Technikai SEO audit | Stanetskyi

Q: Miben különbözik a technikai SEO audit az általános SEO audittól?

Igen, van különbség. Az általános SEO audit általában átfogó képet ad a technikai tényezőkről, a tartalomról, a kulcsszavakról, a backlinkekről és a versenypozícióról. Ezzel szemben a technikai SEO audit sokkal mélyebbre megy: részletesen vizsgálja a feltérképezési viselkedést, a renderelést, az indexelést, a sablonokat, a kanonikus logikát, a belső linkstruktúra (belső gráf) mintázatait, valamint a megvalósítási részleteket is. Ha a forgalmi probléma az oldalszerkezeti felépítésből, az index „túlnövekedéséből”, a JavaScriptből vagy migrációs gondokból ered, egy általános audit gyakran túl széles marad ahhoz, hogy igazán hasznos legyen. Ha szeretné látni a teljes képet, a következő jó lépés egy [átfogó SEO audit](/services/comprehensive-seo-audit/) lehet. Ha pedig már biztos, hogy a szűk keresztmetszet technikai, akkor egy dedikált technikai audit gyorsabb és célravezetőbb.

Q: Kell az e-kereskedelmi weboldalaknak más típusú technikai SEO audit?

Általában igen. Az e-kereskedelmi oldalak technikai szempontból sokkal összetettebbek, mint amit a legtöbb hagyományos audit lefed: például szűrők (faceted filters), készletállapot-változások, lapozás, duplikált termékváltozatok, szezonális sablonok, belső keresőoldalak, kereskedői feedek, valamint nagy mennyiségű, egymáshoz nagyon hasonló URL. Egy jó e-kereskedelmi technikai auditnak értenie kell a katalógus logikájához és a kereskedelmi oldalak hierarchiájához is, nem csak az SEO elméletet. Ebben különösen erős a hátterem: 11+ év vállalati szintű e-kereskedelmi SEO , és jelenleg 41 domain felelőssége 40+ nyelven . Ha a katalógusod nagy, az auditot érdemes közvetlenül a kategória-, termék- és feltérképezési (crawl budget) stratégiához kötni, nem pedig általános best practice-ekre.

Tudj meg többet

Miért fontosak a technikai SEO auditok 2025-2026-ban

A technikai SEO audit most fontosabb, mint valaha, mert a keresőláthatóságot egyre inkább nem pusztán több oldal közzététele korlátozza, hanem a webhely minőségi jelei, a feltérképezési erőforrások (crawl allocation), a renderelés megbízhatósága és a belső architektúra. Nagyobb webhelyeknél a Google gyakran a crawl budget jelentős részét parameteres URL-ekre, “soft” duplikátumokra, átirányítási láncokra (redirected chains), vékony sablonokra és olyan oldalakra költi, amelyek eleve nem rendelkeztek rangsorolási potenciállal. Eközben a JavaScript-fókuszú buildek, széttöredezett CMS-rendszerek és teljesítményromlások olyan rejtett hibapontokat hoznak létre, amelyeket a tartalomcsapatok csak akkor látnak, amikor a forgalom csökkenni kezd. A Core Web Vitals még mindig nem váltja ki a relevanciát, de a gyenge teljesítmény gyakran felerősíti a gyenge renderelést és a rossz felhasználói élményt (UX), ezért a oldalsebesség optimalizálása sokszor ugyanannak a diagnózisnak része. Egyre több olyan esetet is látok, amikor a indexálás stabilnak tűnik a Search Console-ban, miközben a log adatok azt mutatják, hogy a Googlebot érték nélküli útvonalakon pazarolja a kéréseket. A megfelelő technikai SEO audit feltárja, hol van valódi keresleti igény, mire megy el a crawl, és melyik megvalósítási részletek akadályozzák meg az értékes URL-ek felfedezését vagy megbízhatónak való elfogadását. A 100 000 és 10M+ URL-lel rendelkező webhelyeknél a kis technikai hibák olyan mértékben szaporodnak, hogy bevételkiesést okoznak, ami az összesített forgalmi riportokban láthatatlan.

Amikor a cégek késleltetik a technikai auditot, a költség általában három helyen jelentkezik: a fontos oldalak lassabb feltérképezésében, a rangsorolási jelek gyengébb konszolidálásában, valamint abban, hogy egyre nagyobb mértékben kell fizetett forgalomra támaszkodni az organikus alulteljesítést kompenzálva. Ha a kategóriaoldalakat a rendezési sorrendek duplikálják, ha a canonicals nem következetes, vagy ha az oldalszámozás és a szűrők milliónyi vékony változatot hoznak létre, a Google olyan helyen tölti az időt, ahol nem termelsz értéket. Azok a versenytársak, amelyek tisztább architektúrával és erősebb sablonokkal rendelkeznek, hasonló backlink-profillal is megelőzhetnek, ezért a priorizálás során gyakran összekapcsolom a technikai megállapításokat a versenytárs- és piaci elemzéssel. Láttam már eCommerce csapatokat hónapokra elcsúszni a növekedésben, mert a fejlesztők nemindex szabályokat szállítottak a renderelt kimenetre, miközben a szerveroldali HTML továbbra is indexelhető maradt. Láttam piactereket is, ahol az XML sitemap olyan URL-eket sorolt fel, amelyek 404-et vagy 302-t adtak vissza, illetve eltérő célokra canonicalizáltak, így minden nap vegyes jelzéseket küldtek. Emellett nagy márkáknál is tapasztaltam, hogy a tartalmi minőségre fogták a problémát, miközben a valódi gond a log file analysis segítségével bizonyított feltérképezési pazarlás volt. A tétlenség ára nemcsak alacsonyabb helyezésekben mérhető; ez az az idegmérnöki idő, amit a probléma rossz rétegének javítására fordítasz.

