{"id":2425,"date":"2026-02-05T09:48:00","date_gmt":"2026-02-05T08:48:00","guid":{"rendered":"https:\/\/jalvo.eu\/limit-2mb-googlebota-duze-strony-html\/"},"modified":"2026-02-05T09:48:00","modified_gmt":"2026-02-05T08:48:00","slug":"limit-2mb-googlebota-duze-strony-html","status":"publish","type":"post","link":"https:\/\/jalvo.eu\/pl\/limit-2mb-googlebota-duze-strony-html\/","title":{"rendered":"Limit 2 MB Googlebota: co trac\u0105 du\u017ce strony HTML przy crawlowaniu"},"content":{"rendered":"\n

Googlebot pobiera tylko pierwsze 2 MB pliku obs\u0142ugiwanego typu i pierwsze 64 MB pliku PDF. To, co le\u017cy za tym progiem, nigdy nie trafia do rozpatrzenia pod k\u0105tem indeksowania, jak podaje dokumentacja Googlebota od Google<\/a>. Kogo to powinno obchodzi\u0107? G\u0142\u00f3wnie serwisy na WordPressie i page builderach, kt\u00f3rych szablony wypluwaj\u0105 bardzo ci\u0119\u017cki HTML. To w\u0142a\u015bnie tam limit 2 MB Googlebota daje si\u0119 we znaki. Wi\u0119kszo\u015b\u0107 stron jest znacznie mniejsza, wi\u0119c bez paniki: najpierw zmierz w\u0142asne dokumenty i popraw tylko te, kt\u00f3re zbli\u017caj\u0105 si\u0119 do progu.<\/p>\n\n\n\n

Co dok\u0142adnie m\u00f3wi limit 2 MB Googlebota?<\/h2>\n\n\n\n

Googlebot przestaje pobiera\u0107 plik, gdy dojdzie do progu, i przekazuje dalej tylko t\u0119 cz\u0119\u015b\u0107, kt\u00f3r\u0105 ju\u017c ma. 3 lutego 2026 roku Google przenios\u0142o domy\u015blne limity rozmiaru plik\u00f3w swoich robot\u00f3w do dokumentacji crawler\u00f3w i doprecyzowa\u0142o warto\u015bci dla samego Googlebota. Pr\u00f3g dotyczy danych nieskompresowanych, wi\u0119c rozmiar transferu, kt\u00f3ry widzisz przy gzip albo Brotli, nie jest liczb\u0105, kt\u00f3ra si\u0119 liczy. I nie, nic w dokumentacji nie opisuje tego limitu jako sygna\u0142u rankingowego. Okre\u015bla on tylko, jaka cz\u0119\u015b\u0107 pliku trafia do indeksowania.<\/p>\n\n\n\n

2 MB a limit crawlowania 15 MB: kt\u00f3ra warto\u015b\u0107 dotyczy Twoich stron?<\/h2>\n\n\n\n

W przypadku wyszukiwarki Google obowi\u0105zuje mniejszy limit rozmiaru pliku Googlebota, a nie og\u00f3lna warto\u015b\u0107 domy\u015blna. Limit crawlowania 15 MB to poziom bazowy dla wszystkich robot\u00f3w i fetcher\u00f3w Google, a tre\u015b\u0107 powy\u017cej niego jest ignorowana, jak wynika z przegl\u0105du robot\u00f3w Google<\/a>. Ta sama strona wyja\u015bnia, \u017ce poszczeg\u00f3lne projekty mog\u0105 ustawia\u0107 inne progi dla danego robota i typu pliku, a jako przyk\u0142ad podaje Googlebota.<\/p>\n\n\n\n

Co du\u017ce strony HTML trac\u0105 za progiem?<\/h2>\n\n\n\n

Wszystko, co jest za progiem. W d\u0142ugim dokumencie mo\u017ce to oznacza\u0107 ko\u0144cowe partie tekstu, nawigacj\u0119 w stopce, linki wewn\u0119trzne i dane strukturalne umieszczone na ko\u0144cu \u017ar\u00f3d\u0142a. A poniewa\u017c Googlebot znajduje nowe adresy URL g\u0142\u00f3wnie przez linki na crawlowanych stronach, uci\u0119ta stopka mo\u017ce sprawi\u0107, \u017ce zaczniesz szuka\u0107 osieroconych stron<\/a>, kt\u00f3re w przegl\u0105darce wygl\u0105da\u0142y na dobrze podlinkowane.<\/p>\n\n\n\n

Pliki CSS i JavaScript wskazane w HTML s\u0105 pobierane osobno, a ka\u017cde z tych pobra\u0144 podlega temu samemu limitowi. Zbyt du\u017cy bundle te\u017c mo\u017ce zosta\u0107 uci\u0119ty, co wp\u0142ywa na to, jak strona renderuje si\u0119 dla Google. Moim zdaniem SEO du\u017cych stron HTML sprowadza si\u0119 do kompletno\u015bci: czy ca\u0142y dokument i ka\u017cdy plik, od kt\u00f3rego on zale\u017cy, faktycznie trafia do procesu indeksowania?<\/p>\n\n\n\n

Jak zmierzy\u0107 rozmiar nieskompresowanego HTML za pomoc\u0105 curl<\/h2>\n\n\n\n

Pobierz surowy dokument bez kompresji i odczytaj liczb\u0119 bajt\u00f3w. Oto jak sprawdzi\u0107 rozmiar strony HTML w spos\u00f3b zgodny z tym, co liczy limit:<\/p>\n\n\n\n

    \n
  1. Pobierz stron\u0119 przez curl i nie pro\u015b o kompresj\u0119 (pomi\u0144 flag\u0119 -compressed<\/em>).<\/li>\n
  2. Zapisz wynik i wypisz rozmiar: curl -s -o page.html -w '%{size_download}' https:\/\/example.com\/page\/<\/code><\/li>\n
  3. Powt\u00f3rz test dla najwi\u0119kszych plik\u00f3w CSS i JavaScript, bo ka\u017cdy z nich ma w\u0142asny limit.<\/li>\n<\/ol>\n\n\n\n

    Patrz na sam dokument HTML, a nie na \u0142\u0105czn\u0105 wag\u0119 strony podawan\u0105 przez narz\u0119dzia w przegl\u0105darce. Zacznij od najci\u0119\u017cszych szablon\u00f3w: d\u0142ugich landing page’y z\u0142o\u017conych w page builderze, archiw\u00f3w kategorii, stron z osadzonymi danymi.<\/p>\n\n\n\n

    Sk\u0105d bierze si\u0119 nadmiar: inline CSS, JavaScript i obrazy base64<\/h2>\n\n\n\n

    Rzadko z tekstu. Wi\u0119kszo\u015b\u0107 przero\u015bni\u0119tych dokument\u00f3w puchnie od kodu i danych osadzonych bezpo\u015brednio w znacznikach. Typowi winowajcy nadmiaru inline CSS i JavaScript w WordPressie i page builderach to bloki styl\u00f3w dla ka\u017cdego wid\u017cetu, skrypty wstawione inline, zserializowany stan w JSON, inline SVG i obrazy zakodowane w base64. Poprawki wprowadza si\u0119 w CMS, motywie albo na serwerze \u017ar\u00f3d\u0142owym:<\/p>\n\n\n\n