Кейс SEO Factory: как автоматизировать семантику, SEO-страницы и обновления по позициям

Коротко

• SEO Factory — конвейер из этапов: семантика → кластеры → бриф → черновик → QA → публикация → мониторинг → обновление. Генерация текста здесь только один этап из восьми.
• Главная экономия не в написании текста, а в рутине вокруг него: кластеризации, брифах, вёрстке, мета-тегах, перелинковке и разборе позиций.
• Человек остаётся на трёх точках: утверждает кластеры, проверяет страницы перед публикацией и принимает решения по обновлениям. На старте публикация идёт только после ручного подтверждения.
• Страницы без собственных данных (цен, характеристик, условий, примеров) поисковики быстро распознают как малополезные. Без данных не стоит запускать массовую генерацию.
• Начинать стоит с пилота на одном кластере из 10–20 страниц, а масштабировать только после того, как страницы попадут в индекс и начнут получать показы.

Задача: почему «сгенерировать 500 страниц» — плохая постановка

У массовых SEO-страниц две типовые ошибки.

Первая — страницы ради запросов, а не ради людей. Берут выгрузку из Wordstat, на каждую фразу делают отдельную страницу. Получается «доставка грузов из Китая в Москву», «доставка грузов из Китая Москва недорого» и ещё пять почти одинаковых страниц. Они начинают конкурировать друг с другом, и ни одна не выходит в топ.

Вторая — тексты без фактуры. Модель пишет гладкий текст о «широком ассортименте и индивидуальном подходе». Для Яндекса это кандидат в малополезный контент, для Google — в scaled content abuse, то есть массовое производство страниц без ценности для пользователя. Санкции в таких случаях могут ударить по всему домену, а не только по новым страницам.

Поэтому задачу мы формулируем иначе: каждая страница отвечает на отдельный интент, опирается на реальные данные бизнеса и проходит проверку, прежде чем её увидит робот.

Что такое SEO Factory простыми словами

Это набор связанных шагов. Часть из них выполняют скрипты, часть — LLM, часть — человек. Внутри работают AI-агенты с узкими ролями: один кластеризует запросы, другой пишет бриф, третий проверяет черновик. Подробнее о том, чем агент отличается от «просто нейросети», мы писали в статье AI-агент для бизнеса.

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

Как устроен конвейер

1. Сбор семантики

Источники подключаются через API или регулярную выгрузку: Wordstat, поисковые подсказки, Яндекс Вебмастер, Google Search Console, сервис съёма позиций, страницы конкурентов. Отдельно добавляем то, что почти никто не использует: вопросы клиентов из CRM, чатов поддержки и Telegram. Именно там видны формулировки, которых ещё нет в Wordstat.

На выходе получается сырой список запросов с частотностью и источником. Как правило, это тысячи строк, и смотреть их вручную человек не должен.

2. Кластеризация и защита от каннибализации

Запросы группируются по пересечению выдачи: если по двум фразам в топ-10 совпадает много URL, это один интент и одна страница. Затем LLM подписывает кластеры понятными названиями и отмечает тип интента: коммерческий, информационный, навигационный.

Здесь же система сверяет кластеры с текущими страницами сайта. Если под интент уже есть страница, новая не создаётся, а существующая попадает в очередь на доработку. Этот шаг сильнее всего защищает от размножения дублей.

Контрольная точка: человек просматривает список кластеров и вычёркивает то, что бизнес не продаёт или не хочет продвигать. На 200 кластеров уходит около часа, на ручную кластеризацию тех же запросов ушли бы дни.

3. Бриф страницы

Под каждый утверждённый кластер собирается бриф: главный и дополнительные запросы, интент, структура H2/H3 по разбору топа выдачи, title и description, вопросы для FAQ, сущности, которые обязательно нужно раскрыть, внутренние ссылки и CTA.

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

4. Черновик на данных, а не из воздуха

