17 октября 2025 года я увидел число, которого ждал: Yandex проиндексировал 4 278 моих страниц. Страницы были сгенерированы через Next.js Static Site Generation (SSG), а изменение произошло практически за одну ночь.
Первая реакция была простой: стек работает. Тысячи статических страниц попали в индекс, и это выглядело как сильное подтверждение правильности технического подхода.
Но если формулировать результат точнее, вывод получается уже. Он показал, что Yandex смог обнаружить, обработать и включить большой набор этих страниц в свой индекс на тот момент. Он не доказывал, что все 4 278 страниц хорошо ранжируются, получают клики, приносят long-tail трафик или останутся в индексе надолго.
Именно это различие оказалось самым полезным в этой истории.
Что на самом деле доказали 4 278 страниц в индексе
Подтвержденный факт очень простой: Yandex проиндексировал 4 278 моих страниц. Поскольку они были созданы через Next.js SSG, результат также показал, что моя реализация не создавала какого-то общего технического препятствия, из-за которого Yandex в принципе не мог бы индексировать эти страницы.
На большом количестве маршрутов это уже имеет значение. Если тысячи сгенерированных URL доступны поисковому роботу и принимаются в индекс, значит базовая модель отдачи страниц как минимум совместима с краулером и индексатором. Это не доказывает качество каждой страницы, но исключает один совсем базовый сценарий провала: поисковик не способен индексировать сайт вообще.
В документации Yandex Webmaster обход и индексирование разделены на разные этапы: робот сначала загружает страницы, после чего Yandex обрабатывает и сохраняет их для использования в поиске. Это важное различие. Обход не равен индексации, а индексация не равна хорошим позициям или трафику.
Чего этот результат не доказывал
На эмоциях число легко было принять за победу в SEO. Но это было бы слишком сильным выводом. По одному этому снимку я не могу подтвердить:
- что все 4 278 страниц получили показы;
- что они ранжировались по полезным запросам;
- что они принесли клики или новых пользователей;
- что они оставались в индексе неделями или месяцами;
- что именно SSG был причиной того, что Yandex добавил их большой пачкой.
Я изначально понимал, что часть страниц позже может выпасть из индекса, возможно даже большая часть. Индекс поисковой системы — не постоянный реестр. Страницы могут быть переобработаны, переоценены, получить другую каноникализацию или быть исключены позже. Поэтому число проиндексированных страниц правильнее воспринимать как изменяемое состояние, а не как навсегда достигнутый результат.
Почему SSG все равно был важен
Я использовал Next.js Static Site Generation, чтобы страницы были предварительно отрендерены и не зависели от клиентского JavaScript для основного содержимого. В Next.js SSG формирует страницу во время сборки. Для поискового робота это означает, что уже существует готовый HTML-документ, который можно запросить и обработать.
Это хорошая техническая основа, но не SEO-ускоритель. Статический HTML не отменяет robots-директивы, canonical, проблемы с дублями или низкой ценностью контента, слабую внутреннюю перелинковку и решение самого поисковика о том, стоит ли оставлять страницу в индексе. SSG может сделать страницу простой и надежной в отдаче. Сам по себе он не делает ее полезной.
Где я слишком рано обрадовался
В исходной версии я называл событие «фантастическим подтверждением» всего технического стека и писал, что стратегия окупилась. Я по-прежнему считаю этот момент достойным радости, но такие формулировки смешивали несколько разных результатов.
Точнее сказать так: рубеж по индексируемости был пройден. Большое количество моих статических страниц вошло в индекс Yandex. А вот чтобы утверждать, что сработала programmatic SEO-стратегия целиком, нужны другие данные: удержание страниц в индексе, показы, позиции, клики и полезный органический трафик со временем.
Проиндексированная страница — это потенциальная точка входа. Ключевое слово здесь — «потенциальная».
Что я бы измерял после такого скачка
Если оценивать событие не как красивое число, а как часть SEO-системы, следующие проверки я бы разделил:
- Удержание в индексе: сколько из 4 278 страниц остается в индексе после первоначального скачка?
- Исключения: какие страницы исчезают и какие причины показывает Yandex Webmaster?
- Видимость в поиске: начинают ли проиндексированные страницы получать показы по релевантным запросам?
- Клики и пользователи: превращается ли новая индексируемая поверхность сайта в измеримый органический трафик?
- Качество страниц: действительно ли большие группы сгенерированных страниц различаются и полезны, или они лишь технически индексируемы?
Это разные вопросы. Можно успешно пройти первый этап и провалить остальные.
Ограничение этого кейса
Эта статья фиксирует одно конкретное событие: 4 278 страниц были проиндексированы Yandex за короткий промежуток времени. По этому снимку у меня нет доказательств, почему они попали в индекс вместе, сколько из них осталось там позже и какой поисковый трафик они в итоге дали.
Это ограничение важно. Оно не позволяет превратить полезное наблюдение в ложное универсальное правило вроде «Next.js SSG заставляет Yandex индексировать тысячи страниц за ночь». Нет. Моя реализация и страницы были индексируемыми, и Yandex добавил большую пачку. Причина именно такого тайминга этим фактом не установлена.
Что я вынес из этого
Я все еще считаю 4 278 проиндексированных страниц настоящим рубежом. Увидеть, что тысячи сгенерированных страниц приняты в индекс, — сильный сигнал того, что базовая техническая доставка работает.
Но число страниц в индексе я бы не делал финальным KPI. Индексация — это входной барьер, а не финиш. Дальше нужно понять, остаются ли страницы в индексе, ранжируются ли они и приносят ли полезный трафик.
SSG помог мне строить страницы, которые поисковик мог обрабатывать как обычные предварительно отрендеренные документы. Число 4 278 показало, что эта часть системы работает. Все остальное еще нужно было заслужить.