Программатик-SEO для B2B-каталогов: 5-этапный производственный процесс

Когда в карточке услуг написано «программатик-SEO», обычно подразумевают одно из двух: либо «сгенерим вам 500 страниц через скрипт за вечер», либо «у нас есть шаблон, который раскидывает поля». Ни то ни другое не работает на B2B-каталоге, где половина запросов — низкочастотный длинный хвост со специфической ТТХ, и где Google индексирует тонкий контент только чтобы понизить весь сайт.

У нас под программатик-SEO — конкретный 5-этапный производственный процесс с независимым QC-фильтром. Ниже разберу что делает каждый этап, почему движки разные, и где этот пайплайн ломается.

Этап 0: эталон страницы

До любого пайплайна должен существовать эталон — одна реально написанная страница, на которую вы хотите похожих 80, 200 или 500. Не шаблон Tilda, не «структура из брифа», а живая HTML-страница с текстом, Schema.org, перелинковкой, FAQ, изображениями и метатегами.

Эталон пишется экспертом руками + клиентом, потому что только эксперт знает, что в этой нише обязательно должно быть в карточке «Конвейер скребковый» — а что только удлинит текст без пользы. На эталоне эксперт и клиент согласуют тон, длину, набор блоков, обязательные таблицы ТТХ, формат FAQ. Это занимает 1–2 недели и стоит как отдельная задача.

Без эталона пайплайн запускать нельзя. Не потому что «не получится» — получится 500 одинаковых тонких страниц, которые Google съест и понизит весь сайт. Это типичная ошибка дешёвого программатика, и её следы видно с первого взгляда: один title-шаблон, одинаковые H2, повторяющиеся куски текста с подменой одного слова.

5 этапов пайплайна

1. research — сбор брифа

Этап берёт строку из семантической таблицы (запрос + интент + кластер) и собирает исследовательский бриф для конкретной страницы: топ-10 SERP, реальные FAQ из People-Also-Ask, упоминания из конкурентов, ключевые ТТХ продукта из карточки в CMS. На выходе — структурированный бриф ~5 КБ.

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

2. draft — генерация HTML

На вход — бриф + эталон + ссылка на карточку товара в CMS. На выходе — готовый HTML-фрагмент по структуре эталона, с подставленными ТТХ из API клиентской CMS. Никаких «в среднем 2–3 кг»: если в CMS лежит 2.4 кг — в тексте будет 2.4 кг.

Главное требование к этому этапу — строгое следование структуре эталона. Любая «творческая отсебятина» здесь ломает весь конвейер.

3. check — валидация чек-листом

Прогоняет результат draft по чек-листу: совпадает ли структура с эталоном, есть ли все обязательные таблицы, FAQ, Schema.org. Возвращает либо approved, либо fix: [список]. Дешевле, чем сразу гнать в публикацию и потом откатывать.

4. publish — авто-публикация

Задача механическая: вызвать REST API клиентской CMS (Bitrix, WordPress, Tilda), запушить страницу, записать в changelog. Никакого творчества — только POST, PUT, обработка ответа, фиксация состояния под rollback.

Этот этап оптимизирован под скорость и стоимость — критично, когда мы публикуем 500 страниц подряд и каждая мелочь в стоимости множится на сотни.

5. qc — независимый аудит 10×10

Самый дорогой этап. На вход — скриншот опубликованной страницы с прода + её HTML. Независимый аудитор оценивает страницу по 10 критериям (заголовки, Schema, ТТХ, перелинковка, читаемость, длина, уникальность, метатеги, mobile-render, alt) × 10 баллов. Итоговая оценка — сумма.

Порог: 90/100. Ниже — страница идёт обратно в fix-loop с конкретным списком «что не так». Опыт показывает: ~30% первых генераций не проходят с первого раза. После фикса вторая попытка проходит в 95% случаев.

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

Не на низкочастотке. Не на тонком контенте. Ломается чаще всего на двух вещах:

• Несогласованный эталон. Эксперт и клиент по-разному поняли, что должно быть в карточке. Пайплайн запустили — пайплайн сгенерировал 200 страниц по неправильному эталону. Это лечится только пересогласованием и перезапуском. Цена — недельный простой.
• API CMS отдаёт мусор. Bitrix REST имеет привычку молча подменять «—» (em-dash) на «-» (hyphen) в полях, у WordPress есть нюансы с авторизацией Application Passwords, у Tilda нет вебхуков. Каждую CMS приходится обернуть в адаптер, который мы пишем под конкретного клиента — поэтому первый месяц всегда дольше последующих.

Сколько это стоит

Себестоимость инфраструктурных вызовов пайплайна на 500 страниц — несоизмеримо меньше альтернатив. Чтобы было контекста: одна студия копирайтеров возьмёт за те же 500 страниц от 250 тысяч рублей и потратит на это 2–3 месяца календарного времени. Производственный процесс делает это за неделю и стоит существенно меньше.

Клиенты платят не «себестоимость движка + надбавка». Они платят за эталон, адаптер CMS, настройку пайплайна под их домен, независимый QC-цикл и ответственность за результат на проде. Сами вызовы — это только моторчик внутри.

Когда это нужно

Не нужно, если у вас 30 страниц и каталог стабилен. Дешевле и быстрее написать руками.

Нужно, если:

• каталог 100+ страниц и постоянно растёт;
• есть длинный хвост запросов с минимальной частотностью (1–10 показов/мес каждый), но в сумме это половина трафика ниши;
• у вас сейчас на сайте «дубль карточки товара», «нет описания», «alt не заполнен» — и руками это никто не закроет за разумное время;
• планируется новый кластер на 50–200 посадочных, и его надо запустить за месяц.

Что обычно спрашивают

«Google наказывает за автогенерацию?» — Не за автогенерацию. Google наказывает за тонкий контент без ценности. Если ваш программатик генерит 500 одинаковых страниц-двойников, Google понизит весь сайт. Если те же 500 страниц действительно отвечают на разные запросы, имеют разные ТТХ из реальной базы и проходят независимый QC — Google проиндексирует и поднимет.

«Можно ли свой пайплайн запустить без вас?» — Технически да: всё описанное выше — открытые API и общеизвестные инструменты. Но эталон + адаптер CMS + настройка пайплайна под клиентскую нишу — это ~6 недель работы для команды разработчиков. Поэтому к нам приходят не за «как запустить», а за «запустите и отвечайте за результат».