- A technikai SEO audit nem rangsort javít önmagában, hanem eltávolítja az akadályokat, amelyek miatt a jó tartalom sem tud érvényesülni.
- A legtöbb komoly hiba (noindex, robots-tiltás, hibás átirányítás) ingyenes eszközökkel percek alatt kiszűrhető.
- Kezdd az indexeléssel: ha az oldal nincs a kereső indexében, minden más optimalizálás hatástalan.
- A sebesség és a mobilélmény ma alapkövetelmény, nem extra: a Core Web Vitals mérőszámai konkrét, javítható értékek.
- Az audit ismételhető rutin: érdemes ellenőrzőlistát vezetni és negyedévente újrafuttatni.
A technikai SEO audit lényege egyszerű: a saját oldaladat úgy nézed végig, ahogy egy keresőrobot látja. Nem a szövegek stílusát vagy a design szépségét vizsgálod, hanem azt, hogy a technikai háttér nem gátolja-e a láthatóságot. Egy zalaegerszegi műszaki beszállító honlapja lehet szakmailag kifogástalan, mégis láthatatlan, ha egy rossz beállítás kizárja a keresőből. Ebben az útmutatóban végigmegyünk azon, mit érdemes lemérned a saját oldaladon, milyen ingyenes eszközökkel, és mit jelentenek a kapott értékek.
A cikkben végig jelölöm, mi hivatalosan igazolt (kereső-dokumentáció), mi saját tapasztalat és mi szakmai feltételezés, hogy tisztán lásd, mire támaszkodhatsz.
Mi az a technikai SEO audit, és miért kezdd ezzel?
Röviden: a technikai SEO audit a weboldal keresőbaráti működésének átvizsgálása, ami eltávolítja azokat az akadályokat, amelyek miatt a tartalom sem tud érvényesülni. Nem rangsort ígér, hanem tiszta pályát teremt.
Gondolj rá úgy, mint egy műszaki átvizsgálásra a járműiparban: Zalaegerszegen, a tesztpálya körüli fejlesztések világában senki nem enged autót az útra alapos ellenőrzés nélkül. A honlap ugyanígy működik. Hiába jó a tartalom, ha a robot nem éri el, nem tudja értelmezni, vagy lassan tölt be. Hivatalosan igazolt: a Google dokumentációja szerint egy oldal akkor jelenhet meg a találatok között, ha a kereső elő tudja hívni (crawl), fel tudja dolgozni (render) és indexelni tudja. Ha ebből a láncból bármi kiesik, a rangsorolás fel sem merül.
Hogyan ellenőrzöd, hogy indexelve van-e az oldalad?
Röviden: a leggyorsabb ellenőrzés a Google Search Console URL-ellenőrző eszköze, kiegészítve egy egyszerű kereséssel. Ha az oldal nincs indexelve, minden más munka hiábavaló.
Első lépésként írd be a keresőbe ezt: site:sajatdomain.hu. A kapott találatszám nagyságrendileg megmutatja, hány oldalad van az indexben. Ha nulla vagy a vártnál sokkal kevesebb, ott baj van. Pontosabb képet a Google Search Console (ingyenes) ad: az Oldalak jelentésben látod, hány URL indexelt, és mi az oka annak, ha nem. A leggyakoribb tiltó okok:
noindexmeta-címke a fejlécben (véletlenül bent maradt fejlesztés után)- robots.txt tiltás egy fontos könyvtárra
- hibás kanonikus (canonical) hivatkozás, ami egy másik oldalra mutat
Saját tapasztalat: újraindított vagy áttervezett honlapoknál a leggyakoribb komoly hiba, hogy a fejlesztés alatti <meta name="robots" content="noindex"> beállítás élesben is a helyén marad. Ez egyetlen sor, mégis teljes láthatatlanságot okoz. Érdemes a forráskódban (jobb klikk, majd Oldal forráskódja) rákeresni a noindex szóra a főbb oldalakon.
Rendben van a sitemap és a robots.txt?
Röviden: a sitemap segít a keresőnek megtalálni az oldalaidat, a robots.txt pedig szabályozza, mit járhat be. A kettő ellentmondása gyakori, kézzel is ellenőrizhető hiba.
Nyisd meg böngészőben a sajatdomain.hu/robots.txt és a sajatdomain.hu/sitemap.xml címeket. A robots.txt-ben ez a sor a legveszélyesebb, ha véletlenül bent van:
User-agent: *Disallow: /
Ez minden robotot kizár az egész oldalról. Hivatalosan igazolt: a Google Search Central szerint a robots.txt a bejárást (crawl) szabályozza, nem az indexelést, ezért önmagában nem mindig elég egy oldal eltüntetéséhez, viszont könnyen letilthat olyat, aminek látszania kellene. A sitemapben pedig ellenőrizd, hogy csak élő, indexelendő, 200-as státuszú oldalak szerepeljenek, ne átirányítások, hibás vagy noindex URL-ek. A Search Console Webhelytérképek menüjében beküldheted és láthatod, hány URL-t dolgozott fel a rendszer.
Elég gyors az oldalad, és jó a mobilélmény?
Röviden: a sebesség és a mobilhasználhatóság ma alapkövetelmény; a PageSpeed Insights ingyen megmutatja a konkrét, javítható értékeket.
Használd a Google PageSpeed Insights eszközt: beírod az URL-t, és megkapod a mobil és asztali pontszámot, valamint a Core Web Vitals mérőszámait. A három kulcsérték:
- LCP (a legnagyobb tartalmi elem betöltése): ideálisan 2,5 másodperc alatt
- INP (interakcióra adott válaszidő): a korábbi FID utódja, a kattintásra való reakciót méri
- CLS (elrendezés-elmozdulás): mennyire ugrál a tartalom betöltés közben
Szakmai feltételezés: a legtöbb kis- és középvállalati honlapnál a leglassabb elem a túl nagy, tömörítetlen főkép és a sok külső szkript (chat, nyomkövetők, beágyazott elemek). Saját tapasztalat: a képek méretének csökkentése és a modern formátum (WebP) használata gyakran a legnagyobb, legolcsóbb gyorsulást hozza. A mobilélményt böngészőből is tesztelheted: nyisd meg a fejlesztői eszközöket (F12), és váltsd mobilnézetre, majd nézd meg, kényelmesen olvasható és nyomható-e minden.
Hogyan ellenőrzöd a strukturált adatokat?
Röviden: a strukturált adat (Schema.org jelölés) segít a keresőnek megérteni a tartalmat, és megnyithatja a gazdagabb találati megjelenéseket; a helyességét ingyenes tesztelővel ellenőrzöd.
A strukturált adat egy géppel olvasható réteg az oldalon, ami például elárulja, hogy egy szám telefonszám, egy másik nyitvatartás, egy harmadik pedig cégnév. Hivatalosan igazolt: a Schema.org egy nyílt szótár erre, a Google pedig a Rich Results Test és a Search Console Speciális kategóriák jelentése révén mutatja, felismerte-e a jelölést. Egy helyi, műszaki profilú vállalkozásnál jellemzően hasznos típusok:
OrganizationvagyLocalBusiness: cégadatok, cím, elérhetőségBreadcrumbList: morzsamenü a navigációhozFAQPage: gyakori kérdések, ahol releváns
Fontos, óvatos megjegyzés: a strukturált adat segítheti a jobb megjelenést, de nem garantál gazdag találatot vagy magasabb helyezést. A hibás vagy megtévesztő jelölés viszont árthat, ezért mindig teszteld, mielőtt élesíted.
Van duplikáció vagy felesleges átirányítás az oldalon?
Röviden: a duplikált tartalom megosztja a keresők figyelmét, a hibás vagy láncba fűzött átirányítások pedig lassítanak és erőt vesztenek; mindkettő kézzel is felderíthető.
Duplikációról akkor beszélünk, ha ugyanaz a tartalom több URL-en elérhető. Klasszikus eset a www és a www nélküli, illetve a http és a https változat párhuzamos működése, vagy a záró perjeles és perjel nélküli címek. Hivatalosan igazolt: ilyenkor a kanonikus (canonical) hivatkozás jelzi a keresőnek, melyik a hivatalos verzió. Ellenőrizd, hogy minden fontos oldal <link rel="canonical"> eleme önmagára vagy a helyes verzióra mutat.
Az átirányításoknál két dolgot nézz meg. Egyrészt a típust: a végleges költözésnél 301-es (végleges) átirányítás a helyes, nem a 302-es (ideiglenes). Másrészt a láncokat: ha az A oldal a B-re, a B a C-re irányít, az felesleges kör. Ezt böngészőből is nyomon követheted a fejlesztői eszközök Hálózat (Network) fülén, ahol látod a státuszkódokat. Saját tapasztalat: régi honlapok cseréjekor a legtöbb elveszett forgalom abból ered, hogy a régi URL-eket nem irányítják át az új megfelelőjükre, hanem mind egy 404-es hibaoldalra vagy a főoldalra fut.
Milyen ellenőrzőlistával futtasd le a saját auditodat?
Röviden: egy ismételhető lista biztosítja, hogy semmi ne maradjon ki, és negyedévente összehasonlítható legyen az állapot.
- Indexelés:
site:keresés és Search Console oldaljelentés áttekintve - Nincs véletlen
noindexa fontos oldalakon - robots.txt nem tilt le lényeges tartalmat
- sitemap.xml csak élő, 200-as, indexelendő oldalakat tartalmaz
- PageSpeed Insights: LCP, INP, CLS értékek megnézve mobilon és asztalon
- Mobilnézet: olvasható szöveg, kényelmesen nyomható gombok
- Strukturált adat: Rich Results Test hibamentes
- Kanonikus hivatkozások a helyes verzióra mutatnak
- www és https egységes, nincs párhuzamos duplikáció
- Átirányítások 301-esek, nincs felesleges lánc, nincs tömeges 404
Szakmai feltételezés: a fenti tíz pont lefedi a leggyakoribb technikai hibák túlnyomó részét, amit egy nem programozó tulajdonos is elvégezhet. A mélyebb, kódszintű beavatkozásokhoz (renderelési problémák, szerveroldali gyorsítás) érdemes szakértő segítségét kérni, de az alapok átnézése nélkül a fejlesztő is vakon dolgozna.
Mikor és milyen gyakran ismételd az auditot?
Röviden: az audit nem egyszeri projekt, hanem rutin: negyedéves ismétlés, illetve minden nagyobb változtatás után külön ellenőrzés ajánlott.
Egy honlap folyamatosan változik: új aldal kerül fel, bővül a webshop, frissül a sablon vagy a bővítmény. Saját tapasztalat: a hibák nagy része nem az induláskor keletkezik, hanem egy későbbi frissítés mellékhatásaként. Ezért érdemes az ellenőrzőlistát elmenteni, és rendszeres időközönként végigfutni rajta, valamint minden nagyobb technikai módosítás (költözés, sablonváltás, tömeges tartalomfeltöltés) után azonnal újra megnézni a kritikus pontokat, elsősorban az indexelést és az átirányításokat. Egy zalaegerszegi műszaki beszállítónál, ahol a honlap gyakran bővül új termékadatlapokkal vagy referenciákkal, ez a rendszeresség jó eséllyel megelőzi a lassan felgyűlő, később nehezen visszakereshető hibákat.
Források és további olvasnivalók
- Google Search Central: dokumentáció a bejárásról, indexelésről, robots.txt és sitemap kezeléséről
- Google Search Console súgó: indexelési jelentések és URL-ellenőrző eszköz
- Google PageSpeed Insights és a web.dev Core Web Vitals leírásai (LCP, INP, CLS)
- Schema.org: a strukturált adatok nyílt szótára
- Google Rich Results Test: a strukturált jelölés ellenőrzése
- W3C: webes szabványok és mobil-akadálymentesség irányelvei
Gyakori kérdések
Kell-e fizetős eszköz a technikai SEO audithoz?
Az alapokhoz nem. A Google Search Console, a PageSpeed Insights, a Rich Results Test és a böngésző fejlesztői eszközei mind ingyenesek, és lefedik az indexelés, sebesség, mobil, strukturált adat és átirányítások ellenőrzését. Fizetős eszközre inkább nagyobb oldalaknál, tömeges vizsgálathoz van szükség.
Mennyi idő alatt látszik eredmény egy technikai javítás után?
Ez a hibától és az oldal méretétől függ. Egy tévesen bent maradt noindex feloldása után a kereső az újrabejáráskor frissítheti az állapotot, ami napoktól hetekig tarthat. A technikai javítás nem garantál helyezésjavulást, csak eltávolítja az akadályt, ami eddig gátolta a láthatóságot.
Mi a különbség a robots.txt és a noindex között?
A robots.txt a bejárást szabályozza, vagyis azt, hogy a robot bemehet-e egy útvonalra. A noindex meta-címke az indexelést tiltja, vagyis hogy egy oldal megjelenhet-e a találatok között. A kettő nem ugyanaz, és ellent is mondhatnak egymásnak, ezért érdemes külön ellenőrizni mindkettőt.
Elég, ha csak a főoldalt nézem át?
Nem. A technikai hibák gyakran csak bizonyos oldaltípusokon jelentkeznek, például a termék- vagy szolgáltatásoldalakon, a blogbejegyzéseken vagy a kategóriaoldalakon. Érdemes minden fontos sablonból legalább egy-egy jellemző oldalt megvizsgálni.
Árthat-e a rosszul beállított strukturált adat?
Igen. Ha a jelölés hibás vagy nem felel meg annak, ami az oldalon látszik, a kereső figyelmen kívül hagyhatja, súlyosabb, megtévesztő esetben pedig kézi intézkedést is hozhat. Ezért mindig teszteld a Rich Results Test eszközzel, mielőtt élesíted.
Kinek érdemes szakértőt bevonnia?
Az ellenőrzőlista alapszintjét a legtöbb tulajdonos el tudja végezni. Ha viszont mélyebb, kódszintű probléma merül fel (renderelési hiba, szerveroldali sebesség, komplex átirányítási logika, nemzetközi verziók), akkor jó eséllyel gyorsabb és biztonságosabb szakember segítségével dolgozni.
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.