A dolog helyes elvégzésének az az előnye, hogy jelentős: a technikai SEO ugyanis javítja minden más, általad közzétett és promotált tartalom hatékonyságát. A saját munkámban jelenleg 41 eCommerce domain kezelését látom el 40+ nyelven, domainenként nagyjából 20M generált URL-lel, és piac- és sablonstratégiától függően 500K és 10M közötti indexelt oldallal. Nagyléptékű projektekben a feltérképezési büdzsé rendbetétele, a kanonikus irányítás, a sitemap-higiénia és a jobb belső linkelés együtt olyan eredményekhez vezetett, mint a +430% láthatóságnövekedés, a helyreállítási időszakok alatt napi 500K+ URL indexelése, valamint az architekturális változtatások után 3× jobb crawl hatékonyság. Ezek az eredmények nem általános auditokból származnak; abból jönnek, hogy összekapcsolom a site architecture & URL structure, a schema & structured data témaköröket, és egy fegyelmezett validációs folyamatot alkalmazok. A technikai SEO audit az a pont, ahol a feltételezések véget érnek, és a bizonyítékok kezdődnek. Megmutatja, hogy mely problémák blokkolják most a növekedést, melyek halaszthatók biztonságosan, és milyen javítási sorrend ad mérhető javulást a következő 30, 90 és 180 napban.

Hogyan végezzük a technikai SEO auditot vállalati weboldalak esetén

A technikai SEO audit megközelítésem egyetlen szabállyal indul: ne a tüneteket kezeld gyökérokokként. A weboldalon több ezer kizárt oldal is lehet a Search Console-ban, de a valódi probléma valahol máshol van: belső linkelésben, sablonok duplikációjában, megjelenítésben (renderelésben) vagy a feltérképezési források (crawl allocation) elosztásában az alacsony értékű útvonalak felé. Ezért a standard audit eszközöket egyedi adatkivonással és Python SEO automatizálással kombinálom, ahelyett hogy egyetlen crawler exportjára és egy ellenőrzőlistára hagyatkoznék. A cél nem egy hosszú dokumentum előállítása; a cél egy döntéstámogató rendszer létrehozása, amely megmutatja, mit érdemes először javítani, és azt is, hogy miért. A munka során a üzletileg kritikus oldalcsoportokból indulok ki: kategóriasablonok, termékoldali részletező oldalak, szerkesztőségi hubok, szűrők, találati (search result) oldalak és nemzetközi verziók. Vállalati (enterprise) oldalak esetén minden javaslatnak tesztelhetőnek, skálázhatónak és elég egyértelműnek kell lennie ahhoz, hogy az engineering, a product és a SEO szereplői egyetértsenek a megvalósításban. A díszítő jellegű audit és a valóban hasznos közti különbség az, hogy az eredmények megállják-e a helyüket a valós platformokkal, a release ciklusokkal és a backlog korlátokkal való találkozás során.

A gyakorlatban az audit több adatréteget kombinál: Screaming Frog vagy egy egyéni crawler a struktúrához, a Google Search Console API az indexelési és lekérdezési adatokhoz, a szervernaplók a botok viselkedéséhez, a Chrome UX adatok a teljesítményhez, valamint célzott kézi ellenőrzés a megjelenített HTML és a sablonlogika vizsgálatához. Gyakran URL-szintű adathalmazokat is belekotrok Pythonba vagy táblázatokba, hogy az issue-okat sablon, alkönyvtár, paramétertípus, nyelv vagy status-code mintázat szerint csoportosítsam. Ez azért fontos, mert egy 200 termékoldalt érintő probléma nem kezelhető ugyanúgy, mint egy 4.2M fasettált URL-t érintő mintázat. Emellett a crawl kimenetét összevetem az indexelési és a forgalmi adatokkal, hogy azonosítsam a false pozitívokat: egyes technikailag tökéletlen URL-eknek nincs valódi üzleti költségük, míg mások csendben elnyomják a legnagyobb értékű oldalait. Azoknál az ügyfeleknél, akiknek folyamatos rálátásra van szükségük a javításokra, az eredmények közvetlenül betáplálhatók SEO riportálás és analitika irányítópultokba, így az előrehaladás issue-kategóriánként mérhető, nem elszigetelt képernyőképek alapján. Ez az adatszerkezet különösen akkor hasznos, ha több csapat felel a technológiai stack különböző részeiért. Az audit így működő ütemtervvé válik, nem pedig egy egyszeri PDF-dokumentummá.

Az AI a munkafolyamat része, de nem ott használom, ahol a pontosság elcsúszhat. Claude és GPT modelleket használok a klaszterezés, címkézés, dokumentációs vázlatok, regex javaslatok és a szélső esetek (edge-case) átvizsgálásának felgyorsításához, különösen ha hatalmas URL-készletekkel vagy ismétlődő sablonproblémákkal dolgozom. Ez a munkafolyamat egy olyan, kontrollált folyamat részeként fut, amely hasonlít a AI & LLM SEO workflows megközelítésemhez: minden olyan kimenet, amelyet modell segített, a feltérképezési (crawl) adatok, a forráskód vagy a logok alapján kerül ellenőrzésre, mielőtt ajánlássá válna. Például az AI segíthet 50 000 duplikált title-minta összefoglalásában, vagy javasolhat kategóriákat a paraméter-zajhoz, de nem dönti el, hogy egy canonical implementáció technikailag helyes-e. A legnagyobb emberi szerep akkor fontos, amikor a jelzések ütköznek, például ha a renderelt canonicals eltér a nyers HTML-től, vagy ha a Search Console riportjai lemaradnak a post-fix feltérképezési viselkedéshez képest. Ha helyesen alkalmazzák, az AI akár 80%-kal is csökkenti a manuális munkát az ismétlődő elemzési és dokumentációs feladatok során. Ezt az időmegtakarítást pedig olyan részekre fordítom, amelyek ténylegesen változtatják az eredményeket: architektúra-döntésekre, priorizálásra és az implementáció minőségének ellenőrzésére. Így gyorsabb az átfutási idő úgy, hogy az audit nem válik általános másolattá.

