- A technikai SEO audit az alap: hiába jó a tartalom, ha a kereső nem éri el vagy nem tudja indexelni.
- Az indexelés, a sitemap és a robots.txt hármasa dönti el, mi jut be egyáltalán a keresőbe.
- A sebesség és a mobil használhatóság mérhető: a Core Web Vitals konkrét számokat ad, nem érzést.
- A strukturált adat és a kanonikus jelölés segíti a helyes értelmezést, de rossz beállítással árthat is.
- Egy szezonális, turisztikai piacon (mint Tapolca) a technikai stabilitás a csúcsidő előtt fizet ki magát.
A technikai SEO audit során azt méred fel a saját oldaladon, hogy a keresők és az AI-válaszmotorok hibátlanul elérik, letöltik, értelmezik és indexelik-e a tartalmadat. Nem a szövegek minőségét vizsgálja, hanem a mögöttes gépezetet: az indexelést, a sitemapot, a robots.txt-t, a sebességet, a mobil megjelenést, a strukturált adatot, a duplikációt és az átirányításokat. Ha ezek közül bármelyik hibás, a legjobb tartalom is láthatatlan maradhat.
Ez az útmutató végigvezet a legfontosabb ellenőrzési pontokon, kizárólag ingyenes eszközökkel. A cél, hogy egyedül, külső segítség nélkül is meg tudd nézni, hol áll az oldalad, és mit érdemes javítani.
Miért éri meg magadnak lemérni a technikai állapotot?
Rövid válasz: mert a technikai hibák többsége csendes: nem dob hibaüzenetet, csak lassan lemorzsolja a láthatóságodat, és ingyenes eszközökkel te magad is kiszúrhatod a nagyját.
Egy tapolcai kisvállalkozásnál (legyen szó panzióról, borászatról, cukrászdáról vagy szolgáltatóról) a forgalom jelentős része a szezonhoz kötődik. Saját tapasztalat: a technikai problémákat érdemes a nyári csúcs előtt hónapokkal rendezni, mert az indexelési és sebességbeli javítások hatása jellemzően nem azonnal, hanem hetek alatt épül be. Aki csak júniusban kap észbe, az a legjobb időszakot már féllábon futja le.
Szakmai feltételezés: az AI-alapú válaszmotorok (amelyek a keresők eredményeit és a nyers oldalt is felhasználják) hasonlóan érzékenyek a technikai akadályokra, mint a klasszikus keresők. Ha egy oldal nehezen tölthető le vagy zavaros a szerkezete, az a gépi értelmezést is nehezíti.
Hogyan ellenőrzöd, hogy az oldalaid egyáltalán indexelve vannak?
Rövid válasz: a Google Search Console URL-ellenőrző eszköze és a site: operátor együtt megmutatja, mi van a kereső indexében, és mi hiányzik.
Kezdd a legegyszerűbbel: írd be a keresőbe a site:sajatdomained.hu parancsot. A találatok száma nagyságrendi képet ad arról, hány oldaladat ismeri a kereső. Ha egy 40 oldalas oldalból csak 5 jön vissza, ott baj van.
Hivatalosan igazolt: a Google Search Console (GSC) az elsődleges, hivatalos forrás. Az Oldalak (Pages) jelentésben pontosan látod, hány URL van indexelve, és mennyi maradt ki, okok szerint csoportosítva (például "Feltérképezve, jelenleg nincs indexelve" vagy "noindex miatt kizárva"). Az egyes URL-eket az URL-ellenőrző eszközbe bemásolva megnézheted, mit lát belőlük a Google, és kérheted az újbóli feltérképezést.
Amit ilyenkor keress:
- Fontos oldalak, amelyek kimaradtak az indexből.
- Véletlenül indexelt szemét: keresési találati oldalak, kosár, admin URL-ek.
noindexmeta címke ott, ahol nem kellene (ez gyakori örökség egy régi fejlesztésből).
Rendben van a sitemap és a robots.txt?
Rövid válasz: a sitemap megmutatja a keresőnek, mit tekintesz fontosnak, a robots.txt pedig azt, hova ne menjen; a kettő ellentmondása az egyik leggyakoribb technikai hiba.
A robots.txt fájlt a sajatdomained.hu/robots.txt címen bárki megnézheti. Ellenőrizd, hogy nem tiltottál-e ki véletlenül fontos részeket. Egy klasszikus baleset ez a sor:
User-agent: *Disallow: /
Ez az egész oldalt kizárja a feltérképezésből. Fejlesztői környezetből átemelve könnyen élesbe kerül, és hetekig észrevétlen marad.
A sitemapod jellemzően a sajatdomained.hu/sitemap.xml címen érhető el. A robots.txt végén érdemes hivatkozni rá:
Sitemap: https://sajatdomained.hu/sitemap.xml
Hivatalosan igazolt: a Search Console Webhelytérképek (Sitemaps) menüjében beküldheted, és látod, hány URL-t olvasott be belőle a Google, illetve volt-e feldolgozási hiba. Nézd meg, hogy a sitemap csak indexelendő, 200-as státuszú oldalakat tartalmaz-e, ne legyen benne átirányított vagy noindex URL.
Elég gyors az oldalad, és jó a mobil élmény?
Rövid válasz: a sebesség és a mobil használhatóság mérhető a PageSpeed Insights és a Search Console segítségével; a Core Web Vitals konkrét számokat ad, nem benyomást.
Írd be az oldalad címét a PageSpeed Insightsba. Három mérőszámra figyelj a Core Web Vitals közül:
- LCP (Largest Contentful Paint): mennyi idő alatt jelenik meg a fő tartalom. A jó tartomány 2,5 másodperc alatt van.
- INP (Interaction to Next Paint): mennyire reagál gyorsan az oldal a kattintásra, gépelésre.
- CLS (Cumulative Layout Shift): mennyire ugrál a tartalom betöltés közben.
Saját tapasztalat: a kisvállalkozói oldalak lassúságának leggyakoribb oka a túl nagy, tömörítetlen kép. Egy tapolcai szálláshely galériájában simán ott lehet 3-4 MB-os fénykép, amit senki nem méretezett át. A képek WebP formátumba konvertálása és a lusta betöltés (loading="lazy") sokszor önmagában érezhetően javít a betöltésen.
A mobil megjelenéshez nézd meg az oldalt a böngésző fejlesztői eszközében (F12, majd az eszközsáv ikon), különböző képernyőméreteken. Ellenőrizd, hogy nem lóg-e ki szöveg, elég nagyok-e a gombok az ujjnak, és nem kell-e vízszintesen görgetni.
Helyesen működik a strukturált adat?
Rövid válasz: a strukturált adat (Schema.org jelölés) segíti a keresőt és az AI-t az oldal helyes értelmezésében, de csak akkor, ha érvényes és a látható tartalommal egyezik.
Egy helyi vállalkozásnál a LocalBusiness, egy étteremnél a Restaurant, egy szálláshelynél a LodgingBusiness típusú jelölés a leggyakoribb. Ezek a nyitvatartást, a címet, a telefonszámot írják le géppel olvasható formában.
Hivatalosan igazolt: a Google Rich Results Test és a Schema.org saját validátora megmondja, hogy a jelölésed szintaktikailag érvényes-e, és milyen elemeket ismer fel. Illeszd be az oldal URL-jét vagy a nyers kódot, és nézd meg a hibákat, figyelmeztetéseket.
Két gyakori csapda: a jelölésben szereplő adat eltér a látható tartalomtól (például más nyitvatartás), illetve olyasmit jelölsz meg, ami nincs is az oldalon. Ez nem segíti, inkább rontja a bizalmat. A cél az összhang a jelölés és a valóban megjelenő információ között.
Van duplikációs vagy átirányítási probléma?
Rövid válasz: a duplikált tartalom és a törött vagy láncba fűzött átirányítások szétaprózzák az oldalad erejét; a kanonikus jelölés és egy egyszerű linkellenőrzés a legtöbb esetet kiszűri.
Nézd meg, hogy az oldalad elérhető-e több változatban egyszerre: http és https, www és www nélkül, illetve záró perjellel és anélkül. Ezekből ideális esetben egy változat él, a többi átirányít rá. A kereső szemében a https://www.oldalad.hu/oldal és a https://oldalad.hu/oldal két külön cím lehet, ha nincs rendezve.
A duplikáció ellen a kanonikus jelölés a bevett eszköz. Minden fontos oldal fejlécében ott legyen a saját magára mutató sor:
<link rel="canonical" href="https://oldalad.hu/oldal">
Az átirányításoknál kerüld a láncot (A oldal B-re, B pedig C-re mutat), mert lassít és erőt veszít. A cél a közvetlen, egy lépéses, 301-es átirányítás a végleges címre. A törött belső és kifelé mutató linkeket egy ingyenes feltérképező eszközzel (például a Screaming Frog SEO Spider ingyenes változatával, ötszáz URL-ig) végig tudod nézni.
Mit nézz meg lépésről lépésre? (ellenőrzőlista)
Rövid válasz: haladj végig az alábbi sorrenden, jegyzeteld a talált hibákat, és priorizáld azokat, amelyek az indexelést vagy a legfontosabb oldalakat érintik.
- Search Console: hány oldal indexelt, mi maradt ki és miért.
site:keresés: nagyságrendi ellenőrzés, felesleges oldalak kiszűrése.- robots.txt: nincs-e véletlen tiltás, szerepel-e a sitemap hivatkozás.
- sitemap.xml: csak élő, indexelendő URL-eket tartalmaz.
- PageSpeed Insights: LCP, INP, CLS mobilon és asztali gépen.
- Képek: méret, formátum, lusta betöltés.
- Strukturált adat: érvényesség és a látható tartalommal való egyezés.
- Domain-változatok: egy kanonikus verzió, a többi átirányít.
- Átirányítások: nincs lánc, nincs törött link.
noindexés fontos oldalak: sehol nem tiltod ki, amit mutatni akarsz.
Ez a lista nem old meg minden problémát, és a talált hibák javítása sem garancia a jobb helyezésre: a technikai rend a láthatóság feltétele, nem az eredmény önmagában. De ha ezeket rendben tartod, a tartalmadnak jó esélye van eljutni oda, ahol a látogatók és az AI-válaszmotorok is megtalálják.
Saját tapasztalat: érdemes az auditot évente legalább kétszer megismételni, illetve minden nagyobb weboldal-változtatás (új sablon, migráció, webshop-bővítés) után. A csendes hibák pont ilyenkor szoktak becsúszni.
Források és további olvasnivalók
- Google Search Central: SEO alapdokumentáció és a Search Console súgó
- Google Search Console: Oldalak, Webhelytérképek és URL-ellenőrző jelentések
- Google PageSpeed Insights és a web.dev Core Web Vitals dokumentáció
- Schema.org: strukturált adat típusok és jelölési útmutató
- W3C: HTML és a webes hozzáférhetőség alapjai
- Google Rich Results Test: strukturált adat érvényesítése
Gyakori kérdések
Mennyi idő egy alapos technikai SEO audit egy kisvállalkozói oldalon?
Egy néhány tíz oldalas honlapon az itt leírt önellenőrző kör jellemzően egy fél nap alatt elvégezhető, ha az eszközök (Search Console, PageSpeed Insights) már be vannak állítva. A talált hibák javítása ennél tovább tarthat, a mennyiségtől függően.
Milyen ingyenes eszközök kellenek hozzá?
A minimum a Google Search Console és a PageSpeed Insights, mindkettő ingyenes. Emellett hasznos a Rich Results Test a strukturált adathoz, és egy feltérképező eszköz, például a Screaming Frog ingyenes változata a törött linkek és átirányítások átnézéséhez.
Mit jelent, ha egy oldal 'Feltérképezve, jelenleg nincs indexelve'?
Azt, hogy a Google letöltötte az oldalt, de úgy döntött, egyelőre nem teszi be az indexébe. Gyakori ok a gyenge vagy duplikált tartalom, illetve az, hogy az oldal nem elég egyedi. Érdemes a tartalmat megerősíteni és belső linkekkel támogatni, majd újra beküldeni feltérképezésre.
Árt-e a rossz strukturált adat?
Igen, ronthat. Ha a jelölés hibás, vagy olyat állít, ami nincs az oldalon (például eltérő nyitvatartást), az csökkentheti a bizalmat, és a kereső figyelmen kívül hagyhatja. A jelölés és a látható tartalom egyezése a legfontosabb szabály.
Milyen gyakran érdemes megismételni az auditot?
Általánosan évente legalább kétszer, és minden nagyobb változtatás után: sablonváltás, domain-migráció, webshop-bővítés. Szezonális, turisztikai piacon a csúcsidőszak előtt néhány hónappal külön ajánlott egy ellenőrzés.
A gyorsabb oldal jobb helyezést jelent?
A sebesség fontos rangsorolási és felhasználói élményt befolyásoló tényező, de önmagában nem dönt el mindent. A jó Core Web Vitals segítheti a láthatóságot és csökkentheti a visszapattanást, de a tartalom relevanciája és a technikai alapok együtt számítanak.
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.