Google indexelés 2026-ban: miért nem kerül be az oldalad, és mit tehetsz ellene

Lehet, hogy ismerős a következő helyzet. Kiadtál egy új cikket vagy termékoldalt, három hét után sem jelenik meg a Google találatok között, a Search Console „Felfedezve” vagy „Feltérképezve, jelenleg nincs indexelve” státuszt mutat, és nem érted, mi a gond. A jó hír: 2026-ban ez nagyon gyakori, és ritkán a te hibád. A Google indexelési kapuit az elmúlt két évben drámaian szigorították, ezért 2026-ban az „indexelt vs. nem indexelt” kérdés sokszor fontosabb, mint maga a rangsorolás.

Ebben a cikkben végigveszem, mit jelent ma az indexelés, miért hagy ki a Google egyre több oldalt, hogyan ellenőrzöd a saját helyzetedet, és mit tehetsz, ha az oldalad nincs az indexben. A keretezés segítő, a célom, hogy gyakorlati lépésekkel kijöhess egy frusztráló helyzetből.

 

Mit jelent az indexelés és miért dönti el a teljes SEO-t

Az indexelés az a folyamat, amelynek során a Google eltárolja a weboldaladat a saját adatbázisában. Egy oldal akkor „indexelt”, ha a Google rendszereiben szerepel, és a kereső elvileg meg tudja jeleníteni a találatok között. Ha egy oldal nincs az indexben, a Google szemszögéből gyakorlatilag nem létezik, függetlenül attól, hogy mennyit dolgoztál a tartalmán.

Itt fontos egy fogalmi különbséget tisztázni. Az „indexelt” és a „rangsorolt” nem ugyanaz. Az indexelt csak annyit jelent, hogy az oldal bekerült a Google adatbázisába. A rangsorolás egy ezt követő, külön folyamat, amely arról dönt, hogy egy adott keresésre az indexelt oldalak közül melyik milyen sorrendben jelenjen meg. Tehát lehet az oldalad tökéletesen indexelt úgy, hogy mégsem hoz forgalmat, mert a rangsorolásban hátul van.

A SEO szempontjából az indexelés az „ajtó”. Ha ezen nem jutsz át, az összes többi optimalizálás (kulcsszókutatás, on-site szövegezés, linképítés) hatástalan. Ezért érdemes minden SEO projektet azzal kezdeni, hogy megnézed, az oldalaid egyáltalán indexben vannak-e.

 

Crawl, render, index: a három különböző lépés (sokan összekeverik)

A Google nem egy lépésben dolgozza fel az oldaladat, hanem hármat hajt végre. Ezek külön algoritmusok, és az URL-ek mindegyik fázisban „lemorzsolódhatnak” – tehát egy felfedezett URL nem feltétlenül lesz feltérképezve, egy feltérképezett nem feltétlenül lesz renderelve, és egy renderelt oldal sem biztos, hogy bekerül az indexbe.

1. Crawl (feltérképezés). A Googlebot letölti a HTML-t, és kigyűjti belőle a linkeket. Ez maga még nem értelmezi a tartalmat, csak a hálózati kommunikációt és az URL-ek felfedezését végzi.

2. Render (megjelenítés). A Google Web Rendering Service egy Chromium alapú motort futtat, ami lefuttatja a JavaScriptet, alkalmazza a CSS-t, és összeállítja a végleges DOM-fát. Ez az igazán erőforrás-igényes lépés, és sok JavaScript-nehéz oldalnál itt akadnak el a dolgok.

3. Index (eltárolás). A renderelt tartalmat a Google elemzi, megnézi a duplikációt, a minőséget, az E-E-A-T jeleket, és csak akkor tárolja el, ha úgy ítéli, hogy „megéri”.

Ha mélyebben érdekel, hogyan néz ki ez a teljes folyamat, érdemes elolvasnod a keresőmotorok működéséről szóló cikkemet, ami részletesebben bemutatja a botok feladatait.

A kulcs üzenet: 2026-ban a hibák zöme nem a crawl szinten történik (a Google általában megtalálja az oldaladat), hanem a render vagy az index szinten. Ezért az „indexelés kérése” gomb a Search Console-ban gyakran nem segít, mert a Google már megnézte az oldalt, csak nem találta elég jónak ahhoz, hogy eltárolja.

 

