Модуль FastRank: проверка HTML ↔ Rendered DOM

Современные сайты всё чаще строятся на JavaScript-фреймворках: React, Vue, Next, Nuxt, SPA-архитектура.
Для пользователя такие сайты выглядят быстро и красиво, но для поисковых систем они могут быть частично или полностью пустыми.

Именно эту проблему решает модуль HTML ↔ Rendered DOM в FastRank.

В чём суть проблемы

Когда браузер открывает страницу, происходит два этапа:

1. Загрузка исходного HTML — то, что сервер отдал сразу

2. Выполнение JavaScript — после чего страница «дорисовывается»

Проблема в том, что:

• не все поисковые боты выполняют JavaScript

• не всегда выполняют его полностью

• не всегда корректно интерпретируют результат

Если важный контент появляется только после JS, поисковик может:

• не увидеть текст

• не увидеть ссылки

• не понять структуру страницы

• проигнорировать микроразметку

В итоге:

сайт визуально есть,
но для поисковика — он пустой или обрезанный.

Что делает модуль HTML ↔ Rendered DOM

Модуль сравнивает два состояния одной и той же страницы:

1. Исходный HTML
   То, что сервер отдаёт без выполнения JavaScript
   (примерно так, как видит страницу бот без JS)

2. Финальный DOM после рендеринга
   То, что видит пользователь в браузере после выполнения всех скриптов

И показывает:

• что было в HTML

• что появилось только после JavaScript

• насколько эти различия критичны для SEO

Какие элементы анализируются

Модуль проверяет только SEO-критичные вещи, а не всё подряд.

Заголовки

• есть ли H1 в HTML

• появляется ли H1 только после JS

• различается ли текст заголовков

• сколько H2–H6 добавляется динамически

Контент

• объём текста в HTML

• объём текста в DOM

• процент текста, который появляется только после JS

Ссылки

• сколько ссылок есть в HTML

• сколько появляется после JS

• какие внутренние ссылки отсутствуют в HTML

Meta-теги

• title

• description

• robots

• canonical
  Проверяется, не меняются ли они через JavaScript

Schema.org

• есть ли микроразметка в HTML

• добавляется ли она только после выполнения JS

Как выглядит результат проверки

Отчёт модуля состоит из нескольких уровней.

1. Лог выполнения

Вы видите, что именно было сделано:

• получен HTML

• получен DOM

• выполнен анализ заголовков

• выполнен анализ контента

• и так далее

Это даёт полную прозрачность — модуль не «чёрный ящик».

2. Сводная таблица различий

Например:

• HTML: 1 200 символов текста

• DOM: 4 000 символов текста

• +230% контента после JS

Даже если ошибок нет, вы видите реальные цифры.

3. Детализация по блокам

Вы точно понимаете:

• какие заголовки добавляются JS

• какие ссылки отсутствуют в HTML

• какая микроразметка появляется только после рендеринга

4. Финальный вывод

Модуль не просто говорит «OK» или «Ошибка», а объясняет:

Поисковый бот без JavaScript не увидит 65% контента страницы, включая внутренние ссылки и микроразметку.

Какие проблемы решает этот модуль

Для SEO-специалистов

• Понимание, что реально видит поисковик

• Объяснение проблем разработчикам на фактах, а не «ощущениях»

• Поиск причин плохой индексации без снятия позиций

Для разработчиков

• Контроль SSR / CSR

• Проверка, что важные элементы есть в HTML

• Поиск SEO-регрессий после изменений фронтенда

Для владельцев сайтов

• Ответ на вопрос:
  «Наш сайт вообще готов для поисковиков?»

• Понимание рисков ещё до падения трафика

Что будет, если проблему не решать

Если важный контент доступен только после JavaScript, возможны последствия:

• страницы индексируются частично

• снижается релевантность

• поисковик не видит внутреннюю перелинковку

• не учитывается микроразметка

• ухудшается качество индекса

Самое опасное — это происходит тихо, без ошибок в консоли и без падений сайта.

Когда модуль особенно полезен

• SPA / React / Vue / Next сайты

• лендинги с динамической загрузкой контента

• сайты после редизайна

• проекты с SEO-проблемами без явных причин

• аудит перед запуском или продвижением

Мини-FAQ

❓ Нужно ли это, если сайт «и так в Google»?

Да. Индексация ≠ полноценное понимание страницы.
Модуль показывает глубину видимости контента, а не факт попадания в индекс.

❓ Это замена Lighthouse?

Нет. Lighthouse — про скорость и UX.
Этот модуль — про доступность контента для поисковиков.

❓ Это опасно для React / Next?

Нет.
Опасно не использование JS, а когда важные элементы отсутствуют в HTML.
Модуль помогает это контролировать.

❓ Нужно ли исправлять все различия?

Нет.
Важно исправлять критичные:

• отсутствие H1

• отсутствие текста

• отсутствие ссылок

• schema только через JS

❓ Можно ли использовать для регрессий?

Да.
Это один из лучших инструментов для контроля SEO-регрессий после изменений.

Итог

Модуль HTML ↔ Rendered DOM — это не про «ошибки»,
а про понимание реального состояния сайта с точки зрения поисковых систем.

Он отвечает на ключевой вопрос современного SEO:

Что именно видит поисковик, а не пользователь?