Соотношение текста и HTML

Откуда взялась метрика

Text-to-HTML ratio — доля видимого текста в общем объёме исходного кода страницы. Метрика родилась в эпоху, когда вёрстка делалась таблицами: тогда огромный HTML при паре абзацев текста действительно указывал на страницу-пустышку. Инструменты аудита подхватили показатель, добавили «нормативы» из воздуха — и он дожил до наших дней, хотя вёрстка изменилась до неузнаваемости.

Сегодня низкое значение бывает и у отличных страниц: современная разметка включает JSON-LD, инлайновый критический CSS, SVG-иконки, атрибуты доступности. Всё это — код, который приносит пользу.

Когда показатель всё-таки о чём-то говорит

Плохое соотношение — не диагноз, а повод открыть исходный код и посмотреть, чем он занят. Типичные находки:

• Инлайновые стили в каждом теге. Следы визуальных конструкторов: style="margin:0px;padding:0px;font-family:…" сотни раз.
• Глубокая вложенность без причины. Десять вложенных div вокруг одного абзаца.
• Base64 прямо в разметке. Картинка на 200 КБ, вшитая в HTML, не кешируется отдельно и раздувает каждый ответ.
• Огромное состояние фреймворка. __NEXT_DATA__ или аналог на сотни килобайт, дублирующий содержимое страницы.
• Мёртвая разметка. Скрытые блоки старых версий шаблона, комментарии с закомментированным кодом.
• Действительно пустая страница. Категория без описания, карточка без характеристик — и вот это уже проблема для ранжирования, но по совсем другой причине.

Чем заменить метрику

# размер документа и степень сжатия
curl -s -o /dev/null -w "без сжатия: %{size_download} байт\n" https://site.ru/page/
curl -s -o /dev/null -H "Accept-Encoding: br,gzip" \
     -w "со сжатием: %{size_download} байт\n" https://site.ru/page/

Что действительно стоит сделать

1. Вынести стили в CSS-файл. Инлайновые стили не кешируются и повторяются на каждой странице.
2. Убрать лишние обёртки. Современная вёрстка на flex и grid требует заметно меньше вложенности.
3. Заменить base64 на обычные файлы. Отдельный ресурс кешируется браузером и не тянется при каждом заходе.
4. Включить Brotli. Самая дешёвая мера с самым большим эффектом.
5. Проверить дублирование состояния. Если фреймворк отдаёт весь текст ещё и в JSON — это двойной вес.
6. Наполнить пустые страницы. Если текста действительно мало, проблема не в отношении, а в содержании: категория без описания и карточка без характеристик плохо ранжируются сами по себе.

Итог

Соотношение текста к HTML — не фактор ранжирования и не цель оптимизации. Используйте его как индикатор: увидели низкое значение — откройте исходный код и посмотрите, чем он занят. Чинить нужно найденные причины, а измерять результат — весом документа, TTFB и LCP. Дальше в главе: выделения слов в тексте.