Hogyan ellenőrzöd, hogy a Google indexelte-e az oldaladat (3 módszer)

Mielőtt bármilyen javítást elkezdesz, először tudnod kell, hogy egyáltalán milyen a helyzet. Három módszerrel ellenőrizheted, mindegyiknek megvan a maga előnye és korlátja.

Módszer	Mire jó	Korlátai 2026-ban
site: parancs	Gyors áttekintés a böngészőben (pl. site:jovomarketing.hu)	2026-ra már nem ad pontos képet, csak egy szűrt mintát mutat
GSC URL Inspection	Egyetlen URL pontos indexelési állapota, renderelt HTML, hibák	URL-enként, kézzel kell futtatni
GSC Page Indexing report	Teljes oldal helyzetkép, indexelési státuszok bontásban	A státuszok értelmezése komoly tudást igényel

A site: parancs gyors átnézésre

Beírod a Google keresőbe: site:adomained.hu. Az eredményként megjelenő találatok mutatják, hogy körülbelül mit lát a Google a domainedről. Ez gyors első benyomáshoz hasznos, de pontos számra már nem alkalmas. A Google 2024 óta a site: operátor eredményeit szűrt mintaként adja vissza, nem a teljes indexet. Ha az ott látott szám alacsonyabb, mint amit vársz, az gyanús, de nem diagnózis.

URL Inspection a Search Console-ban

A Search Console-ban (search.google.com/search-console) felül van egy keresősáv. Bemásolod oda a vizsgálni kívánt URL-t. A Google megmutatja, hogy az oldal indexelt-e, mikor látta utoljára, milyen sitemapon keresztül találta, és van-e bármilyen hiba. A „Test Live URL” gombbal lefuttathatsz egy friss tesztet, és a „View Tested Page” alatt láthatod, hogyan néz ki a renderelt HTML a Google szemszögéből. Ez a leghasznosabb eszköz, ha egy konkrét oldal nem akar indexelődni.

Page Indexing report a teljes site-ra

Ugyanitt a bal oldali menüben az „Oldalak” (Pages) menüpont alatt találod a Page Indexing reportot. Itt látod, hogy hány oldalad van indexelve, hány nincs, és milyen okból nincs. A „Nem indexelt” kategória számos alkategóriát tartalmaz: noindex meta tag, robots.txt blokk, kanonikus, soft 404, „Feltérképezve, jelenleg nincs indexelve”, „Felfedezve, jelenleg nincs indexelve” és így tovább. Ezek értelmezése a kulcs, ezért a következő szakaszokban a két legfájdalmasabb státuszt részletesen is átveszem.

 

A 2024-2026-os indexelési krízis: miért nem indexel a Google

2024 óta egy strukturális változás zajlik. A generatív AI eszközök (ChatGPT, Claude, Gemini) demokratizálódásával a webre publikált tartalmak volumene exponenciálisan nőtt, a minősége viszont sok helyen leromlott. Erre a Google védekező módban reagált: jelentősen szigorította az indexelési kapukat.

Az index 2026-ban nem egy passzív tároló, hanem egy szigorú minőségi szűrő. Nem elég, hogy az oldalad technikailag hibátlan. Aktívan bizonyítania kell, hogy hozzáad valami értéket ahhoz, ami már bent van. Ha ezt nem tudja megtenni, nem kerül be, vagy később kiesik. Ezt a szakmában „lean index” filozófiának nevezik.

A Google munkatársai (John Mueller, Gary Illyes) több alkalommal megerősítették, hogy a site általános minősége jelentősen befolyásolja, hány URL kerül indexbe. Tehát nem egyenként pontoznak oldalakat, hanem domain-szintű minőségi képet alkotnak rólad. Ha a domained nagy részét vékony, sablonos vagy duplikált tartalom alkotja, a Google a friss, akár jó cikkeidet is óvatosabban indexeli.

 

„Feltérképezve, jelenleg nincs indexelve” – mi ez és hogyan oldod meg

Ez a státusz 2026-ra a Search Console egyik leggyakoribb fejtörést okozó üzenete. A hagyományos értelmezés szerint a Google már feltérképezte az oldaladat, de „vár a sorára”, hogy bekerüljön az indexbe. Ezt sokáig úgy gondolták, hogy idővel magától megoldódik.

