Коротко
під час сканування для Google Search Googlebot читає лише перші 2 МБ HTML-файлу, виміряні без стиснення. Інструмент перевірки розміру сторінки завантажує ваш URL, вимірює сирий HTML у байтах, показує, яку частку цього ліміту 2 МБ ви використовуєте, і розбиває вагу на вбудовані скрипти, вбудовані стилі, коментарі та теги. До 50% вам нічого не загрожує; понад 80% контент наприкінці сторінки ризикує ніколи не потрапити в індекс.
Хочете дізнатися більше? Запитайте
Перевірка розміру сторінки відповідає на точне запитання: чи прочитає Google всю вашу сторінку? Google заявляє, що під час сканування для пошуку Googlebot сканує перші 2 МБ підтримуваного типу файлу та перші 64 МБ PDF, зупиняє завантаження на межі й надсилає на індексацію лише вже завантажену частину (Google Search Central, Googlebot). Усе, що йде після цієї точки, чи то опис товару, FAQ, посилання у футері або блок JSON-LD, для Google Search просто не існує.
До чого саме застосовується ліміт 2 МБ?
Він застосовується до кожного файлу, який завантажує Googlebot, окремо, і вимірюється на нестиснених даних. Gzip чи Brotli зменшують передачу, але не змінюють підрахунок. HTML-документ має власний бюджет 2 МБ, а кожен файл CSS чи JavaScript, на який він посилається, завантажується окремо з тим самим лімітом.
| Враховується в розмірі HTML | Не враховується (завантажується окремими файлами) |
|---|---|
| Текст, розмітка та атрибути документа | Зображення, завантажені через <img src> |
Вбудовані блоки <script>, зокрема JSON-LD і стан фреймворку | Зовнішні файли JavaScript (кожен має власний ліміт 2 МБ) |
Вбудовані блоки <style> | Зовнішні таблиці стилів (те саме правило) |
| Вбудований SVG і зображення, закодовані в base64 | Веб-шрифти |
| HTML-коментарі | Відео та інші медіа |
Саме тому цифру 2 МБ часто розуміють хибно. У 2025 році медіанна мобільна головна сторінка важила загалом 2,6 МБ, але лише 22 КБ із них становив HTML; більшу частину решти становили зображення та JavaScript (HTTP Archive Web Almanac 2025, page weight). Важка сторінка не є проблемою для цього ліміту. Проблема важкий HTML-файл.
Значення 2 МБ специфічне для Google Search. Загальна документація Google каже, що його краулери та фетчери за замовчуванням читають перші 15 МБ файлу і що окремі продукти можуть встановлювати менший ліміт (Google, overview of crawlers and fetchers). Старіші статті, що наводять 15 МБ для Googlebot, описують це значення за замовчуванням, а не краулер пошуку.
Як користуватися перевіркою розміру сторінки?
Вставте повний URL публічної сторінки, пройдіть перевірку на ботів і запустіть аналіз. Інструмент завантажує сторінку так, як це робить краулер, проходить редиректи й вимірює HTML у тому вигляді, в якому його надсилає сервер, до виконання будь-якого JavaScript.
- Прочитайте шкалу. Вона показує нестиснений розмір HTML, ліміт Googlebot (2 МБ, або 2097152 байти) і відсоток, який ви використовуєте, із залишком місця.
- Перегляньте чотири картки: сирий розмір HTML, вага вбудованих JS і CSS з їхньою часткою в HTML, кількість HTML-тегів і HTTP-статус.
- Відкрийте розбивку HTML: вбудовані скрипти, вбудовані стилі, зовнішні скрипти, зовнішні таблиці стилів, зображення та коментарі, кожен із кількістю, розміром і часткою.
- Подивіться на дані сервера: title, мета-опис, кінцевий URL після редиректів, використане стиснення та тип сервера.
- Застосуйте рекомендації, які з'являються лише тоді, коли поріг перевищено.
Безкоштовна версія дозволяє три аналізи на день. Спершу перевіряйте найважчі шаблони: сторінка категорії з сотнями товарів чи довга стаття з вбудованими віджетами скаже більше, ніж ваша головна сторінка.
Як читати результат?
Статус залежить лише від частки ліміту 2 МБ, яку використовує нестиснений HTML.
| Частка ліміту | Розмір HTML | Статус | Що це означає |
|---|---|---|---|
| До 50% | До 1 МБ | PASS | Ваша сторінка значно нижче ліміту. Робити нічого не потрібно. |
| Від 50% до 79% | Від 1 МБ до приблизно 1,6 МБ | WARNING | Сторінка наближається до ліміту. Мінімізуйте HTML і перенесіть вбудовані ресурси у зовнішні файли. |
| Від 80% до 99% | Приблизно від 1,6 МБ до 2 МБ | DANGER | Невелике доповнення, як-от довший список товарів, може виштовхнути кінець сторінки за межу. |
| 100% і більше | Понад 2 МБ | LIMIT EXCEEDED | Googlebot не побачить увесь контент. Усе, що йде після перших 2 МБ, не індексується. |
Рекомендації використовують фіксовані пороги: позначаються вбудовані скрипти понад 50 КБ, вбудовані стилі понад 30 КБ і коментарі понад 5 КБ, а також сервер, що віддає HTML без стиснення. Стиснення не зменшує розмір, який рахує Google, але скорочує час передачі і для краулерів, і для відвідувачів.
Що робить HTML-сторінку надто важкою?
Сторінки рідко досягають 2 МБ через текст. Стаття на 3000 слів важить близько 20 КБ. Вага береться з того, що шаблони та фреймворки вставляють у документ:
- Серіалізований стан фреймворку. JavaScript-застосунки з серверним рендерингом часто вбудовують усі дані сторінки як об'єкт JSON у тег script, іноді дублюючи кожен товар чи статтю на сторінці.
- Вбудовані SVG-іконки, що повторюються в кожній картці списку, та зображення base64, вставлені в HTML.
- Вбудований CSS від конструкторів сторінок, які записують стилі кожного блоку в документ.
- Довгі списки: сторінки категорій, архіви тегів або сторінки внутрішнього пошуку, що виводять сотні елементів зі всіма їхніми варіантами.
- Завеликі структуровані дані, наприклад блок Product, який перелічує кожен варіант з повним описом.
- Коментарі й налагоджувальна розмітка, залишені в робочому середовищі.
Розбивка в інструменті показує, що з цього домінує. Якщо вбудовані скрипти займають 70% HTML, починайте з них; якщо кількість тегів вимірюється десятками тисяч, проблема в шаблоні або розмірі списку.
Як зменшити розмір HTML, не втрачаючи контент?
Працюйте від найбільшого блоку вниз і тримайте те, що потрібно Google, ближче до початку документа.
- Перенесіть вбудований JavaScript і CSS у зовнішні файли. Вони отримують власний бюджет 2 МБ, а браузери можуть їх кешувати.
- Скоротіть серіалізований стан: надсилайте лише ті поля, які потрібні сторінці, а не всю відповідь API.
- Замініть повторюваний вбудований SVG зовнішнім спрайтом або файлами зображень, а зображення base64 звичайними URL зображень. Компресор зображень тримає ці файли легкими.
- Розбийте довгі списки на сторінки або завантажуйте подальші елементи на вимогу, залишаючи кожен URL пагінації доступним для сканування через посилання.
- Розміщуйте критично важливий контент раніше: основний текст, внутрішні посилання та структуровані дані не повинні стояти після мегабайтів скриптів. Генератор Schema створює компактний JSON-LD.
- Мінімізуйте HTML і видаляйте коментарі в робочому середовищі.
Після кожної зміни запускайте перевірку знову й підтверджуйте в Search Console. Інструмент перевірки URL показує HTML, який Google справді завантажив, через «Переглянути проскановану сторінку» (Search Console Help, URL Inspection tool), що дозволяє переконатися, що кінець вашої сторінки на місці.
Які обмеження має ця перевірка?
Інструмент вимірює один URL, один раз, у тому вигляді, в якому він віддається краулеру. Пам'ятайте про три моменти.
- Без рендерингу JavaScript. Інструмент вимірює HTML, який повертає сервер. Контент, доданий пізніше JavaScript, тут не враховується, а Google індексує лише ту частину HTML, яку встиг завантажити в межах ліміту.
- Один user agent. Якщо ваш сервер віддає різний HTML для Googlebot, мобільних пристроїв чи авторизованих користувачів, розмір може відрізнятися.
- Одна сторінка за раз. Проблема шаблону зачіпає кожну сторінку, створену на ньому, тож перевіряйте по одному URL на шаблон, а потім проведіть аудит усього сайту за допомогою SEO-аудиту сторінки.
Чи важливий розмір сторінки також для AI-краулерів?
Так, і часто навіть більше. Web Almanac зазначає, що ключова інформація має бути присутня у початковому сирому HTML, адже AI-краулери не рендерять JavaScript. Компактний HTML-файл з основним контентом ближче до початку обслуговує і Google, і AI-асистентів. Аудит доступності для AI-краулерів перевіряє, чи можуть AI-боти отримати доступ до ваших сторінок і прочитати їх, а стаття про краулінговий бюджет пояснює, чому легші сторінки також сканують ефективніше.
Щоб відстежувати динаміку, дашборд GEO / SEO показує сторінки, на яких знижуються кліки з Google, що часто є першою ознакою проблеми з індексацією, а SEO Chat може провести аудит сторінки й простими словами пояснити виправлення.
Тримайте кожен HTML-файл значно нижче 2 МБ, з важливим контентом на початку. Перевірте свої найважчі шаблони вище, а потім ознайомтеся з тарифами Sorank, щоб стежити за видимістю в Google та в ШІ на autopilot.
