Rozpočet prehľadávania (crawl budget): kedy ho riešiť a kedy je to strata času

Autor: Peter Weidinger · Publikované 7. 9. 2026 · Aktualizované 13. 9. 2026

Rozpočet prehľadávania patrí medzi najčastejšie preberané a zároveň najčastejšie zbytočne preberané témy technického SEO. Google svoj návod otvára vetou, ktorú väčšina článkov o crawl budgete zamlčí: ak sa stránky vášho webu nemenia rýchlo alebo sa prehľadávajú ešte v deň zverejnenia, tento návod nemusíte čítať vôbec. Zároveň však existujú weby, kde je rozpočet prehľadávania skutočným úzkym hrdlom a kde sa bez neho nový obsah do indexu jednoducho nedostane. Tento článok najprv pomenuje, do ktorej z týchto dvoch skupín patríte, a až potom rieši, čo s tým.

1. Čo je rozpočet prehľadávania a z čoho sa skladá

Web je z pohľadu vyhľadávača takmer nekonečný priestor. Google v dokumentácii k rozpočtu prehľadávania otvorene priznáva, že presahuje jeho možnosti navštíviť každú verejne dostupnú adresu, a preto existuje limit toho, koľko času a zdrojov môže venovať jednému webu. Tomuto pridelenému množstvu sa hovorí rozpočet prehľadávania, po anglicky crawl budget.

Prvá vec, ktorá sa v slovenských diskusiách pravidelne pletie: web sa tu nedefinuje ako doména, ale ako jedinečný názov hostiteľa. Google to uvádza priamo: https://www.example.com/ a https://code.example.com/ sa považujú za dva samostatné weby a majú samostatné rozpočty. Ak teda máte blog na subdoméne, nekonkuruje o rozpočet hlavnému webu. Naopak, e-shop, ktorý si na tú istú subdoménu pridá tisíce filtrovaných adries, si škodí len tam.

Rozpočet vzniká zo súčinnosti dvoch nezávislých vecí:

• Limit kapacity prehľadávania (v dokumentácii aj ako hostload). Google nechce zahltiť váš server, preto obmedzuje celkový čas, ktorý strávi držaním otvorených spojení, pričom počíta s počtom súbežných spojení aj s ich dĺžkou. Podstatný detail: každý web začína s rovnakým konzervatívnym predvoleným limitom. Ten sa časom automaticky zvyšuje, ak je o prehľadávanie záujem a web zostáva zdravý. Limit klesá, keď sa web spomalí, keď rastie latencia a čas do prvého bajtu, alebo keď server odpovedá chybami 5xx či kódom 429.
• Dopyt po prehľadávaní. Pri Googlebote závisí od veľkosti webu, frekvencie zmien, kvality obsahu a relevantnosti v porovnaní s inými webmi. Google vymenúva tri faktory, pričom pri jedinom z nich hovorí, že ho viete ovplyvniť najviac: vnímaná zásoba adries (bez vášho usmernenia sa Google pokúsi prehľadať všetky adresy, o ktorých vie, a ak sú medzi nimi duplicity alebo nepodstatné adresy, premrhá tým veľa času), ďalej popularita adries na internete a zastaranosť, teda snaha zachytiť zmeny dostatočne často.

Dve veci z tohto rozdelenia sa oplatí vytiahnuť zvlášť, lebo menia rozhodovanie.

Limit kapacity je spoločný pre všetky nástroje na prehľadávanie, dopyt nie. Google to uvádza explicitne: každý z jeho nástrojov má vlastný dopyt, ale kapacitný limit zdieľajú. Vysoký dopyt jedného teda uberá kapacitu ostatným. Prakticky to znamená, že intenzívne prehľadávanie kvôli inému produktu Googlu môže obmedziť to, koľko kapacity zostane na bežné vyhľadávanie.

Prehľadané neznamená zaradené. Dokumentácia pripomína, že nie každá prehľadaná stránka sa nutne dostane do indexu; po prehľadaní musí byť ešte vyhodnotená, zlúčená s prípadnými duplicitami a posúdená, či je pre index vhodná. Rozpočet prehľadávania je teda vstupenka do dverí, nie miestenka. Prečo stránka aj po prehľadaní zostane mimo indexu, rozoberá článok o tom, prečo Google neindexuje stránky.

2. Prahy: podľa čoho zistíte, či sa vás téma týka

