Google Search Console: „Az oldal be lett pásztázva, de nincs indexelve” hiba megoldása lépésről lépésre

A Google Search Console „Az oldal be lett pásztázva, de nincs indexelve” üzenete azt jelzi, hogy a Googlebot meglátogatta az oldaladat, de nem találta elég értékesnek az indexeléshez. A megoldás alapja, hogy ellenőrizd a technikai hozzáférhetőséget, erősítsd meg a gyenge vagy duplikált tartalmakat, helyesen használd a canonical címkéket, növeld a belső linkelést, frissítsd az oldaltérképet, majd kérd újra az indexelést a Google Search Console-on keresztül. Ez az állapot általában nem jelent állandó büntetést; inkább arról van szó, hogy a Google minőségi, relevancia vagy feltérképezési erőforrás hiányában várakoztatja az oldalt.

Ebben az útmutatóban nemcsak elméletben, hanem gyakorlatban is lépésről lépésre bemutatjuk, hogyan orvosold ezt a problémát. Különösen gyakori ez az újonnan megjelent blogbejegyzéseknél, termékoldalaknál, kategóriaoldalaknál, címkearchívumoknál, vállalati szolgáltatás oldalainál és alacsony hitelességű új weboldalakon. Ha nem megfelelően diagnosztizálod a problémát, akkor az URL-ellenőrző eszközben többször is kérhetsz indexelést, de az oldal státusza változatlan marad. A fő cél, hogy a Google számára egyértelműen jelezd: „ez az oldal megérdemli az indexelést”.

Mit jelent pontosan, ha az oldal be lett pásztázva, de nincs indexelve?

A Google Search Console ezen állapota azt mutatja, hogy az URL-t a Google feltérképezte, de nem vette fel az indexbe. Ezért nem az a probléma, hogy „a Google nem látja az oldalt”, hanem inkább az, hogy „a Google látta az oldalt, de nem tartja elég relevánsnak az eredmények között való megjelenéshez”.

Ez az üzenet leggyakrabban az alábbi helyzetekben jelenik meg: a tartalom túl rövid vagy nem egyedi, az oldal nagyon hasonlít egy másik URL-re, a canonical jelek összevisszák, az oldal belső linkjei gyengék, a szerver lassú válaszokat ad, az oldal nem kínál valódi értéket a látóknak, vagy a Google a feltérképezési keretét fontosabb URL-ekre szánja. Az e-kereskedelmi oldalakon például a szűrős URL-ek, készlethiányos termékek és nagyon hasonló termékváltozatok gyakran okozzák ezt a problémát.

Fontos hangsúlyozni, hogy ez nem automatikusan jelent kézi büntetést vagy tiltást. Viszont ha sok fontos URL ilyen státuszban van, akkor a weboldalad technikai SEO-ját, tartalomminőségét és információs struktúráját javítani kell. Különösen az új domaineknél időbe telik, mire a Google bizalmi jeleket gyűjt. Ezért ebben az időszakban elengedhetetlen egy stabil alap, gyors tárhely, helyes DNS beállítások és folyamatos elérhetőség. A teljesítményorientált megoldásokért érdemes lehet Web Hosting oldalunkat is megnézni.

A leggyakoribb okok, amiért ez a figyelmeztetés megjelenik

Ha nem találod meg először a probléma gyökerét, a megoldási kísérletek csak ismétlődő indexelési kérelmekhez vezetnek eredmény nélkül. Az alábbi okok a 2026-os SEO trendek szerint a Google minőségi és feltérképezési rendszerének leggyakoribb kihívásai.

1. A tartalom gyenge, felületes vagy ismétlődő lehet

A Google azt szeretné, hogy minden indexelt oldal értéket adjon a keresőfelhasználóknak. Egy 200 szavas, csak általános információkat tartalmazó, egyedi példák nélküli vagy versenytársaktól átvett tartalom nem biztos, hogy bekerül az indexbe. Például egy hosting cég blogjában az „Mi az SSL?” című bejegyzés, ha csak annyit mond, hogy „Az SSL biztonságot nyújt”, akkor az oldal még bekerülhet az indexbe, de gyenge eredményeket hoz. Viszont ha részletezi az SSL típusait, telepítési lépéseit, hibáit és valódi használati eseteket, az jelentősen növeli az értékét. Az ilyen cikkekben a SSL tanúsítvány belső linkelés segíti a felhasználókat.

2. Duplikált vagy nagyon hasonló URL-ek vannak

