Az auditot az URL-ek leltárával és a keresőből származó adatokkal kezdje, majd járja be a webhelyet robotként és felhasználóként is. Ellenőrizze az állapotkódokat, a robots-szabályokat, a noindexet, a kanonikus hivatkozásokat, a sitemapet, a belső linkeket, a renderelést, a mobilnézetet, a teljesítményt és a strukturált adatokat. A megállapításokat kiterjedés, hatás és ráfordítás szerint rangsorolja.
A technikai SEO-audit azt vizsgálja, hogy a keresőmotor képes-e megtalálni, feltérképezni és megérteni a weboldalt, valamint a tartalom megfelelő változatát indexelni. Nem csupán az eszköz által jelzett hibákat értékeli. A szerverválaszokat, a belső hivatkozásokat, a JavaScriptet, a kanonikus jeleket, a sitemapet, a nyelvi változatokat és a teljesítményt a weboldal valós architektúrájával kapcsolja össze. Ugyanannak a figyelmeztetésnek egy kis blogon és egy nagy katalógusban teljesen más lehet a prioritása.
Az auditnak megvalósítható feladatlistával kell zárulnia, nem több száz soros exporttal. Minden megállapításhoz bizonyíték, az érintett sablonok, a várható hatás, a változtatás kockázata és ajánlott teszt szükséges. A beavatkozás előtt rögzíteni kell a kiinduló állapotot, a telepítés után pedig ellenőrizni kell az eredményt. Így különböztethető meg a valódi javulás az organikus adatok véletlenszerű mozgásától.
Saját példa: 200 cikk rendszerezése a Webiant.sk oldalon
Saját blogunkon egy konkrét problémát oldottunk meg: az áttekintő oldal mind a 200 cikket egyszerre jelenítette meg, és a látogató nem kapott közös navigációt a fő témák között. Az új megoldás hat témát és oldalanként 12 cikket használ. 200 cikk esetén 17 áttekintő oldal jön létre; az utolsón nyolc cikk található.
| Ellenőrzés | Várt eredmény |
|---|---|
| Hivatkozások az oldalak között | Hagyományos HTML-hivatkozások, amelyek JavaScript nélkül is elérhetők |
| Második oldal | /blog/page/2/ saját kanonikus címmel |
| A tartalom megőrzése | A 200 cikk mindegyike pontosan egyszer szerepel az áttekintésben |
| Témák és kategóriák | Hat fő téma és hivatkozások az eredeti kategóriákra |
| Hatókörön kívüli oldal | HTTP 404, nem pedig üres oldal 200-as válaszkóddal |
Az ilyen teszt a tartalom elérhetőségét és a helyes címeket ellenőrzi. Nem jelenti azt, hogy az élesítés után automatikusan nő a látogatottság. A hatást a Search Console-ban kell értékelni a weboldal újbóli feltérképezése után, ideális esetben összehasonlítható időszakban és azonos keresési lekérdezések mellett.
Megismételhető folyamat
- Rögzítse az eredeti URL-listát és az indexelési állapotot.
- Lépjen végig az áttekintés összes oldalán, és ellenőrizze a duplikációkat és a hiányzó cikkeket is.
- Minden oldalon ellenőrizze a HTTP-választ, a kanonikus címet és a cikkekre mutató hivatkozásokat.
- Az élesítés után kövesse a megjelenéseket, a kattintásokat és az indexelés változásait; a teljesítményt külön mérje.
A lapozásra vonatkozó szabályok leírása itt található: a Google Search dokumentációját. A tartalom tekintetében kövesse továbbá a hasznos tartalomra vonatkozó ajánlásokkal.
Szerezzen több igazságforrást
Kapcsolja össze a webhely bejárását, az XML-oldaltérképet, az analitikát, a Search Console-t, a szervernaplókat és a tartalomkezelő rendszer URL-listáját. Minden forrás más réteget mutat: a crawler a belső navigációt látja, a sitemap a deklarált címeket, a napló a botok valós aktivitását, a keresőeszköz pedig a feldolgozás állapotát. Az eltérések felfedik az árva oldalakat, a régi URL-eket, a paramétereket és azt a tartalmat, amelyet a rendszer hivatkozás nélkül generál.
A crawling előtt jegyezze fel a platformot, az aldomaineket, a nyelvi változatokat, a közelmúltbeli migrációkat és az ismert szabályokat. Az eszközt a weboldalhoz mérten állítsa be, és ne terhelje túl az éles környezetet agresszív párhuzamossággal. Végezzen a robots szabályait tiszteletben tartó bejárást, valamint – ha jogosultsága van rá – egy ellenőrzött diagnosztikai bejárást is, hogy megértse a blokkolt területeket. Az érzékeny vagy nem nyilvános részeket engedély nélkül ne exportálja külső szolgáltatásokba.
Ellenőrizze az elérhetőséget, az indexelést és a kanonikus jelzéseket
Minden indexelhető oldal adjon vissza sikeres állapotkódot, legyen elérhető belső hivatkozáson keresztül, ne legyen rajta noindex, és ne legyenek blokkolva a szükséges erőforrások. Az átirányítások legyenek közvetlenek, és releváns célra mutassanak. A soft hibák, az üres találati oldalak és a végtelen naptárak felemészthetik a feltérképezési keretet. A HTTP/HTTPS- és www-változatokat, a perjeleket és a kis- és nagybetűket egységes, szerveroldali átirányítással konszolidálja.
A kanonikus hivatkozás a preferált, indexelhető URL-re mutasson, és legyen összhangban a sitemappel, a belső hivatkozásokkal és a nyelvi jelölésekkel. Az ellentmondó jelzések növelik a bizonytalanságot. A noindexet olyan oldalakon használja, amelyeknek elérhetőnek kell maradniuk a felhasználó számára, de nem tartoznak a találatok közé; a robots általi blokkolásnak más a célja. A sitemap csak kanonikus, sikeres URL-eket tartalmaz, és a dátumot csak valódi, jelentős változás esetén frissíti.
- Helyes 2xx, 3xx, 4xx és 5xx válaszok
- Következetes preferált URL
- Ütközésmentes indexelési szabályok
- Tiszta XML sitemap
Ellenőrizze az architektúrát, a tartalmat és a renderelést
A fontos oldalak ne legyenek árvák, és ne rejtőzzenek a belső keresés mögött. A navigáció, a morzsamenü és a tematikus hivatkozások kontextust közvetítenek, és segítik a felhasználót. A címsorokat, a title-öket és a meta leírásokat sablononként ellenőrizze; a duplikáció hiányzó tartalommodellre utalhat. Az oldalnak legyen domináns szándéka és saját értéke, ne csupán automatikusan kicserélt város vagy kulcsszó különböztesse meg.
JavaScript-alapú weboldal esetén hasonlítsa össze az eredeti választ, a renderelt DOM-ot és a hivatkozások elérhetőségét. A fő tartalom és a metaadatok ne függjenek olyan interakciótól, amelyet a robot nem hajt végre. Minden oldaltípuson tesztelje a mobil elrendezést, a billentyűzetes használatot, az űrlapokat és a Core Web Vitals mutatókat. A képeknek méretekre, hatékony fájlokra és a funkciójuknak megfelelő alternatív szövegre van szükségük; a jelentés szempontjából lényeges szöveget ne helyezze el kizárólag képben.
Priorizáljon, valósítson meg és ellenőrizzen
Csoportosítsa a megállapításokat kiváltó ok és sablon szerint. A kanonikus URL-generátor egyetlen javítása több ezer esetet oldhat meg, míg az export kézi átírása után a probléma visszatér. A prioritást az indexelés blokkolása, az érintett oldalak értéke, a terjedelem és a kockázat alapján határozza meg. Minden feladathoz csatoljon példát, az elvárt viselkedést és az átvételi teszt módját. Különítse el a gyors javításokat az architekturális projektektől.
A módosításokat először stagingen ellenőrizze, de a robots- és a kanonikus viselkedést az éles domainen is ellenőrizze újra. Közzététel után térképezze fel újra a weboldalt, tesztelje a kiemelt URL-eket, és kövesse az indexelési jelentéseket, a naplókat és az organikus trendet. A keresőmotorok fokozatosan dolgozzák fel a változásokat, ezért ne tulajdonítson egy azonnali elmozdulást egyetlen módosításnak. Az auditot ismételje meg migrációkor, platformváltáskor, valamint rendszeresen, a weboldal változási ütemének megfelelően.
Hogyan nézzen ki egy használható auditeredmény
A jelentés minden feladata tartalmaz egy rövid megnevezést, az érintett sablont vagy URL-mintát, a bizonyítékot és a következmény közérthető magyarázatát. Ezt követi a javasolt viselkedés, egy műszaki megjegyzés a megvalósító számára és az átvételi teszt. A csatolt URL-példa segíti a reprodukálást, de a feladatnak a hatókört is meg kell adnia; egyetlen példa több ezer, ugyanazzal a kóddal generált oldalt képviselhet. Érzékeny adatok és éles hozzáférések nem kerülhetnek a jelentésbe.
A prioritási tervet ossza fel kritikus akadályokra, fontos sablonszintű javításokra, tartalmi-technikai fejlesztésekre és azonnali intézkedést nem igénylő megfigyelésekre. Rendeljen hozzájuk felelőst és függőségeket, például ha a szerkesztői munka előtt a CMS módosítására van szükség. A befejezés után ne pusztán a telepített kód alapján jelölje késznek a feladatot; vizsgáljon át újra egy mintát, és ellenőrizze az éles választ. Így az audit mérhető változáshoz vezet, nem pedig ugyanazon figyelmeztetések ismétlődő listájához.
- A probléma bizonyítéka és terjedelme
- Javaslat elfogadási teszttel
- Tulajdonos és függőségek
- Ellenőrzés az éles környezetben
Gyakori kérdések
Milyen gyakran érdemes technikai SEO auditot végezni?
Ez a weboldal méretétől és a változások gyakoriságától függ. Különösen fontos migráció előtt és után, sablonok módosításakor vagy az indexelés csökkenésekor. A folyamatos monitorozás a kritikus jelzéseket kezeli, a szélesebb körű felülvizsgálatot a kockázat és a weboldal fejlődése szerint érdemes ütemezni.
Elegendő egy automatikus SEO-auditeszköz?
Nem. Az eszköz hatékonyan megtalálja a mintázatokat, de nem ismeri az üzleti jelentést, a szándékot, sem az összes renderelési és üzemeltetési összefüggést. A kimenetet embernek kell értelmeznie, a kiváltó okokat csoportosítania és biztonságos tesztet javasolnia.
Mi a legkritikusabb technikai SEO-hiba?
A súlyosság a kiterjedéstől függ. Egy véletlen noindex, blokkolás, hibás kanonikus hivatkozások vagy elérhetetlenség a weboldal egy fontos részét kizárhatják. Először azokat a hibákat kezelje, amelyek megakadályozzák a kiemelt oldalak felfedezését és indexelését.
Források és további olvasnivaló
Adam Antoni vyvíja weby, aplikácie a softvér na mieru. Prepája firemné systémy, automatizuje procesy a vytvára AI agentov. Pôsobí v Spišskej Novej Vsi a spolupracuje s firmami na celom Slovensku.
