A Search Console feltérképezési statisztikák jelentésének olvasása

Scheo · 2026-10-11 · olvasási idő ~10 perc · Szerző: Schmidt Péter

A Search Consoleban a legtöbben a Teljesítmény jelentést nézik, pedig a webhely technikai állapotáról sokszor többet elárul a Beállítások menü mélyén lévő Feltérképezési statisztikák jelentés. Ebből látod, milyen gyakran jár nálad a Googlebot, milyen gyorsan válaszol neki a szerver, és milyen hibákba fut bele. Ez a cikk végigvesz a jelentés részein, bemutatja a tipikus mintázatokat, és ad egy havi ötperces ellenőrző rutint. Mindenhol jelölöm, mi hivatalosan igazolt (a Google Search Central dokumentációja alapján), mi saját tapasztalat, és mi szakmai feltételezés.

Hol találod a feltérképezési statisztikák jelentést, és mit mutat?

A jelentést a Search Console bal oldali menüjében, a Beállítások oldalon találod, a Feltérképezés blokk „Jelentés megnyitása” gombja mögött. Nagyjából az elmúlt 90 nap Google-feltérképezési adatait mutatja, és csak gyökérszintű tulajdonnál érhető el, vagyis domain-tulajdonnál vagy a domain gyökerére felvett URL-előtagos tulajdonnál.

Hivatalosan igazolt. A jelentés felső részén három görbe van.

• Összes feltérképezési kérés, vagyis hány kérést küldtek a Google feltérképezői a webhelyedre, a sikerteleneket is beleértve.
• Teljes letöltési méret, vagyis mennyi adatot töltöttek le a kérések során.
• Átlagos válaszidő, vagyis átlagosan mennyi idő alatt kapták meg a lehívott erőforrásokat.

Alatta látod a gazdagép állapotát és négy bontást. Ezek a válasz (HTTP-kód) szerinti, a fájltípus szerinti, a cél szerinti (felfedezés vagy frissítés) és a Googlebot-típus szerinti bontás. Bármelyik sorra kattintva példa URL-eket kapsz, és domain-tulajdonnál az aldomainek külön is szerepelnek.

Saját tapasztalat. Kis és közepes oldalakon ezt a jelentést általában akkor nyitja meg valaki először, amikor már baj van. Pedig a szerveroldali gondok gyakran itt látszanak meg előbb, mint a kattintásokban, mert a forgalom csak késve reagál arra, hogy a Google kevesebbet vagy hibásan tud feltérképezni.

Mit jelent, ha a feltérképezési kérések száma hirtelen esik?

A kérések számának hirtelen esése legtöbbször azt jelzi, hogy a Googlebot akadályba ütközött, például szerverhibába, tűzfalba vagy elérhetetlen robots.txt fájlba. Ritkábban az is lehet az ok, hogy kevesebb új vagy változó tartalmat talál. Ezt úgy döntheted el, ha a görbe mellett a gazdagép állapotát és a válaszkód-bontást is megnézed.

Hivatalosan igazolt. A Google a feltérképezés ütemét a szerver viselkedéséhez igazítja. Ha sok 500-as, 503-as vagy 429-es választ kap, vagy a szerver lelassul, csökkenti a kérések számát. A robots.txt kezelése különösen szigorú. Ha a robots.txt kérése 5xx hibát ad, a Google az első 12 órában leállítja a webhely feltérképezését, és közben újra megpróbálja lekérni a fájlt. Utána legfeljebb 30 napig a legutóbbi jó változatot használja. Ha a hiba 30 nap után is fennáll, és a webhely egyébként elérhető, úgy viselkedik, mintha nem lenne robots.txt. Ha a webhely általában is elérhetetlen, leállítja a feltérképezést.

Az esés alakja sokat elárul.

• Egy-két napos, majdnem nulláig tartó völgy, utána visszaáll. Ez jó eséllyel átmeneti leállás, DNS-hiba vagy robots.txt-elérési gond. A gazdagép állapotánál ilyenkor figyelmeztetés jelenik meg.
• Lépcsős esés, ami tartósan alacsonyabb szinten marad. Saját tapasztalat szerint ez gyakran egy új bot-védelem, tűzfalszabály, robots.txt-módosítás vagy tömeges oldaltörlés után jelenik meg. Érdemes a dátumot összevetni azzal, hogy mi változott aznap a webhelyen.
• Lassú, hetek óta tartó csökkenés. Ennek gyakori oka, hogy kevesebb tartalom frissül. Szakmai feltételezés, hogy a gyenge minőségű új URL-ek iránt is csökkenhet a Google érdeklődése, ezt azonban a jelentés magában nem bizonyítja.

