Egy SEO-audit gyakran harminc-száz oldalas dokumentum, tele képernyőképekkel, URL-listákkal és olyan kifejezésekkel, mint a kanonikus címke, az átirányítási lánc vagy a feltérképezési keret. Aki megkapja, sokszor ott akad el, hogy nem tudja, kinek adja tovább. A fejlesztőnek? A marketinges kollégának? Vagy bízzon meg vele egy SEO-szolgáltatót? Az alábbiakban lépésről lépésre végigmegyünk azon, hogyan lesz a dokumentumból kiosztott, ellenőrizhető feladatlista.
Miért nem ér semmit az audit, amíg a tételeknek nincs gazdája?
Az audit akkor ér valamit, ha minden javaslatnak van egy felelőse és egy előre rögzített ellenőrzési módja. Amíg ez hiányzik, a dokumentum csak egy állapotfelmérés, ami a mappában öregszik, miközben a weboldal tovább változik.
Saját tapasztalat. A leggyakoribb elakadás az, hogy az audit egy csomagban kerül át valakihez, aki a tételek egy részéhez nem ért, ezért az egészet félreteszi. A fejlesztő nem ír szöveget, a szövegíró nem nyúl a szerverhez, a tulajdonos pedig nem tudja eldönteni, melyik tétel sürgős. Ha a tételeket szétszeded, mindenki csak azt kapja meg, amihez tényleg hozzá tud nyúlni.
A saját nézőpontunk ezért egyszerű. Egy tétel addig nincs kész, amíg valaki egy előre megbeszélt módon meg nem nézte, hogy tényleg úgy működik, ahogy kell. A „megcsináltam” üzenet önmagában kevés.
Hogyan válogasd szét a javaslatokat típus szerint?
A legtöbb audit-javaslat három csoportba sorolható. Vannak fejlesztői tételek, amelyekhez a kódhoz, a sablonhoz vagy a szerverhez kell nyúlni, vannak tartalmi tételek, amelyek szövegről, képről és oldalszerkezetről szólnak, és vannak beállítási tételek, amelyek egy admin felületen vagy egy külső eszközben néhány kattintással elvégezhetők.
Fejlesztői tételek
- átirányítások és átirányítási láncok javítása (301-es szabályok a szerveren vagy egy bővítményben)
- a www és a www nélküli, illetve a http és a https változat egységesítése
- lassú betöltés, nagy JavaScript-csomagok, gyenge Core Web Vitals mutatók
- strukturált adat (Schema.org jelölés) beépítése a sablonba
- a kanonikus címke és a robots meta címke sablonszintű hibái
- mobilos megjelenítési hibák, szétcsúszó elrendezés
Tartalmi tételek
- hiányzó vagy duplikált title és meta description
- vékony, néhány mondatos szolgáltatásoldalak bővítése
- egymással versengő, ugyanarra a keresésre írt oldalak összevonása
- belső linkek pótlása a fontos oldalak felé
- a képek alternatív szövege és a címsorok szerkezete (egy H1, logikus H2-k)
- GYIK-blokk, szerző és frissítési dátum a cikkeken
Beállítási tételek
- a Google Search Console fiók rendbetétele és a sitemap beküldése
- a Google Cégprofil adatainak egyeztetése a weboldallal (név, cím, telefonszám, nyitvatartás)
- a SEO-bővítmény alapbeállításai WordPressben (indexelés, sitemap, archívumoldalak kezelése)
- a GA4 és a konverziók mérése
- felesleges, indexelt tesztoldalak vagy címkeoldalak noindexre állítása
Előfordul, hogy egy tétel két csoportba is beleillik. Egy duplikált title lehet tartalmi hiba, ha két oldalt valaki ugyanúgy nevezett el, és lehet fejlesztői hiba, ha a sablon minden lapozott oldalnak ugyanazt a címet adja. Ilyenkor a hiba forrása dönt. Ha az oldal szerkesztőjében átírható a cím, és utána helyesen jelenik meg, akkor tartalmi tétel. Ha nem, akkor a fejlesztőé.
Hogyan állíts fel sorrendet hatás és ráfordítás alapján?
A sorrendhez minden tételnél két kérdést tegyél fel. Mekkora hatása lehet a látogatókra és a keresőben való láthatóságra, és mennyi munka megcsinálni? A kettőből egy egyszerű négyes rács jön ki, ami nagyjából megmondja, mivel kezdj.
- Nagy hatás, kis ráfordítás. Ezzel kezdj. Ide tartozik például egy véletlenül bent hagyott noindex a fontos oldalakon, egy hiányzó sitemap vagy a Cégprofilban szereplő eltérő telefonszám.
- Nagy hatás, nagy ráfordítás. Ezeket tervezd be, és bontsd kisebb lépésekre. Tipikusan ilyen a sebességoptimalizálás, a szolgáltatásoldalak átírása vagy az oldalszerkezet átalakítása.
- Kis hatás, kis ráfordítás. Akkor csináld meg, amikor valaki úgyis az adott oldalon dolgozik, például a képek alt szövegét egy tartalomfrissítéskor.
- Kis hatás, nagy ráfordítás. Ezeket tedd félre, és csak akkor vedd elő, ha a többi kész. Ide kerül sokszor egy mérőeszköz tökéletes pontszámának hajszolása.
Hivatalosan igazolt. A Google dokumentációja szerint a noindex utasítást tartalmazó oldal nem jelenik meg a keresési találatok között, a robots.txt-ben letiltott oldal pedig bekerülhet az indexbe, ha más oldalak linkelnek rá. Ezért az indexelést blokkoló hibák minden más elé kerülnek, hiszen amíg egy oldal nem lehet a találatok között, a rajta végzett tartalmi munka sem látszik.
Szakmai feltételezés. A hatás becslése mindig bizonytalan, mert a rangsorolás sok tényezőből áll, és egy-egy javítás hatását ritkán lehet elkülöníteni. Mi a hatást három kérdéshez kötjük. Érinti-e a tétel a bevételt hozó oldalakat (szolgáltatás, termék, ajánlatkérés), hány oldalt érint, és akadályozza-e az indexelést? Ha mindháromra igen a válasz, a tétel jó eséllyel a lista elejére tartozik.
A ráfordítást ne egyedül becsüld meg. Kérd meg a fejlesztőt, hogy minden fejlesztői tételhez írjon egy durva becslést munkaórában, és jelezze, ha a javítás más funkciót is érinthet. Ez utóbbi legalább annyira fontos, mint az óraszám, mert egy sablonmódosítás az egész oldalon megjelenik.
Mit tudsz megcsinálni magad, fejlesztő nélkül?
Ha a weboldalad egy szokásos tartalomkezelőn fut (WordPress, Shopify, Wix vagy hasonló), és van szerkesztői hozzáférésed, a beállítási és a tartalmi tételek jó része elvégezhető fejlesztő nélkül. A tulajdonos előnye, hogy ő ismeri legjobban az ügyfeleit és a szolgáltatásait, ezért a tartalmi javításoknál sokszor pontosabb munkát végez egy külsősnél.
- A Cégprofil és a weboldal adatainak összehangolása, a nyitvatartással és a szolgáltatáslistával együtt.
- A title és a meta description átírása oldalanként, a SEO-bővítmény mezőiben.
- A szolgáltatásoldalak bővítése valódi tartalommal, például hogy mit tartalmaz a szolgáltatás, kinek szól, hogyan zajlik, és milyen kérdéseket tesznek fel az ügyfelek telefonon.
- Belső linkek elhelyezése a blogcikkekből a hozzájuk illő szolgáltatásoldalakra.
- A képek alternatív szövegének kitöltése.
- A sitemap beküldése a Search Console-ban, és az URL-vizsgálat lefuttatása a javított oldalakra.
Saját tapasztalat. Tulajdonosként a sablonszintű beállításokkal érdemes óvatosnak lenni. Egy SEO-bővítményben egyetlen kapcsolóval noindexre lehet állítani egy teljes oldaltípust, és ha ez rossz típusra esik, a hiba csendben, hetek alatt jelentkezik a forgalomban. Ha egy beállítás egy egész oldalcsoportra vonatkozik, kérj hozzá második szemet.
Van egy gyors önellenőrzés, amit bárki el tud végezni. Nyisd meg a fontos oldalt a böngészőben, jobb gombbal kattintva válaszd az oldal forrásának megtekintését, és keress rá a noindex szóra. Ha egy ilyen sort találsz, például <meta name='robots' content='noindex, follow'>, az oldal nem fog megjelenni a találatok között, és ez kerül a lista legelejére.
Ki legyen a gazdája az egyes tételeknek?
A tétel gazdája az legyen, akinek a hozzáférése és a tudása is megvan hozzá, és aki ellenőrizhetően le tudja zárni.
Mikor a belső kolléga?
Ha van marketinges vagy irodai kolléga, aki rendszeresen kezeli a weboldalt, ő a tartalmi és a beállítási tételek természetes gazdája. Nála általában az idő a szűk keresztmetszet, ezért tételenként add ki neki a munkát, és ne egyben az egész auditot.
Mikor a fejlesztő?
Minden, ami a sablont, a szervert, a bővítmények ütközését vagy a sebességet érinti, a fejlesztőé. Ha a weboldalt ügynökség vagy szabadúszó építette, előbb kérdezd meg, hogy a karbantartási megállapodásotok kiterjed-e az ilyen javításokra, vagy külön megrendelés kell hozzá. A fejlesztők egy része nem foglalkozik keresőoptimalizálással, ezért az auditban megfogalmazott célt (például „a lapozott archívum ne versenyezzen a kategóriaoldallal”) neki konkrét műszaki utasításra kell lefordítani.
Mikor a SEO-szolgáltató?
Akkor, ha a tételek egymásra épülnek, és valakinek koordinálnia kell őket. Tipikusan ilyen a domainváltás, az oldalszerkezet átalakítása, a versengő oldalak összevonása átirányításokkal, vagy ha a javítások után valakinek mérnie is kell, mi változott. A szolgáltató ilyenkor a fejlesztővel és a belső kollégával együtt dolgozik, és ő felel azért, hogy a sorrend és az ellenőrzés rendben legyen.
Szakmai feltételezés. Ha az auditot ugyanaz a cég készítette, amelyik a megvalósítást is vállalná, az önmagában rendben van. Kérd meg viszont, hogy a tételeket ugyanígy típus és gazda szerint bontsa le, mert így látod, melyik részt tudod házon belül megoldani.
Hogyan néz ki egy egyszerű feladatkiosztó táblázat?
Egy Google Sheets vagy Excel táblában nyolc oszlop elég ahhoz, hogy minden tételnek legyen gazdája és ellenőrzési módja.
- Azonosító, az audit fejezetszáma vagy egy sorszám, hogy vissza lehessen keresni.
- Tétel, egy mondatban, cselekvő igével megfogalmazva.
- Típus, vagyis fejlesztői, tartalmi vagy beállítási.
- Érintett URL-ek, vagy egy hivatkozás a teljes listára.
- Hatás, nagy, közepes vagy kicsi.
- Ráfordítás, a gazda saját becslése szerint.
- Gazda, egy konkrét ember neve. Egy csoportot vagy egy céget nehéz számon kérni.
- Ellenőrzés módja és állapota, vagyis hogyan nézzük meg, hogy kész, ki nézte meg, és mikor.
Két kitöltött sor így nézhet ki, a cellákat függőleges vonallal elválasztva.
3.2 | A /szolgaltatasok/ alatti 12 oldal noindexének levétele | beállítási | lista a 3.2 fejezetben | nagy | kicsi | belső kolléga neve | Search Console URL-vizsgálat mind a 12 oldalon, ellenőrizte a SEO-felelős
5.1 | Átirányítási láncok megszüntetése a régi blog-URL-eken | fejlesztői | 40 URL, külön lapon | közepes | közepes | fejlesztő neve | minden régi URL egyetlen 301-es lépéssel a végleges címre visz
Az utolsó oszlop a legfontosabb. Ha egy tételnél nem tudod beírni, hogyan ellenőrzöd, akkor a tétel még nincs eléggé megfogalmazva, és vissza kell kérdezni az audit készítőjénél.
Hogyan ellenőrizd, hogy egy tétel tényleg elkészült?
Minden tételtípusnak van egy egyszerű ellenőrzési módja, amit a gazdától független ember is el tud végezni.
- Indexelés és noindex. A Search Console URL-vizsgálata megmutatja, hogy a Google szerint az oldal indexelhető-e, és melyik kanonikus URL-t választotta.
- Átirányítások. Parancssorból a
curl -I https://pelda.hu/regi-oldal/parancs kiírja a válaszkódot és aLocationfejlécet. Akkor jó, ha egyetlen 301-es lépés után 200-as válasz jön. - Strukturált adat. A Google Rich Results Test és a Schema.org validátor jelzi, hogy a jelölés érvényes-e.
- Sebesség. A PageSpeed Insights terepi adatai és a Search Console Core Web Vitals jelentése mutatják. A terepi adat lassan frissül, ezért itt hetekben gondolkodj.
- Tartalmi tételek. Egy második ember elolvassa az oldalt, megnézi, hogy a javasolt tartalom tényleg rákerült, és hogy a forráskódban is az új title és description szerepel.
Hivatalosan igazolt. A Google Search Central leírása szerint a kanonikus címke a Google számára erős jelzés, és nem kötelező utasítás, ezért előfordulhat, hogy a Google más URL-t választ kanonikusnak. Emiatt kevés azt ellenőrizni, hogy a címke bekerült a kódba. Az URL-vizsgálatban azt is meg kell nézni, melyik URL-t választotta a Google.
Saját tapasztalat. A javítás és a keresőben látható változás között jellemzően hetek telnek el, mert a Google-nek újra fel kell térképeznie az oldalakat. Ezért két ellenőrzést érdemes rögzíteni. Az elsővel azt nézed meg, hogy a javítás technikailag rendben van, ez azonnal elvégezhető. A második néhány héttel később azt méri, változott-e a megjelenések vagy a kattintások száma a Search Console teljesítményjelentésében. Ez a mérés sem bizonyít ok-okozati összefüggést, mert közben a keresési kereslet és a versenytársak oldalai is változnak.
Mi a teendő, ha az audit túl technikai, és nem érted, mit kér?
Ha a dokumentum nagy részét nem érted, az nem a te hibád, és nem is feltétlenül az audité. Sok audit egy eszköz automatikus jelentésére épül, ami minden eltérést hibaként listáz, a jelentőségétől függetlenül. Ilyenkor a legjobb lépés egy beszélgetés, ahol valaki, aki érti a technikai részt, végigmegy veled a tételeken, és mindegyikről megmondja, mi a teendő, kinek a dolga, és mennyire sürgős.
Egy ilyen beszélgetésre érdemes felkészülni. Vidd magaddal az auditot, a hozzáférések listáját (ki fér hozzá a weboldalhoz, a tárhelyhez és a Search Console-hoz), és a fejlesztővel kötött megállapodást, ha van. A beszélgetés végére legyen kitöltve a fenti táblázat legalább a nagy hatású tételekre.
Ha szeretnéd, hogy a Scheónál lefordítsuk az auditodat teendőkre, és közösen kiosszuk a tételeket, egy beszélgetésen végigmegyünk rajta. Helyezést nem ígérünk, abban viszont segítünk, hogy minden tételnek legyen gazdája és ellenőrzési módja.
Források és további olvasnivalók
- Google Search Central, Keresőoptimalizálási (SEO) útmutató kezdőknek
- Google Search Central, Az indexelés letiltása a noindex használatával
- Google Search Central, Ismétlődő URL-ek összevonása és a kanonikus URL megadása
- Google Search Console súgó, URL-vizsgálati eszköz
- Google Search Central, Az oldalélmény és a Core Web Vitals
- web.dev, Web Vitals
- Schema.org dokumentáció
- IETF RFC 9110, HTTP-szemantika (átirányítási állapotkódok)
- Az audit akkor ér valamit, ha minden tételnek van gazdája és előre rögzített ellenőrzési módja.
- A javaslatok jó része három csoportba sorolható, fejlesztői, tartalmi és beállítási tételekre, és mindegyiknek más a természetes gazdája.
- Az indexelést blokkoló hibák (például egy bent felejtett noindex) minden más tétel elé kerülnek.
- A tulajdonos sok tartalmi és beállítási tételt maga is elvégezhet, de a sablonszintű beállításokhoz érdemes második szemet kérni.
- A javítás technikai ellenőrzése azonnal elvégezhető, a keresőben látható hatás viszont hetek alatt jelentkezik, és ok-okozatilag ritkán választható szét.
Gyakori kérdések
Ki valósítsa meg a SEO-audit javaslatait?
Tételenként kell eldönteni. A sablont, a szervert és a sebességet érintő javítások a fejlesztőé, a szöveges és beállítási tételek jó részét egy belső kolléga vagy a tulajdonos is elvégezheti, az egymásra épülő, koordinációt igénylő munkákhoz pedig érdemes SEO-szolgáltatót bevonni.
Milyen sorrendben érdemes nekiállni a javításoknak?
Először a nagy hatású és kis ráfordítású tételeknek, különösen azoknak, amelyek az indexelést akadályozzák. Utána a nagy hatású, de nagyobb munkát igénylő tételek jönnek kisebb lépésekre bontva, a kis hatású és nagy ráfordítású tételek pedig a lista végére kerülnek.
Mit tudok fejlesztő nélkül megcsinálni az auditból?
Ha van szerkesztői hozzáférésed a tartalomkezelőhöz, jellemzően a title és a meta description átírását, a szolgáltatásoldalak bővítését, a belső linkeket, a képek alt szövegét, a Cégprofil adatainak egyeztetését és a Search Console alapbeállításait. A sablonszintű beállításokhoz kérj második szemet.
Honnan tudom, hogy egy javítás tényleg elkészült?
Minden tételhez előre rögzíts egy ellenőrzési módot, például a Search Console URL-vizsgálatát, a válaszkód ellenőrzését vagy egy második ember átolvasását. A technikai ellenőrzés azonnal elvégezhető, a keresőben látható hatás viszont jellemzően hetek alatt jelentkezik.
Garantálja az audit javaslatainak megvalósítása a jobb helyezést?
Nem garantálja. A javítások jó eséllyel segíthetik az oldal feltérképezését és megértését, de a rangsorolás sok tényezőtől függ, és közben a keresési kereslet és a versenytársak is változnak.
Források és további olvasnivalók
Ezen az oldalon a hivatalosan igazolt információt elsődleges forrásokból építjük fel; a saját tapasztalatot és a szakmai becslést mindig külön jelöljük a szövegben.