A skálázás megváltoztatja az audit kialakítását. Egy 20 000 oldalas brosúraoldal gyakran már 1-2 feltérképezési körrel diagnosztizálható, de egy 5M indexelt oldallal, 20M generált URL-lel rendelkező, több ccTLD-t használó és piaconként eltérő sablonokat alkalmazó oldalon már a kezdetektől szegmentálásra van szükség. A vállalati auditokat oldal-típus taxonómiákra, nyelv–piac kombinációkra, belső link gráf mintázatokra, kanonikus klaszterekre és crawl-log szeletekre építem, hogy elkülöníthessük, hol invesztál túl sokat a Googlebot, illetve hol invesztál túl keveset. Ez a munka gyakran metszi a webhelyarchitektúra & URL-struktúra, az nemzetközi & többnyelvű SEO és az eCommerce SEO területeit is, mert a technikai hibák ritkán maradnak egyetlen SEO-kategórián belül. Többnyelvű weboldalakon a hreflang és a kanonikus hibák akár akkor is elnyomhatják a helyes piacokra célzott oldalak teljesítményét, ha a tartalom minősége erős. Nagy katalógusoknál egy rosszul kontrollált szűrőrendszer akár milliónyi, alacsony értékű URL-t is létrehozhat, amelyek eltemetik a kategória- és termékfelfedezést. Az én feladatom, hogy ezt a komplexitást olyan bevezetési (implementációs) sorrenddé csökkentsem, amelyet a csapatod ténylegesen le tud szállítani, ellenőrizni és fenntartani tud.

Vállalati technikai SEO audit: mire van igazán szükség a nagy oldalak diagnosztikájához

A hagyományos technikai auditok gyakran vállalati szinten elbuknak, mert abból indulnak ki, hogy egy feltérképezés (crawl) egyben az igazságot is jelenti. Több millió URL-lel rendelkező webhely esetén ez az feltételezés hibás. Ugyanaz a sablon piaconként, eszközönként, paraméterállapotonként, raktárkészlet-státuszonként vagy renderelési útvonalanként másképp viselkedhet, és ha a crawler nem modellezi ezeket a különbségeket, akkor kihagyja azokat a mintázatokat, amelyek valóban számítanak. A nagy szervezeteknél emellett ott vannak a korábbi (legacy) átirányítások, részleges migrációk, több tartalomtulajdonos, valamint évek alatt felhalmozódott CMS-szabályok – így a technikai adó (technical debt) nem egy helyre koncentrálódik, hanem eloszlik. Ezért az általános hibaszámok nem elégségesek; szükséged van hibatípusokra (issue classes), érintett oldalcsoportokra, valamint üzleti súlyozású (business-weighted) priorizálásra. Vállalati környezetben ráadásul az érintettek (stakeholderek) egyeztetése is része az auditnak, mert nincs olyan javítás, amely túlélné, ha a termék, a fejlesztés és a SEO csapat másképp definiálja a problémát. Egy valódi vállalati technikai SEO auditnak nemcsak azt kell megmagyaráznia, hogy mi sérült, hanem azt is, hogy hol sérült, milyen gyakran fordul elő, és milyen munkasorrend adja a legnagyobb megtérülést (return) a legalacsonyabb bevezetési (rollout) kockázattal.

Ennek elvégzéséhez egyedi elemzési rétegeket építek, amikor a kész eszközök már nem hasznosak. A Python-scriptek több millió URL-t tudnak csoportosítani normalizált útvonal, paraméter-aláírás, kanonikus cél, hreflang visszatérési útvonal vagy belső hivatkozás forrása szerint, így olyan mintákat láthatunk, amelyeket egy sima export elfed. Olyan dashboardokat is készítek, amelyek összehasonlítják a generált, feltérképezett, indexelt és tényleges forgalmat hozó URL-eket oldaltípusonként — és itt válik gyakran nyilvánvalóvá a rejtett pazarlás. Egy nagyszabású katalógusprojektben a paramétertisztítás és a sitemap-szegmentálás annyira csökkentette az alacsony értékű feltérképezési arányt, hogy több mint napi 500K URL is egészségesebb indexelési ciklusba tudott lépni. Egy másik esetben az egyedi kanonikus–cluster ellenőrzések feltárták a külön régiós telepítések által bevezetett template driftet. Az ilyen jellegű megoldások átfednek a programozott SEO-val vállalati szinten, amikor az oldalgenerálási logika a probléma része, illetve a szemantikus core fejlesztéssel, amikor a sablon célja nem illeszkedik a keresési térhez (query space). A technikai audit sokkal erősebbé válik, amikor össze tudja kapcsolni a strukturális problémákat a feltárhatósággal (discoverability) és a keresleti igénnyel, ahelyett hogy minden URL-t egyformán fontosnak kezelne.

A munka további része attól is függ, hogyan kapcsolódik az audit a belső csapatok folyamataihoz. Általában fejlesztőkkel dolgozom az implementációs logika mentén, product owner-ekkel a bevezetés hatókörét illetően, a tartalmi csapatokkal pedig a sablonokra vonatkozó döntésekben, míg az analitika csapatokkal a trackelés validálásáról egyeztetek. Az ajánlások olyan formában kerülnek dokumentálásra, hogy a mérnökök fel tudják használni őket: problémaleírás, érintett minták (affected patterns), reprodukálási lépések, várt kimenet, fallback logika, edge case-ek és teszt URL-ek. Ha a weboldal újraépítés alatt áll vagy jelentős refaktoráláson megy keresztül, a munka gyakran metszi a weboldal-fejlesztés + SEO és a SEO migráció & replatforming területeit is, mert a technikai adó (technical debt) a legkönnyebben eltávolítható még az új stacken történő újraindítás előtt. Azoknál az oldalaknál, amelyekhez erősebb SERP-értelmezésre van szükség, a fenti munkafolyamat során akár a schema & strukturált adatok ajánlásait is összekapcsolhatom. A legfontosabb szempont pedig az, hogy nem adok át egy jelentést, majd eltűnök. Egy technikai SEO audit akkor hozza a legtöbb értéket, ha támogatja az implementációt, az újratesztelést és a tudásátadást, hogy ugyanazok a hibák ne térjenek vissza a következő kiadási (release) ciklusban.