Egy 2026-ban publikált iparági adatelemzés szerint (Indexing Insight, 1,7 millió URL vizsgálata alapján) ez az értelmezés többnyire téves. Az ebbe a státuszba kerülő URL-ek jelentős része korábban már indexelve volt, és a Google szándékosan kivette őket onnan, mert egy újraértékelés során vékonynak vagy értéktelennek ítélte a tartalmukat. Más szóval: ez gyakran nem várólista, hanem aktív elutasítás.

A státusz lehetséges okai 2026-ban:

• Vékony tartalom. Az oldal túl rövid, sablonos vagy felszínes ahhoz, hogy bekerüljön a „lean index”-be.
• Duplikáció. A tartalom túl hasonlít más oldalaidra vagy másik domain tartalmára.
• Gyenge belső linkelés. Az oldal „árva”, kevés belső link mutat rá, ezért a Google nem érzi fontosnak.
• Alacsony domain-szintű minőség. A teljes domained jelez gyenge minőséget, ezért az egyes oldalak is hátrányból indulnak.
• AI-tartalom hozzáadott érték nélkül. Ha a szöveg jól láthatóan AI-generált, sablonos, és nincs benne egyedi insight, a Google ezt 2026-ban érzékenyen kiszűri.

Mit tegyél, ha sok ilyen URL-t látsz

1. Ne nyomd meg az „Indexelés kérése” gombot 50-szer. Egy elutasított oldalon ez nem javít, csak a saját idődet égeted.

2. Audit a tartalom minőségére. Az érintett URL-eket nyisd meg egyenként, és tedd fel a kérdést: ad ez bárminek értéket, amit ne találna meg a felhasználó három másik oldalon ugyanígy?

3. Vágd az értéktelen URL-eket. Ha tényleg vékony az oldal, három opciód van: noindex tag, átirányítás egy erősebb oldalra (lásd a 301-es átirányítás működéséről szóló cikkemet), vagy törlés és 410-es válaszkód.

4. Erősítsd a megmaradókat. A „túlélő” oldalakhoz adj hozzá belső linkeket erősebb oldalakról, frissítsd a tartalmat, tegyél bele egyedi adatot, idézetet vagy esettanulmányt.

 

„Felfedezve, jelenleg nincs indexelve” – amikor a Google észlelte, de még nem nézte meg

Ez a státusz kicsit mást jelent. A Google tudja, hogy létezik az URL (mert látta egy sitemapban, egy belső linken keresztül vagy egy külső hivatkozáson), de még nem futtatott rá teljes feltérképezést. Az oldalt még meg sem nézte.

A tipikus okok 2026-ban:

• Gyenge site-autoritás. A Google csak korlátozott erőforrást szán a domainre, és a fontosabb oldalakat priorizálja.
• Lassú vagy túlterhelt szerver. Ha a Google azt érzi, hogy túl sok kéréssel terhelné le a szervert, halasztja a crawl-t.
• Hirtelen sok új URL. Ha egyszerre publikálsz több ezer oldalt (pl. AI-generált programmatic SEO), a Google óvatos lesz.
• Crawl budget kimerülés. Nagyobb webshopoknál a Google a fontosabb oldalakra koncentrál, az új vagy mély URL-ek hátul várakoznak.

 

Mobile-first indexing 2026-ban

A Google 2023 októberében hivatalosan lezárta a mobile-first indexing átállást. Ez azt jelenti, hogy 2026-ban a Google a weboldaladat alapvetően a mobil verzión keresztül látja és indexeli. Az asztali nézet pusztán technikai másodlagos szerepet kap.

A gyakorlati következmény egyszerű: ami nincs a mobil verzión, az az indexben sincs. Ha az asztali oldalad tele van részletes szöveggel, listákkal és Schema jelölésekkel, de a mobil verzión ezek „display: none” CSS-szel el vannak rejtve vagy más, sablonosabb HTML jelenik meg, akkor a Google azt nem indexeli.

A tipikus mobil-first hibák, amiket SEO konzultációkon a leggyakrabban látok:

