Indexelés: amit tudnod kell róla

Scheo · 2026-09-02 · Frissítve: 2026-10-03 · olvasási idő ~10 perc · Szerző: Schmidt Péter

Az indexelés az a pont, ahol a legtöbb weboldal némán elakad. A tartalom kész, a sitemap elment, a Search Console össze van kötve, aztán nem történik semmi: nulla megjelenés, nulla kattintás. Ilyenkor a tulajdonos jellemzően a rangsorolásról kezd beszélni, pedig a baj egy szinttel lejjebb van. Az oldal be sem került a kereső adatbázisába, tehát nincs miből rangsorolni.

Ebben a cikkben végigmegyünk azon, mit jelent pontosan az indexelés, hogyan ellenőrzöd hitelesen, mik a leggyakoribb elakadások, és mit csinálj velük lépésről lépésre. Ahol releváns, jelölöm, mi hivatalosan igazolt (a keresők saját dokumentációjából), mi saját tapasztalat (magyar kkv-oldalakon végzett munkából) és mi szakmai feltételezés.

Mit jelent pontosan az indexelés?

Rövid válasz: az indexelés az a folyamat, amelyben a kereső egy már letöltött oldalt feldolgoz, értelmez és eltárol a saját adatbázisában, hogy később meg tudja jeleníteni a találatok között. Ha egy oldal nincs indexelve, akkor semmilyen keresésre nem jelenhet meg, akármilyen jó a szöveg rajta.

Tovább a témában: Google indexelés · Dokumentum indexelés

Hivatalosan igazolt: a Google dokumentációja három elkülönülő szakaszt ír le. Az első a feltérképezés (crawling): a robot megtalálja az URL-t, és letölti a tartalmát. A második az indexelés: a letöltött oldalt a rendszer lerendereli, kielemzi a szöveget, a képeket és a strukturált adatokat, eldönti, hogy duplikátumról van-e szó, és ha nem, eltárolja. A harmadik a kiszolgálás: egy konkrét keresésre a rendszer az indexből válogat és rangsorol.

A gyakorlati következmény, amit sokan összekevernek: attól, hogy a robot járt az oldaladon, még nincs indexelve. A feltérképezés csak a belépő. Az indexelés külön döntés, és a Google nyíltan írja, hogy nem tárol el minden feltérképezett oldalt. Az index véges erőforrás, a rendszer pedig folyamatosan mérlegel, megéri-e helyet adni egy adott URL-nek.

Ugyanez fordítva is igaz: egy oldal kikerülhet az indexből úgy is, hogy technikailag semmit nem rontottál el rajta. Ha a tartalom elavult, vagy időközben született belőle egy jobb, teljesebb változat máshol a saját domainen, a régi verzió kieshet.

Honnan tudod biztosan, hogy indexelve van-e egy oldalad?

Rövid válasz: egyetlen hiteles eszköz van rá, a Google Search Console URL-ellenőrzője. Ez mondja meg oldalanként, hogy az adott URL benne van-e az indexben, mikor járt ott utoljára a robot, és ha nincs benne, mi az oka.

1. Nyisd meg a Search Console-t arra a tulajdonra, ahová az URL tartozik.
2. Illeszd be a teljes URL-t a felső sávba, protokollal együtt.
3. Olvasd el a státuszt: Az URL szerepel a Google-ben, vagy Az URL nem szerepel a Google-ben.
4. Nyisd le a részleteket. Itt látod a felfedezés módját, az utolsó feltérképezés dátumát, valamint a te általad megadott és a Google által ténylegesen választott kanonikus URL-t.
5. Futtasd az Élő URL tesztelése funkciót: ez most tölti le az oldalt, és megmutatja a renderelt HTML-t is.

Amit sokan hitelesnek hisznek, pedig nem az: a site:domain.hu operátor. Mintavételezett, hozzávetőleges képet ad, és a Google többször jelezte, hogy nem diagnosztikai eszköznek szánták. Ha kevés vagy nulla találatot mutat, az önmagában semmit nem bizonyít.

Saját tapasztalat: a magyar kkv-oldalakon ritkán egyetlen URL hiányzik, sokkal inkább mintázat rajzolódik ki. Például minden szolgáltatás-aloldal bent van, de a blogcikkek nincsenek, vagy pont fordítva. Ezért az egyedi ellenőrzés mellett mindig nézd végig az Oldalak jelentést is, ahol csoportosítva látod, hány URL esik melyik státuszba, és mikor változott a trend.

Miért nem indexeli a Google az oldaladat?