Модель получает бриф и конкретные данные: прайс, характеристики из каталога, условия доставки, регионы, реальные вопросы клиентов, фрагменты кейсов. Если по странице данных нет, она не генерируется, а уходит в очередь «нужна фактура».

Пример. У компании, которая занимается грузоперевозками, страница «доставка сборных грузов из Гуанчжоу» получает из базы реальные сроки по направлению, минимальный объём, список того, что не принимают к перевозке, и три типовых вопроса менеджерам. Такой текст уже нельзя спутать с соседней страницей про Иу.

5. QA-гейт

Перед публикацией каждая страница проходит автоматическую проверку:

• структура: один H1, есть title и description нужной длины, иерархия заголовков не сломана;
• уникальность внутри сайта: страница не дублирует по смыслу другие страницы сайта;
• фактура: цифры и условия в тексте совпадают с источником, модель ничего не дописала от себя;
• стоп-лист: нет обещаний вроде «гарантируем топ-1», «самые низкие цены», юридически рискованных формулировок;
• ссылки: все внутренние ссылки рабочие, нет ссылок на несуществующие страницы;
• стиль: нет канцелярита и шаблонных вступлений.

Страница, которая не прошла проверку, возвращается на доработку с понятной причиной. Те, что прошли, попадают к человеку на финальный просмотр. На старте публикация без ручного подтверждения не идёт.

6. Публикация

После подтверждения система сама собирает HTML по шаблону, проставляет canonical, schema.org (Article, FAQPage, BreadcrumbList), обновляет sitemap.xml и llms.txt, добавляет перелинковку с соседними страницами кластера и проверяет, что URL отдаёт код 200. Перед каждой выкладкой делается бэкап, поэтому неудачный релиз откатывается одной командой.

7. Мониторинг и обновления по позициям

На этом этапе конвейер начинает работать как живая система. Раз в неделю система собирает показы, клики, CTR и позиции по каждой странице и раскладывает их по правилам:

Важно, что система предлагает, а решение принимает человек. Автоматически применяются только безопасные изменения: обновление цен из источника или исправление сломанных ссылок.

Сколько времени это экономит

Приведу пример расчёта, а не обещание: цифры зависят от ниши и того, насколько готовы данные.

Если делать вручную, на одну посадочную страницу SEO-специалист и копирайтер тратят примерно 4–6 часов: кластер, бриф, текст, мета-теги, вёрстка, перелинковка, публикация. Ещё 1–2 часа в месяц уходит на разбор позиций и правки каждой страницы.

С конвейером на ту же страницу уходит 30–60 минут человеческого времени: утвердить кластер, просмотреть черновик, подтвердить публикацию. Разбор позиций сводится к еженедельному отчёту с готовыми предложениями.

При 40 новых страницах в месяц это около 200 часов вручную против 30–40 с конвейером. Но главное преимущество даже не в часах. Обновления перестают откладываться: страница на 11-й позиции получает доработку на следующей неделе, а не когда у специалиста дойдут руки.

Где экономии не будет: если данных бизнеса нет и их приходится собирать вручную под каждую страницу. Тогда время уходит на фактуру, и с этим не поможет никакая модель.

Риски и где обязательно нужен человек

Фильтры поисковиков. Массовая публикация слабых страниц может просадить весь домен. Поэтому сначала пилот и индексация, а масштабирование только потом.

Галлюцинации в фактуре. Модель может «округлить» срок доставки или придумать гарантию. Защита — сверка цифр с источником на QA-этапе и стоп-лист опасных формулировок.

Каннибализация. Без сверки с существующими страницами конвейер быстро наплодит дубли. Проверка нужна при создании каждой новой страницы, а не раз в квартал.

Права доступа. У конвейера есть доступ к CMS или серверу. Ему нужны отдельные учётные данные с минимальными правами, журнал всех изменений и бэкап перед выкладкой. Удалять страницы или менять robots.txt без подтверждения человеком он не должен.