Toto je časť, kvôli ktorej má zmysel čítať originálnu dokumentáciu a nie zhrnutia. Google svoj návod výslovne označuje za pokročilý a určuje ho pre tri typy webov:

1. Veľké weby s viac než 1 miliónom jedinečných stránok, ktorých obsah sa mení stredne často, teda zhruba raz týždenne.
2. Stredné a väčšie weby s viac než 10 000 jedinečnými stránkami, ktorých obsah sa mení veľmi rýchlo, teda denne.
3. Weby, kde veľká časť adries spadá v Search Console do stavu „Objavené – momentálne neindexované“.

Google k číslam sám dodáva, že ide o hrubý odhad na zaradenie webu, nie o presné hranice. Napriek tomu sú to jediné oficiálne čísla, ktoré k téme existujú, a stoja za citovanie zakaždým, keď niekto tvrdí, že päťdesiatstránkovej prezentácii treba „optimalizovať crawl budget“.

Druhá kotva je v pomocníkovi k prehľadu Štatistiky prehľadávania, ktorý to hovorí ešte priamejšie: prehľad je určený pokročilým používateľom a ak má web menej než tisíc stránok, nemali by ste ho potrebovať ani sa touto úrovňou detailu zaoberať.

A tretia, najpraktickejšia kontrola je jednoduchá otázka: objavujú sa nové stránky vo vyhľadávaní ešte v deň zverejnenia? Ak áno, Google hovorí, že návod nemusíte čítať a stačí udržiavať aktuálny súbor sitemap a pravidelne sledovať prehľad indexovania stránok. Nič viac.

3. Kde plytvanie naozaj vzniká

Rozpočet sa takmer nikdy neminie na články. Minie sa na adresy, o ktorých existencii majiteľ webu často ani nevie. Google v návode na zníženie frekvencie prehľadávania vymenúva najčastejšie príčiny prudkého nárastu prehľadávania a všetky tri sú generátory adries, nie obsah:

• Fasetová navigácia, teda filtrovanie a triedenie výpisov, prípadne iná podobná funkcia.
• Kalendár s adresou pre každý jednotlivý dátum. Kalendár, ktorý sa dá listovať donekonečna, vytvorí nekonečný priestor adries doslova.
• Cieľ dynamickej reklamy vo vyhľadávaní, ktorý má vlastný dopyt po prehľadávaní.

Fasetová navigácia má u Googlu vlastný dokument a stojí za to prečítať si z neho mechaniku škody. Nie je totiž jednoduchá. Google pomenúva dva samostatné dôsledky:

• Nadmerné prehľadávanie. Adresy vzniknuté filtrovaním vyzerajú ako nové a nástroj na prehľadávanie nevie bez návštevy posúdiť, či sú užitočné. Než sa ukáže, že užitočné nie sú, prejde ich obrovské množstvo.
• Pomalšie objavovanie nového obsahu. Čas strávený na neužitočných adresách chýba pri tých nových a zmysluplných. Toto je ten skutočný náklad: nie „stratený rozpočet“ ako abstrakcia, ale nový produkt alebo článok, ktorý sa do indexu dostane o týždne neskôr.

Typická adresa fasetovej navigácie nesie v dotazovacej časti niekoľko parametrov, napríklad druh produktu, farbu a veľkosť. Každá kombinácia znamená inú adresu, a keďže sa kombinujú navzájom, počet adries rastie násobne. Tri filtre po desiatich hodnotách nie sú tridsať adries, ale tisíc. Ako filtre a stránkovanie riešiť z pohľadu indexácie, rozoberá článok o stránkovaní a filtroch, a v kontexte predaja aj text o SEO pre e-shop.

K trom generátorom adries sa pridávajú štyri klasické zdroje plytvania, ktoré Google uvádza medzi osvedčenými postupmi:

• Duplicitný obsah. Cieľom je sústrediť prehľadávanie na jedinečný obsah, nie na jedinečné adresy. Tomu sa venuje článok o duplicitnom obsahu.
• Chyby typu soft 404. Stránka, ktorá sa tvári, že existuje, hoci neexistuje, sa bude prehľadávať ďalej a rozpočet míňať. Google odporúča hľadať ich v prehľade indexovania stránok.
• Dlhé reťazce presmerovaní, ktoré majú na prehľadávanie negatívny vplyv. Podrobnosti má článok o presmerovaniach 301.
• Pomalé načítanie. Google to formuluje veľmi konkrétne: ak dokáže stránky načítať a vykresliť rýchlejšie, môže z webu prečítať viac obsahu. Rýchlosť tu teda nie je faktor hodnotenia, ale doslova prepočet na množstvo prečítaného. Súvisiacu tému rozoberá článok o Core Web Vitals.