A technikai munka eredményei idővel összeadódnak, de nem mind ugyanabban a héten jelennek meg. Az első 30 napban a nagy prioritású javítások után általában tisztább feltérési útvonalakat látsz, javul a frissített sitemap-ek lefedettsége, és gyorsabbá válik a kijavított sablonok újrafeltérési folyamata. 60 és 90 nap között az indexelés minősége, a belső jelek konszolidációja és a kategóriaoldalak teljesítménye gyakran elkezd elmozdulni, különösen akkor, ha a webhelyen már korábban is erős volt a keresleti igény. 6 hónap után a nagyobb megtérülés jellemzően az architektúra-rendezésből, a duplikációk kontrolljából, a jobb sablon-teljesítményből és a belső linkek célzottabb elosztásából adódik a pénzoldalak felé. 12 hónap elteltével a technikai SEO tartalmak, linkek és merchandising esetén is erős szorzóerővé válik, mert a Google egyre több feltérési kapacitást és bizalmat fordít a megfelelő URL-ekre. Ezért sok ügyfél az audit után is folytatja a SEO curation & havi menedzsment szolgáltatást. Az audit eléri a plafont; a folyamatos menedzsment pedig biztosítja, hogy az üzlet tovább növekedjen alatta.

Szállítmányok

Mit tartalmaz

01 Teljes átvizsgálási diagnosztika, amely feltérképezi a státuszkódokat, a kanonikus célokat, a duplikált mintákat, az átirányítási láncokat, az árva URL-eket és a belső linkmélységet, hogy a csapatod lássa, hol veszti el a tekintélyt (authority) és a feltérési büdzsét.

02 A Search Console lefedettség-elemzése, amely összehasonlítja a beküldött, felfedezett, feltérhetett, indexelt és kizárt állapotokat, így elkülöníthetők az indexelési tünetek a valódi technikai okoktól.

03 Szervernapló-áttekintés, amely bemutatja, hogyan viselkedik a Googlebot ténylegesen a webhelyeden, mely útvonalakat keresi vissza, és mely alacsony értékű URL-minták emésztenek fel kéréseket.

04 Rendering- és JavaScript SEO-ellenőrzések, amelyek összevetik a nyers HTML-t a renderelt kimenettel, hogy kiszűrjék a blokkolt erőforrásokat, a hiányzó linkeket, a hydration-problémákat és a láthatatlan tartalmat.

05 Robots irányelvek validálása a robots.txt, meta robots, x-robots-tag, kanonikus tagek és HTTP header-ek között, hogy megszüntessék az ellentmondásos jelzéseket.

06 XML sitemap audit, amely ellenőrzi a frissességet, a kanonikus illeszkedést, a státuszkódok érvényességét, az hreflang konzisztenciát, valamint a szegmentálást oldaltípus vagy piac szerint.

07 Core Web Vitals és teljesítmény-ellenőrzés, SEO-hatásra lekötve, beleértve a sablonszintű problémákat, a mobilos szűk keresztmetszeteket és az elpazarolt script-futtatást.

08 Belső linkelés és feltérési mélység elemzése, amely azonosítja a kevés linket kapó „money” oldalakat, a túl sok linket kapó alacsony értékű útvonalakat, és a gyenge hub-struktúrákat.

09 Duplikált tartalom és paraméterkezelés felülvizsgálata faceted navigációhoz, session ID-khoz, tracking paraméterekhez, nyomtatási nézetekhez, rendezési sorrendekhez és közel azonos sablonokhoz.

10 Prioritizált megvalósítási ütemterv súlyossági pontszámozással, üzleti hatással, fejlesztőbarát követelményekkel, valamint poszt-launch validálási kritériumokkal.

Folyamat

Hogyan működik

Fázis 01

1. fázis: Feltárás, hozzáférés és adatok feltérképezése

Az 1. héten a Search Console, az analitika, a CMS-minták, a sitemap fájlok, a robots szabályok, a CDN vagy a szervernaplók, valamint az esetleges meglévő feltérképezési (crawl) exportok hozzáférése történik. Először kijelölöm az üzletileg kritikus oldalcsoportokat, mert az auditnak a bevételi prioritást kell tükröznie, nem pedig a technikai kíváncsiságot. Ha a webhely nagy, a feltérképezési szegmenseket a sablon, a nyelv, a piac és az URL-minta szerint határozom meg, még a vizsgálat megkezdése előtt. Ennek a fázisnak az eredménye egy mérési terv, az adatok leltára, valamint egy egyeztetett keret, hogy az audit további része elsősorban azokra az oldalakra összpontosítson, amelyek a legfontosabbak.

Fázis 02

2. fázis: Feltérképezés, Renderelés és Indexelési diagnózis

1–2. héten teljes vagy szegmentált feltérképezéseket futtatok, összehasonlítom a nyers és a renderelt HTML-t, ellenőrzöm a robots és canonical viselkedést, valamint feltérképezem a belső hivatkozási mélységet és a duplikált klasztereket. A Google Search Console lefedettségét, a feltérképezési statisztikákat és a lekérdezési mintákat a feltérképezés kimenetéhez viszonyítva vizsgálom, hogy hol illeszkednek a kizárt vagy alulteljesítő URL-ek a technikai okokra. Ha naplófájlok rendelkezésre állnak, elemzem, hogy a Googlebot milyen gyakran kéri a kulcsoldalak csoportjait a paraméteres vagy zsákutcás útvonalakhoz képest. Ennek az átadandó anyagnak az eredménye egy problématérkép, amely szétválasztja a gyökérokat a tünetektől, és számszerűsíti az egyes minták mértékét.

