Először ezt döntsd el: nincs indexelve, vagy csak nem találod?
Ha egy új szolgáltatásoldalad nem látszik a Google-ben, két egészen különböző helyzet állhat a háttérben. Az egyik, hogy a Google még nem vette fel az adott URL-t az indexébe. A másik, hogy az oldal indexelt, de a választott keresőkifejezésre nem jelenik meg feltűnő helyen. Az elsőt az indexelés ellenőrzésével vizsgáljuk; a másodiknál már a keresési szándék, a verseny és az oldal relevanciája is szerepet kap.
Az sem elvárás, hogy a webhely minden URL-je indexelt legyen. Egy megköszönő oldal, egy szűrőparaméteres változat vagy egy régi, átirányított cím teljesen rendben lehet az indexen kívül. A kérdés inkább ez: egyedi, hasznos, végleges és keresőből is elérni kívánt oldalról beszélünk? Ha igen, érdemes utánajárni. Ha a teljes céges webhelyed hiányzik, a tágabb hibakereséshez olvasd el: Miért nem jelenik meg a weboldalam a Google-ben?
Gyakorlati példa, nem ügyféleset: egy fiktív villanyszerelő nyit egy új „érintésvédelmi felülvizsgálat” oldalt. A főoldalát a Google már ismeri, az új oldal viszont nem jelenik meg. Ez önmagában nem Google-büntetés; először a konkrét új URL állapotát kell megnézni.
Először döntsd el, üzletileg fontos-e az URL
Fontos szolgáltatásoldal
Ha nem található, annak lehet ügyfélszerzési következménye.
Tudatosan kizárt oldal
Bejelentkezési vagy technikai URL esetén a kizárás helyes lehet.
Bizonytalan ok
Az állapotot és az oldal tartalmát együtt érdemes szakmailag ellenőrizni.
Egy perc alatt így vizsgáld meg az egyetlen problémás URL-t
- Írd ki a végleges, nyilvános URL-t. Ellenőrizd a https-változatot, az esetleges www-eltérést, a záró perjelet és azt, hogy az oldal bejelentkezés nélkül megnyílik-e.
- Nyisd meg a Google Search Console URL-ellenőrzés eszközét. Válaszd ki a megfelelő webhelytulajdont; illeszd be ezt az egy címet, ne csak a domain főoldalát.
- Olvasd el a Google által ismert állapotot. Nézd meg az indexelhetőséget, a feltérképezési adatokat, az oldal elérhetőségét és a Google által választott kanonikus URL-t.
- Ha szükséges, futtasd a valós idejű tesztet. Megmutathatja, hogy a Googlebot most eléri-e a tartalmat, de a sikeres teszt nem igazolja, hogy már bekerült az indexbe.
- Jegyezd fel az eredményt és a dátumot. Ha módosítasz, később ugyanannak a végleges URL-nek az állapotához hasonlítsd.
Indexelt változat és valós idejű teszt: két külön válasz
Az URL-ellenőrzés tárolt indexadata azt mutatja, amit a Google az ellenőrzés pillanatában az oldalról tud; nem feltétlenül a friss szerkesztés utáni állapotot. Az élő teszt a jelenlegi hozzáférhetőséget vizsgálja. Egy friss noindex-javítás után előfordulhat, hogy az élő teszt már rendben van, az indexelési állapot pedig még nem változott. A Google saját URL-ellenőrzési súgója részletezi a nézetek különbségét.
Miért számít a canonical?
Ha több cím alatt elérhető nagyon hasonló tartalom, a Google választhat közülük egy elsődleges URL-t. A szerkesztő által beállított canonical és a Google által választott változat eltérhet; ez még nem büntetés. Ellenőrizd, hogy a preferált célra mutatnak-e a belső linkek és a webhelytérkép, és nincs-e ellentmondó átirányítás. A fogalmakat részletesen tisztázzuk a sitemap, robots.txt és canonical útmutatóban.
Mit jelentenek a Search Console indexelési állapotai?
Az alábbi 12 helyzetes döntési táblát úgy használd, hogy előbb eldöntöd: az adott URL-nek tényleg indexelve kellene lennie? Ugyanaz a státusz egy fontos szolgáltatásoldalnál problémát, egy szándékosan kivont változatnál teljesen helyes állapotot jelenthet. A felület pontos elnevezése és csoportosítása idővel változhat.
| Jelzés | Mit tudunk belőle? | Ellenőrizendő | Első indokolt lépés |
|---|---|---|---|
| Az URL ismeretlen a Google számára | Lehet, hogy még nem fedezte fel ezt a változatot. | Publikálva van? Mutat rá rendes belső link? Jó a sitemap URL? | Valós elérhetőség és felfedezhetőség rendezése; indokolt esetben indexeléskérés. |
| Felfedezve – jelenleg nincs indexelve | Az URL-t ismeri, de még nem térképezte fel. | Szerverkapacitás, hozzáférés, fontos belső linkek, sok hasonló URL. | Feltérképezési akadály keresése; ne minősítsd biztosan rossz tartalomnak. |
| Feltérképezve – jelenleg nincs indexelve | Már lekérte, de nem tette indexbe; az ok nem olvasható ki biztosan ebből. | Valódi önálló érték, tartalmi átfedés, renderelés és az oldal célja. | Indokolt szerkesztés és követés; nem végtelen újbóli beküldés. |
noindex miatt kizárva | Az oldalon vagy HTTP-fejléceiben indexelést tiltó jelzés lehet. | Szándékos? Tesztoldalból maradt? Meta vagy X-Robots-Tag? | Fontos publikus oldalon a véletlen tiltást javítsa a webmester. |
| robots.txt által tiltva | A feltérképezés korlátozott; ez nem egyenlő biztos indexből törléssel. | Az URL-re vonatkozó robots-szabály és annak célja. | Csak a hibásan blokkolt publikus oldalt szabadítsd fel. |
| Átirányítást tartalmazó URL | Az eredeti cím másik címre irányít. | Jó, elérhető és releváns-e a céloldal? | Az új cél indexállapotát vizsgáld, ne a régi redirectelt URL indexelését erőltesd. |
| 404 vagy 410 | Az URL hiányzik, esetleg szándékosan megszűnt. | Régi törölt oldal vagy fontos, elgépelésből hibás hivatkozás? | Indokolt helyreállítás, releváns átirányítás vagy tudatos hibaállapot. |
| Lágy 404 (soft 404) | A válasz technikailag akár 200, de a tartalom üresnek/hibásnak tűnhet. | Ténylegesen látható tartalom, renderelés, „nincs találat” sablon. | Érdemi oldal és helyes HTTP-válasz kialakítása. |
| 5xx / szerverhiba | A kiszolgáló nem megbízhatóan adja az oldalt. | Hosting, időszakos hiba, CDN, védelmi szabály. | Fejlesztő vagy szolgáltató vizsgálja a szervernaplókat. |
| 401 / 403 hozzáférési korlát | A kért oldal autentikációhoz kötött vagy tiltott. | Nyilvánosnak szánt oldal? WAF vagy belépési akadály? | Csak valóban nyilvános tartalom hozzáférését rendezd. |
| Alternatív oldal megfelelő canonical jelzéssel | Másik változat az elsődleges, és ez gyakran szándékos. | A kívánt főoldalra mutat-e a canonical? | Ha igen, nincs szükség javításra. |
| Duplikált; a Google más canonicalt választott | A Google eltérő változatot lát elsődlegesnek. | Canonical, redirect, sitemap, belső linkek és tartalmi különbségek. | Ellentmondások rendezése; nem elég mechanikusan átírni egy címkét. |
A táblázat a Google Oldalindexelési jelentésének értelmezését segíti, nem bizonyítja a konkrét weboldal problémájának okát.
„Felfedezve” és „Feltérképezve”: nem szinonimák
Felfedezésnél a Google ismeri az útvonalat, de még nem feltétlenül kérte le az oldalt. A feltérképezett oldalt már megtekintette, ám az indexbe vétel külön döntés. Egyiket sem helyes automatikusan „büntetésnek”, vagy a tartalom minőségéről szóló bizonyítéknak tekinteni. A valódi feladat a tartósan problémás, üzletileg fontos URL-ek megvizsgálása.
Szándékos kizárás vagy javítandó hiba?
Ha a régi URL átirányít egy újra, a régi indexelésének hiánya természetes lehet. Ha viszont az aktuális szolgáltatásoldalon maradt egy véletlen noindex, azt javítani kell. A robots.txt a feltérképezést szabályozza: érzékeny adatok biztonságos elzárására nem való. A valóban bizalmas tartalmat megfelelő hozzáférésvédelemmel kell ellátni.
Hat lépés: melyik javítás illik az okhoz?
- Döntsd el, keresőbe való-e a konkrét URL. Szolgáltatásoldal, hasznos cikk, egyedi információ általában igen; köszönőoldal és szűrőváltozat gyakran nem.
- Vizsgáld a végleges URL HTTP-válaszát és tartalmát. Nem elég, hogy a böngészőben „valami” betölt: legyen helyes válasz, értelmes HTML-tartalom és hozzáférés.
- Nézd meg a Search Console státuszát. Jegyezd fel, hogy felfedezés, feltérképezés, tiltás, szerverhiba vagy kanonikus választás körül van-e kérdés.
- Csak a talált hibát javítsd. Véletlen noindexnél jelzés, 5xx-nél szerver, rossz belső linknél navigáció, duplikált szövegnél tényleges különbség. Ne készíts új URL-t ugyanazzal a szöveggel.
- Az új állapotot ellenőrizd. Az élő teszt segíthet a technikai javításban; bizonyos jelentéshibákhoz a „Javítás ellenőrzése” funkció tartozik, más esetekben egy indokolt indexeléskérés lehet hasznos.
- Kövesd dátummal a változást. Az indexelés nem garantált, és a Search Console indexállapota nem feltétlenül frissül azonnal.
Négy fiktív helyzet: az új szolgáltatásoldal nem kap belső linket; élesítés után egy tesztoldali noindex marad; egy URL-paraméteres másolat helyesen nincs indexelve; két, csak városnévben eltérő oldal szinte azonos tartalmat mutat. Az elsőnél belső linket, a másodiknál technikai módosítást, a harmadiknál esetleg semmit, a negyediknél valós tartalmi indokoltságot kell vizsgálni. Nem ugyanaz a megoldás mindegyikre.
Amikor a saját vállalkozásodról van szó
Ha fontos aloldalt nem talál meg a Google, az üzletileg is számíthat
Nem minden kizárt URL hiba, de egy lényeges szolgáltatásoldal hiánya elvághatja az érdeklődők útját. Érdemes a tényleges értékű oldalakkal kezdeni a technikai SEO-vizsgálatot.
Mikor kérj indexelést, és mikor felesleges?
Ha egy fontos, nyilvános URL új, vagy ténylegesen kijavítottál egy indexelést akadályozó hibát, a Search Console-ban kérhetsz újraellenőrzést/indexelést az erre alkalmas felületen. A kérelem nem rendelés a Google felé. A Google később is dönthet úgy, hogy nem indexeli az oldalt. Napi ismételt kattintások nem helyettesítik a hibajavítást.
Ne kérd egy régi 301-es URL, tudatosan noindex-elt köszönőoldal vagy megfelelően kanonizált paraméteres változat külön indexelését. A jelentések „Javítás ellenőrzése” művelete a jelzett hiba újravizsgálatára szolgál; ez nem ugyanaz, mint egyedi URL indexelését kérni. Az úgynevezett Indexing API sem általános gyorsító minden normál weboldal számára: a Google meghatározott tartalomtípusokra korlátozza a használatát.
Fontos: A 200 OK válasz, a zöld valós idejű ellenőrzés, a beküldött webhelytérkép és az érvényes canonical együtt sem adnak indexelési vagy helyezési garanciát.
Egyszerű egy-URL-es hibajegy: ezt írd össze
Ha szakembernek írsz, ne csak azt mondd, hogy „eltűntem a Google-ből”. Az alábbi lapot a saját helyzeteddel kitöltve sokkal gyorsabban elkülöníthető a tartalmi döntés és a fejlesztői hiba. A pelda.test cím kizárólag kitalált szemléltetés.
| Mező | Ezt jegyezd fel |
|---|---|
| Végleges URL | Például https://pelda.test/szolgaltatas/ |
| Üzleti cél | Fontos szolgáltatás, cikk, köszönőoldal vagy duplikátum? |
| Elvárt indexelés | Igen / nem / még tisztázandó. |
| GSC állapot és dátum | Pontos, kijelzett üzenet és az ellenőrzés napja. |
| Google-canonical | Ugyanaz az URL vagy másik cím? |
| HTTP, robots, noindex | Mi az ellenőrzött tény, mi csak feltételezés? |
| Belső hivatkozások | Melyik valódi oldal linkel rá? |
| Elvégzett módosítás | Pontos javítás és felelős személy. |
| Új ellenőrzés | Időpont, új jelentés, még nyitott kérdés. |
Ha nincs Search Console-hozzáférésed, először azzal érdemes kezdeni. Az alapokat a Google Search Console kezdőknek cikk mutatja meg.
Mikor érdemes szakembert bevonni?
Indokolt a célzott technikai és tartalmi vizsgálat, ha több fontos szolgáltatásoldal egyszerre érintett, ismétlődő szerverhibák látszanak, a Google rendszeresen rossz kanonikust választ, vagy a problémát pontosan rögzítetted, de a javítási körök után sem változik az állapot. A szakember feladata a valós okok és lehetőségek feltárása, nem a Google indexének „megrendelése”.
Ha az oldal már indexelt, de nem hoz keresőforgalmat, más kérdést kell feltenni: milyen keresési szándékra, milyen tartalommal és milyen időtávon szeretnél láthatóvá válni? Erről szól a SEO eredmények időtávját bemutató útmutatónk. Fontos URL-ek tartós technikai problémájánál célzott SEO-felmérés lehet indokolt, eredménygarancia nélkül.
Gyakori kérdések az aloldalak indexeléséről
A 200 OK válaszkód már elég az indexeléshez?
Nem. Ez egy szükséges technikai feltétel lehet, de az oldal lehet duplikált, gyenge hozzáférhetőségű, szándékosan kizárt, vagy a Google más okból dönthet az indexelés mellőzéséről.
Ha a Google feltérképezte, miért nincs indexelve?
A feltérképezés és az indexelés két külön lépés. A „Feltérképezve – jelenleg nincs indexelve” jelzés nem ad egyetlen, biztos diagnózist. Ellenőrizd az egyedi értéket, az átfedéseket és a technikai megjelenítést.
A webhely minden URL-jének indexeltnek kell lennie?
Nem. A lényeg, hogy a fontos, végleges, publikus és önálló tartalmú oldalaid hozzáférhetőek legyenek. A duplikátumok és átirányított címek kimaradása természetes lehet.
Pénzbe kerül a Search Console indexeléskérése?
A Google Search Console ingyenesen használható. Az indexelés kérelmezése nem fizetett garancia, és nem minden oldalnál indokolt.
Mikor látszik a javítás?
Nincs garantált időpont: külön történik a feltérképezés, feldolgozás és az indexelési döntés. Az élő teszt javulása nem jelenti, hogy a kereső már átvette a friss állapotot.
Források és szakmai háttér
Hivatalos források megnyitása
Oldalindexelési jelentés ↗ — Search Console Súgó
URL-ellenőrzés ↗ — Search Console Súgó
Google Kereső technikai követelményei ↗ — Search Central
Indexelés megakadályozása noindex segítségével ↗ — Search Central
Canonical hibakeresés ↗ — Search Central
Kapcsolódó Tudástár-cikkek
Következő lépés · Kaluzsa
Fontos szolgáltatásoldalad hiányzik a keresésből?
Add meg az érintett oldalt és a tapasztalt tünetet. A technikai és tartalmi akadályok felmérésével kijelölhetők a reális javítási lépések.