Teljes körű technikai weboldal audit lépései és megoldásai a jobb SEO-ért

Technikai weboldal audit: lépések, eszközök és a leggyakoribb hibák

Ha a weboldalad nem hoz annyi érdeklődőt, amennyit várnál, vagy a Google egyszerűen nem találja meg rendesen, jó eséllyel technikai problémák húzódnak a háttérben. Ezek sokszor láthatatlanok, nem szembetűnőek első pillantásra, de komolyan visszafogják az organikus forgalmat és a konverziókat.

A technikai weboldal audit pontosan erre való: feltérképezi, mi akadályozza a keresőrobotokat, mi lassítja az oldalt, és mi rontja a felhasználói élményt. Ebben a cikkben végigmegyünk a teljes folyamaton: mit vizsgálj, milyen eszközöket használj, mire figyelj WordPressnél, és hogyan priorizáld a javításokat úgy, hogy a legfontosabb problémák kerüljenek előre.

Mi az a technikai weboldal audit és miért kell?

A technikai weboldal audit egy szisztematikus állapotfelmérés, amelynek célja, hogy feltárja azokat a technikai problémákat, amelyek akadályozzák a weboldal keresőoptimalizálási teljesítményét és felhasználói élményét.

Nem tartalomról, nem dizájnról szól, hanem arról, hogy a Google egyáltalán be tudja-e járni az oldalad, indexeli-e a megfelelő oldalakat, és elég gyorsan tölt-e be ahhoz, hogy a látogató ne forduljon vissza azonnal.

Az audit eredménye egy priorizált javítási lista, amellyel tudatosan lehet nekiállni a fejlesztésnek. Nem kell mindent egyszerre megoldani, de tudni kell, mi a legfontosabb.

Ha korábban már csináltattál komplex weboldal auditot, akkor valószínűleg találkoztál már néhány technikai problémával is. A technikai audit ennél mélyebbre megy: kizárólag a háttérben zajló folyamatokra fókuszál.

A technikai audit 7 fő területe

Egy alapos technikai weboldal audit ezeket a területeket vizsgálja végig. 

1. Feltérképezhetőség és indexelés

Az első kérdés mindig ez: egyáltalán be tudja járni a Google a weboldalad? Ha a robots.txt fájl véletlenül blokkol fontos oldalakat, vagy a sitemap.xml nem tartalmazza a megfelelő URL-eket, a keresőrobot egyszerűen nem látja az oldalt.

A Google Search Console (GSC) Indexelés menüpontja az audit legjobb kiindulópontja. Az „Oldalak” jelentésből látod, mely URL-ek vannak indexelve, melyek vannak kizárva és miért. A „Webhelytérképek” fülön ellenőrizheted, hogy a sitemap be van-e küldve és hibátlanul feldolgozza-e a Google.

Amit érdemes ellenőrizni:

• A robots.txt nem blokkol-e fontos oldalakat vagy CSS/JS fájlokat
• Az XML sitemap naprakész-e és csak indexelendő URL-eket tartalmaz-e
• Vannak-e „Noindex” tagek olyan oldalakon, amelyeknek indexelve kellene lenniük
• A GSC-ben vannak-e „Feltérképezés nem engedélyezett” vagy „Kizárva a noindex tag miatt” hibák

Részletesen a Google Search Console funkcióiról és használatáról itt olvashatsz.

2. HTTP státuszkódok és átirányítások

A 404-es hibák és a rossz átirányítási láncok nemcsak a felhasználói élményt rontják, hanem a crawl budgetet is pazarolják, vagyis a Google felesleges oldalakra „vesztegeti” a feltérképezési kapacitást.

A leggyakoribb problémák:

• 404-es hibák: Törölt vagy átnevezett oldalak, amikre még mindig mutatnak belső vagy külső linkek
• Átirányítási láncok: Ha egy URL több lépésen keresztül irányít át a végső céloldalra (pl. A → B → C), az lassítja a betöltést és gyengíti a linkerőt
• 5xx hibák: Szerveroldali problémák, amelyek időnként előfordulhatnak, de rendszeres megjelenésük komoly gondot jelez

A Screaming Frog SEO Spider ingyenes verziója 500 URL-ig kiválóan alkalmas ezek feltérképezésére. Exportáld a hibás státuszkódokat, majd nézd meg, honnan mutatnak rájuk belső linkek.

3. Duplikált tartalom és canonical beállítások

A duplikált tartalom azt jelenti, hogy ugyanaz (vagy nagyon hasonló) tartalom több URL-en is elérhető. Ez összezavarja a keresőt: nem tudja, melyik verziót rangsorolja.

Tipikus esetek WordPressnél:

• A www és nem-www verzió egyszerre elérhető (pl. pixdream.hu és www.pixdream.hu)
• A HTTP és HTTPS verzió nincs megfelelően átirányítva
• Kategória-, tag- és archívum oldalak duplikálják a bejegyzések tartalmát
• Attachment oldalak (képekhez automatikusan generált oldalak) indexelve vannak
• Paraméteres URL-ek (pl. ?page=2, ?sort=) külön URL-ként jelennek meg