Fázis 03

3. fázis: Prioritizálás és technikai specifikációk

A 3. héten az eredményeket súlyosság, az érintett URL-ek száma, a bevételre gyakorolt hatás, a függőségi szint és a megvalósítási komplexitás alapján pontozom. Ezután az auditot fejlesztői szintű, azonnal hasznosítható specifikációkká alakítom például URL-ekkel, várt viselkedéssel, edge case-ekkel, elfogadási kritériumokkal és validálási lépésekkel. Itt buknak el sok audit a piacon: leírják a problémákat, de nem alakítják át őket szállítható (implementálható) követelményekbe. Az eredmény egy priorizált fejlesztési backlog, amelyet a termék-, mérnöki és SEO csapatok minimális félreérthetőséggel tudnak ütemezni.

Fázis 04

4. fázis: Validálás, újratesztelés és roadmap-kiterjesztés

Amint a javítások kiadásra kerülnek, validálom azokat újrakeresésekkel (recrawl), renderelt oldalak ellenőrzésével, log-összehasonlításokkal és indexelési folyamatok monitorozásával. A jelentős változtatások – például a canonical átírások, sitemap-frissítések, a noindex takarítás, a lapozás kezelése és a sablon teljesítményének javításai – csak akkor tekinthetők késznek, ha az adatok megerősítik a jobb viselkedést. Szükség esetén az audit 90 napos roadmap-ra is kiterjed, amely architekturális változtatásokat, tartalom-sablon fejlesztéseket és monitorozó dashboardokat foglal magában. Ez a fázis lezárja a folyamatot, így az audit igazolt eredményeket szolgáltat, nem pedig ellenőrizetlen ajánlásokat.

Összehasonlítás

Technikai SEO audit: Standard vs. vállalati auditfolyamat

Dimenzió

Standard megközelítés

Megközelítésünk

Adatforrások

Egyetlen crawler export és egy gyors Search Console-áttekintés

Crawl-adatok, renderelt HTML-ellenőrzések, GSC API, naplók, sitemap-ek, teljesítményadatok és kézi template-validálás

Webhelyméret kezelése

Feltételezi, hogy az összes URL egyetlen körben áttekinthető

Szétbontás oldaltípus, nyelv, piac, paraméterosztály és üzleti érték szerint 100K-tól 10M+ URL-ig terjedő környezetekben

Prioritization

Több tucat problémát sorol fel, de üzleti súlyozás nélkül

Minden egyes problémát a bevételi hatás, az érintett URL-ek száma, a függőségi szint és a megvalósítási komplexitás alapján pontoz

JavaScript-feldolgozás és renderelés

A forráskódot felszínesen ellenőrzi

Összehasonlítja a nyers és a renderelt kimenetet, a blokkolt erőforrásokat, a hydrálási viselkedést, valamint a renderelt hivatkozások felfedezhetőségét

Implementációs kimenet

Magas szintű ajánlások diavetítés formátumban

Fejlesztői használatra kész specifikációk példákkal, várt viselkedéssel, szélső esetekkel és validálási kritériumokkal

Validation

Az audit a leszállítással véget ér

Újrafeltérképezés, naplóellenőrzések, indexelés-monitoring és a kiadás utáni ellenőrzés annak igazolására, hogy valódi javulás történt

Ellenőrzőlista

Átfogó technikai SEO audit ellenőrzőlista: Mit fedünk le

✓ Indexelési vezérlések a robots.txt-ben, a meta robotsban, az x-robots-tagben, a kanonikus címkékben és az HTTP státuszkódokban, mert az ellentmondó utasítások elnyomhatják a bevételt hozó oldalak indexelését, vagy nagy léptékben indexelhetővé tehetik az alacsony értékű oldalakat. KRITIKUS
✓ Kanonikalizálási minták sablononként és paramétertípusonként, mivel a gyenge kanonikus vezérlés duplikált klasztereket, széttöredezett rangsorolási jeleket és instabil céloldalakat okoz a keresési találatokban. KRITIKUS
✓ Szervernapló-átjárás viselkedésének ellenőrzése, hogy hol tölti a Googlebot ténylegesen a kéréseket, mert a szűrőkön, átirányításokon és hibás URL-eken elköltött feltérképezési erőforrás lelassítja a bevételt hozó oldalak felfedezését. KRITIKUS
✓ Belső linkelési mélység, yetlen (árva) oldalak és horgonyok (anchor) eloszlása, mert az alullinkelt kategória- és termékoldalak gyakran technikailag még mindig érvényesek, de kereskedelmileg láthatatlanok maradnak.
✓ Az XML oldaltérkép minősége, frissessége, szegmentálása és a kanonikus URL-ekkel való összhangja, mert a sitemap-zaj idővel megtanítja a keresőmotorokat, hogy ne bízzanak a forrásban.
✓ Átirányítási láncok, hurkok, vegyes protokoll-útvonalak és régi (legacy) átirányítások, mert minden felesleges ugrás rontja a feltérképezési hatékonyságot, és növeli a megvalósítási adósságot.
✓ JavaScript-feldolgozás és nyers vs. feldolgozott különbségek, mert a szerveroldali kimenetből hiányzó linkek vagy metaadatok megállíthatják a feltérképezést, és a konszolidáció jelzését adhatják.
✓ Core Web Vitals és a sablonok teljesítményének szűk keresztmetszetei, mert a lassú mobiloldali megjelenítés növeli a lemorzsolódást, és gyakran gyengébb feltérképezési és megjelenítési megbízhatósággal is együtt jár.
✓ Oldalazás, szűrt/szűréses navigáció, keresőoldalak, valamint a vékony (rövid) URL-generálás szabályai, mert a kontrollálatlan kombinációk milliószámra termelhetnek alacsony értékű oldalakat.
✓ Hreflang, regionális duplikáció és releváns esetben piacspecifikus kanonikus következetesség; mivel a többnyelvű hibák a jogosultságot a rossz piaci verzióra irányíthatják.