Логи и версии промптов. Если качество черновиков вдруг упало, нужно понять, что изменилось: промпт, модель или данные. Поэтому версии промптов хранятся так же, как код, а у каждой страницы записано, какой версией она сгенерирована.

Как внедрять: план пилота

Если вы ещё не уверены, что SEO — тот процесс, который стоит автоматизировать первым, сначала прочитайте как понять, что процесс пора автоматизировать. Если уверены, рабочий порядок такой:

1. Аудит (3–5 дней). Какие страницы уже есть, что в индексе, где каннибализация, какие данные бизнеса доступны и в каком виде.
2. Один кластер. Выбираем направление, где есть спрос и коммерческий интент: одну услугу, одну категорию товаров или один регион.
3. Конвейер на 10–20 страниц. Семантика, брифы, черновики, QA, ручная публикация. Параллельно настраиваем сбор позиций.
4. Ожидание данных (4–8 недель). Смотрим индексацию, показы, первые позиции. Правим шаблоны брифов и QA-правила по результатам.
5. Масштабирование. Подключаем следующие кластеры и правила обновлений. Автопубликацию включаем только для безопасных типов изменений.

Чек-лист: готовы ли вы к SEO Factory

• [ ] Есть структурированные данные: каталог, прайс, условия, регионы, кейсы.
• [ ] Есть доступ к Вебмастеру и/или Search Console.
• [ ] Сайт технически позволяет публиковать страницы по шаблону (CMS с API или статическая генерация).
• [ ] Есть человек, который раз в неделю тратит 1–2 часа на проверку и решения.
• [ ] Вы готовы ждать 1–2 месяца данных, прежде чем масштабировать.

Если не отмечены первые два пункта, начинать нужно с них, а не с генерации.

FAQ

Не накажет ли Яндекс или Google за страницы, написанные AI?

Поисковики оценивают полезность страницы, а не способ её создания. Проблемы начинаются, когда страницы массово дублируют друг друга и не содержат ничего, кроме общих слов. Если у страницы есть отдельный интент, реальные данные и проверка перед публикацией, AI-происхождение текста само по себе не проблема.

Сколько страниц можно публиковать в неделю?

Для пилота мы ориентируемся на 10–20 страниц на кластер, а следующую партию выпускаем после того, как первая проиндексируется. Резкий скачок с 50 страниц до 1000 за неделю — плохой сигнал и для поисковика, и для команды, которая не успеет их проверить.

Можно ли полностью убрать человека из процесса?

На старте нельзя. Человек утверждает кластеры, проверяет черновики и принимает решения по обновлениям. Со временем можно автоматизировать безопасные действия, например обновление цен из каталога, но удаление страниц, коммерческие обещания и изменения структуры сайта остаются за человеком.

Подходит ли это для сайта на Тильде или конструкторе?

Частично. Сбор семантики, кластеры, брифы и мониторинг работают с любым сайтом. Автоматическая публикация зависит от того, есть ли у платформы API или импорт. Если нет, конвейер готовит страницы, а выкладывает их человек.

Как понять, что обновление страницы сработало?

У каждой правки фиксируется дата и версия. Через 2–4 недели система сравнивает показы, позиции и CTR до и после правки. Если стало хуже, правку можно откатить.

Чем это отличается от покупки текстов на бирже?

Биржа решает только этап «написать текст». Семантика, кластеризация, сверка с существующими страницами, публикация, перелинковка и обновления по позициям остаются на вас. Конвейер закрывает всю цепочку и хранит историю каждой страницы.

Что если данных о товарах или услугах мало?

Тогда первый шаг — собрать их в одну таблицу или базу: характеристики, условия, частые вопросы клиентов. Это полезно и без SEO, потому что те же данные потом используют поддержка, менеджеры и боты.

Если хотите понять, что автоматизировать у себя, напишите Дмитрию в Telegram @dmkosik или опишите процесс для диагностики Paramiko.