4. Nástroje a čo ktorý z nich naozaj urobí

Tu vzniká najviac chýb, pretože nástroje vyzerajú zameniteľne a nie sú. Najdôležitejšia veta z celej dokumentácie znie: na šetrenie rozpočtu prehľadávania nepoužívajte noindex. Google stránku aj tak vyžiada, a až keď v odpovedi uvidí značku alebo hlavičku noindex, ju zahodí. Prehľadávací čas je v tej chvíli už minutý. Pokyn noindex rieši index, nie prehľadávanie.

K tabuľke patria tri upresnenia, ktoré sa inde nedočítate.

Zrušené stránky nechajte vrátiť 404 alebo 410, neblokujte ich. Google síce adresu, o ktorej raz vedel, nezabudne nikdy, ale kód 404 je podľa dokumentácie silný signál, aby ju znova neprehľadával. Naproti tomu blokovaná adresa zostane vo fronte na prehľadanie oveľa dlhšie a po zrušení blokovania sa prehľadá znova. Blokovanie v robots.txt teda pri zrušených stránkach paradoxne problém predlžuje. Rozdiel medzi robots.txt a indexačnými pokynmi vysvetľuje článok o robots.txt a sitemap.xml.

Uvoľnený rozpočet sa neprelieva. Toto je veľmi rozšírený omyl. Google výslovne varuje, aby sa robots.txt nepoužíval na dočasné presunutie rozpočtu na iné stránky: uvoľnenú kapacitu na iné adresy nepresunie, pokiaľ web už teraz nenaráža na limit kapacity prehľadávania. Blokovanie má teda zmysel len ako trvalé rozhodnutie, že daná časť webu sa prehľadávať nemá, nie ako taktický manéver pred spustením nového obsahu.

Kanonická značka a nofollow sú slabšie riešenia. Dokument o fasetovej navigácii ich uvádza ako možnosť, ale dodáva, že sú z dlhodobého hľadiska spravidla menej účinné než blokovanie alebo fragmenty. Pri nofollow navyše platí tvrdá podmienka: atribút musí byť na každom odkaze smerujúcom na danú adresu, inak nefunguje.

Ak filtrované adresy prehľadávané a indexované byť majú, Google k nim pridáva konkrétne technické pravidlá: používať štandardný oddeľovač parametrov & (čiarka, bodkočiarka a hranaté zátvorky sa ako oddeľovače rozpoznávajú ťažko, lebo väčšinou nimi nie sú), pri filtroch zakódovaných priamo v ceste adresy udržiavať vždy rovnaké poradie a nepripustiť duplicitné filtre, a pri kombinácii filtrov bez výsledkov vrátiť kód 404 priamo na tej adrese, nie presmerovať na spoločnú chybovú stránku. To isté platí pre nezmyselné kombinácie a neexistujúce stránkovanie.

5. Ako to zmerať v Search Console a v logoch

Prehľad Štatistiky prehľadávania nájdete v Search Console cez Nastavenia služby a položku Štatistiky prehľadávania. Ukazuje celkový počet požiadaviek, objem stiahnutých dát, priemerný čas odpovede, stav hostiteľa, odpovede pri prehľadávaní, typy súborov, účel prehľadávania a typ Googlebota.

Skôr než z neho začnete vyvodzovať závery, patria k nemu štyri obmedzenia, ktoré pomocník uvádza a ktoré menia interpretáciu čísel:

• Prehľad je dostupný len pre služby na koreňovej úrovni. Musí ísť o doménovú službu alebo o službu s predponou adresy na koreni. Ak máte v Search Console pridaný len podpriečinok, prehľad neuvidíte.
• Adresy sa nepriraďujú ku kanonickým verziám. Na rozdiel od iných prehľadov sú tu skutočne vyžiadané adresy. Čo vidíte, to Google naozaj sťahoval.
• Každý skok v reťazci presmerovaní sa počíta ako samostatná požiadavka. Ak stránka1 presmeruje na stránku2 a tá na stránku3, uvidíte tri požiadavky. Práve preto sú dlhé reťazce presmerovaní drahé v doslovnom zmysle.
• Dáta sú obmedzené na vybranú doménu. Požiadavky na zdroje umiestnené inde, napríklad obrázky na cudzej doméne, sa nezobrazia. Požiadavky medzi subdoménami však vidno z nadradenej domény.