Ha ugyanaz a tartalom több URL-en is elérhető, a Google nem tudja eldönteni, melyiket indexelje. Például, ha a /blog/seo-útmutató, /seo-útmutató, /kategori/seo-útmutató és UTM paraméteres verziók ugyanazt mutatják, a Google ezek közül csak néhányat fog feltérképezni, de nem mindet vesz fel az indexbe. Ez a WordPress címkeoldalakra, archívumokra, lapozásra és e-kereskedelmi szűrőkre különösen jellemző.

3. A canonical címke hibás vagy következetlen

A canonical címke azt jelzi a Google felé, melyik az eredeti oldal URL-je. Ha az oldal nem magára, hanem egy másik URL-re mutat canonical címkével, vagy az oldaltérképben szereplő URL és a canonical eltér, az zavart okozhat. Például, ha az oldaltérkép HTTPS verziót küld, de a canonical HTTP-re mutat, az komoly jelzési problémát okoz. A domain és SSL beállítások egységességéhez ajánlott a Domain ellenőrzés és SSL tanúsítvány oldalak használata.

4. Gyenge belső linkelés

Ha egy oldal csak az oldaltérképen szerepel, de a menüből, kategóriaoldalakról vagy releváns bejegyzésekből nem kap linket, a Google alacsony prioritásúnak tekintheti. A belső linkek nemcsak a felhasználók navigációját segítik, hanem a Google számára is jelzik az oldal fontosságát. Például egy friss útmutatót érdemes az alap kategóriaoldalról, 3 régebbi kapcsolódó cikkből és lehetőség szerint az oldal főoldaláról is linkelni, így növelve az indexelés esélyét.

5. Szerver válaszidő és elérhetőségi problémák

Bár a Googlebot feltérképezte az oldalt, a lassú szerver válaszidők, gyakori 5xx hibák, időtúllépések, helytelen átirányítási láncok vagy tűzfal blokkok ronthatják a későbbi indexelési esélyeket. Általában a 200 és 800 ms közötti válaszidők ideálisak; a 2 másodpercnél hosszabb TTFB értékek különösen nagy oldalak esetén csökkenthetik a feltérképezési hatékonyságot. Stabil működéshez érdemes megfontolni a felhőalapú hosting vagy nagy erőforrásigényű projektek esetén a VPS szerver megoldásokat.

6. Az oldal nem elég jól szolgálja ki a felhasználói szándékot

2026 SEO megközelítésében már nem elég csak kulcsszavakat használni. A Google azokat az oldalakat részesíti előnyben, amelyek a felhasználók keresési szándékára a lehető leggyorsabb és legpontosabb választ adják. Ha valaki például „Az oldal be lett pásztázva, de nincs indexelve megoldás” kifejezésre keres, akkor nemcsak definíciót vár, hanem okokat, ellenőrző listát, technikai lépéseket, példákat és várakozási időket is. Ha a tartalom nem elég átfogó, a Google még ha feltérképezte is, késleltetheti az indexelést.

Gyors diagnózis táblázat: okok és javasolt megoldások

Lépésről lépésre: Az „Az oldal be lett pásztázva, de nincs indexelve” hiba orvoslása

Az alábbi sorrendet valós projektek tapasztalata alapján állítottuk össze, amely a leggyorsabb eredményt hozza technikai és tartalmi szempontból egyaránt. Minden lépés után ne azonnal küldd újra az URL-t, hanem győződj meg róla, hogy az oldal valóban javult.

1. lépés: Ellenőrizd az alapállapotot az URL-ellenőrzővel

A Google Search Console URL-ellenőrző eszközébe írd be az érintett oldalt. Használd a „Élő URL tesztelése” funkciót, hogy megnézd, eléri-e a Googlebot az oldalt. Vizsgáld meg különösen, hogy az oldal 200-as státuszkódot ad-e vissza, nincs-e robots.txt általi blokkolás, nincs-e noindex meta címke, valamint a canonical címke megfelel-e a Google által kiválasztott URL-nek.

Kiemelten fontos négy terület: feltérképezési engedély, indexelési engedély, a te általad megadott canonical, és a Google által választott canonical. Ha a Google más URL-t választ canonicalnak, akkor valószínűleg duplikált tartalom vagy jelzési zavar áll fenn.

2. lépés: Ellenőrizd a noindex, robots.txt és HTTP állapotkódokat