Rövid válasz: a nem indexelt oldalak nagy része három csoportba esik. Vagy technikailag ki van zárva, vagy duplikátumnak minősül, vagy a rendszer nem tartja elég értékesnek ahhoz, hogy helyet adjon neki. A Search Console státuszneve elárulja, melyikről van szó.

Technikai kizárás

Ide tartozik a noindex metacímke, az X-Robots-Tag: noindex HTTP-fejléc, a robots.txt tiltás, a jelszóval védett tartalom, a 4xx és 5xx hibakódok, valamint az átirányítás. Ezek mind egyértelmű, javítható okok. A leggyakoribb baleset a fejlesztői környezetből élesbe került <meta name="robots" content="noindex"> sor, illetve a WordPress beállításai között bekapcsolva felejtett keresőmotor-láthatóság letiltása.

Fontos különbség, amin sok javítás elcsúszik: a robots.txt tiltás megakadályozza a letöltést, de nem szedi ki az oldalt az indexből. Ha egy már indexelt oldalt akarsz eltávolítani, a noindex a helyes eszköz, ehhez viszont a robotnak látnia kell az oldalt. A kettő együtt kioltja egymást.

WordPressnél a Beállítások, Olvasás menüpontban találod a Keresőmotorok láthatósága jelölőnégyzetet. Ha be van pipálva, az egész oldal noindex jelet kap. Élesítés után ez legyen az első, amit megnézel, mert egyetlen pipa a teljes weboldalt kizárja az indexből.

Duplikáció és kanonizálás

A Duplikált tartalom, a Google más kanonikus oldalt választott és az Alternatív oldal megfelelő kanonikus címkével státusz nem hibaüzenet. Azt jelenti, hogy a rendszer több URL mögött ugyanazt a tartalmat látja, és egyet választott közülük. Tipikus forrásaik a szűrő- és rendezésparaméteres URL-ek, a nyomtatóbarát változatok, a webshopok variáns-oldalai, és a sablonból generált, csak településnévben eltérő aloldalak.

Egy gyakori példa. Ha a https://pelda.hu/termekek/?rendezes=nev és a https://pelda.hu/termekek/ ugyanazt a listát mutatja, a paraméteres változat kanonikus címkéje mutasson a paraméter nélküli URL-re, és a belső linkek is ezt a változatot használják. Így te döntöd el, melyik cím kerüljön be, és nem a rendszerre bízod a választást.

Értékelési döntés

A Felfedezve, jelenleg nincs indexelve azt jelenti, hogy a Google ismeri az URL-t, de le sem töltötte. A Feltérképezve, jelenleg nincs indexelve azt, hogy letöltötte, de nem tárolta el. Hivatalosan igazolt, hogy mindkettő mögött állhat minőségi mérlegelés és feltérképezési kapacitás is. Saját tapasztalat: ha egy domainen a második státusz tömegesen jelenik meg friss tartalmon, az szinte mindig vékony vagy egymáshoz túl hasonló oldalakat takar, nem szerverhibát.

Hogyan javítsd az indexelési problémát lépésről lépésre?

Rövid válasz: előbb zárd ki a technikai akadályokat, utána a duplikációt, és csak a végén nyúlj a tartalomhoz. Fordított sorrendben hetekig írhatsz olyan oldalra, amit a robot el sem ér.

1. Nézd meg a státuszkódot. Az indexelhető oldal 200-as választ ad. Parancssorból: curl -I https://pelda.hu/oldal/. Ha 301-et vagy 404-et kapsz, itt véget is ért a nyomozás.
2. Ellenőrizd a robots.txt fájlt a https://pelda.hu/robots.txt címen, és keresd az adott útvonalra illeszkedő Disallow sorokat.
3. Keresd meg a noindex jelet a forráskódban a robots metacímkében, és a válaszfejlécben az X-Robots-Tag értékben. A fejlécet a fenti curl-parancs kimenetében látod.
4. Vizsgáld meg a kanonikus címkét. Ha az oldal önmagára mutat, rendben van: <link rel="canonical" href="https://pelda.hu/oldal/">. Ha máshová, akkor te magad adtad át a helyét.
5. Futtasd az élő URL-tesztet, és nézd meg a renderelt HTML-t. Ha a lényegi szöveg csak JavaScriptből épül fel, és a renderelt kódban nem szerepel, akkor a rendszernek nincs mit indexelnie.
6. Adj az oldalnak belső linket egy olyan oldalról, amiről tudod, hogy indexelve van. Az árva URL-eket a robot lassabban éri el, és kevesebb jelet társít hozzájuk.
7. Kérj újra-feltérképezést az URL-ellenőrzőben, de csak akkor, ha közben tényleg javítottál valamit.
8. Ha a státusz feltérképezés utáni elutasítás, ne az újraküldést ismételd. Bővítsd az oldalt valódi információval, vagy vond össze a hozzá túl hasonló testvéroldalaival.