Pomocník navyše priznáva známy nedostatok: prehľad zachytáva väčšinu požiadaviek, no niektoré sa z rôznych dôvodov nemusia započítať, takže medzi logmi servera a číslami v prehľade môžu byť menšie rozdiely. Pri rozdieloch treba dať za pravdu logom.

A tým sa dostávame k druhému, presnejšiemu zdroju. Logy servera ukážu presne to, čo Search Console nedokáže: ktoré konkrétne adresy Googlebot navštevuje a v akom pomere. Práve tu sa odhalí, či prevažná časť požiadaviek nesmeruje na kombinácie filtrov alebo na kalendár. Konkrétny podiel tu neuvádzame, líši sa web od webu a overiteľné číslo preň nemáme, z vlastných logov ho však zistíte za pár minút. Ako logy čítať a čo v nich hľadať, popisuje článok o analýze log súborov. Základnú orientáciu v samotnej Search Console ponúka návod na Google Search Console.

Praktický postup merania má tri kroky a dá sa zopakovať kedykoľvek:

1. Zistite pomer užitočných a neužitočných požiadaviek z logov za posledný mesiac. Roztrieďte adresy podľa toho, či obsahujú parameter alebo dátum. Ak podiel adries s parametrami presiahne polovicu, máte odpoveď bez ďalšieho hľadania.
2. Porovnajte to s prehľadom indexovania stránok. Stav „Objavené – momentálne neindexované“ pri veľkom počte adries je signál, ktorý Google sám uvádza ako dôvod zaoberať sa rozpočtom.
3. Sledujte čas odpovede servera v Štatistikách prehľadávania. Rastúci priemerný čas odpovede znamená klesajúci limit kapacity, teda menej prehľadaného obsahu bez toho, aby ste čokoľvek zmenili v obsahu.

6. Mýty, chyby a čo robiť, keď Google prehľadáva priveľa

Najrozšírenejšie tvrdenia o rozpočte prehľadávania, ktoré dokumentácia nepotvrdzuje alebo priamo vyvracia:

• „Zablokujem časť webu a nový obsah sa začne indexovať rýchlejšie.“ Nie, pokiaľ web nenaráža na limit kapacity. Google uvoľnenú kapacitu inde nepoužije.
• „Dám na nepotrebné stránky noindex, ušetrím rozpočet.“ Nie, Google si ich aj tak vyžiada a čas minie.
• „Rozpočet sa počíta na doménu.“ Nie, počíta sa na názov hostiteľa. Subdomény majú vlastný.
• „Väčší rozpočet znamená lepšie pozície.“ Nie, prehľadanie je podmienka pre zaradenie do indexu, nie faktor hodnotenia. Google navyše pripomína, že ani prehľadaná stránka nemusí byť zaradená.
• „Rozpočet sa dá u Googlu vyžiadať.“ Nie. Návod na zníženie frekvencie prehľadávania hovorí jasne, že o zvýšenie frekvencie požiadať nemožno. Žiadať sa dá len o zníženie.

Zväčšiť rozpočet sa podľa dokumentácie dá dvoma spôsobmi a ani jeden nie je nastavenie: pridať serverové zdroje (typicky vtedy, keď nástroj na kontrolu adries URL hlási prekročené zaťaženie hostiteľa) a zlepšiť kvalitu obsahu pre daný produkt Googlu, pričom pri vyhľadávaní uvádza popularitu, celkovú hodnotu pre používateľa, jedinečnosť obsahu a kapacitu na obsluhu.

Opačný prípad, teda že Google prehľadáva priveľa a zaťažuje infraštruktúru, má vlastný postup a je pri ňom potrebná opatrnosť. Google odporúča najprv pozrieť logy a overiť, či nejde o niektorú z bežných príčin z tretej kapitoly. Ak treba zasiahnuť naliehavo, riešením je vracať namiesto kódu 200 stavové kódy 500, 503 alebo 429. Prehľadávacia infraštruktúra pri väčšom počte takýchto odpovedí frekvenciu zníži, a keď chyby ustúpia, sama ju zase zvýši.

Zhrnutie do rozhodovacieho postupu, ktoré sa dá prejsť za pár minút:

