Google aktualizuje dokumentację budżetu crawlowania z konserwatywnym limitem domyślnym

Google przepisał swoją dokumentację dotyczącą budżetu crawlowania, a zmiana, która najbardziej liczy się dla dużych witryn, jest teraz jasno zapisana: każda witryna startuje z tym samym konserwatywnym limitem crawlowania, a Google podnosi go tylko wtedy, gdy jest zapotrzebowanie i witryna pozostaje sprawna. Zaktualizowana strona wyjaśnia też, że ten limit współdzielą wszystkie roboty Google, więc jeden zasobożerny robot może zostawić mniej przepustowości dla pozostałych.

Co się wydarzyło

Google zaktualizował stronę “Optymalizacja budżetu crawlowania” 22 lipca 2026 roku. Przeredagowana dokumentacja mówi teraz: “Każda witryna zaczyna z tym samym domyślnym, konserwatywnym limitem pojemności crawlowania. Jeśli istnieje zapotrzebowanie na częstsze crawlowanie, a witryna pozostaje sprawna, systemy Google z czasem automatycznie dostosują ten limit.”

Strona wyjaśnia również, jak dzielony jest ten budżet. Według Google: “Choć każdy robot ma inne zapotrzebowanie na crawlowanie, limit pojemności crawlowania jest współdzielony przez wszystkie roboty. Oznacza to, że wysokie zapotrzebowanie jednego robota może zmniejszyć przepustowość dostępną dla pozostałych.” Googlebot, AdsBot i robot Google Shopping czerpią z tej samej puli, a Google zaznacza, że zapotrzebowanie AdsBot i Shopping rośnie, gdy witryna korzysta z dynamicznych celów reklamowych lub ma produkty w swoich merchant feeds.

Google przypomina, kogo to dotyczy. Wskazówki ograniczają temat do “dużych witryn (ponad 1 milion unikalnych stron) z treścią zmieniającą się umiarkowanie często” oraz “średnich i większych witryn (ponad 10 000 unikalnych stron) z bardzo szybko zmieniającą się treścią”. Mniejsze witryny, jak podaje Google, są zwykle crawlowane już wystarczająco sprawnie. Aktualizacja kładzie też większy nacisk na kondycję serwera i zaleca szybsze czasy odpowiedzi oraz obsługę kodu statusu 304 (Not Modified), aby Google mógł ponownie wykorzystać zapisaną w pamięci podręcznej kopię strony, która się nie zmieniła.

Dlaczego to ważne

Budżet crawlowania decyduje o tym, jak szybko Google odkrywa nowe strony i odświeża istniejące. Dla marki z tysiącami stron lokalizacji, wyszukiwarką sklepów i katalogiem produktów w jednej domenie ta szybkość to różnica między nowym sklepem pokazującym prawidłowe godziny otwarcia już w dniu otwarcia a takim, który spóźnia się o tydzień. Konserwatywny punkt startowy plus współdzielona przepustowość oznaczają, że budżet crawlowania to zasób, którym trzeba zarządzać, a nie przywilej, a witryna, która marnuje go na zduplikowane lub wolne strony, ma go mniej dla stron przynoszących przychód.

Co to oznacza dla marek wielolokalizacyjnych

Dla centralnego zespołu marketingu lub zespołu webowego zadaniem jest przestać wydawać budżet crawlowania na strony, które go nie potrzebują, i przyspieszyć te, które go potrzebują. Oznacza to utrzymywanie prawidłowych danych o lokalizacjach i produktach u źródła, aby strony nie skakały między wersjami, łączenie lub usuwanie ubogich i zduplikowanych adresów URL (filtry fasetowe, parametry śledzenia, niemal puste strony lokalizacji) oraz zadbanie o to, by serwer odpowiadał szybko i zwracał 304, gdy nic się nie zmieniło. Spójne, dobrze uporządkowane lokalne wizytówki firmy i prawidłowo zindeksowana wyszukiwarka sklepów sprawiają, że Googlebot przeznacza swój ograniczony budżet na strony, które konwertują. Potraktuj to jako zadanie z zakresu enterprise SEO obejmujące cały zasób, a nie poprawkę strona po stronie.

Every site starts with the same default, conservative crawl capacity limit. If there is demand to crawl more and the site remains healthy, Google’s systems will automatically adjust this limit over time.

Google for Developers

Podsumowanie

Google zapisał teraz reguły na papierze: budżety startują małe, rosną wraz z udowodnionym zapotrzebowaniem i są dzielone między każdy robot odwiedzający Twoją domenę. Dla dużych witryn wielolokalizacyjnych zwycięski ruch jest mało efektowny: szybsze serwery, czystsze adresy URL i prawidłowe dane u źródła, aby strony, które się liczą, były crawlowane w pierwszej kolejności.