Eredmények

Valódi Eredmények Technikai SEO Audit Projektekből

Vállalati home & garden eCommerce

+214% non-brand kattintás 9 hónap alatt

A weboldalon erős volt a kereslet, de súlyos feltérképezési (crawl) pazarlás jelentkezett a fasetált URL-ek, a duplikált lapozási állapotok és a kategóriasablonokon belüli inkonzisztens canonicalok miatt. Az audit logelemzést, sablonszintű feltérképezési szegmentálást és egy, a weboldal architektúrájához és URL-struktúrához kötött tisztítási tervet használt. A paraméterek kontrollja, a belső linkelés frissítései és a sitemapok szegmentálása után a Google a feltérképezést a fő kategóriák és termékek felé tolta el, és a non-brand kattintások a következő három negyedévben több mint megduplázódtak.

Többpiacú divat-kiskereskedő

3,1x gyorsabb feltérképezési hatékonyság és 42%-kal gyorsabb indexelés

A projekt több nyelv–piac verziót érintett, ahol hreflang drift jelentkezett, illetve részleges noindex ütközések és JavaScript-sel betöltött metaadatok eltérései léptek fel. Feltérképeztem a nyers és a betöltött (renderelt) kimenetek közötti különbségeket, összehangoltam a hreflang return tag-eket, és együttműködtem az international & multilingual SEO feladatkörrel foglalkozó csapattal. Miután a sablonokat összehangoltuk és csökkentettük az alacsony értékű feltérképezési útvonalakat, az oldalnál érezhetően gyorsabb lett a kiemelt kollekciók újrafeltérképezése, és tartós javulás állt be a érvényes indexelt URL-ek számában.

B2B alkatrész piactér

+37% több érvényes indexelt oldal 4 hónap alatt

A piactér nagyon sok kombinációs URL-t generált, amelyek közül sok a feltérképezők számára egyedinek tűnt, de kevés keresési értékkel bírt. Klaszterezési szkripteket építettem, amelyek a normalizált URL-mintákat csoportosították, majd az elemzés alapján meghatároztam, mely oldaltípusok legyenek indexelhetők, és melyek maradjanak felfedezhetők, de ne kerüljenek indexbe. Ez egy kapcsolódó munkafolyamat volt a programmatic SEO for enterprise szolgáltatásunkhoz. A belső linkek konszolidálásával és a letisztultabb sitemap-ekkel együtt ez javította az indexminőséget, és növelte azoknak a kereskedelmi long-tail oldalaknak a forgalmát, amelyek ténylegesen konvertáltak.

Kapcsolódó esettanulmányok

4× Growth

SaaS

Nemzetközi kiberbiztonsági SaaS

80-ról 400 látogatásra/nap 4 hónap alatt. Nemzetközi kiberbiztonsági SaaS platform több piacos SEO s...

0 → 2100/day

Marketplace

Használt autó piactér – Lengyelország

Nulláról 2100/nap organikus látogatóra 14 hónap alatt. Teljes körű SEO indulás a lengyel autó piacté...

10× Growth

eCommerce

Prémium bútor e-kereskedelem – Németország

30-ról 370 látogatásra/nap 14 hónap alatt. Prémium bútor e-kereskedelem a német piacon....

Andrii Stanetskyi

A projekt mögött álló szakértő

11 év alatt oldok meg SEO-problémákat minden területen — eCommerce, SaaS, egészségügy, marketplace-ek, szolgáltató cégek. A startupokhoz készített egyedi auditoktól a több domaines enterprise stackek menedzseléséig mindent csinálok. Megírom a Python-t, felépítem a dashboardokat, és én felelek az eredményért. Nincs közvetítő, nincs fiókmenedzser — közvetlen hozzáférés ahhoz, aki ténylegesen dolgozik.

200+

Szállított projektek

18

Iparágak

40+

Leckedelt nyelvek

11+

Év SEO-ban

Megfelelőségi felmérés

A Műszaki SEO audit megfelelő a te vállalkozásod számára?

Nagy e-kereskedelmi csapatok számára, 50 000 és 10M+ URL-lel, akik tisztában vannak azzal, hogy a forgalom a feltérképezési pazarlás, a duplikált oldalak generálása vagy a gyenge sablonvezérlés miatt korlátozódik. Ha a katalógusod gyorsabban növekszik, mint a technikai irányításod, ez a szolgáltatás egy üzleti értékhez kötött javítási tervet ad. Különösen akkor releváns, ha együtt használod az enterprise eCommerce SEO vagy az eCommerce SEO szolgáltatással.

Multinacionális vagy többpiacos vállalkozások, ahol ugyanaz a sablon országonként, nyelvenként vagy alkönyvtárak szerint eltérő módon viselkedik. Ha a hreflang, a kanonikus URL-ek, a piaci irányítás vagy a lokalizációs logika indexelési konfliktusokat okoz, egy technikai audit feltárja, hol sérül az architektúra. Ezek a projektek gyakran átfedik egymást a nemzetközi és többnyelvű SEO-val.

Olyan vállalatok számára, amelyek egy újratervezésből, CMS-váltásból, platformkonszolidációból vagy domainátváltásból indulnak ki, illetve ezek utáni helyreállításban vannak. A technikai audit az egyik leggyorsabb módja annak feltárására, hogy a launch előtt mit kell mindenképp megőrizni, és hogy a launch után bekövetkezett veszteségek valószínűleg mi miatt történtek. Ilyen esetekben közvetlenül kapcsolódik a SEO migrációhoz és replatforminghez.