A canonical tag megoldja a legtöbb esetet: megmondja a Google-nek, melyik az „eredeti” URL. 

4. Strukturált adatok

A strukturált adatok (schema markup) segítenek a Google-nek megérteni, mi az oldal tartalma – és lehetővé teszik a gazdag találati megjelenítést (rich snippetek), mint például csillagos értékelések, FAQ-blokkok vagy eseményadatok.

Szolgáltatóként a legfontosabb sémák:

• Organization vagy LocalBusiness: A vállalkozás neve, elérhetősége, nyitvatartása
• Service: Az egyes szolgáltatások leírása
• FAQPage: Gyakran ismételt kérdések – ezek megjelenhetnek közvetlenül a találati listán
• Article vagy BlogPosting: Blogbejegyzéseknél

Az audit során ellenőrizd a Google Rich Results Test eszközzel, hogy a meglévő strukturált adatok hibátlanok-e, és nézd meg a GSC „Fejlesztések” menüpontját is.

5. Core Web Vitals és oldalsebességi

A Core Web Vitals a Google három fő teljesítménymutatója, amelyek közvetlen hatással vannak a rangsorolásra és a felhasználói élményre.

A három mutató:

• LCP (Largest Contentful Paint): Az oldal legnagyobb vizuális elemének betöltési ideje. Cél: 2,5 másodpercen belül
• CLS (Cumulative Layout Shift): Az oldal elemeinek váratlan elmozdulása betöltés közben. Cél: 0,1 alatt
• INP (Interaction to Next Paint): A felhasználói interakciókra adott válaszidő. Ez 2024-ben váltotta fel az FID mutatót, és sokkal pontosabb képet ad a valós interaktivitásról. Cél: 200 milliszekundum alatt

Az INP különösen fontos, mert nem csak az első kattintást méri, hanem az oldal teljes interakciós viselkedését. Ha sok JavaScript fut az oldalon (például nehéz bővítmények, chat widgetek vagy marketing szkriptek), az INP könnyen megugrik.

Eszközök a méréshez: Google PageSpeed Insights, Lighthouse (Chrome DevTools), GSC Core Web Vitals jelentés.

6. Mobilbarát megjelenés

A Google mobile-first indexelést alkalmaz, ami azt jelenti, hogy az oldal mobil verzióját veszi alapul a rangsorolásnál. Ha az oldal mobilon rosszul jelenik meg, az asztali verzió minősége nem sokat segít.

Ellenőrizd a GSC „Mobilhasználhatóság” jelentését, és nézd meg, vannak-e olyan elemek, amelyek mobilon túl közel vannak egymáshoz, túl kicsik a gombszövegek, vagy a tartalom szélesebb, mint a képernyő.

7. Belső linkelés és orphan oldalak

A belső linkelés egyrészt segíti a feltérképezést (a Google a linkeken keresztül fedezi fel az oldalakat), másrészt a linkerőt is elosztja az oldalak között.

Az orphan oldalak olyan URL-ek, amelyekre egyetlen belső link sem mutat. A Google ezeket nehezen találja meg, és általában gyengébben rangsorolja őket. Screaming Frogban az „Orphan Pages” szűrővel megtalálod ezeket.

Érdemes figyelni arra is, hogy a legfontosabb oldalak (főoldal, szolgáltatás oldalak) elegendő belső linket kapnak-e, és hogy a mélyen beágyazott oldalakhoz is vezet-e út a főoldalról legfeljebb 3-4 kattintással.

WordPress-specifikus technikai hibák

Ha WordPresst használsz, van néhány tipikus probléma, amellyel szinte minden auditnál találkozni lehet.

Bővítmény-túlterhelés

Minden aktív bővítmény JavaScript-et és CSS-t tölt be, sokszor akkor is, amikor nincs rá szükség. Ha 30-40 bővítmény fut az oldalon, az szinte garantáltan lassítja a betöltést. Az audit során nézd meg, melyik bővítmény mennyi erőforrást tölt be, mi a fő funkciója és biztosan szükséged van-e mindegyikre.

Képek optimalizálása

A nagy, nem optimalizált képek az egyik leggyakoribb sebesség-probléma. Ellenőrizd, hogy:

• A képek WebP formátumban vannak-e (nem JPG vagy PNG)
• Be van-e állítva a lazy loading
• A képméretek megfelelnek-e a megjelenítési méretnek (ne tölts be 2000px-es képet, ha 400px-en jelenik meg)

Caching és szerver konfiguráció

Ha nincs megfelelő caching beállítva, minden egyes látogató kérésnél a szerver újra legenerálja az oldalt. Egy jó caching bővítmény (pl. WP Rocket, LiteSpeed Cache) és a szerver szintű caching együtt drasztikusan javíthatja a betöltési időt.