• A mobil verzión hiányzik szöveg, ami az asztalin megvan (pl. „olvass tovább” gomb mögé bújtatott tartalom).
• A Schema jelölés csak az asztali kódban van benne, a mobil verzión nincs.
• Hibás reszponzív kép-szolgáltatás miatt a Googlebot törött képekkel találkozik.
• Túl agresszív JavaScript-késleltetés (pl. WP Rocket Delay JS), ami miatt a renderelt HTML üresnek tűnik.

Ha a sebesség és a mobil élmény oldaláról szeretnéd jobban megérteni, mit vár ma a Google, érdemes átolvasnod a technikai SEO emberi nyelven cikkemet, ami pont ezekkel a kérdésekkel foglalkozik.

 

Sitemap.xml: mire jó és mire NEM

A sitemap az egyik legfélreértettebb technikai SEO eszköz. Az XML sitemap egy lista az oldalad URL-jeiről, amit a Google a felfedezéshez használ. Sokan azt hiszik, hogy ha egy URL benne van a sitemapban, az automatikusan be is kerül az indexbe. Ez nem így van.

A sitemap 2026-ban egy „jelzés”, nem garancia. Annyit mond a Google-nek: „ezekről az URL-ekről tudd, hogy léteznek, és ezeknek itt van a legutolsó frissítési dátuma.” Az indexelési döntést továbbra is minőségi és relevancia-jelzések alapján a Google hozza meg.

Ami a sitemap-ról fontos 2026-ban:

• Csak indexelendő, kanonikus, 200-as válaszkódú URL-eket tegyél bele. Ha 404-es, átirányított vagy noindex URL is benne van, az gyengíti a sitemap egészébe vetett bizalmat.
• A lastmod (utolsó módosítás) értéket csak valódi tartalmi változás esetén frissítsd. Ha minden URL-en mindig „tegnapi” dátum szerepel, a Google rájön és figyelmen kívül hagyja.
• Méretkorlát: max 50 000 URL és 50 MB tömörítetlen méret sitemap-fájlonként. Nagyobb oldalaknál sitemap-indexet és több részsitemapot használj.
• Külön sitemapok típusonként. /sitemap-posts.xml, /sitemap-products.xml, /sitemap-pages.xml. Így a Search Console-ban gyorsabban beazonosítod, hol akad el az indexelés.

Ha még sosem hoztál létre sitemapot, vagy elbizonytalanodtál, érdemes lehet áttekintened a webhelytérkép létrehozásáról szóló cikkemet.

 

Belső linkelés: az indexelés legolcsóbb gyorsítója

Ha választanod kellene egyetlen indexelést gyorsító technikát, az a belső linkelés lenne. Ez ingyenes, gyorsan implementálható, és a tapasztalatok szerint nagyobb hatása van, mint a sitemap újraküldésnek vagy az „Indexelés kérése” gomb nyomogatásának.

Mit csinál a belső link az indexelésnél? Két dolgot. Egyrészt segít a Google-nek felfedezni az adott URL-t, ha még nem találta volna meg. Másrészt jelzi a Google-nek, hogy ez az oldal fontos a domain hierarchiájában, mert máshonnan is hivatkozol rá. Minél több és minél erősebb oldalról mutat link egy URL-re, annál fontosabbnak látja azt a Google.

A jól működő belső linkelési minták:

• Hub-spoke struktúra. Van egy átfogó „hub” cikked egy témáról, és onnan linkelsz a részletes „spoke” cikkekre. A spoke cikkek pedig visszamutatnak a hub-ra.
• Lapos hierarchia. A fontos oldalak ne legyenek távolabb 3 kattintásnál a főoldaltól.
• Tematikus horgonyszöveg. „Részletesen írtam erről a kulcsszókutatás cikkemben” sokkal jobb, mint „kattints ide”.
• Orphan URL-ek megszüntetése. Ha egy oldalra csak a sitemap és a menü mutat, az árva. Tegyél rá kontextuális belső linket egy cikkből.

Részletesebben írtam erről a belső hivatkozásokról szóló cikkemben.

 

IndexNow protokoll: érdemes-e a magyar piacon?

