Blog

Technikai SEO audit házilag: 10 ellenőrzőpont minden cégweboldalhoz

Technikai SEO audit házilag: 10 ellenőrzőpont minden cégweboldalhoz | Cégem360 Blog
SEO és online láthatóság • Olvasási idő: 8 perc

Technikai SEO audit házilag: 10 ellenőrzőpont minden cégweboldalhoz

Kiváló szövegeket írt, a szolgáltatásoldalak részletesek, mégis alig jön látogató a keresőből? Gyakran nem a tartalommal van baj, hanem azzal, hogy a Google nem tudja rendesen bejárni, megérteni vagy indexelni az oldalt. A technikai SEO a weboldal „gépháza”: amíg működik, senki sem gondol rá, de ha hiba van, minden más munka kárba vész. Ebben a cikkben egy 10 pontos ellenőrzőlistát adunk, amellyel szakértő nélkül is átvilágíthatja a cégweboldalát.

Miért érdemes technikai auditot végezni?

A technikai problémák alattomosak, mert a weboldal tulajdonosa a böngészőben általában semmit sem lát belőlük. Az oldal betölt, a képek megjelennek, az űrlap működik. Közben előfordulhat, hogy egy fejlesztéskor bennmaradt beállítás megtiltja a keresőknek az indexelést, hogy a régi oldalcímek hibaoldalra vezetnek, vagy hogy ugyanaz a tartalom négy különböző címen is elérhető.

A tapasztalat szerint a KKV-weboldalak többségén akad néhány ilyen hiba, és ezek egy része néhány óra alatt javítható. A technikai audit ezért az egyik legjobb ár-érték arányú SEO-tevékenység: nem kell hozzá új tartalom, csak rendet kell tenni.

Mikor kötelező az audit? Mindenképp érdemes elvégezni weboldal-újratervezés vagy domainváltás előtt és után, tartalomkezelő rendszer cseréjekor, ha hirtelen csökken a keresőből érkező forgalom, valamint évente egyszer rutinszerűen.

Az eszközök, amelyekre szüksége lesz

  • Google Search Console: ingyenes, és közvetlenül a Google szemszögéből mutatja az indexelési állapotot, a feltérképezési hibákat, a mobilos és oldalélmény-jelzéseket.
  • PageSpeed Insights: a Google ingyenes eszköze az oldalsebesség és a betöltési élmény mérésére, mobilon és asztali gépen.
  • Egy feltérképező (crawler) program: ezek az eszközök végigjárják a weboldalát, mint egy keresőrobot, és listázzák a hibás linkeket, hiányzó címeket, átirányításokat. Több ingyenes vagy korlátozott ingyenes változat is létezik.
  • A böngésző és a telefonja: sok mindent egyszerű kipróbálással is ellenőrizni lehet.

A 10 ellenőrzőpont

1. Indexelés: benne vannak-e a fontos oldalak a Google-ben?

Nyissa meg a Search Console oldalindexelési jelentését. Ez megmutatja, hány oldal van indexelve, és melyek nem – okokkal együtt. Ne ijedjen meg, ha sok oldal szerepel a „nincs indexelve” listán: ez gyakran rendben van (például szűrőoldalak, régi átirányított címek). A kérdés az, hogy a fontos oldalai – főoldal, szolgáltatások, termékkategóriák, kapcsolat – indexelve vannak-e. Egy konkrét oldalt az URL-ellenőrző eszközzel külön is megvizsgálhat.

2. Robots.txt és noindex: nem tiltja-e valami a keresőket?

A robots.txt fájl (amely a domain.hu/robots.txt címen érhető el) megmondja a robotoknak, mely részeket ne járják be. A noindex beállítás pedig egy oldal szintjén kéri, hogy az ne kerüljön be a találatok közé. Gyakori baleset, hogy a fejlesztés alatt bekapcsolt tiltás az élesítés után bennmarad. Ellenőrizze, hogy a robots.txt nem tiltja-e a teljes oldalt, és hogy a fontos oldalakon nincs-e noindex.

3. XML oldaltérkép: tudja-e a Google, mely oldalai léteznek?

Az oldaltérkép egy gépi lista a weboldal fontos címeiről. A legtöbb tartalomkezelő automatikusan elkészíti. Ellenőrizze, hogy létezik-e, csak élő, indexelhető oldalakat tartalmaz-e (nem átirányításokat vagy hibaoldalakat), és be van-e küldve a Search Console-ba.

💡 Gyakorlati tanács: Ha a Search Console azt írja, hogy egy oldal „feltérképezve, de jelenleg nincs indexelve”, az gyakran nem technikai, hanem minőségi jelzés: a Google nem talált elég okot a felvételére. Ilyenkor a tartalom bővítése, egyedibbé tétele és belső linkekkel való megerősítése többet segít, mint az újbóli beküldés.

4. HTTPS és egységes domain