Render-blocking erőforrások

A CSS és JavaScript fájlok, amelyek blokkolják az oldal megjelenítését, késleltetik az LCP mutatót. A PageSpeed Insights pontosan megmutatja, melyek ezek – és a legtöbb caching bővítmény képes kezelni a CSS/JS defer és async beállításokat.

WordPress-specifikus duplikációs csapdák

A WordPress automatikusan generál attachment oldalakat a feltöltött képekhez. Ezek szinte soha nem hasznosak a keresőoptimalizálás szempontjából, mégis indexelve vannak alapértelmezés szerint. Az Yoast SEO vagy a Rank Math bővítménnyel egyszerűen átirányíthatod ezeket a szülő bejegyzésre.

Milyen eszközökkel végezd az auditot?

Nem kell drága prémium eszköz ahhoz, hogy egy alapos technikai weboldal auditot elvégezz. Ezek az eszközök a legtöbb esetben elegendők:

• Google Search Console: Indexelési állapot, Core Web Vitals, mobilhasználhatóság, strukturált adatok – minden alapvető információ itt van
• Screaming Frog SEO Spider (ingyenes, 500 URL-ig): HTTP státuszkódok, átirányítások, duplikált tartalom, belső linkelés, orphan oldalak
• Google PageSpeed Insights / Lighthouse: Core Web Vitals, sebesség, teljesítmény javaslatok
• Google Rich Results Test: Strukturált adatok ellenőrzése
• Ahrefs Webmaster Tools (ingyenes verzió): Backlink profil, törött linkek, alapvető SEO hibák

Ez az öt eszköz együtt lefedi a technikai audit 90%-át. Ha komolyabb elemzésre van szükség, (például logfájl-elemzésre vagy JavaScript renderelési problémák feltárására), vagy elriasztanak a technikai adatok, érdemes szakemberhez fordulni.

Hogyan priorizáld az audit eredményeit?

Az audit után előfordulhat, hogy hosszú listád lesz a problémákból. A kérdés: hol kezdj hozzá?

Egy egyszerű, de hatékony megközelítés az ICE keretrendszer: minden problémát értékelj három szempont alapján:

• Impact (Hatás): Mekkora hatással lesz a javítás a forgalomra vagy a konverziókra?
• Confidence (Bizonyosság): Mennyire biztos, hogy a javítás valóban segít?
• Ease (Könnyűség): Mennyi idő és erőforrás kell a megvalósításhoz?

A magas hatású, könnyen megvalósítható javítások kerüljenek előre – ezek az úgynevezett „gyors nyeremények”. Például:

• Attachment oldalak átirányítása (5 perc, komoly duplikációs probléma megszüntetése)
• Képek WebP-re konvertálása és lazy loading bekapcsolása
• Hiányzó canonical tagek pótlása
• 404-es hibák javítása 301-es átirányítással
• Caching bővítmény telepítése és beállítása

A komplex, sok fejlesztési munkát igénylő feladatok, mint például a JavaScript renderelési problémák megoldása, kerüljenek a lista végére, és ütemezd be őket egy következő fejlesztési ciklusba.

Mikor érdemes technikai auditot végezni?

Nem kell minden héten auditot csinálni, de vannak helyzetek, amikor kifejezetten indokolt:

• Új weboldal élesítése előtt és után
• Ha hirtelen csökken az organikus forgalom
• Weboldal redesign vagy nagyobb szerkezeti változtatás után
• Ha új bővítményeket telepítettél vagy régiek frissültek
• Évente egyszer rutinszerűen, még ha minden rendben is látszik

A rendszeres technikai karbantartás és az időszakos audit együtt biztosítja, hogy az oldal hosszú távon is stabilan teljesítsen. Ha érdekel, mit foglal magában a weboldal karbantartás ennél szélesebb értelemben, ebben a cikkben részletesen elolvashatod.

Gyakran ismételt kérdések

Következő lépés: audit helyett cselekvés

A technikai weboldal audit önmagában nem hoz eredményt, a javítások hozzák. Az audit értéke abban van, hogy pontosan megmutatja, hol érdemes energiát fektetni, és segít elkerülni azt a tipikus hibát, hogy valaki hónapokat tölt tartalomírással, miközben az oldal alapjai nincsenek rendben.

Ha elvégzed a fent leírt ellenőrzéseket, és priorizálod a javításokat, már az első néhány lépés után érzékelhető javulást tapasztalhatsz az indexelésben és a betöltési sebességben, ami magával hozhatja a forgalom növekedést is.

Ha inkább szakemberre bíznád az auditot és a javítási terv elkészítését, a Pixdream technikai SEO audit szolgáltatása pontosan erre a célra készült: részletes elemzés, priorizált javítási lista, és konkrét következő lépések – nem általánosságok, hanem a te weboldaladra szabva.