„Felfedezve – jelenleg nincs indexelve”: mit jelent, és hogyan javítsd?
A Google tud az URL létezéséről (például a sitemapből vagy egy linkből), de még nem töltötte le és nem vizsgálta meg. Leggyakrabban azért, mert az oldalra kevés belső link mutat, a webhely sok alacsony értékű URL-t kínál, vagy a szerver lassan válaszol, ezért a Google későbbre ütemezi. Javítás: erősítsd az oldal belső linkelését, takarítsd ki a felesleges URL-eket a sitemapből, gyorsítsd a szervert, majd kérj indexelést az URL-vizsgálóval.
Mit jelent ez az üzletednek?
Súlyosság: közepes. Néhány új URL-nél normális átmeneti állapot. Ha fontos oldalak hetekig itt ragadnak, beavatkozás kell.
Amíg egy oldal ebben az állapotban van, nem jelenhet meg a találatok között. Ha ez egy szolgáltatásoldal vagy egy terméklista, akkor pont azok a keresések vesznek el, amelyekből ajánlatkérés lenne. Tömeges előfordulása azt is jelzi, hogy a Google nem tartja elég értékesnek vagy elérhetőnek a webhelyet ahhoz, hogy mindent bejárjon.
A leggyakoribb okok – és hogyan ismered fel őket
- 1
Gyenge belső linkelés (árva oldalak)
Ha egy oldalra csak a sitemap mutat, menüből vagy más oldalakból viszont nem, a Google alacsony prioritásúnak tekinti.
Így ellenőrizd: Search Console → Linkek → „Leggyakrabban hivatkozott oldalak” (belső linkek): szerepel-e az oldal, és hány link mutat rá?
- 2
Túl sok alacsony értékű URL
Szűrő- és rendezési paraméterek, címke- és szerzőoldalak, üres kategóriák: ezek felélik a Google figyelmét (crawl budget), és a fontos oldalak sorban állnak.
Így ellenőrizd: Az Oldalak jelentésben arányaiban mennyi a nem indexelt URL? Sok közöttük a ?paraméteres cím?
- 3
Lassú vagy túlterhelt szerver
Ha a szerver lassan válaszol vagy hibát ad, a Google automatikusan visszafogja a feltérképezést, hogy ne terhelje túl.
Így ellenőrizd: Search Console → Beállítások → Feltérképezési statisztikák: átlagos válaszidő és gazdagép-állapot.
- 4
Új webhely, kevés külső jel
Egy friss, hivatkozások nélküli domainnél a Google óvatosabban, lassabban járja be az oldalakat.
Így ellenőrizd: Hány külső oldal hivatkozik rád? (Search Console → Linkek → Külső linkek)
- 5
Hibás sitemap
Ha a sitemap átirányított, noindexes vagy nem kanonikus URL-eket is tartalmaz, a Google kevésbé bízik benne.
Így ellenőrizd: Nyisd meg a sitemapet, és szúrópróbaszerűen nézd meg: minden URL 200-as kóddal, átirányítás nélkül nyílik meg?
Javítás lépésről lépésre
- 1. lépés
Exportáld és csoportosítsd az érintett URL-eket
A Search Console-ban kattints a hibasorra, és exportáld a listát. Válogasd szét: melyek a valóban fontos oldalak (szolgáltatás, termék, cikk), és melyek a gépileg generált, felesleges címek.
- 2. lépés
Döntsd el, mit kell egyáltalán indexelni
A felesleges URL-eket (szűrők, belső keresés, címkék) ne akard indexeltetni: vedd ki őket a sitemapből, és szükség esetén zárd ki őket. Ezzel a Google figyelme a fontos oldalakra koncentrálódik.
- 3. lépés
Erősítsd a fontos oldalak belső linkelését
Linkelj rájuk a menüből, a kezdőlapról, a kapcsolódó szolgáltatásokból és cikkekből, beszédes linkszöveggel. Egy fontos oldalnak érdemes legalább 3–5 belső hivatkozást kapnia.
Beszédes belső link <p>Ha a fürdőszobád is megérett a cserére, nézd meg <a href="/furdoszoba-felujitas-debrecen">fürdőszoba-felújítási szolgáltatásunkat Debrecenben</a>. </p> - 4. lépés
Tisztítsd meg a sitemapet
A sitemapben csak 200-as kóddal válaszoló, indexelhető, kanonikus URL-ek legyenek, valós lastmod dátummal.
sitemap.xml – egy helyes bejegyzés <url> <loc>https://ceged.hu/furdoszoba-felujitas-debrecen</loc> <lastmod>2026-10-01</lastmod> </url> - 5. lépés
Gyorsítsd a szerver válaszidejét
Kapcsolj be oldalszintű gyorsítótárazást (cache), vizsgáld meg a lassú bővítményeket, és ha a tárhely túlterhelt, válts jobbra. A Google szerint az első bájtig eltelt idő (TTFB) 0,8 másodperc alatt jó.
- 6. lépés
Kérj indexelést, majd ellenőriztesd a javítást
A legfontosabb URL-eket add meg az URL-vizsgálóban, és kattints az „Indexelés kérése” gombra. Utána a hibasornál a „Javítás ellenőrzése” gombbal indítsd el a validálást. Ez napokig, akár hetekig tarthat – közben ne változtass újra mindent.
Tippek platformonként
WordPress
A Yoast vagy Rank Math sitemapjéből kapcsold ki a címke-, szerző- és dátumarchívumokat, ha nincs rájuk szükség. A „Kapcsolódó bejegyzések” blokk sokat segít a belső linkelésen.
Shopify
A szűrős gyűjtemény-URL-ek (?filter) és a /collections/.../products/... duplikált termékútvonalak tipikusan ide kerülnek. A belső linkek mutassanak a tiszta /products/ címekre.
Shoprenter / UNAS
A szűrő- és rendezési paraméteres oldalakat érdemes kizárni az indexelésből, a kategóriaoldalakra pedig írj egyedi, néhány bekezdéses leírást.
Gyakori hibák javítás közben
- Ugyanarra az URL-re naponta többször kérni indexelést – ez nem gyorsítja tovább.
- Pánikból minden nem indexelt oldalt törölni, köztük a fontosakat is.
- Egyszerre több száz gépi, alig különböző oldalt kitenni – ez pont a sorban állást növeli.
Mikor kérj segítséget?
Ha az érintett oldalak száma hétről hétre nő, vagy a fontos szolgáltatás- és termékoldalaid hetek óta itt ragadnak, érdemes a teljes feltérképezési utat (belső linkek, sitemap, szerver-válaszidő, duplikációk) egyben átnézni. Az auditban oldalanként megmondjuk, mit kell tenni.
Gyakori kérdések
Mennyi ideig normális ez az állapot?
Egy új oldalnál néhány nap, legfeljebb pár hét. Ha egy fontos oldal ennél tovább marad itt, vagy tömegesen gyűlnek az URL-ek, akkor valamelyik fenti ok áll fenn.
Mi a különbség a „Feltérképezve – jelenleg nincs indexelve” hibától?
A „Felfedezve” állapotnál a Google még meg sem nézte az oldalt. A „Feltérképezve” állapotnál már letöltötte, de úgy döntött, hogy (egyelőre) nem veszi fel az indexbe – ott jellemzően a tartalom minősége vagy egyedisége a kérdés.
Segít, ha újra beküldöm a sitemapet?
Önmagában ritkán. A sitemap jelzés, nem utasítás. A belső linkelés javítása, a felesleges URL-ek kiszűrése és a szerver gyorsítása többet ér.
Kell-e minden URL-nek indexelve lennie?
Nem. Teljesen rendben van, ha a szűrő-, keresési vagy technikai URL-ek nincsenek indexelve. A cél az, hogy a pénzt hozó oldalaid benne legyenek.