Google indexelési hiba: hogyan derítsd ki, miért hiányzik az oldal?

Nem találod az oldalad a Google-ben? Lépésről lépésre megmutatjuk, hogyan különítsd el az indexelési hibát a helyezési problémától, és mit ellenőrizz először.

Buda Sándor · 2026-09-16

Elkészült egy fontos szolgáltatási oldal, megnyílik a böngészőben, mégsem találod a Google-ben. Ilyenkor könnyű azonnal új szöveget írni, bővítményt telepíteni vagy újra és újra beküldeni az URL-t. Előbb azonban azt kell tisztázni, pontosan hol akad el az oldal: a felfedezésnél, a hozzáférésnél, a feldolgozásnál vagy a keresési megjelenésnél.

Ez az útmutató egy konkrét oldal indexelési problémájának vizsgálatához ad sorrendet. Segít elkülöníteni a valódi technikai akadályt a szándékos kizárástól és a gyenge helyezéstől. A végén olyan hibajegyet tudsz összeállítani, amellyel a fejlesztő vagy a SEO-szakember már célzottan dolgozhat.

Először döntsd el: indexelési vagy helyezési probléma?

Az indexelés azt jelenti, hogy a Google feldolgozta és az indexébe vette az oldalt. Ez még nem jelenti azt, hogy az oldal egy adott kifejezésre előkelő helyen megjelenik. Ha a Search Console szerint az URL indexelve van, a hiányzó találat mögött rangsorolási vagy keresési szándékkal kapcsolatos probléma is állhat.

Egy konkrét URL állapotához a Search Console URL-ellenőrző eszközét használd. Az összesített oldalindexelési jelentés a csoportos minták felismerésében segít. A Google oldalindexelési jelentésének útmutatója külön hangsúlyozza, hogy nem szükséges minden URL-nek indexelve lennie: például egy felesleges másolat kimaradása teljesen rendben lehet.

Üzleti oldalról kezdj azzal a kérdéssel, melyik céloldalnak kellene választ adnia a keresésre. Egy belső keresési találati oldal, egy kampányhoz használt másolat és egy önálló szolgáltatási oldal nem azonos feladatot lát el. A kivizsgálás célja a fontos, önálló értéket adó oldalak elérhetősége legyen.

1. Írd le a pontos URL-t és az elvárt működést

A „nem látszik a honlap” túl tág hibaleírás. Másold ki a teljes HTTPS-címet, és rögzítsd, mikor jelent meg az oldal, volt-e korábban keresési forgalma, illetve történt-e módosítás. Különösen hasznos az utolsó sabloncsere, domainváltozás, SEO-beállítás vagy tartalomimport időpontja.

Vizsgáld meg, az általad keresett cím valóban a végleges oldal-e. Lehet eltérés a www-s és a www nélküli változat, a régi és új útvonal vagy a paraméteres címek között. Ne több URL-t kezelj egyetlen hibaként: előbb döntsd el, melyik legyen a keresőben megjelenő változat.

• Pontos URL és az oldal üzleti feladata.
• Publikálás vagy utolsó lényeges módosítás dátuma.
• Várt állapot: legyen indexelve, vagy szándékosan maradjon ki.
• Search Console aktuális üzenete és az ellenőrzés időpontja.
• Egy hasonló, megfelelően működő oldal összehasonlításként.

Ezt a rövid adatlapot már a vizsgálat elején készítsd el. Később így látható, melyik megállapítás támaszkodott mérésre, és melyik volt csak feltételezés. Ha több ember dolgozik a hibán, nem kell minden egyeztetésnél elölről kezdeni a körülmények felderítését.

2. Válaszd külön a tárolt állapotot és az élő tesztet

Az URL-ellenőrző indexelési adatai a Google által ismert állapotot mutatják. Az élő teszt ezzel szemben a jelenlegi oldal hozzáférhetőségét vizsgálja. A két eredmény eltérhet, ha időközben javítottál valamit. Mindig nézd meg, milyen időpontra vonatkozik az információ.

A sikeres élő teszt nem igazolja, hogy az oldal már bekerült az indexbe, és nem garantálja a keresési megjelenést. A Google URL-ellenőrző dokumentációja alapján ezért a technikai teszt eredményét és az indexelés állapotát külön érdemes nyilvántartani.

A saját munkalapodon legyen két oszlop: „jelenlegi technikai állapot” és „Google által ismert állapot”. Ha az első már megfelelő, a második még korábbi hibát mutat, ne indíts azonnal újabb átalakítást. Rögzítsd a javítást, és ellenőrizd később, hogy a kereső újra feldolgozta-e az oldalt.

3. Nézd meg, egyáltalán letölthető-e a tartalom