A weboldal kizárólag biztonságos (https) kapcsolaton legyen elérhető, és egyetlen változatban. A http://, https://, www-vel és anélkül megnyitott címek mind ugyanarra a végleges változatra irányítsanak át, tartós (301-es) átirányítással. Ha négy változat külön-külön betölt, a Google szemében az négy külön oldal ugyanazzal a tartalommal.

5. Oldalsebesség és betöltési élmény

Futtassa le a PageSpeed Insights-t a főoldalra és két-három fontos aloldalra, elsősorban mobil nézetben. Az eszköz a valós felhasználói adatok alapján (ha van elég forgalom) és laborméréssel is értékel, és konkrét javaslatokat ad. A Google által Core Web Vitals néven összefoglalt mutatók a betöltési sebességet, az interakcióra adott válasz gyorsaságát és a vizuális stabilitást (hogy ne „ugráljon” az oldal betöltés közben) mérik.

KKV-oldalakon a leggyakoribb lassító tényezők:

  • Túl nagy, tömörítetlen képek (pl. 4–5 MB-os fotók a főoldali sliderben).
  • Sok bővítmény, külső szkript, csevegőablak, követőkód.
  • Gyenge, túlterhelt tárhely.
  • Gyorsítótárazás hiánya.

6. Mobilbarátság

A Google a weboldalak mobil változatát tekinti elsődlegesnek az indexeléskor. Ha a mobilos nézetből hiányzik tartalom, ami az asztali nézetben megvan, az a keresőben is hiányozni fog. Nézze végig telefonon a fontos oldalakat: olvasható-e a szöveg, elég nagyok-e a gombok, nem takar-e ki mindent egy felugró ablak?

7. Hibás linkek és 404-es oldalak

A feltérképező program listázza azokat a belső linkeket, amelyek nem létező oldalra mutatnak. Ezek rontják a felhasználói élményt, és pazarolják a robot idejét. Javítsa a linket, vagy ha az oldal megszűnt, irányítsa át a legközelebbi releváns oldalra. A Search Console is jelzi a 404-es hibákat.

8. Átirányítási láncok és hurkok

Ha az A oldal B-re irányít, B pedig C-re, az lánc; ha C visszamutat A-ra, az hurok. Különösen weboldal-költöztetések után gyakori. A cél: minden régi cím egyetlen lépésben érkezzen meg a végleges új címre.

9. Duplikált tartalom és canonical

Webáruházakban gyakori, hogy ugyanaz a termék több címen is elérhető (különböző kategóriákból, szűrőparaméterekkel). A canonical jelölés megmondja a Google-nek, melyik a „hivatalos” változat. Ellenőrizze, hogy a fontos oldalakon helyes-e a canonical, és nem mutat-e például minden oldal a főoldalra – ez egy ismert, súlyos sablonhiba.

10. Strukturált adatok

A strukturált adatok (schema.org jelölések) géppel olvasható formában írják le, hogy az oldalon például egy cég, egy termék, egy esemény vagy egy GYIK található. Nem garantálnak jobb helyezést, de segíthetik a Google-t az értelmezésben, és bizonyos esetekben gazdagabb megjelenést eredményezhetnek a találatok között. KKV-knak a szervezet- és helyi vállalkozás-jelölés jó kiindulópont. A Search Console jelzi, ha a jelölésekben hiba van.

💡 Gyakorlati tanács: Az auditot ne egy hosszú PDF-ben zárja le, hanem egy prioritási táblázatban: hiba, érintett oldalak, súlyosság (magas/közepes/alacsony), felelős, határidő. A „magas” kategóriába az kerüljön, ami fontos oldalak indexelését vagy elérhetőségét akadályozza – ezzel kezdjen.

Hogyan szervezze meg az auditot? Egy délutános menetrend

Az audit akkor hasznos, ha nem marad félbe. Íme egy szemléltető menetrend, amellyel egy átlagos, néhány tucat oldalas KKV-weboldal alapos átvilágítása egy délután alatt elvégezhető.

  1. Első fél óra – Search Console: oldalindexelési jelentés, oldaltérképek, kézi intézkedések és biztonsági problémák, valamint a teljesítményjelentésben a fő oldalak kattintásai az elmúlt hónapokban.
  2. Második fél óra – alapbeállítások: robots.txt megnyitása, a domain négy változatának kipróbálása a böngészőben, néhány fontos oldal forráskódjában a noindex és a canonical keresése.
  3. Egy óra – feltérképezés: a crawler lefuttatása, majd a hibás linkek, átirányítások, hiányzó vagy duplikált címek és leírások exportálása táblázatba.
  4. Fél óra – sebesség és mobil: PageSpeed Insights a főoldalra és három fontos aloldalra, majd egy kör telefonon, mobilneten.
  5. Utolsó fél óra – priorizálás: a talált hibák besorolása súlyosság szerint, felelősök és határidők kijelölése.

