HTML сторінки наближається до ліміту завантаження Google

Чому це важливо

Google документує межу 2 МБ для окремого завантаження HTML і передає завантажений початок на індексування та рендеринг. У виправленні від жовтня 2026 року уточнено, що заголовки відповіді входять у цю межу, тому для тіла може залишитися менше місця.

Що зробити

Використовуйте точний розмір тіла за повного читання або нижню межу за перерваного; обмежений уривок починається на порозі політики для тіла.
Якщо список доступний, перегляньте теги title, robots або googlebot meta, canonical і hreflang, чиї оригінальні байтові позиції досягають порогу, і перенесіть їх ближче до початку head.
Винесіть великі вбудовані скрипти, стилі й дані в окремі файли або розділіть довгі каталоги на менші сторінки.

Коли залишити як є: Навмисно велика сторінка в діапазоні наближення може бути прийнятною після перевірки, якщо важливий контент іде рано; стежте за розміром і залишайте місце для заголовків відповіді.

Що ми читаємо

Для захопленої відповіді 200 з типом HTML спільне захоплення надає розпаковані байти тіла незалежно від стисненого розміру передавання; сторінки з noindex також перевіряються.

Повний розмір менше 1 500 000 байтів є чистим результатом, від 1 500 000 до 2 000 000 включно — наближенням, а будь-який спостережений розмір понад 2 000 000 — перевищенням; неповний розмір до порогу включно дає невідомий результат.

Повний запис head надає оригінальні байтові позиції важливих тегів у head; відсутній head або будь-яке неповне тіло не дають списку тегів, а не порожнього доказу, що всі теги йшли рано. Інші статуси й типи, відмінні від HTML, поза перевіркою.

Приклад і докази

Ілюстративний приклад — розмір однієї сторінки, а не реальний аудит.

Розмір https://bakery.example/catalogue/ у розпакованому вигляді:

HTML: 2,641,307 bytes
cutoff: 2,000,000 bytes
past the cutoff: 641,307 bytes

Повне тіло перевищує 2 000 000 байтів, тому це проблема перевищення порогу з обмеженим уривком після порогу тіла.

Можливе виправлення: розділіть каталог на сторінки по 50 товарів.

Підтвердити й перевірити знову

Перевірте самі: Збережіть нестиснене тіло відповіді й виміряйте його довжину в байтах, потім перевірте оригінальні байтові позиції важливих тегів head; окремі зображення й скрипти завантажуються незалежно.

Повторна перевірка: Повний аудит — Запустіть новий аудит, який повністю прочитає ту саму URL-адресу з тілом менше 1 500 000 байтів. Результат у діапазоні наближення залишається відкритим; непрочитана, неповна, не-HTML або інша непридатна відповідь не доводить виправлення, а інша ціль переспрямування сама собою не виправляє початкову URL-адресу.

Обмеження та джерела

Вимірювання використовує захоплену цим аудитом відповідь, а не завантаження Google чи проіндексований контент. Воно рахує лише розпаковані байти тіла, а байти заголовків відповіді невідомі; відповідність порогу тіла не доводить, що вся відповідь вкладається в межу Google.

Google пише 2 МБ без гарантії одиниці. Політика використовує 2 000 000 байтів і позначає неоднозначність до 2 097 152 байтів; неповне тіло дає лише нижню межу розміру, а докази head для нього недоступні. Поточний збирач сторінок не зберігає тіло після помилки читання сокета, тому в такому випадку немає доказу розміру тіла.

Упевненість: Висока Прямий підрахунок байтів дає високу впевненість у зазначеному вимірюванні тіла, а розмір заголовків, неоднозначність одиниць і неповне покриття head залишаються явними обмеженнями.

Джерела

Google, Усередині Googlebot: просто про сканування, завантаження та байти, які ми обробляємо — Документує межу завантаження HTML у 2 МБ разом із заголовками HTTP-відповіді після виправлення 29 жовтня; завантажені байти передаються на індексування й рендеринг. Перевірено 2 листопада 2026.

Редакційна перевірка: 2 листопада 2026

Сторінка має забагато HTML-елементів або вони надто глибоко вкладені — Розмір DOM — інше питання; це пов’язане правило наразі недоступне в аудиті.

Захоплений HTML сторінки наближається до ліміту завантаження або перетинає його