A fejlesztővel ellenőriztesd a végleges HTTP-választ. A 200-as válasz általában sikeres kiszolgálást jelez, a 404 hiányzó oldalt, az 5xx kódok szerveroldali hibát jelezhetnek. A válaszkódot mindig a tényleges tartalommal együtt kell értelmezni: egy üres sablon vagy hibaüzenet 200-as válasszal sem lesz használható céloldal.

Különítsd el az egyszeri hálózati hibát a tartós problémától. Ha nálad egyszer nem tölt be az oldal, az még nem bizonyítja, hogy a Google sem éri el. Ugyanígy a saját bejelentkezett böngésződben működő oldal sem bizonyítja a nyilvános hozzáférést. Az ellenőrzéshez kijelentkezett állapot és a kereső eszközének visszajelzése is hasznos.

Ha sok, azonos sablonra épülő oldal érintett, közös hibát keress: például egy hibás adatlekérés vagy útvonalkezelés minden termékoldal tartalmát eltüntetheti. Ilyenkor az egyenkénti szövegjavítás helyett előbb a közös megjelenítést kell helyreállítani.

4. Ellenőrizd a noindex és robots.txt beállításokat

A noindex azt kéri a keresőtől, hogy az oldalt ne vegye fel az indexbe. Ez megjelenhet az oldal metaelemében vagy HTTP-fejlécben. A robots.txt ezzel szemben a feltérképezést szabályozza. A kettő nem felcserélhető: ha a Google nem töltheti le az oldalt, az azon szereplő noindex utasítást sem tudja elolvasni.

A Google noindex útmutatója szerint a noindex szabály felismeréséhez engedni kell a feltérképezést. A robots.txt tiltása önmagában nem megbízható módja annak, hogy egy URL biztosan eltűnjön a keresőből.

Ne törölj ki minden tiltást egyetlen hiányzó szolgáltatási oldal miatt. Előbb derítsd ki, melyik szabály érinti pontosan a vizsgált címet. Egy adminfelület vagy belső oldal kizárása szándékos lehet. A javítás terjedelme igazodjon az azonosított hibához, és maradjon dokumentálva az eredeti beállítás is.

Gyakorlati ellenőrzési pont WordPressnél

Ha az oldal WordPressre épül, nézzétek át a keresőláthatósági beállítást és az adott tartalom SEO-beállításait is. Egy teszteléshez használt kizárás az élesítés után is megmaradhat. Ha a probléma sablonból vagy bővítményből ered, a WordPress technikai javítását konkrét érintett URL-ekkel és visszaellenőrzési feltételekkel érdemes megrendelni.

5. Hasonlítsd össze a canonical jelzéseket

A canonical jelzés a hasonló vagy azonos tartalmú oldalak közül a preferált változatot jelöli. A Google más változatot is választhat, ezért az általad megadott és a Google által kiválasztott címet is nézd meg. Egy önálló szolgáltatási oldal véletlenül a főoldalra mutató canonical jelzése vizsgálatot igényel.

Az átirányítások, a belső linkek és a sitemap lehetőleg ugyanazt a preferált URL-t támogassák. A Google kanonizálási dokumentációja alapján a különböző, egymásnak ellentmondó jelzések megnehezíthetik az elvárt változat kiválasztását.

A javításhoz készíts egyszerű megfeleltetést: vizsgált cím, megadott canonical, kívánt végleges cím. Ha minden rendben, ne módosíts csak azért, mert egy másolat nincs külön indexelve. Ha viszont az oldal önálló kérdésre ad választ, ellenőrizd, hogy a tartalma és a technikai jelzései is ezt fejezik-e ki.

6. Vizsgáld meg a JavaScript után megjelenő oldalt

Modern weboldalakon előfordul, hogy az első HTML-válasz csak egy keretet tartalmaz, és a szöveg később, JavaScript segítségével érkezik. A Google futtat JavaScriptet, de a feltérképezés, megjelenítés és indexelés külön feldolgozási lépések. A puszta keret megnyitása ezért nem elegendő ellenőrzés.

Nézd meg, a Google tesztjében megjelenik-e a főcím, a lényegi szöveg és a fontos hivatkozás. A JavaScript SEO hivatalos útmutatója a feldolgozott tartalom és a valódi, href attribútummal rendelkező linkek jelentőségét is bemutatja. Egy kattintható felületi elem nem feltétlenül helyettesít ilyen hivatkozást.

Fejlesztési hibajegynél pontosan különítsd el: a szöveg egyáltalán nem érkezik meg, csak késik, vagy bizonyos állapotban tűnik el. Az egyedi weboldal technikai kialakításánál a lényegi tartalom stabil kiszolgálása legyen elfogadási feltétel. A választott technológia neve önmagában nem dönti el, hogy egy oldal megfelelően feldolgozható-e.