Nagyobb, több száz vagy ezer oldalas webáruháznál a menetrend ugyanez, csak a feltérképezés és az elemzés tart tovább, és érdemes oldaltípusonként (kategória, termék, blog) külön értékelni az eredményeket. Fontos, hogy minden auditot dátummal mentsen el: a következő alkalommal így pontosan látja, mi javult és mi romlott azóta.

Gyakori akadályok a javítás során

„A fejlesztő azt mondja, minden rendben van.” A fejlesztő a működést nézi, nem feltétlenül a keresőszempontokat. Mutassa meg neki a Search Console konkrét jelzéseit – ezek objektív, a Google-től származó adatok, és nehéz vitatkozni velük.

„Nincs hozzáférésünk a tárhelyhez / a régi ügynökség kezeli.” Ez gyakoribb, mint gondolná. Tisztázza, kinél vannak a domain, a tárhely, a tartalomkezelő és a Search Console hozzáférései – ezek a cég tulajdonát képezik, és bármikor szükség lehet rájuk.

„A sebesség javítása túl drága.” Az első lépések – képek tömörítése, felesleges bővítmények törlése, gyorsítótár bekapcsolása – sokszor alig kerülnek valamibe, mégis érezhetően gyorsítanak. A nagyobb átalakításokat ráér a következő újratervezésnél megoldani.

„Kijavítottuk, de semmi nem változott.” A Google-nek idő kell, amíg újra bejárja és értékeli az oldalakat. Néhány hét türelem szükséges; az URL-ellenőrzővel kérhet újbóli feltérképezést a legfontosabb oldalakra.

Mikor sikeres az audit? Mérőszámok

Rövid táv (1–3 hónap):

  • A „magas” prioritású hibák javítva, a fontos oldalak mind indexelve.
  • Csökken a 404-es hibák és az átirányítási láncok száma.
  • Az oldaltérkép tiszta és be van küldve.

Közép táv (3–6 hónap):

  • Javulnak a mobilos sebességi és betöltési mutatók.
  • Nő az indexelt, értékes oldalak száma, és ezzel a keresési megjelenések száma.

Hosszú táv (6–12 hónap):

  • A technikai állapot stabil, az új oldalak gyorsan bekerülnek az indexbe.
  • Az éves audit már csak kisebb eltéréseket talál.

Összefoglalás: előbb a gépház, aztán a díszlet

A technikai SEO nem látványos, de minden más SEO-munka erre épül. Ha a Google nem tudja bejárni, megérteni és indexelni az oldalait, a legjobb tartalom is láthatatlan marad. A tíz ellenőrzőpont – indexelés, tiltások, oldaltérkép, HTTPS, sebesség, mobil, hibás linkek, átirányítások, duplikációk és strukturált adatok – egy délután alatt végignézhető, és megmutatja, hol szivárog el a láthatósága. Javítsa először azt, ami a fontos oldalakat érinti, mérje az eredményt, és tegye az auditot éves rutinná. A rendezett gépház a legolcsóbb versenyelőny.

Gyakran ismételt kérdések

Milyen gyakran kell technikai SEO auditot végezni?

Rutinszerűen évente egyszer, valamint minden nagyobb változás – újratervezés, domainváltás, tartalomkezelő-csere – előtt és után. A Search Console riasztásait pedig érdemes folyamatosan figyelni.

Mennyire fontos az oldalsebesség a helyezés szempontjából?

A Google a betöltési élményt figyelembe veszi, de a pontos súlyát nem közli. Ami biztos: a lassú oldalról a látogatók egy része elmegy, mielőtt betöltene, így a sebesség az eredményekre közvetlenül is hat.

Mit tegyek, ha hirtelen leesett a keresőből érkező forgalom?

Először nézze meg a Search Console-ban, hogy nincs-e indexelési hiba, kézi intézkedés vagy biztonsági figyelmeztetés, és hogy történt-e mostanában változtatás az oldalon. Ezt követően vizsgálja, mely oldalaknál és kifejezéseknél csökkent a forgalom.

Szükség van strukturált adatokra egy kis cégweboldalon?

Nem kötelező, de az alapvető cégadatok jelölése egyszerű, és segíti a Google-t a cég azonosításában. Ha a tartalomkezelője egy bővítménnyel támogatja, érdemes bekapcsolni.

Okozhat kárt, ha rosszul javítom a technikai hibákat?

Igen, főleg a robots.txt, a noindex, a canonical és az átirányítások hibás módosítása tud gondot okozni. Ezeknél dolgozzon óvatosan, dokumentálja a változtatásokat, és ellenőrizze utána a Search Console-ban az eredményt.

Tudni szeretné, hol szivárog el a weboldala láthatósága?

A Cégem360 SEO Eszköz modulja segít áttekinteni weboldala technikai SEO-állapotát, rendszerezni a javítandó hibákat és követni a változásokat – szakértőink a teendők priorizálásában is segítenek.

Ingyenes demó kérése SEO Eszköz modul részletei

Írta: Cégem360 szakértői csapat | Közzétéve: