Программатик-SEO на 40 000 страниц: 4 сайта, 4 CMS, один инструмент

«Программатик-SEO» в карточках агентств обычно значит одно: «сгенерим вам 500 страниц за вечер». На B2B-каталоге это не работает — получается 500 почти одинаковых тонких страниц, которые поисковик съедает и понижает весь сайт. Настоящая сложность программатика не в том, чтобы быстро наплодить страницы, а в том, чтобы держать под контролем десятки тысяч страниц на нескольких сайтах и разных движках — и при этом не утонуть.

Покажу на реальном проекте (без имён, по NDA): производитель промышленного теплообменного оборудования, группа из четырёх корпоративных сайтов. Четыре разных движка — две системы на Bitrix, Bitrix24 и статический генератор. Разные админы, нет общего источника данных. Задача — собрать всё в один контур и развернуть продвижение в промышленном масштабе.

Что значит «масштаб» на практике

На момент написания под единым инструментом — 40 000+ страниц по группе сайтов: флагманский сайт вырос до 12 000+ страниц, два других — по 14–17 тысяч страниц каждый. В индексе Яндекса по группе — 33 800+ страниц. Это не «создали с нуля 40 тысяч страниц за вечер»: большую часть существующего каталога мы привели в порядок на уровне данных, плюс добавили тысячи новых страниц по единым шаблонам со структурированной разметкой.

Ключевая цифра здесь не «сколько сгенерили», а «сколько держим под контролем». 40 000 страниц на четырёх движках — это четыре потенциальных источника дублей, битых ссылок, кривых канонических адресов и регрессий индексации. Без единого контура каждый из них живёт своей жизнью, и проблемы всплывают тогда, когда трафик уже просел.

Один инструмент на четыре разных CMS

Каждый сайт подключается к общему инструменту как отдельный модуль — со своим адаптером под свою CMS. Дальше вся работа идёт в одном дашборде: единая база моделей и брендов (по одному из направлений — 52 бренда и 1 768 моделей), общие правила структурированной разметки, общий журнал изменений и ежедневный live-аудит каждого сайта. Клиент видит состояние всех четырёх сайтов в одном окне, в реальном времени — а не четыре разных отчёта раз в месяц.

Это и есть инженерный подход вместо ручного: правки вносятся через прямое подключение к сайту, с предпросмотром и возможностью вернуть любую правку назад. На 120 страницах можно править руками. На 40 000 — нет: один человек физически не удержит консистентность, а «универсальный шаблон» без проверки порождает ровно те самые тонкие дубли.

Сплошной обход: найти то, чего не видно

Раз за прогон инструмент обходит все страницы сайта целиком — 14 000–17 000 страниц за раз. Не выборку, не sitemap, а именно всё, что отдаёт сервер. На таком объёме всегда находится то, что не видно глазами: страницы с дублирующимися заголовками, осиротевшие URL без перелинковки, битые ссылки, страницы, по ошибке закрытые от индексации, разъехавшиеся канонические адреса.

Найденное закрывается прямо через интеграцию с сайтом, а не списком «вот вам 400 задач, правьте сами». На масштабе это критично: ручная отработка такого списка растянулась бы на месяцы, за которые он успел бы устареть.

Индексация как отдельная метрика

Когда страниц десятки тысяч, главный вопрос не «сколько создали», а «сколько из них реально в индексе». По группе сайтов в поиске Яндекса — 33 800+ страниц. И это число приходится защищать: на одном из сайтов после сбоя сервера индекс начал сыпаться — поисковик исключил 1 740 страниц. Мы восстановили доступность и переиндексацию, и число исключённых упало до 165 — в десять раз. На масштабе такие вещи не происходят сами: их видно только на сплошном аудите и чинить надо быстро, пока просадка не дошла до трафика.

Где это ломается

Первое — нельзя без эталона. До любого массового создания должна существовать одна реально написанная образцовая страница, на которую вы хотите похожих тысячи: с проверенными характеристиками, разметкой, FAQ и перелинковкой. Без неё масштаб только умножает ошибку.

Второе — инфраструктура. Сорок тысяч страниц, ежедневный аудит и сплошные обходы — это реальная нагрузка на сервер. Тяжёлые задачи нужно ограничивать по времени и памяти, иначе один разросшийся процесс кладёт всё. Это инженерная, а не «контентная» часть работы — и на масштабе она обязательна.

Третье — честность по цифрам. Масштаб — это не мгновенный рост трафика. Сорок тысяч страниц под управлением и 33 800 в индексе — это охват и фундамент; устойчивый рост позиций и трафика виден позже, после переиндексации, и его нужно подтверждать на горизонте, а не обещать в первый месяц. Поэтому в кейсе мы показываем масштаб, а не выдуманный процент.