Mennyi idő alatt indexelődik egy új oldal?

Rövid válasz: nincs rá kötelező érvényű határidő. Néhány óra és több hét között bármi előfordul, és a hosszabb várakozás önmagában még nem jelent hibát.

Hivatalosan igazolt: a Google többször közölte, hogy nem vállal időbeli ígéretet az indexelésre, és az indexelés kérése gomb sem sorolja előre az URL-t semmilyen biztos módon. Saját tapasztalat: rendszeresen frissülő, belsőleg jól linkelt magyar oldalakon az új aloldalak jellemzően pár napon belül bekerülnek, míg egy néhány hetes domainen ugyanez heteket is elvihet. Szakmai feltételezés: a különbség jó része abból jön, hogy a rendszer mennyi korábbi jelet gyűjtött már az adott domainről; ezt kívülről közvetlenül nem tudjuk mérni, csak a viselkedésből következtetünk rá.

Amit érdemes elkerülni: a napi újraküldés. A kérés ismétlése nem gyorsítja a folyamatot, viszont elfedi előled a valódi kérdést, hogy miért nem kellett a rendszernek az oldal.

Mennyit segít a sitemap, a belső linkelés és az IndexNow?

Rövid válasz: a sitemap és az IndexNow a felfedezést gyorsítja, tehát azt, hogy a kereső tudomást szerezzen az URL-ről. Magát az indexelési döntést nem ezek hozzák meg, hanem a feldolgozás.

• XML sitemap: csak indexelhető, 200-as státuszú, önmagára kanonizált URL-eket tegyél bele. Ha átirányítások és noindex oldalak is szerepelnek benne, a saját diagnosztikádat rontod el, mert a jelentésben zajt látsz majd.
• Belső linkelés: a legolcsóbb és leghatásosabb eszköz. Egy új cikk, amire a kategóriaoldalról, egy régebbi cikkből és a lábléc valamelyik gyűjtőoldaláról is mutat link, jó eséllyel gyorsabban kerül sorra, mint az, amire semmi.
• IndexNow: nyílt protokoll, amellyel egy kulcsfájllal hitelesítve azonnal jelezheted a tartalom változását. Hivatalosan igazolt, hogy a Bing és a Yandex használja. A Google nem jelentette be az átvételét, ezért a magyar piacon önmagában nem váltja ki a Search Console-t.

A sitemapet nem kell kézzel beküldeni minden változáskor. Elég, ha a rendszered automatikusan frissíti, és a robots.txt utolsó soraként ott van a Sitemap: https://pelda.hu/sitemap.xml bejegyzés.

Változtat-e bármit az indexelés szerepén az AI-válaszmotorok terjedése?

Rövid válasz: nem csökkenti a jelentőségét, inkább kiterjeszti. A nagy AI-asszisztensek jelentős része keresőmotorok indexéből vagy saját feltérképezésből dolgozik, tehát az az oldal, amelyik sehol nincs eltárolva, forrásként sem tud megjelenni egy válaszban.

Hivatalosan igazolt: az OpenAI és az Anthropic is közzéteszi a saját robotjainak user-agent nevét, és leírja, hogyan zárhatod ki őket a robots.txt-ben. Ez kétélű: ha kizárod őket, azzal a hivatkozás lehetőségétől is elzárod magad. A döntés üzleti, nem technikai, de tudatosan kell meghozni, nem véletlenül örökölni egy sablonos robots.txt fájlból.

Szakmai feltételezés: az idézhetőség szempontjából a stabil, változatlan URL és a tiszta, szerver oldalon kiszolgált HTML többet ér, mint a kliensoldalon összerakott tartalom. Ez a mérésekkel és a dokumentált feldolgozási logikával összhangban áll, de közvetlen bizonyítékunk nincs rá, és semmilyen megjelenést nem ígér.

Milyen ellenőrzőlistán menj végig, ha holnap ez a feladatod?

Rövid válasz: nyolc pont, felülről lefelé, és az elsőnél kezdve állj meg ott, ahol elakadsz.

• Az URL 200-as státuszkóddal válaszol.
• A robots.txt nem tiltja az útvonalat.
• Nincs rajta noindex sem metacímkében, sem HTTP-fejlécben.
• A kanonikus címke önmagára mutat, abszolút URL-lel.
• Az élő teszt renderelt kódjában ott van a lényegi szöveg.
• Legalább két helyről mutat rá belső link.
• Benne van a sitemapben, és a sitemap frissül.
• A tartalom nem másolata és nem sablonos ikertestvére egy másik saját oldaladnak.