Mit jelent, ha a kérések száma kiugrik?

A kiugró kérésszám többnyire azt jelzi, hogy a Google sok új vagy megváltozott URL-t talált. Ez lehet szándékos (új szekció, migráció, frissített oldaltérkép), és lehet hiba, például végtelen paraméteres URL-ek vagy feltört oldal. A cél szerinti bontás megmutatja, melyikről van szó.

Hivatalosan igazolt. A cél szerinti bontás két részből áll. A felfedezés azokat az URL-eket jelenti, amelyeket a Google korábban nem térképezett fel, a frissítés a már ismert oldalak újbóli lekérését. A Google dokumentációja szerint a feltérképezési igényt többek között az oldal népszerűsége, a tartalom frissülése és az olyan nagy változások növelik, mint egy webhelyköltöztetés.

Így olvasd a kiugrást.

• A felfedezés aránya nő meg. Kattints rá, és nézd meg a példa URL-eket. Ha szűrő-, rendezési vagy naptár-paraméterek ismétlődnek bennük (például ?orderby=price&filter_color=piros), a webhely feltérképezhető URL-csapdát gyárt.
• A felfedezés mellett nő a 404-ek aránya is. Saját tapasztalat szerint ez gyakran hibás oldaltérképre vagy átirányítás nélküli migrációra utal.
• Hirtelen sok új HTML URL, idegen nyelvű vagy gyanús kulcsszavakkal. Ez feltört webhelyre utalhat. Ilyenkor nézd meg a Search Console Biztonsági problémák jelentését és a szerver fájljait is.
• A frissítés nő meg egy nagy átalakítás után. Ez általában rendben van, a Google ilyenkor újra lekéri a megváltozott oldalakat.

Hogyan olvasd az átlagos válaszidő görbéjét?

Az átlagos válaszidő azt mutatja, mennyi idő alatt kapja meg a Google feltérképezője a lehívott erőforrásokat a szervertől. Ez a szerver gyorsaságát méri, a böngészőben mért oldalbetöltést nem, és a Core Web Vitals mutatókkal sem azonos. Tartós emelkedése a leggyakoribb korai jele a tárhely túlterhelésének.

Hivatalosan igazolt. A Google feltérképezési kapacitáskorlátja a szerver válaszaihoz igazodik. Ha a webhely gyorsan és hibamentesen válaszol, a korlát nőhet, ha lassul vagy hibázik, csökken. Ezért a válaszidő és a kérésszám görbéje gyakran egymás tükörképe, vagyis ha az egyik felmegy, a másik lejjebb kerül.

Saját tapasztalat. Egészséges, gyorsítótárazott oldalaknál a görbe általában egyenletes, és néhány száz ezredmásodperc körül mozog. Ha hetekig 1000 ms fölött marad, az már vizsgálatot érdemel. Ez a küszöb nem hivatalos, a saját korábbi szintedhez képest nézd a változást.

Tipikus mintázatok a válaszidő-görbén.

• Rendszeres tüskék. Saját tapasztalat szerint ezeket gyakran éjszakai mentés, ütemezett feladat vagy gyorsítótár-ürítés okozza.
• Fokozatos emelkedés. Szakmai feltételezés, hogy ilyenkor nő az adatbázis, lassú bővítmény került fel, vagy osztott tárhelyen a szomszédos oldalak terhelése nőtt meg.
• Ugrás egy konkrét napon. Vesd össze a frissítésekkel, tárhelyváltással, PHP-verzióváltással vagy egy új biztonsági réteg bekapcsolásával.

Mit árul el a válaszkódok szerinti bontás?

A válaszkód-bontásból látod, a Google kéréseinek mekkora része sikeres, átirányított, hiányzó vagy szerverhibás. Egészséges webhelyen a 200-as és a 304-es válaszok vannak túlsúlyban. A gyorsan növekvő 5xx-arány szerverproblémára, a magas 3xx-arány elavult belső linkekre utal.

• 200 (OK). A normál, sikeres válasz, ennek kell a legnagyobb résznek lennie.
• 304 (Nem módosítva). Hivatalosan igazolt, hogy ez rendben van, a szerver jelzi, hogy az oldal nem változott, ami erőforrást takarít meg.
• 301 és 302. Kis arányuk normális. Ha tartósan magas, a belső linkek valószínűleg átirányított címekre mutatnak, és érdemes a végső URL-re javítani őket.
• 404. Hivatalosan igazolt, hogy a 404-es oldalak magukban nem rontják a webhely megítélését. Ha viszont hirtelen megugranak, nézd meg a példa URL-eket, mert törött belső linkek, régi címek vagy máshonnan hivatkozott, nem létező URL-ek lehetnek mögötte.
• 403. Saját tapasztalat szerint ez a tűzfal vagy a bot-védelem egyik leggyakoribb nyoma, amikor a Googlebot kérését tiltásként kezeli.
• 429 és 5xx. Hivatalosan igazolt, hogy ezekre a Google lassít. Ha tartósan jelen vannak, a szerver nem bírja a terhelést, vagy egy sebességkorlátozó szabály túl szigorú.
• A robots.txt nem érhető el, illetve a gazdagép nem érhető el. Ezek közvetlenül a gazdagép állapotához kapcsolódnak, és a fent leírt robots.txt-szabályok miatt akár le is állíthatják a feltérképezést.