Győződj meg róla, hogy az oldal HTML forrásában nincs noindex meta tag. Például WordPress rendszerekben az SEO pluginokban véletlenül be lehet kapcsolni a „Ne jelenjen meg a keresőkben” opciót. Ha a robots.txt-ben tiltott a mappa, a Google korábban még feltérképezhette az oldalt, de később nem tudja újraértékelni. Emellett ha az URL nem 200-as kódot ad vissza (pl. 301, 302, 404, 410 vagy 500), az megakadályozza az indexelést.

Egyszerű technikai ellenőrzéshez használhatod a böngésző fejlesztői eszközeit, a curl parancsot vagy megbízható SEO crawler-t. Például a curl -I siteadod.hu/oldal parancs gyorsan megmutatja az oldal státuszkódját. Ha technikai hibák jelentkeznek, a Hosting átköltöztetés tartalom segíthet a megfelelő hosting kiválasztásában.

3. lépés: Erősítsd meg a tartalmat a keresési szándék alapján

Gyakran a Google azért nem indexel, mert a tartalom nem elég értékes. Ne csak a szószámot nézd, hanem azt, hogy az oldal milyen értéket ad a látogatónak. Egy jó tartalom legalább ezekre válaszoljon: miért érkezik ide a felhasználó, milyen problémáját oldja meg, miben különbözik a versenytársaktól, milyen lépéseket tehet, milyen hibákat kerülhet el?

Például egy 500 szavas általános cikk javítására használhatsz képernyőképeket, ellenőrző listákat, táblázatokat, gyakori hibákat, konkrét URL példákat, illusztrációkat, friss dátumot, szakértői véleményt és belső linkeket. A szószám mesterséges növelése viszont nem célravezető. Egy 1200 szavas, egyedi és jól érthető útmutató értékesebb, mint egy 3000 szavas ismétlődő szöveg.

4. lépés: Egyesítsd a duplikált tartalmakat vagy használj canonical címkét

Ha több nagyon hasonló cikked van, a Google nem tudja eldönteni, melyik legyen az elsődleges. Ilyenkor válaszd ki a legerősebb URL-t, egyesítsd a gyengébb tartalmakat, és szükség esetén alkalmazz 301-es átirányítást. Ha az oldalak mindenképp meg akarnak maradni, használd a canonical címkét az elsődleges változatra mutatva.

Például a „cPanel email beállítás”, „cPanel e-mail fiók létrehozás” és „hosting mail konfiguráció” című rövid cikkek helyett készíts egy átfogó útmutatót, és irányítsd a többi URL-t erre. Ezzel erősebb jelzést adsz a Google-nak. Ilyen technikai témák esetén a cPanel hosting belső linkek is segítik a felhasználói élményt.

5. lépés: Frissítsd és tisztítsd az oldaltérképet

Az XML oldaltérkép megmutatja a Google számára, mely oldalakat tartod fontosnak. Ha azonban noindex-es, 404-es, átirányított, duplikált vagy paraméteres URL-ek kerülnek bele, az rontja a jelzések minőségét. Csak azokat az URL-eket tartalmazd, amelyek 200-as státuszkódúak, canonical címkéjük magukra mutat, és friss, releváns tartalmak.

Új tartalmak publikálásakor az oldaltérkép automatikusan frissüljön, és a lastmod mező csak jelentős változások esetén módosuljon. A túl gyakori módosítás megbízhatatlan jelzést küld a Google felé. Nagyobb oldalakon érdemes az oldaltérképet blog, termék, kategória és képek alapján részekre bontani a jobb átláthatóság érdekében.

6. lépés: Készíts belső linkelési stratégiát

Ne hagyd az indexelni kívánt oldalt magára. Egy új és fontos cikkhez legalább 3-5 releváns belső linket adj. A link szövegek legyenek természetesek és változatosak, ne mindig ugyanaz a kulcsszó ismétlődjön. Például használhatsz olyan kifejezéseket, mint „Google index probléma megoldás”, „Search Console index hibák” vagy „technikai SEO ellenőrző lista”.

Használd ki a főoldalhoz közeli kategóriákat, forgalmas régebbi cikkeket és témaköröket. Egy hosting témájú blogban a technikai SEO, WordPress, SSL, sebességoptimalizálás és biztonság természetesen összefügg. Például a sebességoptimalizálás témájában a WordPress hosting link jól támogatja a felhasználók tájékozódását és a témavonalat.

7. lépés: Javítsd a felhasználói élményt és az oldal teljesítményét