Piackönyvtárak, portálok, SaaS-dokumentációs oldalak vagy készletben gazdag vállalkozások, ahol dinamikus oldalgenerálás és rengeteg alacsony értékű kombináció jellemző. Ha az indexed nagyobb, mint a tényleges lehetőséged, ez a szolgáltatás segít meghatározni, mi legyen jelen, mi legyen feltérképezve (crawl-elve), és mi kerüljön rangsorolásra. Ezekben az esetekben gyakran előnyös a portál- és marketplace SEO vagy a SaaS SEO-stratégia.

Nem megfelelő?

Nagyon kicsi brosúraoldalak, néhány tucat oldallal, és semmi jel nem mutatja a feltérképezési, renderelési vagy indexelési problémákat. Ilyen esetben a leggyakoribb szűk keresztmetszet a pozicionálás, a kulcsszó-lefedettség vagy a konverzióra optimalizált oldalak létrehozása, ezért induljon a weboldal SEO promócióval vagy a tartalmi stratégia & optimalizálással.

Olyan csapatoknak, amelyek csak egy felületes ellenőrzőlistát keresnek anélkül, hogy hozzáférnének a javítások bevezetéséhez. A technikai audit akkor teremt valódi értéket, ha valaki képes végrehajtani a változtatásokat, és azokat ellenőrizni is tudja. Ha az Ön fő igénye inkább az oktatás, a belső képességek kialakítása vagy döntéstámogatás a mélyebb munka megkezdése előtt, akkor az SEO csapatok képzése vagy az SEO mentorálás és konzultáció lehet a jobb első lépés.

GYIK

Gyakran ismételt kérdések

A technikai SEO audit azt vizsgálja, hogyan tudják a keresőmotorok feltérképezni (crawl), megjeleníteni (renderelni), indexelni és értelmezni a weboldalát. Gyakorlatban ez magában foglalja a státuszkódokat, a canonical tageket, a robots szabályokat, a sitemap-eket, a belső linkelést, a duplikációs mintázatokat, a JavaScript megjelenítést, a Core Web Vitals mutatókat, valamint sok esetben a szervernaplókat. Emellett a technikai megállapításokat összevetem a Search Console adataival és a üzletileg kritikus oldalcsoportokkal is, mert nem minden probléma kap azonos prioritást. Nagyobb weboldalaknál sablon, piac és paraméter-osztály szerint szegmentálom az eredményt, hogy az közvetlenül megvalósítható legyen. A végső kézbesíthető anyag egy priorizált megvalósítási ütemterv, nem csupán hibajegyzék.

Az ár elsősorban a weboldal méretétől, összetettségétől és az adatokhoz való hozzáféréstől függ. Egy 10 000–50 000 URL-t tartalmazó oldal, viszonylag egyszerű technológiai stackkel, gyakran kb. 2500–5000 EUR sávban mozog. Egy nagy e-kereskedelmi vagy többnyelvű rendszer 100 000–1M URL-lel, több sablonnal és alaposabb ellenőrzéssel általában 5000–12 000 EUR tartományba esik. Vállalati környezetben, ahol naplóadatok, JavaScript-renderelési problémák, migrációs kockázat vagy több millió URL szerepel, ez 12 000 EUR fölé is mehet, mert az elemzési és megvalósítási igény lényegesen nagyobb. Az árat a várható munkamennyiség alapján határozom meg, nem fix csomag szerint, így csak azért fizetsz, amire a te oldaladnak valóban szüksége van.

Egy jól fókuszált audit egy közepes méretű weboldalon általában 2–4 hét alatt készül el, míg az olyan vállalati oldalaknál, amelyeknél 1 millió+ URL van, vagy több piacot érintünk, gyakran 4–6 hétre van szükség. Az első technikai megállapítások többnyire az első héten belül kezdenek kirajzolódni, amint a feltérképezési adatok, a Search Console és a naplófájlok rendelkezésre állnak. A tényleges SEO eredmények megjelenése attól is függ, milyen gyorsan kerülnek bevezetésre a javítások, illetve hogy a Google milyen gyakran újravizsgálja az érintett sablonokat. Egyes fejlesztések, például a sitemapok rendbetétele vagy az átirányítások helyesbítése, akár néhány héten belül is éreztethetik hatásukat. A nagyobb architektúra-átalakítások és az ismétlődések kontrollját érintő módosítások viszont jellemzően 2–4 hónap után kezdenek érdemben látszani a rangsorokban és a forgalomban.

Igen, van különbség. Az általános SEO audit általában átfogó képet ad a technikai tényezőkről, a tartalomról, a kulcsszavakról, a backlinkekről és a versenypozícióról. Ezzel szemben a technikai SEO audit sokkal mélyebbre megy: részletesen vizsgálja a feltérképezési viselkedést, a renderelést, az indexelést, a sablonokat, a kanonikus logikát, a belső linkstruktúra (belső gráf) mintázatait, valamint a megvalósítási részleteket is. Ha a forgalmi probléma az oldalszerkezeti felépítésből, az index „túlnövekedéséből”, a JavaScriptből vagy migrációs gondokból ered, egy általános audit gyakran túl széles marad ahhoz, hogy igazán hasznos legyen. Ha szeretné látni a teljes képet, a következő jó lépés egy [átfogó SEO audit](/services/comprehensive-seo-audit/) lehet. Ha pedig már biztos, hogy a szűk keresztmetszet technikai, akkor egy dedikált technikai audit gyorsabb és célravezetőbb.

