Az egyik leggyakoribb kérdés, amit magyar vállalkozóktól kapok: "feltettem egy új aloldalt, megnyomjam az indexelés kérése gombot?" A válasz nem egyszerű igen vagy nem, mert az eszköz mást csinál, mint amit sokan gondolnak róla. Nézzük meg pontosan, mi történik a háttérben, mikor segít ez a gomb, és mikor pazarolsz vele időt.
Mit csinál valójában az "Indexelés kérése" gomb?
Röviden: az URL-t felveszi egy prioritásos feltérképezési sorba. Ennyi. Nem indexel, nem dönt, nem gyorsít fel semmit az adott URL-en túl.
(Hivatalosan igazolt) A Google Search Central dokumentációja egyértelműen fogalmaz: a kérés hatására az URL bekerül egy feltérképezési várólistába, és a Google később meglátogatja. A dokumentáció külön kiemeli, hogy a kérés ismételgetése nem gyorsítja a folyamatot, és nem befolyásolja a végső döntést sem. Az indexelés attól függ, hogy a Googlebot mit talál az oldalon: elérhető-e, engedélyezett-e, van-e rajta önálló értékű tartalom, nem duplikátum-e egy másik oldalnak.
Ez a különbségtétel a lényeg. A feltérképezés (crawl) és az indexelés (index) két külön lépés. Az "Indexelés kérése" gomb az elsőre hat, a másodikra közvetve, és semmilyen formában nem ígér indexelést. Ha az oldalad technikailag rendben van és van rajta érdemi tartalom, jó eséllyel bekerül. Ha nincs, akkor ötven kérés után is ugyanott leszel.
Egy másik gyakori félreértés, hogy a kérés az egész oldalra vonatkozik. Nem: kizárólag arra az egy URL-re, amit a vizsgálómezőbe beírtál. Ha van 400 termékoldalad és 300 nincs indexelve, ez az eszköz nem a te megoldásod.
Mennyi a napi kvóta, és miért számít ez?
Az URL-vizsgálat eszközben napi néhány tucat indexelési kérést tudsz beküldeni tulajdonságonként, ezen felül az eszköz átmenetileg letiltja a gombot.
(Hivatalosan igazolt) A Google nem közöl fix, minden fiókra érvényes számot, de dokumentálja, hogy a napi kvóta létezik, és túllépés esetén a gomb kiszürkül egy időre. (Saját tapasztalat) A gyakorlatban ez nálam jellemzően napi 10-15 kérés körül szokott kifutni egy átlagos tulajdonságnál, és a limit visszaáll a következő napra. Nagyobb ügyfélprojekteknél ez azt jelenti, hogy egy 200 URL-es hiányt matematikailag két hét alatt tudnál manuálisan "beküldeni", miközben ugyanennyi idő alatt egy jól karbantartott sitemap és pár erős belső link sokkal megbízhatóbban végzi el ugyanezt.
Van egy másik, gyakran elfelejtett szempont: a beküldés a te időd. Egy URL bevizsgálása és beküldése kattintásokkal, betöltési időkkel együtt fél-egy percbe kerül. Húsz URL-nél ez már negyedóra, és a végén nem tudod, mi lett az eredménye. Ugyanezt a negyedórát belső linkelésre fordítva mérhetőbb hatást érsz el.
Miért nem gyorsítja fel az egész oldal indexelését?
Mert a Google nem URL-enként, hanem domainszinten oszt feltérképezési kapacitást, és ezt a kapacitást nem a gombnyomás alakítja.
(Hivatalosan igazolt) A Search Central több anyagban is leírja, hogy a feltérképezési kapacitás két dologtól függ: mennyi terhelést bír el a szervered válaszidő alapján, és mennyire tartja a Google értékesnek az oldaladat (crawl demand). Ha az oldalad lassan válaszol, vagy sok gyenge, egymáshoz nagyon hasonló URL van rajta, a rendszer visszafogja magát. Egy manuális kérés ezen a mögöttes logikán nem változtat.
(Szakmai feltételezés) A megfigyeléseim alapján a manuális kérés inkább egy "nézd meg ezt most" jelzés, ami az adott URL-t előrébb sorolja, de nem növeli a domain összes kapacitását. Vagyis amit előre húzol, azt máshonnan valószínűleg elveszed. Ezt a Google nem erősítette meg explicit módon, ezért kezeld feltételezésként, ne tényként. Amit viszont biztosan látok: nagy oldalaknál a tömeges manuális beküldés nem hozott érdemi változást az összindexelt oldalszámban, miközben a technikai takarítás igen.
Mikor éri meg használni, és mikor nem?
Akkor éri meg, ha egyetlen, konkrét, üzletileg fontos URL-ről van szó, és van okod feltételezni, hogy a Google a régi verziót látja.
Érdemes megnyomni:
- Frissítettél egy fontos szolgáltatásoldalt (árlista helyett új tartalom, új szakasz, jelentősen átírt szöveg), és szeretnéd, hogy hamarabb frissüljön a keresőben megjelenő verzió.
- Kijavítottál egy technikai hibát (véletlen noindex, rossz canonical, blokkolt erőforrás), és ellenőrizni akarod, hogy a javítás után mit lát a Googlebot.
- Egyetlen új, kiemelten fontos landing oldalt tettél ki (kampányoldal, új szolgáltatás), és nincs még rá belső link máshonnan.
- Jogi vagy pontossági okból sürgős a frissítés (megváltozott nyitvatartás, megszűnt szolgáltatás, hibás adat).
Nem éri meg megnyomni:
- Tömegesen feltöltött új tartalomnál (30 blogcikk, 200 termék). Itt sitemap és belső linkelés a helyes eszköz.
- Ha az oldal még tegnap került ki, és semmilyen hibajelzés nincs. Adj neki időt.
- Ha ugyanazt az URL-t már beküldted a héten, és azóta nem változott rajta semmi.
- Ha az oldal tartalmilag vékony vagy nagyon hasonlít másik aloldaladra. Itt a tartalom a probléma, nem a beküldés.
- Ha csak egy apró elírást javítottál. Ez nem indokolja a soron kívüli figyelmet.
Milyen döntési fát használj 5 tipikus esetben?
A döntés majdnem mindig ugyanarra a kérdésre vezethető vissza: egyedi és fontos-e ez az URL, vagy egy nagyobb halmaz része?
1. eset: Egyetlen új blogcikk
Van rá belső link a kategóriaoldalról vagy egy másik cikkből? Ha igen, várj 3-7 napot, és nézd meg a Lapok jelentésben. Ha nincs belső link, előbb tegyél be egyet, csak utána nyomj indexelés kérését. Ha fordítva csinálod, az orphan (árva) oldal marad, és a Google a következő körben nem találja meg magától.
2. eset: 40 új termékoldal egyszerre
Ne nyomj gombot. Ellenőrizd, hogy a termékek szerepelnek-e a sitemapban, hogy a kategórialistázás lapozható és feltérképezhető-e, és hogy nincs-e véletlen noindex a terméksablonon. Ha a sitemap frissült és a kategóriaoldalról elérhetők, a feltérképezés magától elindul.
3. eset: Véletlen noindex, ami hetekig fent volt
Ez az egyik legjobb felhasználási eset. Javítsd a hibát, majd az URL-vizsgálatban futtass "Élő URL tesztelése" vizsgálatot: ez megmutatja, hogy a jelenlegi állapotban indexelhető-e. Ha zöld, nyomd meg az indexelés kérését a legfontosabb 5-10 URL-re, a többit hagyd a sitemapra.
4. eset: Domainköltözés vagy tömeges átirányítás
Itt a Címváltoztatás eszköz és a régi sitemap átmeneti fenntartása a helyes út, nem az egyenkénti beküldés. Az átirányításokat a Google a régi URL-ek újrafeltérképezésekor dolgozza fel, és ez hetekig tarthat.
5. eset: Régi cikk komoly frissítése
Ha a tartalom érdemben bővült (új szakasz, új adat, átírt bevezető), a beküldés indokolt lehet, mert segítheti a gyorsabb újrafeltérképezést. Egyúttal frissítsd a lastmod értéket a sitemapban, mert a Google ezt is figyelembe veheti, ha az érték megbízható.
Mit jelent a "Feltérképezve, jelenleg nincs indexelve"?
Ezt a státuszt úgy fordítsd le: a Googlebot járt az oldalon, elolvasta, és úgy döntött, most nem teszi be az indexbe.
(Hivatalosan igazolt) A dokumentáció szerint ilyenkor nincs technikai akadály, tehát nem kell hibát keresned a robots.txt-ben vagy a meta tagekben. A döntés minőségi jellegű.
(Saját tapasztalat) Amit magyar oldalaknál a leggyakrabban látok e mögött:
- Vékony tartalom: 150-300 szavas aloldal, ami lényegében csak egy címet és pár mondatot tartalmaz.
- Sablonos településoldalak, ahol csak a városnév cserélődik, minden más azonos.
- Termékvariánsok külön URL-en, érdemi különbség nélkül.
- Szűrő- és rendezésparaméteres URL-ek, amik gyakorlatilag ugyanazt a listát adják vissza.
- Olyan aloldal, amire semmi belső link nem mutat, tehát a struktúrában sem tűnik fontosnak.
Mit tegyél: ne a gombbal próbálkozz. Nézd meg, hogy az adott URL ad-e olyat, amit a saját oldaladon máshol nem kap meg az olvasó. Ha nem, két út van: egyesíted egy erősebb oldallal (301 átirányítás vagy canonical), vagy érdemben bővíted. Ha bővíted, adj hozzá konkrétumot: folyamatleírást, gyakori kérdéseket, saját tapasztalatot, számokat, összehasonlítást. Utána tegyél rá belső linket egy releváns, már indexelt oldalról, és csak ezután küldd be újra.
Mit jelent a "Felderítve, jelenleg nincs indexelve"?
Ez azt jelenti, hogy a Google tud az URL létezéséről, de még el sem olvasta: a feltérképezés még meg sem történt.
(Hivatalosan igazolt) A Search Central magyarázata szerint gyakori ok, hogy a Google el akarta érni az URL-t, de a szerver túlterhelése miatt elhalasztotta, vagy a feltérképezési sorban egyszerűen hátrébb került.
(Saját tapasztalat) Ennél a státusznál általában ezeket érdemes végignézni:
- Szervergyorsaság. Ha a TTFB rendszeresen egy másodperc fölött van, vagy a hoszting időnként 5xx hibát ad, a Googlebot visszafogja magát. Ez a leggyakoribb valós ok olcsó tárhelyeken.
- URL-tömeg. Ha a webshopod szűrőkombinációkból milliónyi URL-t generál, a hasznos oldalak elvesznek a zajban. Itt paraméterkezelés, canonical és a fölösleges kombinációk letiltása a megoldás.
- Belső linkstruktúra. Ha egy URL csak a sitemapban létezik, de kattintással 5-6 lépésből érhető el, a rendszer alacsony prioritásúnak tekintheti.
- Sitemap-minőség. Ha a sitemapban 404-es vagy átirányított URL-ek is szerepelnek, a fájl egészének megbízhatósága csökken.
Mit tegyél: itt a technikai és szerkezeti oldalra koncentrálj. Csökkentsd a kattintásmélységet, javítsd a válaszidőt, tisztítsd a sitemapot, és vedd ki belőle a nem indexelendő URL-eket. Ha ezután a legfontosabb 3-5 URL-t manuálisan is beküldöd, az elfogadható gyorsító lépés, de önmagában nem megoldás.
Hogyan nézzen ki az ellenőrzőlistád, mielőtt a gombhoz nyúlsz?
Ha ezt a hét pontot végigmész, a legtöbb esetben kiderül, hogy nem is kell megnyomni a gombot.
- Elérhető az URL bejelentkezés nélkül, inkognitó ablakban is?
- Nincs rajta véletlen
<meta name="robots" content="noindex">vagyX-Robots-Tag: noindexfejléc? - A canonical önmagára mutat, nem egy másik oldalra? (
<link rel="canonical" href="...">) - A robots.txt engedi a feltérképezést, és a CSS/JS erőforrások sincsenek blokkolva?
- Benne van a sitemapban, és a sitemap be van küldve a Search Console-ban?
- Mutat rá legalább egy belső link egy már indexelt oldalról?
- Ad az oldal olyan információt, amit a saját oldalad más URL-jén nem kap meg az olvasó?
Ha bármelyikre nem a válasz, előbb azt javítsd. A gombnyomás ezután lesz értelmes, nem előtte.
Mi a saját álláspontom: gomb vagy szerkezet?
Ha egy oldal magától nem indexelődik, az szinte mindig minőségi vagy szerkezeti jelzés, nem gomb-kérdés.
(Saját tapasztalat) Az elmúlt években több tucat magyar oldalnál néztem indexelési problémát, és a manuális beküldés nagyon ritkán volt az érdemi megoldás. Szinte mindig ugyanaz a három ok jött elő: az oldal nem adott hozzá semmit ahhoz, ami már fent volt a neten; a belső linkelés úgy volt felépítve, hogy a fontos oldalak mélyre kerültek; vagy a tárhely olyan lassan válaszolt, hogy a Googlebot ésszerűen visszafogta magát.
Érdemes megfordítani a gondolkodást: az indexelés nem jár alanyi jogon. A Google minden egyes URL tárolásáért erőforrást fizet, ezért szelektál. Ha ezt a szűrőt tartod szem előtt, akkor nem azt kérdezed, "hogyan kényszerítsem be", hanem azt, "miért érné meg neki betenni". Ez a második kérdés vezet valódi javuláshoz, és ugyanez igaz az AI-alapú válaszmotorokra is: ami nem kerül be a keresőindexbe, arra jellemzően a válaszgenerálás során sem tud támaszkodni a rendszer.
(Szakmai feltételezés) Azt is látom, hogy az AI-válaszok terjedésével a szelekció szigorodhat, mert a redundáns, egymást ismétlő tartalmak értéke csökken. Ez nem hivatalos állásfoglalás, csak trendmegfigyelés, de a következtetés praktikus: egy alapos, valóban egyedi oldal jobb befektetés, mint tíz átlagos.
Hogyan mérd, hogy jó irányba mész?
Ne az egyes gombnyomások eredményét nézd, hanem az indexelt oldalak arányának trendjét.
A Search Console Lapok jelentésében havonta nézd meg, hogyan alakul az indexelt és a nem indexelt URL-ek aránya, és melyik nem-indexelt kategória nő. Ha a "Felderítve" csoport nő, technikai vagy szerkezeti irányba indulj. Ha a "Feltérképezve" csoport nő, tartalmi irányba. Ha a duplikáció-jellegű kategóriák nőnek, a canonical és a paraméterkezelés a következő feladatod.
A sitemapnál érdemes külön fájlokat használni tartalomtípusonként (például sitemap-blog.xml, sitemap-termekek.xml), mert így a Search Console-ban típusonként látod az indexelési arányt. Ez sokkal többet mond, mint egyetlen összevont fájl.
Források és további olvasnivalók
- Google Search Central: URL-vizsgálati eszköz dokumentáció
- Google Search Central: Lapindexelési jelentés súgó (Feltérképezve, illetve Felderítve, jelenleg nincs indexelve)
- Google Search Central: Feltérképezési keret (crawl budget) kezelése nagy oldalakon
- Google Search Central: Sitemap létrehozása és beküldése
- Google Search Central Blog: hivatalos bejegyzések az indexelésről és feltérképezésről
- Google Search Essentials (korábbi Webmester irányelvek)
- Schema.org: strukturált adat szótár
- W3C: HTML és hozzáférhetőségi specifikációk
- Az indexelés kérése sorba állítás, nem indexelési döntés: a Google ugyanúgy megvizsgálja az oldal minőségét és hasznosságát.
- A napi kvóta URL-vizsgálatnál nagyon szűk, ezért tömeges tartalomra alkalmatlan eszköz.
- A "Felderítve, jelenleg nincs indexelve" leggyakrabban feltérképezési prioritás vagy szerverterhelés kérdése, a "Feltérképezve, jelenleg nincs indexelve" inkább tartalmi érték kérdése.
- Ha egy oldal magától nem indexelődik, az szerkezeti vagy minőségi jelzés, nem gombnyomás-probléma.
- Sitemap, belső linkelés és tiszta URL-szerkezet hosszú távon többet ér, mint bármilyen manuális kérés.
Gyakori kérdések
Hányszor kérhetem ugyanannak az URL-nek az indexelését?
Technikailag többször is beküldhető, de nincs értelme. A Google dokumentációja szerint az ismételt kérés nem gyorsítja a folyamatot és nem befolyásolja a döntést. Ha egy URL beküldés után 1-2 héttel sem indexelődik, a probléma máshol van: tartalmi értékben, belső linkelésben vagy technikai beállításban.
Mennyi idő alatt indexelődik egy beküldött oldal?
Nincs fix idő. Előfordul, hogy órákon belül megtörténik, de az is normális, ha hetekbe telik, vagy egyáltalán nem következik be. A beküldés csak sorba állítja az URL-t, az indexelést nem ígéri. Kisebb, jó minőségű oldalaknál általában gyorsabb a folyamat, mint nagy, sok gyenge URL-t tartalmazó webshopoknál.
Ha nem indexelődik az oldal, jelenthet ez büntetést?
A legtöbb esetben nem. A "Feltérképezve, jelenleg nincs indexelve" és a "Felderítve, jelenleg nincs indexelve" státusz nem szankció, hanem prioritási vagy értékelési döntés. Manuális műveletről (büntetésről) külön jelentés szól a Search Console-ban, és arról értesítést is kapsz.
Elég, ha csak a sitemapba teszem be az új oldalakat?
A sitemap fontos, de önmagában gyenge jelzés. A Google a belső linkeket legalább annyira figyeli: ha egy URL-re semmi nem mutat az oldaladon belül, könnyen alacsony prioritású marad. A leghatékonyabb kombináció a friss sitemap, a logikus kategóriaszerkezet és a kontextusban elhelyezett belső link.
Segít, ha külső linket szerzek az új oldalra?
Segítheti a felderítést és a feltérképezési prioritást, mert egy releváns külső hivatkozás jelzésértékű. Ugyanakkor ez sem helyettesíti a tartalmi értéket: ha az oldal nem ad többletinformációt, a link önmagában nem oldja meg az indexelési problémát.
Mit tegyek, ha egy webshopban több száz termék nincs indexelve?
Ne egyesével küldd be őket. Nézd meg a kattintásmélységet, a szerver válaszidejét, a szűrőparaméteres URL-ek számát és a terméksablon canonical beállítását. Utána tisztítsd a sitemapot, erősítsd a kategóriaoldalakról a belső linkelést, és a legfontosabb 5-10 terméket küldd csak be manuálisan.
Források és további olvasnivalók
Ezen az oldalon a hivatalosan igazolt információt elsődleges forrásokból építjük fel; a saját tapasztalatot és a szakmai becslést mindig külön jelöljük a szövegben.