7. Nézd meg, hogyan lehet eljutni az oldalhoz

Indulj a főoldalról vagy a legközelebbi témakategóriából, és próbáld meg megtalálni az érintett tartalmat. Ha csak a pontos címet ismerve érhető el, a webhely szerkezete sem segíti eléggé a felfedezését. Jelöld ki, melyik meglévő oldalról lenne természetes odahivatkozni.

A belső link környezete magyarázza el, miért érdemes továbbolvasni. Egy szolgáltatási oldalhoz vezető hivatkozás kerülhet a kapcsolódó megoldást bemutató szakaszba; egy termékhez a megfelelő kategóriába. Ne minden új oldalt ugyanazzal a kulcsszóval linkelj a láblécből.

A sitemap hasznos felfedezési forrás, de a beküldése nem jelent garantált indexelést. A Google újrafeltérképezési útmutatója szerint egyes URL-ekhez az URL-ellenőrző, sok címhez a sitemap használható. Ugyanazon cím ismételt beküldése nem gyorsítja a feltérképezést.

8. A technikai ellenőrzés után értékeld a tartalmat

Ha nincs egyértelmű technikai akadály, nézd meg, mit kap az olvasó ezen az oldalon, amit a webhely másik oldalán nem. Van önálló kérdése, konkrét válasza, példája vagy döntést segítő információja? A cím átírása és néhány kifejezés cseréje nem feltétlenül teremt új értéket.

Ehhez válassz két-három legközelebbi saját oldalt, és írd melléjük egy mondatban a keresési szándékot. Ha ugyanaz a mondat mindegyikre illik, vizsgáld meg az átfedést. Az összevonás vagy átirányítás külön tartalmi döntés: előtte mérd fel, melyik URL-nek van szerepe, kapcsolata és forgalma.

A célzott technikai és tartalmi SEO-audit itt segít összekötni a műszaki adatokat az oldal üzleti feladatával. Nem pusztán hibák számát érdemes kérni, hanem indokolt javítási sorrendet, felelőst és ellenőrizhető lezárási feltételt.

Így állíts össze használható hibajegyet

Az alábbi példa szemléltető helyzet, nem ügyfélreferencia. Egy vállalkozás új szolgáltatási oldala publikálás után sem jelenik meg. A vizsgálat szerint az élő oldalon megmaradt egy teszteléshez beállított noindex jelzés. A jó hibajegy nem általános SEO-fejlesztést kér, hanem a hibás szabály célzott megszüntetését.

1. Érintett kör: pontos URL, valamint az azonos sablonnal készült oldalak mintája.
2. Bizonyíték: észlelt jelzés, ellenőrzési időpont és az élő teszt eredménye.
3. Elvárt javítás: az adott nyilvános tartalomtípus téves kizárásának megszüntetése.
4. Megőrzendő működés: a szándékosan kizárt belső oldalak beállításai.
5. Átvétel: a javított oldal új ellenőrzése, majd az indexelési állapot későbbi követése.

A javítás előtt legyen felelős és visszaállítási lehetőség. Több változtatást ne csomagolj egy bizonytalan próbába: ha egyszerre módosul a tartalom, az URL, a sablon és a linkelés, nehéz lesz megmondani, melyik lépés mit oldott meg. Először a bizonyított akadályt kezeld.

Mikor tekinthető lezártnak a probléma?

Két külön eredményt érdemes rögzíteni. A technikai javítás akkor ellenőrizhető, ha az azonosított akadály megszűnt az élő oldalon. A keresőoldali eredményhez később meg kell nézni az URL indexelési állapotát. A kettő között lehet várakozási idő; pontos megjelenési dátumot nem érdemes ígérni.

A követéshez legyen javítási dátum, rövid változásleírás, következő ellenőrzési időpont és felelős. Ha az oldal indexelve van, de nem érkeznek a várt látogatók, nyiss külön tartalmi vagy helyezési vizsgálatot. Így az eredeti hibajegy nem marad végtelen ideig „folyamatban”.

Összegzés: bizonyíték alapján javíts

A Google indexelési hibák kivizsgálását kezdd egyetlen pontos URL-lel. Különítsd el az indexelést a helyezéstől, majd ellenőrizd a hozzáférést, a kizárásokat, a preferált URL-t, a megjelenített tartalmat és a belső kapcsolatokat. A technikai állapot tisztázása után következzen a tartalmi érték vizsgálata.

Ha elakadtál, a BudaWeb indexelési problémákra is kiterjedő SEO-vizsgálatához küldd el az érintett oldal címét, a Search Console üzenetét és a közelmúlt módosításait. Ezekből konkrét ellenőrzési és javítási terv készülhet, a találgatás helyett mérhető lépésekkel.