Odhad rozpočtu na indexové prehľadávanie robotov
Rozpočet na indexové prehľadávanie (crawl budget) predstavuje kľúčový faktor pre optimalizáciu viditeľnosti webových stránok vo vyhľadávačoch. Tento nástroj pomáha odhadnúť, koľko stránok dokáže server webu bezpečne zvládnuť preliezť za jeden deň, a porovnáva túto kapacitu s odhadovaným denným dopytom po prehľadávaní. Úpravou rôznych predpokladov o webe a serveri môžete sledovať ich vplyv na odhady prehľadávania, čo vám umožní identifikovať potenciálne úzke miesta a pokrytie.
Výpočty prebiehajú lokálne: predpoklady vašej stránky a servera sú vypočytané vo vašom prehliadači a do BroBroGo sa nič neodovzdáva.
Vstupné parametre pre výpočet
Pre presný odhad vyžaduje kalkulátor vyplnenie nasledujúcich vstupných polí:
- Prehľadávateľné stránky (
Prehľadávateľné stránky): Celkový počet stránok na webe, ktoré majú byť indexované. - Priemerný interval aktualizácie (
Priemerný interval aktualizácie): Časové obdobie, za ktoré sa obsah stránok zvyčajne mení. Ako jednotku (Aktualizovať jednotku intervalu) je možné zvoliť buď dní (dní), týždňov (týždňov), alebo mesiacov (mesiacov). - Priemerný čas odozvy (ms) (
Priemerný čas odozvy (ms)): Čas v milisekundách, ktorý server potrebuje na spracovanie jednej požiadavky. - Kapacita servera (requests/second) (
Kapacita servera (requests/second)): Maximálny počet požiadaviek, ktoré server dokáže spracovať za sekundu. - Kapacita dostupná pre prehľadávače (%) (
Kapacita dostupná pre prehľadávače (%)): Percentuálny podiel z celkového výkonu servera vyhradený pre roboty vyhľadávačov. - Povolený súbežný prehľadávač (
Povolený súbežný prehľadávač): Maximálny počet paralelných pripojení (súbežnosť), ktoré môže prehľadávač otvoriť. - Multiplikátor dopytu (
Multiplikátor dopytu): Koeficient zohľadňujúci opakované alebo neefektívne prehľadávanie (predvolená hodnota je 1.2). - Bezpečné využitie (%) (
Bezpečné využitie (%)): Bezpečnostná rezerva vyjadrená v percentách, aby nedošlo k preťaženiu servera (predvolená hodnota je 70%).
Pravidlá validácie a chybové stavy
Aby nástroj mohol vykonať výpočet, musia byť splnené nasledujúce pravidlá:
- Všetky vstupné polia musia byť kompletne vyplnené. V opačnom prípade sa zobrazí chybové hlásenie: Vyplňte každý vstup na výpočet odhadu.
- Vstupy musia byť bežné konečné čísla v podporovanom rozsahu (maximálna povolená hodnota je 1e12). Pri porušení sa zobrazí: Zadajte obyčajné konečné čísla v rámci podporovaného rozsahu.
- Každá zadaná hodnota musí byť striktne väčšia ako nula. Ak zadáte nulu alebo záporné číslo, systém vypíše: Každý vstup musí byť väčší ako nula.
- Percentuálne hodnoty pre kapacitu dostupnú pre prehľadávače a bezpečné využitie nesmú prekročiť hranicu 100%. Pri prekročení sa zobrazí chybová hláška: Percentuálne predpoklady nesmú väčšie ako 100%.
Výstupné metriky a interpretácia výsledkov
Po zadaní platných údajov nástroj vygeneruje tieto kľúčové výstupy:
- Dopyt po indexovom prehľadávaní / deň (
Dopyt po indexovom prehľadávaní / deň): Počet požiadaviek na prehľadávanie, ktoré by mali byť denne vykonané, aby sa dodržal stanovený interval aktualizácie stránok. Vypočíta sa ako počet stránok vydelený cieľovým intervalom aktualizácie a následne vynásobený multiplikátorom dopytu. - Bezpečná kapacita / deň (
Bezpečná kapacita / deň): Maximálny počet požiadaviek za deň, ktoré môže server bezpečne zvládnuť. Výpočet berie nižšiu z dvoch hodnôt: limit založený na maximálnom počte požiadaviek za sekundu (RPS) a limit založený na súbežnosti a čase odozvy. Táto hodnota je následne znížená o percento bezpečného využitia. - Odhadovaný dosiahnuteľný počet prejdení za deň (
Odhadovaný dosiahnuteľný počet prejdení za deň): Reálny odhad denného počtu prehľadaní, ktorý zohľadňuje limity bezpečnej kapacity a dopytu. - Dopyt pokrytý (
Dopyt pokrytý): Percentuálne vyjadrenie toho, do akej miery bezpečná kapacita servera pokrýva dopyt po prehľadávaní (vizuálne obmedzené na rozsah 0–100%).- Ak je pokrytie dopytu menšie ako 100%, zobrazí sa stav: Modelovaný dopyt je nad odhadom bezpečnej kapacity.
- Ak je pokrytie dopytu 100% alebo viac, zobrazí sa stav: Odhad bezpečnej kapacity pokrýva modelovaný dopyt.
- Dni na pokrytie všetkých strán (
Dni na pokrytie všetkých strán): Odhadovaný čas potrebný na prelezenie celého webu pri zachovaní bezpečnej kapacity. - Kapacitné úzke miesto (
Kapacitné úzke miesto): Identifikuje hlavné obmedzenie infraštruktúry. Výstupom môže byť buď Dostupná sadzba za požiadavku (Dostupná sadzba za požiadavku), alebo Súbeh a čas odozvy (Súbeh a čas odozvy).
Faktory ovplyvňujúce kapacitu a dopyt
Crawl budget nie je statické číslo. Na strane servera zohráva zásadnú úlohu priemerný čas odozvy a povolená súbežnosť. Ak má server pomalú odozvu (vysoké hodnoty v milisekundách), roboty musia na stiahnutie každej stránky čakať dlhšie. Aj pri vysokej povolenej súbežnosti tak môže dôjsť k situácii, kedy je úzkym miestom práve čas odozvy.
Na druhej strane, dopyt po prehľadávaní je ovplyvnený veľkosťou webu a frekvenciou zmien obsahu. Multiplikátor dopytu pomáha v plánovaní zohľadniť fakt, že vyhľadávače neprehľadávajú web lineárne a často navštevujú niektoré dôležité stránky opakovane v rámci jedného cyklu.
Často kladené otázky (FAQ)
Predpovedá to, ako často bude Googlebot indexovo prehľadávať moju stránku?
Nie. Vyhľadávače nastavujú dopyt po indexovom prehľadávaní a kapacitu zo signálov, ktoré nie sú úplne verejné. Tento odhad slúži na plánovanie a porovnanie; kalibrujte ho pomocou protokolov servera a správ o prehľadávaní.
Ako sa vypočíta odhad?
Denný dopyt je počet stránok vydelený cieľovým intervalom aktualizácie a potom vynásobený faktorom dopytu. Bezpečná kapacita je nižšia z limitov počtu požiadaviek a súbežnosti, znížená o využitie bezpečnosti.
Kto by mal tento nástroj používať?
Nástroj je určený pre technických SEO špecialistov, ktorí potrebujú vytvárať kapacitné predpoklady, a pre správcov webov, ktorí chcú vyhodnotiť, či je možné ich inventár stránok preliezť v rámci cieľového cyklu aktualizácií.
Čo znamená kapacitné úzke miesto?
Tento výstup určuje, čo najviac obmedzuje schopnosť servera zvládať prehľadávanie. Ak je limitom rýchlosť požiadaviek, problémom je celkový výkon vyhradený pre roboty. Ak je limitom súbeh a čas odozvy, problém spočíva v pomalej reakcii servera alebo nízkom počte paralelných pripojení.