Размер главной страницы

Что это

Размер страницы — это общий объём HTML-кода, который сервер отдаёт браузеру при запросе URL. Измеряется в килобайтах (КБ) и включает только сам HTML-документ: разметку, текст, inline-стили, inline-скрипты. Внешние ресурсы (изображения, CSS, JS-файлы) в этот показатель не входят — они загружаются отдельными запросами.

Почему это важно для SEO

Поисковые роботы — Яндекс и Googlebot — имеют лимит на объём данных, который они читают за один обход. Google официально ограничивает индексируемый объём страницы примерно 15 МБ исходного HTML. На практике страницы тяжелее 200–300 КБ начинают хуже индексироваться: краулер может не дочитать контент до конца, и важные блоки — ссылки, текст, микроразметка — просто не попадут в индекс.

Для Яндекса ситуация похожа: большой HTML увеличивает время ответа сервера и время до первого байта (TTFB), что напрямую бьёт по ИКС (индексу качества сайта) и поведенческим факторам. Главная страница — точка входа для большинства пользователей и первый URL, который обходит краулер. Если она весит 500+ КБ, это сигнал раздутого кода: дублирующиеся классы, legacy-скрипты прямо в HTML, мегаменю с тысячами строк разметки. По данным HTTP Archive (2024), медианный размер HTML-документа на десктопе — около 31 КБ. Страница главной крупного интернет-магазина в норме укладывается в 100–150 КБ HTML.

Как проверить вручную

1. DevTools браузера. Откройте главную страницу в Chrome, нажмите F12, перейдите на вкладку Network, обновите страницу (Ctrl+R). Найдите первый запрос с типом document — в колонке Size увидите размер HTML-ответа. Смотрите именно на "transferred" (реальный вес) и "resource size" (распакованный).

1. Screaming Frog SEO Spider. Запустите краулер, после сканирования отфильтруйте по URL главной. Колонка Size (bytes) — искомый показатель. Экспортируйте в CSV для сравнения в динамике.

1. PageSpeed Insights / Lighthouse. Введите URL главной на pagespeed.web.dev. В разделе Diagnostics ищите "Reduce unused JavaScript" и "Minify HTML" — там Lighthouse показывает потенциальную экономию в КБ.

1. Яндекс.Вебмастер. Раздел "Индексирование" — "Статистика обхода". Смотрите на среднее время загрузки страниц: если главная обходится медленнее 2–3 секунд, тяжёлый HTML — один из кандидатов на виновника.

Как исправить

Общий алгоритм:

1. Минифицируйте HTML — удалите пробелы, комментарии, переносы строк.
2. Вынесите все стили и скрипты во внешние файлы.
3. Уберите из HTML блоки, которые пользователь не видит при первой загрузке (скрытые вкладки, попапы) — рендерите их через JS по триггеру.
4. Проверьте, не рендерится ли сервером лишний контент: страницы-дубли, скрытые формы, JSON-данные прямо в <script>.

Минификация HTML — базовый фрагмент (PHP/Nginx):

# Nginx: включить gzip-сжатие
gzip on;
gzip_types text/html text/plain text/css application/javascript;
gzip_min_length 1024;

Gzip не уменьшает исходный размер файла, но критично снижает transferred size — на 60–80%.

WordPress:

Установите плагин WP Rocket или Autoptimize. В настройках включите "Minify HTML" и "Remove comments". Проверьте, что мегаменю и виджеты не добавляют inline-стили на каждый элемент.

Tilda:

В настройках проекта включите "Минификация кода" (Project Settings — Performance). Блоки, которые не нужны на главной, скройте или удалите — Tilda рендерит весь контент страницы в HTML.

1C-Битрикс:

Включите встроенный HTML Cache (Настройки — Производительность — Кеширование). В шаблоне проверьте компоненты: catalog.section с большим количеством товаров на главной — частый источник раздутого HTML.

Webflow:

Webflow минифицирует HTML автоматически при публикации. Проверьте, не добавлены ли кастомные embed-блоки с избыточным кодом.

Типичные ошибки

• Inline-стили на каждый элемент. Page builders (особенно Elementor, устаревшие версии Tilda) генерируют style="..." на каждый блок. Это раздувает HTML в 3–5 раз по сравнению с классовым подходом.
• JSON-LD с избыточными данными. Разработчики иногда выгружают в Schema.org весь каталог товаров прямо в <script type="application/ld+json">. Оставляйте только то, что относится к конкретной странице.
• Чат-виджеты и попапы в HTML. Код виджетов обратного звонка, сложных попапов рендерится в теле документа, даже если пользователь их не открывал. Загружайте через defer или динамически.
• Дублирование навигации. Мобильная и десктопная версии меню одновременно в HTML — это лишние 20–50 КБ на крупных сайтах. Используйте один DOM, меняйте отображение через CSS.
• Не включён gzip/Brotli. Сервер отдаёт HTML без сжатия — браузер получает в 5–7 раз больше данных, чем мог бы.

Влияние на разные типы сайтов

Интернет-магазины страдают от размера главной сильнее всего: главная обычно включает хиты продаж, баннеры акций, блоки рекомендаций — всё это генерирует сотни строк HTML. При объёме больше 200 КБ Яндекс.Нейро и поисковые роботы могут хуже парсить структуру категорий. Следите за весом через Screaming Frog еженедельно — после каждого обновления акционных блоков размер растёт незаметно.

Контентные сайты и SaaS обычно держат главную в рамках 50–100 КБ — здесь риски ниже, но раздутый HTML всё равно бьёт по Core Web Vitals (LCP, FID). Для лендингов критично другое: каждый лишний килобайт HTML на мобильном соединении — это миллисекунды до конверсионного CTA, что напрямую влияет на показатель отказов и качество трафика в Google Ads.