A technikai SEO audit egyszerűen fogalmazva annak az ellenőrzése, hogy a keresők és az AI-válaszmotorok akadály nélkül meg tudják-e találni, be tudják-e olvasni és értelmezni tudják-e a weboldalad. Nem tartalmi kérdés: hiába jó a szöveged, ha egy rossz beállítás miatt a Google el sem jut hozzá. A jó hír, hogy a legfontosabb ellenőrzéseket ingyenes eszközökkel, saját kézzel is elvégezheted.
Ez az útmutató egy önellenőrző körre visz végig. Végigmész az indexelésen, a sitemap és robots beállításokon, a sebességen, a mobilhasználhatóságon, a strukturált adaton, a duplikáción és az átirányításokon. A cél nem az, hogy szakértővé válj egy délután alatt, hanem hogy tudd, hol állsz, és mit érdemes javíttatnod.
Miért érdemes egy szombathelyi vállalkozásnak a technikai SEO audittal kezdenie?
Azért, mert a technikai alap dönti el, hogy a jó tartalmad egyáltalán versenybe kerül-e. Szombathely nyugat-magyarországi ipari és beszállítói város, ahol az osztrák piac közelsége miatt a munkaerőért és az ügyfélért is határon átnyúló a verseny. Ez a gyakorlatban azt jelenti, hogy egy szombathelyi cég ugyanazokra a keresésekre nemcsak a szomszéd megyékkel, hanem sokszor a határ túloldalával is versenyez.
Saját tapasztalat: a legtöbb kisebb honlapnál nem a tartalom hiánya a fő probléma, hanem az, hogy régi, csendben elromlott technikai beállítások miatt aloldalak esnek ki az indexből, vagy lassul be az oldal. Ezek olyan hibák, amelyek nem látszanak a látogatónak, de a keresőnek igen. Éppen ezért érdemes a technikai SEO audittal kezdeni, mielőtt a tartalomba fektetnél.
Hogyan ellenőrzöd, hogy a Google egyáltalán indexeli-e az oldalaidat?
A Google Search Console Oldalak (Pages) jelentésében látod pontosan, mely URL-ek vannak indexelve, és melyek nem, indoklással együtt. Ez az egyetlen hivatalos forrás arra, hogy a Google mit lát a te oldaladból.
Ha még nincs Search Console-fiókod, ez az első lépés: igazold a tulajdonjogot a domainre, majd várj néhány napot az adatgyűjtésre. Utána:
- Nyisd meg az Oldalak jelentést, és nézd meg az Indexelt és a Nem indexelt oldalak arányát.
- A nem indexelt csoportnál olvasd el az okokat. Gyakori a Felfedezve, jelenleg nincs indexelve és a noindex címkével kizárva.
- Egy konkrét URL állapotát az URL-ellenőrzés eszközzel nézed meg: beírod a címet, és megmutatja, indexelve van-e, mikor járt ott a Googlebot.
Hivatalosan igazolt: a Google Search Central dokumentációja szerint a noindex meta címke kifejezetten megkéri a keresőt, hogy ne indexelje az adott oldalt. Egy elfelejtett noindex, ami fejlesztés közben került fel, egész szekciókat tüntethet el a keresésből. Ezt érdemes elsőként kizárni.
Rendben van-e a robots.txt és a sitemap.xml a saját oldaladon?
A robots.txt azt szabályozza, hova mehet be a keresőrobot, a sitemap.xml pedig felsorolja, mely oldalaidat tartod fontosnak. Ha bármelyik hibás, aloldalak maradhatnak ki a keresésből.
A robots.txt-t így ellenőrzöd: írd be a böngészőbe a domained után a /robots.txt részt. Amit ott látsz, azt látja a kereső is. Figyeld a tiltó sorokat:
- A
Disallow: /sor mindenkinek megtiltja a teljes oldal beolvasását. Éles honlapon ez szinte mindig hiba, gyakran fejlesztői környezetből marad benn. - A
User-agentsor mondja meg, melyik robotra vonatkozik a szabály. A*minden robotot jelent. - Érdemes a robots.txt aljára beírni a sitemap teljes címét egy
Sitemap:sorral.
A sitemap-et hasonlóan éred el, jellemzően a /sitemap.xml vagy /sitemap_index.xml címen. Nyisd meg, és nézd meg, hogy tényleg a valós, publikus oldalaid szerepelnek-e benne, nem pedig törölt vagy tesztoldalak. A Search Console Sitemap-ek menüjében beküldheted a sitemap címét, és látod, hány URL-t olvasott be belőle a Google.
Milyen gyors az oldalad, és mennyire számít ez Szombathelyen?
Az oldalsebességet ingyen leméred a PageSpeed Insights eszközzel, amely a Google Core Web Vitals mérőszámait használja. A sebesség önmagában nem garantál jó helyezést, de a lassú oldal rontja a felhasználói élményt és a méréseket is.
Írd be az oldalad címét a PageSpeed Insights felületére, és nézd meg külön a mobil és az asztali eredményt. A három legfontosabb mutató:
- LCP (legnagyobb tartalmi elem betöltése): mennyi idő alatt jelenik meg a fő tartalom.
- INP (interakcióra adott válasz): milyen gyorsan reagál az oldal egy kattintásra.
- CLS (elrendezés-elmozdulás): mennyire ugrál a tartalom betöltés közben.
Szakmai feltételezés: egy szombathelyi cégnél, amely osztrák látogatókat is céloz, a sebesség kettős haszonnal járhat. A gyorsabb oldal jobb élményt ad annak is, aki lassabb mobilhálózaton, útközben nyitja meg, és jó eséllyel csökkenti a visszafordulást. Ezt a saját forgalmadon a Search Console és a látogatottsági adatok együtt mutatják meg, tehát érdemes összevetned a méréseket.
Mobilon is rendesen használható-e az oldalad?
A Google mobile-first alapon indexel, vagyis elsősorban az oldalad mobil változatát nézi. Ha az hibás vagy hiányos, az a keresésben is meglátszik.
A leggyorsabb önteszt: nyisd meg az oldalad telefonon úgy, ahogy egy ügyfeled tenné. Ellenőrizd, hogy a szöveg olvasható-e nagyítás nélkül, a gombok elég nagyok-e az ujjal, és nem lóg-e ki tartalom oldalra. Számítógépen a böngésző fejlesztői eszközeiben (jellemzően az F12 gombbal) bekapcsolhatsz egy eszközszimulációt, és különböző telefonméreteken végignézheted az oldalt. A Search Console Élmény jelentései szintén jeleznek, ha rendszerszintű mobilprobléma van.
Segíti-e a strukturált adat, hogy a Google és az AI megértsen?
A strukturált adat gépi olvasásra formázott jelzés arról, mi micsoda az oldaladon: cég, cím, nyitvatartás, termék, cikk. Ez segítheti, hogy a keresők és az AI-válaszmotorok pontosabban értelmezzék a tartalmad.
A szabvány a Schema.org szókészlet, a Google által ajánlott formátum pedig a JSON-LD. Egy helyi vállalkozásnál gyakran a LocalBusiness típus a kiindulópont, amelyben megadod a cég nevét, címét, elérhetőségét. Az ellenőrzéshez:
- Használd a Google Rich Results Test eszközét: beírod az URL-t, és megmutatja, milyen strukturált adatot talált, és van-e benne hiba.
- A Schema.org Validator általánosabb ellenőrzést ad a jelölés helyességére.
Saját tapasztalat: a strukturált adat nem varázsszer, és nem garantál kiemelt találatot. Viszont a tiszta, ellentmondásmentes jelölés csökkenti annak esélyét, hogy a kereső félreértse, mivel foglalkozol, és ez különösen hasznos, ha egyszerre magyar és osztrák közönséget is célzol.
Hogyan szűröd ki a duplikációt és a hibás átirányításokat?
A duplikáció akkor keletkezik, ha ugyanaz a tartalom több címen is elérhető; a hibás átirányítás pedig felesleges köröket vagy zsákutcát okoz a keresőnek. Mindkettő szétszórja az oldalad erejét.
Duplikációra jellemző példa, hogy az oldalad elérhető www előtaggal és anélkül, vagy http és https változatban is, és mindegyik önálló oldalként viselkedik. A megoldás jellemzően az, hogy egy változatot választasz fő címnek, a többit pedig oda irányítod át, illetve a rel=canonical címkével jelzed, melyik az elsődleges verzió.
Az átirányításokhoz ezt nézd meg:
- Kattints végig a menüket és a fontosabb belső hivatkozásokat, és figyeld, hol landolsz. A böngésző fejlesztői eszközeinek Network fülén látod a státuszkódokat.
- A
301a végleges átirányítás, ez a kívánatos. A302ideiglenes, ezt hosszú távra nem érdemes hagyni. - Kerüld a több lépcsős átirányítási láncot, amikor egy cím egy másikra, az pedig egy harmadikra mutat. A
404pedig azt jelenti, hogy a cím nem létezik, ilyen belső hivatkozás ne maradjon az oldaladon.
Milyen ellenőrzőlistát futtass le egy audit-körben?
Egy negyedéves önellenőrzés jó eséllyel kiszűri a csendben romló technikai hibákat. Haladj végig ezen a sorrenden:
- Search Console: indexelt és nem indexelt oldalak aránya, okok átnézése.
- Elfelejtett
noindexcímkék kizárása a fontos oldalakról. robots.txtellenőrzése, hogy nem tilt-e ki fontos részeket.sitemap.xmltartalmának ellenőrzése és beküldése.- PageSpeed Insights mérés mobilra és asztalira.
- Kézi mobilteszt telefonon a fontos oldalakon.
- Strukturált adat ellenőrzése a Rich Results Testtel.
- Fő domain-verzió rögzítése, canonical és átirányítások átnézése.
- Belső hivatkozások státuszkódjainak ellenőrzése,
404és lánc keresése.
Ha ezt a kilenc pontot rendszeresen végigveszed, a legtöbb technikai probléma még azelőtt látszik, hogy forgalmat vinne el. Ami a mérés után javításra vár, azt egy fejlesztővel vagy szakemberrel érdemes rendbe tenni, de a diagnózist te magad is fel tudod állítani.
Források és további olvasnivalók
- Google Search Central dokumentáció (Search Console, indexelés, robots.txt, sitemap)
- Google PageSpeed Insights és a Core Web Vitals leírása
- Schema.org szókészlet és Schema.org Validator
- Google Rich Results Test
- W3C webes szabványok dokumentációi
- A technikai SEO audit alapja, hogy a Google Search Console-ban ellenőrzöd, mely oldalaid vannak ténylegesen indexelve.
- A robots.txt és a sitemap.xml apró hibái egész aloldalakat zárhatnak ki a keresésből.
- A sebesség és a mobilhasználhatóság mérhető ingyen a PageSpeed Insights és a böngésző fejlesztői eszközeivel.
- A strukturált adat és a tiszta átirányítások segíthetik, hogy a Google és az AI-válaszmotorok pontosan értsék az oldalad.
- Egy negyedéves önellenőrzés jó eséllyel kiszűri a csendben romló technikai problémákat, mielőtt forgalmat veszítenél.
Gyakori kérdések
Mennyi idő egy önálló technikai SEO audit?
Egy alap-kör a fenti kilenc ponttal jellemzően fél-egy nap alatt elvégezhető egy kisebb honlapon, ha már be van állítva a Search Console. A javítások időigénye ettől külön kezelendő, és a talált hibák számától függ.
Kell-e fizetős eszköz a technikai SEO audithoz?
Az alapokhoz nem. A Google Search Console, a PageSpeed Insights, a Rich Results Test, a Schema.org Validator és a böngésző fejlesztői eszközei mind ingyenesek, és lefedik a legfontosabb ellenőrzéseket. Fizetős eszközök nagyobb oldalaknál gyorsíthatják a munkát, de nem előfeltételek.
Mit jelent, ha egy oldalam Felfedezve, jelenleg nincs indexelve állapotban van?
Ez azt jelenti, hogy a Google tud az URL létezéséről, de még nem indexelte. Sok oknál lehet szó átmeneti állapotról, de ha tartósan sok oldal esik ide, az jelezhet minőségi vagy technikai gondot, például lassú oldalt vagy gyenge belső hivatkozásokat.
Számít-e a szerver helye, ha osztrák látogatókat is célzok Szombathelyről?
A szerver földrajzi helye önmagában ma másodlagos tényező, a Google elsősorban a tartalmat, a nyelvet és a technikai jelzéseket nézi. Több nyelvű vagy több országot célzó oldalnál inkább a nyelvi és regionális jelölés helyessége a fontos, ez azonban szakmai feltételezés az általad célzott piactól függően.
Garantál-e jobb helyezést, ha rendbe teszem a technikai hibákat?
Nem garantál. A technikai rendbetétel megszünteti az akadályokat a kereső előtt, ami segítheti a jó tartalom érvényesülését, de a helyezés sok tényezőtől függ. A garantált helyezés ígérete a szakmában intő jel.
Milyen gyakran érdemes technikai SEO auditot futtatni?
Egy negyedéves önellenőrzés a legtöbb kisebb honlapnál elegendő. Nagyobb változás után, például webshop-átépítés, sablonváltás vagy domain-költözés után viszont mindig érdemes soron kívül is végigmenni a listán.
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.