Az IndexNow egy 2021-ben indult, nyílt protokoll, amely lehetővé teszi, hogy a weboldalad automatikusan és azonnal értesítse a keresőmotorokat az új vagy frissített URL-ekről. A klasszikus „pull” modell (a Google maga megy az oldalért, amikor akar) helyett ez egy „push” modell (te szólsz a keresőnek, hogy jöjjön).

Az IndexNow protokollt jelenleg támogatja: Microsoft Bing, Yandex, Seznam, Naver, Mojeek, és közvetve a DuckDuckGo (Bing-en keresztül). A Google 2026-ban hivatalosan nem támogatja, kísérletezett vele, de nem vezette be. Az indoklás: a Google szerint az IndexNow nem oldja meg a valódi problémát, ami az URL-ek „helyes” kiválasztása, nem pedig a felfedezésük.

Magyar piaci szempontból, ha a forgalmad 90 százaléka Google-ből jön, az IndexNow közvetlen üzleti hatása korlátozott. Ennek ellenére 2026-ban egyre több magyar oldalnak van értelme bevezetnie ezt a protokollt, két okból:

• AI keresők kapuja. A ChatGPT Search és más AI keresők jelentős része a Bing indexére támaszkodik. Ha gyorsan frissül a Bing indexében, az AI láthatóságodnak is jót tesz.
• Időérzékeny tartalom. Ha gyakran frissítesz árakat, készletet, eseményeket, az IndexNow lényegesen gyorsabban behozza ezeket a Bing-be és a kis keresőkbe.

Implementáció WordPress-en pár kattintás (a Microsoft Bing csapata adott ki hivatalos IndexNow plugint). Shopify-on 2025 óta natívan támogatott a 2.0-ás témákban. Egyedi rendszereken egy nyilvános kulcsfájl és néhány API-hívás kell.

 

Indexelés az AI keresőkben (ChatGPT, Perplexity, AI Overviews)

2026-ban már nem elég, ha a Google indexében benne vagy. A felhasználók egyre nagyobb arányban kérdeznek AI rendszereket: ChatGPT Search, Perplexity, Microsoft Copilot, vagy a Google saját AI Mode és AI Overviews funkcióit.

Az AI keresők eltérő architektúrával dolgoznak, de a logika közös: van egy „retrieval pool” (kinyerési halmaz), ahonnan a generatív válaszhoz forrásokat válogatnak. Ahhoz, hogy idézzenek téged, két dolog kell:

1. Bekerülj a retrieval pool-ba. Ez azt jelenti, hogy a kereső háttér-indexében szerepelj. A ChatGPT Search és a Microsoft Copilot főleg a Bing indexére támaszkodik. A Google AI Overviews a klasszikus Google indexből dolgozik. A Perplexity több forrásból nyer.

2. Az AI ki is válasszon idézhető forrásként. Iparági mérések szerint az AI rendszerek csak a feldolgozott források kis részét (a Seer Interactive és más mérések szerint kb. 15 százalékát) használják tényleges, kattintható hivatkozásként, a többit csak háttér-információként olvassák.

A gyakorlati következmény, hogy az AI láthatóság 2026-ban két különálló optimalizálást kíván:

• Klasszikus indexelhetőség. Tehát mindaz, amit ebben a cikkben végigvettünk: gyors szerver, jó belső linkelés, minőségi tartalom, rendezett sitemap, mobile-first kompatibilitás.
• AI bot hozzáférés. Engedned kell a robots.txt-ben az OAI-SearchBot, GPTBot, ClaudeBot, PerplexityBot, Bingbot hozzáférést. Egyetlen rosszul beállított Disallow sor láthatatlanná tehet az AI ökoszisztémában.
• Struktúrált, idézhető tartalom. Rövid, önállóan értelmezhető bekezdések, definíciós mondatok („X = Y”), listák, táblázatok, Schema markup.

A Schema strukturált adatok 2026-ban kiemelten fontosak az AI láthatósághoz. Erről részletesen írtam a Schema Markup 2026 cikkemben.

Az átfogó AI láthatósági szemléletet, amit én SEvO (Search Everywhere Visibility Optimization) néven gondolok újra, a GEO és SEvO stratégiai elemzésemben mutatom be részletesebben.

 

Tipikus hibák, amikkel véletlenül kizárod magad az indexből