A Google nem csak a Core Web Vitals mutatókat nézi az indexelésnél, de a lassú, instabil és rossz UX-et nyújtó oldalak hátrányba kerülhetnek. Törekedj arra, hogy az LCP 2,5 másodperc alatt legyen, az INP 200 ms körül, a CLS pedig 0,1 alatt. A képek WebP vagy AVIF formátumban való használata, a felesleges JavaScript csökkentése és a cache-elés gyors javulást eredményez.

A szerveroldalon a LiteSpeed, NGINX vagy jól beállított Apache használata, a friss PHP verzió, az adatbázis lekérdezések optimalizálása és CDN támogatás különösen a WordPress oldalaknál fontos. A teljesítmény növeléséhez a LiteSpeed Hosting irányadó lehetőségként szolgálhat.

8. lépés: Figyeld a Googlebot viselkedését log elemzéssel

Közepes és nagy oldalak esetén a Search Console adatai kevésnek bizonyulhatnak. A szerver naplók megmutatják, hogy a Googlebot milyen URL-eket látogat meg, milyen státuszkódokat kap, és hogy feleslegesen nem tölti-e fel a crawl keretet szűrős vagy rendezett oldalakkal. Ha a Googlebot főként ilyen URL-eket pásztáz, de a fontos tartalmakat ritkán, az az információs architektúrában problémát jelez.

Különösen figyeld a 200, 301, 404 és 5xx kódok eloszlását. Ha fontos oldalak hetekig nem kerülnek pásztázásra, az gyenge belső linkelés vagy crawl budget gondokat tükröz. Sok 404 vagy átirányítási lánc tisztítása növeli a feltérképezési hatékonyságot.

9. lépés: Kérelmezd az újraindexelést a megfelelő időben

Miután valóban javítottad az oldalt, a Search Console URL-ellenőrzőjében használd a „Dizájnba vételt kér” gombot. Ez nem garancia, csak egy jelzés a Google felé, hogy nézze meg újra. Ugyanannak az URL-nek az ismételt változatlan beküldése nem hatékony.

Általában egy jelentős tartalomfrissítés, technikai hiba javítása, canonical címke módosítása vagy belső linkek hozzáadása után érdemes kérni újra az indexelést. Kis oldalak pár nap alatt eredményt láthatnak, új vagy alacsony hitelességű oldalaknál ez több hét is lehet.

Miért gyakoribb ez a probléma az új oldalaknál?

Az újonnan indított weboldalak esetén a Google még nem rendelkezik elegendő információval a domainről, a márkáról, a rendszeres tartalomfrissítésről, tartalomminőségről és technikai stabilitásról. Emiatt néhány oldal feltérképeződik, de nem kerül azonnal az indexbe. Az első 3-6 hónapban fontos a rendszeres, minőségi tartalom közzététele, a közösségi és márkajelek erősítése, a pontos céges elérhetőségek megadása és a technikai hibák minimalizálása.

Az új weboldal tulajdonosok gyakran azonnali indexelést várnak minden oldalra. Pedig a Google indexe nem végtelen tároló, minden URL-nek megvan a maga minőségi küszöbe. Ezért érdemes inkább kevesebb, de erős oldalakat létrehozni, mint sok gyenge minőségűt. A domainválasztás, megbízható tárhely és SSL beállítások is fontos első lépések a technikai bizalom kiépítésében. Ezekhez a témákhoz ajánljuk a domain és SSL tanúsítvány oldalakat.

Kerülendő hibák

• Ugyanannak az URL-nek többszöri elküldése: javítás nélkül nem oldja meg a problémát.
• A szószám mesterséges növelése: felesleges ismétlések nem javítják a minőséget.
• Az összes címke és archívum feltérképezése az oldaltérképen: rontja a minőségi URL-ek arányát.
• Helytelen canonical használat: az indexelni kívánt oldal más URL-t jelöl canonicalnak, ami súlyos hiba.
• Robots.txt-vel próbálod szabályozni az indexelést: az oldal eltávolításához noindex vagy megfelelő átirányítás kell.
• Szerverhibák figyelmen kívül hagyása: az időszakos 5xx hibák is rontják a Googlebot bizalmát.

10 pontos ellenőrzőlista