Mit árul el a fájltípus szerinti bontás?

A fájltípus-bontás megmutatja, hogy a Google kéréseiből mennyi jut HTML-oldalakra és mennyi képekre, szkriptekre, stíluslapokra vagy más fájlokra. A HTML arányának hirtelen csökkenése vagy az „Ismeretlen (sikertelen)” sor növekedése a leggyakoribb figyelmeztető jel.

• Ismeretlen (sikertelen). Hivatalosan igazolt, hogy ide a sikertelen kérések kerülnek. Ha egyszerre nő a gazdagép-figyelmeztetésekkel, elérhetőségi problémáról van szó.
• JavaScript és CSS. Ezeket a Google a megjelenítéshez kéri le, ez a Googlebot-típus bontásban az oldalerőforrás betöltéseként jelenik meg. Saját tapasztalat szerint egy új sablon vagy oldalépítő után az arányuk érezhetően nőhet.
• JSON. Saját tapasztalat szerint WordPress-oldalakon a REST API végpontjai miatt lehet feltűnően sok. Ha ezek nem a keresőnek szólnak, érdemes megnézni, honnan linkelődnek.
• Kép. Képes webshopoknál és galériáknál természetes, hogy nagy az arányuk.

A Googlebot-típus bontásban az okostelefonos Googlebot jellemzően dominál, mert a Google mobilelső indexelést használ (hivatalosan igazolt). Az AdsBot a Google Ads hirdetések céloldalait ellenőrzi, ezért egy új kampány után a kérései megszaporodhatnak.

Mikor utal a jelentés tárhely- vagy tűzfalproblémára?

Akkor gyanakodj tárhely- vagy tűzfalproblémára, ha a gazdagép állapotánál figyelmeztetést látsz, ha az 5xx-, 403- vagy 429-es válaszok aránya megugrik, vagy ha a kérésszám egy konkrét nap után lépcsőzetesen esik. A tárhelygondra inkább a lassulás és az 5xx, a tűzfalra inkább a gyors, de elutasító válasz jellemző.

Hivatalosan igazolt. A gazdagép állapota három területet figyel, a robots.txt lekérését, a DNS-feloldást és a szerverkapcsolatot. Kiírja, ha az elmúlt 90 napban nem volt jelentős probléma, ha a múltban volt, illetve ha nemrég volt. A Googlebot főleg amerikai IP-címekről térképez fel, ezért egy országalapú szűrés, amely csak magyar látogatókat enged be, könnyen kizárhatja.

Jellemző jelek.

• Tárhelyprobléma. Emelkedő válaszidő, 5xx-hibák csúcsidőben, szerverkapcsolati hibák a gazdagép állapotánál.
• Tűzfal vagy bot-védelem. Normál válaszidő mellett sok 403-as vagy 429-es válasz, illetve egy biztonsági beállítás dátumához köthető lépcsős esés.
• DNS-probléma. Rövid, éles völgy és DNS-feloldási hiba, gyakran domainátköltöztetés vagy névszerverváltás után.

A gyanút a szervernaplóval erősítheted meg. Az alábbi parancs egy szokásos (combined formátumú) Apache vagy Nginx naplóból kilistázza a Googlebotnak adott válaszkódokat.

grep -i "googlebot" access.log | awk '{print $9}' | sort | uniq -c | sort -rn

A felhasználói ügynököt bárki hamisíthatja, ezért az IP-címet is ellenőrizd. Hivatalosan igazolt módszer a fordított DNS-lekérdezés (a név googlebot.com vagy google.com végű legyen), majd az erre adott előre irányú lekérdezés, illetve a Google által közzétett IP-tartomány-listák.

host 66.249.66.1

Ha a valódi Googlebot kap 403-at, a tűzfalban engedélyezni kell. Ha átmenetileg tényleg csökkenteni kell a feltérképezést, a Google dokumentációja szerint 500-as, 503-as vagy 429-es válasz is használható, de csak rövid ideig, mert a tartósan így válaszoló URL-ek kieshetnek az indexből. A régi feltérképezési sebesség-korlátozó beállítást a Google 2024 elején megszüntette.