Ha mind a nyolc rendben van, és az oldal két hét után sincs bent, akkor már nem technikai, hanem tartalmi kérdésről van szó. Ilyenkor az a helyes lépés, ha az oldalt érdemben bővíted, vagy összevonod egy erősebb aloldallal, és a gyengébb URL-ről átirányítasz. Ez lassabb út, viszont ez az, ami tartósan tart.

Mi az indexelés a keresőoptimalizálásban, és miért ez az első lépés?

Rövid válasz: az indexelés a keresőoptimalizálás alapfeltétele. A kereső csak azt az oldalt tudja rangsorolni és megjeleníteni, amelyet előtte eltárolt, ezért minden további munka (kulcsszókutatás, tartalomírás, linkszerzés) csak az indexelt oldalakon hozhat eredményt.

Érdemes úgy gondolni rá, mint egy könyvtár katalógusára. A könyv lehet a polcon, de ha nincs benne a katalógusban, senki nem találja meg. A rangsorolás azt dönti el, hányadik helyen szerepel a könyv egy adott kérdésre, az indexelés pedig azt, hogy egyáltalán szerepel-e a listában.

Ebből egy egyszerű sorrend következik, amit minden új weboldalnál vagy nagyobb átalakítás után érdemes betartani.

1. Nézd meg az Oldalak jelentésben, hány URL-ed van indexelve, és hány nincs.
2. Válogasd szét a nem indexelt URL-eket. Melyeknek kellene bent lenniük (szolgáltatás, termék, cikk), és melyeknek jogosan nincs ott a helyük (kosár, belépés, köszönőoldal, szűrőparaméteres változat)?
3. Az első csoportot vidd végig a fenti javítási sorrenden, a második csoporttal ne foglalkozz.
4. Csak ezután nézd a helyezéseket és a kattintásokat a Teljesítmény jelentésben.

Saját tapasztalat: sok tulajdonos azon ijed meg először, hogy a Search Console-ban több a nem indexelt oldal, mint az indexelt. Ez önmagában nem hiba. Egy átlagos WordPress-oldalon a címke-archívumok, a csatolmányoldalak és a paraméteres URL-ek könnyen többen vannak, mint a valódi tartalmi oldalak. Mindig az a kérdés, hogy a fontos URL-ek bent vannak-e.

Hogyan kérhetsz indexelést a Google-től egy új vagy frissített oldalra?

Rövid válasz: a Search Console URL-ellenőrzőjében, az Indexelés kérése gombbal. Ez sorba állítja az URL-t újabb feltérképezésre, de az indexelésről szóló döntést nem írja felül, és naponta csak korlátozott számú kérést enged.

1. Futtasd le az URL-ellenőrzést a teljes címre.
2. Ha a státusz szerint az oldal nincs bent, előbb az Élő URL tesztelése gombbal nézd meg, hogy most indexelhető-e. Ha az élő teszt akadályt jelez (noindex, robots.txt tiltás, hibakód), azt javítsd ki először, mert addig a kérésnek nincs értelme.
3. Ha az élő teszt rendben van, kattints az Indexelés kérése gombra.
4. Jegyezd fel a kérés napját, és egy hét múlva ellenőrizd újra ugyanazt az URL-t. Közben ne ismételd a kérést, mert attól nem lesz gyorsabb.

Hivatalosan igazolt: a Google súgója szerint az egyedi URL-ekre leadott kéréseknek napi kerete van, és sok URL esetén a sitemap a javasolt út. Saját tapasztalat: a gombot akkor érdemes használni, ha egy fontos oldal tartalma érdemben megváltozott, például új szolgáltatás került fel, módosult a nyitvatartás vagy a cím. Így a frissített változat hamarabb kerülhet be a találatok közé. Egy egész weboldal minden aloldalát egyesével beküldeni viszont felesleges munka.

Források és további olvasnivalók

• Google Search Central: Search Essentials, valamint a feltérképezésről és indexelésről szóló fejlesztői dokumentáció
• Google Search Console Súgó: URL-ellenőrző eszköz, az indexelés kérése és az Oldalak jelentés státuszainak leírása
• RFC 9309: Robots Exclusion Protocol (a robots.txt hivatalos szabványa)
• Schema.org: strukturált adat típusok és tulajdonságok
• W3C: HTML szabvány, a link és meta elemek leírása
• Bing Webmaster Tools dokumentáció és az IndexNow protokoll leírása
• OpenAI és Anthropic hivatalos crawler-dokumentációja (user-agent nevek, robots.txt kezelés)