• Ellenőrizd, hogy az URL 200-as HTTP státuszkódot ad.
• Győződj meg róla, hogy nincs noindex meta címke az oldalon.
• Ellenőrizd, hogy a robots.txt nem blokkolja a Googlebotot.
• Teszteld a canonical címke helyességét és következetességét.
• Erősítsd meg az oldalt egyedi példákkal, táblázatokkal, listákkal és friss információkkal.
• Egyesítsd a hasonló tartalmakat vagy távolítsd el a gyenge oldalakat.
• Adj legalább 3 releváns belső linket az oldalra.
• Az XML oldaltérképen csak minőségi és indexelhető URL-ek szerepeljenek.
• Vizsgáld meg a szerver válaszidejét, 5xx hibákat és átirányítási láncokat.
• Az újraindexelést csak tényleges javítás után kezdeményezd a Search Console-ban.

Mennyi idő alatt várható a megoldás?

A megoldás ideje függ az oldal hitelességétől, az oldal fontosságától, a feltérképezési gyakoriságtól és a végrehajtott javítás minőségétől. Egy erős weboldalon a technikai hibák javítása után 24-72 órán belül megjelenhet az indexelés. Egy új vagy alacsony hitelességű oldalon ez akár 2-4 hét is lehet. Ha 4-6 hét után sem történik előrelépés, valószínűleg nem csak várakozásról, hanem minőségi vagy technikai jel hiányáról van szó.

A mérések során ne csak egy URL-re fókuszálj. A Search Console Indexelési jelentésében nézd meg, hogy hány URL van ebben a státuszban, ezek milyen sablonból származnak és az idő múlásával növekedés vagy csökkenés tapasztalható-e. Ha több száz oldal érintett ugyanolyan sablonból, akkor egyenként javítás helyett sablon, kategória struktúra, canonical, tartalommodell vagy szerver infrastruktúra szintű megoldást kell keresni.

Gyakran ismételt kérdések

Jelent-e büntetést az „Az oldal be lett pásztázva, de nincs indexelve” hiba?

Nem, ez önmagában nem büntetés. A Google feltérképezte az oldalt, de minőségi, duplikációs, canonical, belső link vagy feltérképezési prioritás miatt nem vette fel az indexbe. Kézi büntetés meglétét a Search Console Kézi műveletek menüpontjában lehet ellenőrizni.

Megoldja-e a problémát, ha újra beküldöm az URL-t az indexeléshez?

Csak akkor, ha közben technikai vagy tartalmi javítást is végeztél. Ugyanannak az URL-nek változtatás nélküli ismételt beküldése általában nem hatékony. Először az oldal értékét, elérhetőségét, canonical beállítását és belső linkjeit kell rendbe tenni.

Normális ez az új weboldalaknál?

Igen, az új oldalaknál gyakrabban fordul elő. A Google időt igényel, hogy megbízzon az új domainben, megértse a tartalom minőségét és kialakítsa a feltérképezési ritmust. A rendszeres, minőségi tartalom, megbízható tárhely, SSL, tiszta oldaltérkép és erős belső linkstruktúra felgyorsítja a folyamatot.

Mennyi szószámú tartalom kerül könnyebben indexelésre?

Nincs konkrét szóhatár. A lényeg, hogy a tartalom teljes mértékben lefedje a keresési szándékot. Egyes témáknál 800 szó elegendő, technikai útmutatóknál 1500-2500 szó is kellhet. Az egyedi példák, gyakorlati lépések, táblázatok és világos válaszok növelik az indexelés esélyét.

Befolyásolja-e a hosting minősége az indexelést?

Közvetve igen. A lassú szerver válaszok, gyakori leállások, 5xx hibák és tűzfal blokkok megnehezítik a Googlebot hatékony feltérképezését. A gyors, stabil és jól konfigurált tárhely támogatja a technikai SEO teljesítményét.

Összegzés

A Google Search Console „Az oldal be lett pásztázva, de nincs indexelve” problémája általában nem azt jelenti, hogy a Google nem látja az oldalt, hanem hogy még nem kapott elég erős jelet az indexeléshez. A leghatékonyabb megoldás a technikai hozzáférhetőség ellenőrzése, a tartalom felhasználói szándék szerinti megerősítése, a duplikált oldalak rendezése, a canonical és oldaltérkép helyes beállítása, a belső linkelés fejlesztése és a szerver teljesítményének javítása.

A Hostragons blogján további szakértői útmutatókat találsz technikai SEO, hosting teljesítmény, SSL és weboldal-kezelés témákban. Ha azt szeretnéd, hogy az infrastruktúrád támogatni tudja az indexelési és teljesítménybeli célokat, nyugodtan hasonlítsd össze és válaszd ki az igényeidhez legjobban illő hosting megoldásokat.