Hogyan néz ki a havi ötperces ellenőrző rutin?

Havonta egyszer nyisd meg a jelentést, és mindig ugyanabban a sorrendben haladj végig hat lépésen. Írd fel a fő arányokat, így a következő hónapban a változást látod, a pillanatnyi állapot helyett. A rutin nem helyettesíti a mélyebb technikai auditot, de a durva hibákat jó eséllyel kiszűri.

1. Gazdagép állapota (30 másodperc). Van-e friss probléma a robots.txt-nél, a DNS-nél vagy a szerverkapcsolatnál?
2. A három görbe (1 perc). Van-e lépcső, völgy vagy kiugrás? Ha igen, írd fel a dátumát.
3. Válaszkódok (1 perc). Írd fel a 200, 3xx, 404, 403 és 5xx arányát, és vesd össze az előző havival.
4. Fájltípusok (1 perc). Nőtt-e az „Ismeretlen (sikertelen)” sor, és változott-e érdemben a HTML aránya?
5. Cél és példa URL-ek (1 perc). Kattints a felfedezésre, és nézd át a példa URL-eket paraméteres, idegen vagy gyanús címek után kutatva.
6. Jegyzet (30 másodperc). Írd mellé, mi változott a hónapban a webhelyen (frissítés, bővítmény, tárhely, tűzfal). Saját tapasztalat szerint egy ilyen változásnapló teszi a görbéket igazán értelmezhetővé.

Milyen tipikus mintázatok fordulnak elő a jelentésben?

A leggyakoribb mintázatok a heti hullámzás, a rövid völgy, a lépcsős esés, a felfedezési kiugrás és a válaszidő-tüske. Mindegyiknek van egy valószínű oka és egy első ellenőrző lépése.

• Heti hullámzás. Saját tapasztalat szerint gyakori és ártalmatlan, a tartalom frissülési ritmusát követheti.
• Rövid völgy és gazdagép-figyelmeztetés. Leállás vagy DNS-hiba. Kérd el a tárhelyszolgáltatótól az adott nap üzemidő-adatait.
• Lépcsős esés és 403-as válaszok. Tűzfal vagy bot-védelem. Ellenőrizd a naplóban a valódi Googlebot kéréseit.
• Felfedezési kiugrás és 404-ek. Migráció vagy hibás oldaltérkép. Nézd át az átirányításokat és az oldaltérkép URL-jeit.
• Felfedezési kiugrás paraméteres URL-ekkel. Szűrős navigáció. A felesleges URL-kombinációkat robots.txt-szabállyal vagy a linkelésük megszüntetésével korlátozhatod.
• Éjszakai válaszidő-tüskék. Mentés vagy ütemezett feladat. Szakmai feltételezés, hogy az ütemezés áthelyezése vagy a mentés kiszervezése segítheti.

Mire nem való a feltérképezési statisztikák jelentés?

A jelentés nem rangsorolási mutató, és nem mutatja az AI-cégek feltérképezőit. A több feltérképezés magában nem jelent jobb helyezést, a kevesebb pedig kis webhelyen gyakran semmilyen problémát nem jelez.

Hivatalosan igazolt. A Google szerint a feltérképezési keret kezelése főleg a nagyon nagy (milliós nagyságrendű oldalszámú) vagy gyorsan változó webhelyeknél számít, és a feltérképezési ütem nem rangsorolási tényező. A Google-Extended csak egy robots.txt-ben használható jelölés, és nem külön feltérképező, ezért a tiltása ebben a jelentésben nem látszik. A GPTBot, a ClaudeBot vagy a PerplexityBot kéréseit a szervernaplóban kell keresni.

Szakmai feltételezés. Mivel az AI-alapú keresési felületek egy része a Google indexére is támaszkodik, a stabil, hibamentes Google-feltérképezés közvetve az AI-válaszokban való megjelenést is segítheti. Ez azonban nem garantál semmilyen említést vagy helyezést.

Források és további olvasnivalók

• Google Search Console súgó, Feltérképezési statisztikák jelentés
• Google Search Central, Nagy webhelyek feltérképezési keretének kezelése
• Google Search Central, A robots.txt specifikáció Google általi értelmezése
• Google Search Central, A Googlebot és más Google-feltérképezők ellenőrzése
• Google Search Central, A Googlebot feltérképezési ütemének csökkentése
• Google Search Central, A Google feltérképezőinek és lekérőinek áttekintése
• Google Search Central Blog, What Crawl Budget Means for Googlebot
• IETF RFC 9309, Robots Exclusion Protocol