Igen, és ez az egyik leggyakoribb oka annak, hogy ügyfelek felveszik velünk a kapcsolatot. Összehasonlítom a nyers HTML-t a ténylegesen renderelt kimenettel, ellenőrzöm, hogy a fontos linkek és metaadatok jelen vannak-e renderelés előtt és után is, illetve megvizsgálom a blokkolt erőforrásokat vagy a hidrálási (hydration) problémákat, amelyek ronthatják a feltérhetőséget. Szűrősávoknál elemzem, hogy mely kombinációk adnak valódi keresési értéket, és melyek csak felesleges feltérképezési „szemetet” generálnak. Ide tartozik a kanonikus logika, belső linkelés, noindex minták, paraméterkezelés és a sitemap-bevételi szabályok áttekintése. Nagy e-kereskedelmi oldalaknál ezek a részletek gyakran eldöntik, hogy a Google idejét a kategória- és termékoldalak elemzésére fordítja-e, vagy teljesen elvész a szűrők között.

Általában igen. Az e-kereskedelmi oldalak technikai szempontból sokkal összetettebbek, mint amit a legtöbb hagyományos audit lefed: például szűrők (faceted filters), készletállapot-változások, lapozás, duplikált termékváltozatok, szezonális sablonok, belső keresőoldalak, kereskedői feedek, valamint nagy mennyiségű, egymáshoz nagyon hasonló URL. Egy jó e-kereskedelmi technikai auditnak értenie kell a katalógus logikájához és a kereskedelmi oldalak hierarchiájához is, nem csak az SEO elméletet. Ebben különösen erős a hátterem: 11+ év vállalati szintű e-kereskedelmi SEO, és jelenleg 41 domain felelőssége 40+ nyelven. Ha a katalógusod nagy, az auditot érdemes közvetlenül a kategória-, termék- és feltérképezési (crawl budget) stratégiához kötni, nem pedig általános best practice-ekre.

Igen. Ez az a környezet, amelyben a leggyakrabban dolgozom. A jelenlegi portfóliómban olyan domainek is szerepelnek, amelyek oldalanként nagyjából 20 millió generált URL-lel rendelkeznek, illetve piacoktól függően 500 ezer és 10 millió közötti indexelt oldalt mutatnak. Ilyen méretnél az auditot eleve szegmentálom oldaltípus, nyelv és mintázat (pattern) szerint, és a Python-alapú elemzés segít a feldolgozásban olyan adatok esetén, amelyeket a hagyományos exportok sokszor nem kezelnek jól. Többnyelvű rendszereknél külön ellenőrzöm az hreflang beállításokat, a kereszspiaci canonicals logikát, a regionális útvonalakat, valamint a piac-specifikus sitemap-kezelést is. A folyamatot a bonyolultságra építem, nem utólag „ráigazítom”.

A leadást követően a legtöbb ügyfél három dolog egyikére szorul: megvalósítási támogatásra, validálásra vagy folyamatos monitorozásra. Közvetlenül együtt tudok működni a fejlesztőcsapatoddal és a termék felelősökkel, hogy pontosítsuk az igényeket, átbeszéljük a speciális (edge) eseteket, és rangsoroljuk a bevezetési sorrendet. Amint a javítások élesbe kerülnek, újra feltérképezem (re-scrawl), ellenőrzöm a renderelt tartalmat, ahol lehet összevetem a logokat, és figyelem az indexelési jelzéseket, hogy biztosan lássuk, működtek-e a változtatások. Ha a webhelynek további irányításra/folyamatos gondozásra is szüksége van, ez általában a [SEO curation & havi menedzsment](/services/seo-monthly-management/) keretében vagy egy fókuszált konzultációs megoldással folytatódik. A lényeg: az audit nem feltétlenül csak egy dokumentum; a kivitelezés és az ellenőrzés során is folytathatjuk vele a munkát.

Következő lépések

Kezdje el most a technikai SEO auditot

Egy erős technikai SEO audit megszünteti azokat a rejtett korlátokat, amelyek megakadályozzák, hogy a legjobb oldalai megkapják azt a láthatóságot, amit megérdemelnek. Ha a feltérképezési útvonalak tisztábbak, a kanonikus URL-ek konzisztenssek, a megjelenítés megbízható, és a belső linkelés a megfelelő sablonokat támogatja, akkor minden további SEO-befektetés nagyobbat „hasít”. Pont ezt a szolgáltatást adja: nem egy hibalistát, hanem egy gyakorlati útvonalat a technikai adósságtól a mérhető növekedésig. 11+ év vállalati eCommerce SEO tapasztalattal rendelkezem, jelenleg 41 domain felett felelek 40+ nyelven, mély szakértője vagyok a 10M+ URL-struktúráknak, és a folyamatot Python automatizálással, valamint AI-támogatott elemzéssel erősítettem meg. Tallinnból (Észtország) dolgozom, olyan gyakorlóként, akinek ezeket a problémákat nagyságrendben kell megoldania — nem csupán leírni.

A legkönnyebb első lépés egy ingyenes, 30 perces konzultáció, ahol áttekintjük a jelenlegi helyzetét, a webhely méretét, a platformot, a célpiacokat, valamint azt, milyen tüneteket lát forgalomban, indexelésben vagy feltérképezési (crawl) viselkedésben. Ha megvannak, a hívás előtt küldje el a Search Console hozzáférést, mintakivonatokat a crawl exportokból, a sitemap fájlokat, illetve a legutóbbi migráció vagy kiadás (release) jegyzeteket; ezzel jelentősen lerövidül a diagnózis ideje. A konzultáció után felvázolom a feladatkörét (scope), a várható ütemtervet, az adatigényeket, és azt is, hogy az első deliverable pontosan hogyan fog kinézni. A legtöbb projektnél a kezdeti kimenet egy scope-olt audit terv, vagy az első munkahét végére elkészülő korai issues térkép. Ha a problémája nem csak technikai jellegű, ezt is jelzem, és a megfelelő szolgáltatás felé irányítalak, legyen szó akár content strategy & optimization-ról, keyword research & strategy-ról vagy link building & digital PR-ról.