Az indexelési problémák jelentős része nem a Google-ön, hanem rajtad múlik, csak nem tudsz róla. A leggyakoribb „véletlen kizárások”:

Hiba	Mit eredményez	Hogyan ellenőrzöd
noindex meta tag élesben felejtve	Az oldal teljesen kiesik az indexből	View source, keress: noindex. WP-ben Beállítások / Olvasás.
robots.txt teljes blokk	A Googlebot nem tudja letölteni az oldalt	/robots.txt megnyitása, Disallow: / sor keresése
Canonical loop vagy ellentmondás	Google saját döntést hoz, nem feltétlenül a jó URL-re	URL Inspection, „User-declared canonical” vs „Google-selected canonical”
Soft 404	200-as válasz, de a Google üresnek látja	Search Console, Page Indexing report „Soft 404” kategória
Túl agresszív JS késleltetés	A renderelt HTML üres vagy hiányos	URL Inspection / Test Live URL / View Tested Page
Hibás canonical	A fontos URL-eid másikra mutatnak	View source, keress: rel=”canonical”

A canonical hibák külön említést érdemelnek, mert a magyar piacon (kiemelten Shoprenter és WooCommerce áruházakon) ez az egyik leggyakoribb indexelési zavar. Ha bizonytalan vagy, mit csinál a canonical tag, és hogyan állítsd be jól, olvasd át a canonical URL-ről szóló cikkemet.

Egy klasszikus „véletlen” hiba a staging (teszt) környezet élesítése. A fejlesztés alatt minden helyen globális noindex tag fut. Az élesítéskor a WordPress „Megtiltjuk a keresőmotoroknak az oldalunk bejárását” jelölőnégyzete bepipálva marad, vagy a régi X-Robots-Tag header kikerül az éles szerverre. Ez napokon belül kiszórja az oldalaidat az indexből, és a forgalmad nullára esik. Mindig ellenőrizd élesítés után az URL Inspection-nel és a robots.txt-vel.

 

Mit tegyél, ha az oldalad nincs indexelve – lépésről lépésre

Ha egy konkrét oldalad nem indexelt, ne kezdj el véletlenszerűen kattintgatni. Menj végig ezen a 7 lépéses ellenőrző listán, ebben a sorrendben:

1. Futtass URL Inspection-t a Search Console-ban. A Google maga megmondja, mit lát. Az állapot („Indexed”, „Crawled – currently not indexed”, „Discovered – currently not indexed”, „Excluded by noindex tag”, stb.) megmutatja, melyik szakasz vonatkozik rád ebből a cikkből.

2. Nézd meg a renderelt HTML-t. A „View Tested Page” alatt látod, mit lát a Google a JavaScript futtatása után. Ha az oldalad fő tartalma hiányzik vagy üres a screenshot, akkor render-szintű probléma van. Ekkor lassítani vagy átkonfigurálni kell a JS késleltetést.

3. Ellenőrizd a robots.txt-t és a noindex tag-et. Nyisd meg az /robots.txt-t a böngészőben. Nincs benne véletlen Disallow: /? Az oldal forráskódjában keress a „noindex” szóra. Ha van, és nincs ott helye, vedd ki.

4. Ellenőrizd a canonical tag-et. Az URL Inspection mutatja, mit deklarálsz és mit választott a Google. Ha eltérés van, és a tiéd a jó, gondold át a canonical struktúrát.

5. Erősítsd a belső linkelést. Tegyél 2-3 új kontextuális belső linket a problémás oldalra erősebb oldalakról. Egy frissített pillér-cikkből, a főoldalról, vagy egy releváns kategóriaoldalról.

6. Auditáld a tartalom minőségét. Olvasd el az oldalt egy idegen szemével. Ad valami egyedi értéket? Ha nem, bővítsd ki, tegyél bele saját insight-ot, adatot, példát.

7. Csak ezután kérj indexelést. Ha az 1-6. lépéseken átmentél, akkor a Search Console „Indexelés kérése” gombja értelmet kap. Előtte ne, mert csak elveszted a kérelmezési kvótádat.

 

Frissítve: 2026. június | Szerző: Révai Csaba, SEO mentor, JövőMarketing | 2017 óta foglalkozom keresőoptimalizálással.