1. Má web viac než milión stránok, alebo viac než desaťtisíc s dennou zmenou? Ak nie, pokračujte bodom 2, inak rovno bodom 4.
2. Objavujú sa nové stránky vo vyhľadávaní približne v deň zverejnenia? Ak áno, tému neriešte a venujte čas obsahu.
3. Je v prehľade indexovania veľká časť adries v stave „Objavené – momentálne neindexované“? Ak áno, pokračujte bodom 4 aj pri malom webe.
4. Nájdite v logoch, ktoré adresy Googlebot najviac navštevuje, a overte podiel filtrov, kalendárov a parametrov.
5. Neužitočné generátory adries zablokujte v robots.txt alebo ich preveďte na fragmenty, zrušené stránky nechajte vracať 404 alebo 410 a odstráňte soft 404.
6. Skráťte reťazce presmerovaní, doplňte značku lastmod do súboru sitemap a udržiavajte ho aktuálny.
7. Zrýchlite odpoveď servera a podporte kód 304 pri nezmenených stránkach.
8. Merajte znova o mesiac. Zmena sa prejaví v pomere požiadaviek v logoch skôr než v počte indexovaných stránok.

Posledná poznámka k načasovaniu. Dopyt po prehľadávaní dočasne stúpa aj pri celoplošných udalostiach, napríklad pri presune webu, keď Google potrebuje obsah spracovať pod novými adresami. Ak teda plánujete migráciu, treba počítať s tým, že server bude nejaký čas obsluhovať viac požiadaviek než zvyčajne; postup rozoberá článok o migrácii webu bez straty SEO.

Súvisiace: Prečo Google neindexuje stránky · Analýza log súborov · Stránkovanie a filtre

Časté otázky

Od akej veľkosti webu má zmysel riešiť crawl budget?

Google svoj návod označuje za pokročilý a určuje ho pre veľké weby s viac než 1 miliónom jedinečných stránok meniacich sa zhruba raz týždenne, pre stredné a väčšie weby s viac než 10 000 stránkami meniacimi sa denne, a pre weby, kde veľká časť adries spadá v Search Console do stavu „Objavené – momentálne neindexované“. Čísla sám označuje za hrubý odhad, nie za presné hranice. Pomocník k Štatistikám prehľadávania dodáva, že pri webe s menej než tisíc stránkami by ste sa touto úrovňou detailu nemali musieť zaoberať.

Ušetrím rozpočet prehľadávania tým, že dám stránkam noindex?

Nie. Google to v dokumentácii uvádza výslovne: stránku si aj tak vyžiada a až potom, keď v odpovedi uvidí značku alebo hlavičku noindex, ju zahodí. Prehľadávací čas je v tej chvíli minutý. Pokyn noindex rieši zaradenie do indexu, nie prehľadávanie. Ak má byť adresa mimo prehľadávania, patrí do súboru robots.txt.

Presunie Google kapacitu uvoľnenú blokovaním na iné stránky?

Nie, pokiaľ web už teraz nenaráža na svoj limit kapacity prehľadávania. Google priamo varuje pred používaním robots.txt na dočasné presunutie rozpočtu inam. Blokovanie má zmysel len ako trvalé rozhodnutie, že sa daná časť webu prehľadávať nemá.

Má subdoména vlastný rozpočet prehľadávania?

Áno. Google definuje web ako jedinečný názov hostiteľa a uvádza príklad, že https://www.example.com/ a https://code.example.com/ sa považujú za samostatné weby so samostatnými rozpočtami. Blog na subdoméne teda o kapacitu s hlavným webom nesúťaží.

Čo robiť, keď Googlebot zaťažuje server priveľmi?

Google odporúča najprv v logoch zistiť príčinu, pretože najčastejšie ide o fasetovú navigáciu, kalendár s adresou pre každý dátum alebo cieľ dynamickej reklamy vo vyhľadávaní. Ak treba zasiahnuť naliehavo, dá sa namiesto kódu 200 vracať 500, 503 alebo 429; frekvencia sa zníži a po odznení chýb sama vráti späť. Google zároveň varuje, že takto sa dá postupovať iba pár hodín až jeden či dva dni, inak môžu byť adresy z indexu vyradené. O zvýšenie frekvencie prehľadávania požiadať nemožno.

Zlepší väčší rozpočet prehľadávania moje pozície vo vyhľadávaní?

Nie priamo. Prehľadanie je podmienka na to, aby sa stránka vôbec mohla dostať do indexu, nie faktor hodnotenia. Google navyše pripomína, že nie každá prehľadaná stránka bude zaradená: po prehľadaní sa ešte vyhodnocuje, zlučuje s duplicitami a posudzuje jej vhodnosť pre index.