Неделя 140. Контент-машина на 38 статей

Как выглядит продукт, о котором поисковики не знают? Именно так: пустой органический трафик, единичные посетители из закладок, и ни одного клиента из Google или Яндекса. Я Дмитрий Дьяконов, основатель Botseller AI, и это ретроспектива 140-й недели - истории о том, как стартап, работающий полгода, за семь дней превратил пустой блог в библиотеку из 38 SEO-статей.

Это первый выпуск серии «Ретроспектива» - бортжурнал в прошлое. Мы идём от 140-й недели к первому коммиту, разбираем решения, ошибки и цифры каждого этапа. Если вы строите SaaS и думаете о контент-маркетинге - этот текст для вас.

Что было к началу недели: блог-пустыня

К первой неделе апреля 2026 у нас был рабочий продукт - SaaS-платформа с CRM, чат-ботом и рассылками. Были первые клиенты. Была даже документация. Но не было контента.

Блог существовал как раздел сайта: заглушка с двумя-тремя статьями, написанными «чтобы было». Ни один поисковый запрос не приводил к нам людей. Google индексировал только лендинг. Яндекс знал о нас ещё меньше - три страницы в индексе. Органический трафик на блог был строго нулевым.

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

Контент-стратегия для стартапа в этой точке - вопрос не «надо ли», а «как быстро». Мы выбрали «максимально быстро».

Почему мы решили публиковать всё разом, а не по одной статье в неделю

Классическая рекомендация SEO-специалистов - 2-4 статьи в месяц, стабильно, на протяжении года. Тактика рабочая, но для стартапа с нулевым трафиком она означает: ждать результата 6-12 месяцев.

Мы пошли другим путём. Аргументы:

1. Критическая масса для краулера. Поисковый бот, приходящий на сайт и находящий одну новую страницу, присваивает сайту низкий приоритет переобхода. Десятки новых страниц за короткий период посылают другой сигнал: «здесь много нового, приходи чаще».

2. Внутренняя перелинковка работает только при масштабе. Статья «Бот для ВК» может ссылаться на «Конструктор ботов», «CRM для продаж» и «Бот для Инстаграм». Но только если все три уже существуют. Одна статья в неделю означает мёртвые ссылки или отсутствие ссылок полгода.

3. Кластерная индексация. Google и Яндекс оценивают тематическую глубину. Сайт с одной статьёй про ботов - случайный блог. Сайт с тридцатью статьями про ботов, CRM и автоматизацию - экспертный ресурс.

4. Человеческая мотивация. Один марафон заряжает на полгода. Публикация по одной статье в неделю при нуле обратной связи - демотивирующая рутина.

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

Как мы подготовили семантическое ядро и развели ключи без каннибализации

Контент стратегия стартапа начинается не с текстов, а с таблицы ключевых слов. Ошибка, которую делают 90% новичков - писать статьи по наитию, а потом обнаруживать, что три статьи конкурируют за один и тот же запрос.

Наш подход:

Шаг 1: Кластеризация. Мы разбили все темы на SEO-кластеры: чат-боты (C02), CRM и автоматизация (C03), сравнения платформ (C04), кейсы внедрения (C05), отраслевые решения (C13), партнёрский бизнес (C11) и другие. Каждый кластер - отдельная категория в блоге.

Шаг 2: Один PRIMARY ключ - одна статья. Для каждого текста определили главный поисковый запрос. «Бот для ВК» принадлежит одной статье. «Бот для Инстаграм» - другой. Пересечение ключей между статьями стремится к нулю.

Шаг 3: Антиканнибализация. Перед публикацией прогоняли grep по всем MDX-файлам: если PRIMARY ключ одной статьи встречается в другой больше трёх раз - переписываем, заменяем синонимами.

Шаг 4: Иерархия (pillar + cluster). Для каждого кластера определили pillar-статью (основную, широкую) и cluster-статьи (узкие, длинный хвост). Pillar «Бизнес на нейросетях» ссылается на cluster-статьи «CPA-партнёрка», «IT-франшиза», «White Label SaaS». Cluster-статьи ссылаются обратно на pillar. Получается внутренняя сеть, которую поисковик воспринимает как экспертный хаб.

Результат: 38 статей, 13 кластеров, 0 каннибализации.

Какие статьи мы писали и как выбирали темы

Темы не придумывали из головы. Источники:

Источник	Примеры тем	Количество
Поисковые запросы конкурентов	«бот для Авито», «CRM для продаж», «конструктор ботов»	14
Запросы клиентов на встречах	«интеграция с amoCRM», «бот для салона красоты»	8
Стратегические long-tail	«партнёрская программа AI», «White Label SaaS»	10
Трендовые (инфоповоды)	«блокировка WhatsApp бизнес», «голосовой бот для бизнеса»	6

Каждая статья следовала жёсткому формату: title до 60 символов с PRIMARY ключом, description 130-160 символов, 7+ секций H2, FAQ с 5-7 вопросами, минимум одна таблица, 5+ внутренних ссылок.

Писали от первого лица - это не генерический текст «эксперта», а рассказ человека, который этот продукт создаёт.

Три типа статей, которые сработали лучше всего

Сравнения (C04). Salebot vs Botseller - прямое сравнение с конкурентом. Поисковый интент максимально коммерческий: человек уже выбирает между решениями. CTR у таких статей в 2-3 раза выше информационных. Аналогично работает интеграция с amoCRM - человек ищет конкретное решение для своей CRM.

Отраслевые решения (C13). Бот для Инстаграм, Бот для Авито, Бот для ВК - конкретная площадка, конкретная боль. Длинный хвост запросов маленький по объёму, но конверсия высокая. Эти статьи ссылаются на конструктор ботов как на pillar-статью кластера.

Партнёрские (C11). White Label SaaS, «IT-франшиза на ботах», «CPA-партнёрка» - неочевидный кластер. Но именно эти статьи начали приводить интеграторов и агентства, которые стали нашими партнёрами.

Что мы построили кроме статей: инфраструктура одной недели

Контент без инфраструктуры - просто текст на странице. За ту же неделю мы построили:

ROI-калькулятор (botseller.ai/calculator). Интерактивная страница, где потенциальный клиент вводит свои параметры (количество лидов, средний чек, конверсию) и видит прогноз экономии с нашим ботом. Калькулятор стал точкой назначения для CTA во всех статьях.

Knowledge Hub. Полный редизайн блога: от хронологической ленты к библиотеке знаний с фильтрами по категориям. Заголовки стали главным UI-элементом, а не картинки. Masonry-раскладка показывает все статьи на одном экране.

OG-прокси для Telegram. Telegram не поддерживает WebP в превью ссылок. Мы написали API-прокси, который автоматически конвертирует WebP-обложки в JPEG при запросе от Telegram-краулера. Без этого каждая ссылка в Telegram выглядела бы без картинки.

Категории блога. Добавили 13 категорий с пилюлями фильтрации. Каждая статья принадлежит ровно одному кластеру - дисциплина, которая стоила нам двух багфиксов (статьи с двумя тегами ломали навигацию).

llms.txt - файл для LLM-краулеров (ChatGPT, Perplexity, Claude). Полная документация продукта в текстовом формате, 62 KB. Чтобы AI-поисковики могли ответить на вопрос «что такое Botseller» без галлюцинаций.

Контентная аналитика. Подключили Яндекс.Метрику с role=article - чтобы видеть не просто «посетителей блога», а дочитываемость каждой статьи. Для B2B SaaS это ключевой показатель: если человек дочитал статью про внедрение ИИ в бизнес до конца - он горячий лид.

Очистка от WordPress-наследия. До переезда на Next.js блог работал на WordPress. После миграции остались десятки «призрачных» URL, которые Google помнил из старого sitemap. Мы настроили 410 Gone для всех несуществующих WordPress-страниц, чтобы краулер перестал тратить бюджет обхода на мёртвые URL. Отдельно удалили legacy-редиректы, которые тянулись с первой версии.

Что пошло не так: три ошибки, которые мы совершили

Ошибка 1: Относительные ссылки. Блог работает с basePath: '/blog'. Относительная ссылка в MDX превращается в двойной путь на проде. Результат - 404. Мы обнаружили это после публикации двух партнёрских статей (PA2 и PA3). Правило на будущее - только абсолютные ссылки вида https://botseller.ai/blog/название-статьи.

Ошибка 2: Два тега на статье. Одна из статей получила теги ["partnerskij-biznes", "chatboty"]. Результат: статья появилась в двух категориях, нарушая логику «одна статья - один кластер». Пилюли категорий перестали работать как фильтр. Теперь в code review проверяем: tags массив содержит ровно один элемент.

Ошибка 3: Hero-картинка дважды. Frontmatter image: уже ставит обложку в шапку статьи. Но в теле текста мы продублировали ![](slide-01.webp) - читатель видел одну и ту же картинку дважды подряд. Мелочь, но выглядит непрофессионально.

Все три ошибки были системными - повторялись от статьи к статье. Исправили батчем, добавили в чеклист перед публикацией.

Параллельно: CRM научилась автоматизациям

Неделя 140 не ограничилась контентом. В CRM-ядре появились три новых типа автоматизаций:

• Нода рассылки. Автоматическая отправка сообщений через ботов по триггеру. Клиент оставил заявку - бот отправляет приветственное сообщение, менеджер подключается позже.
• Нода постановки задачи. Автоматическое создание задачи менеджеру при определённых условиях (новый лид, смена статуса, срок договора).
• Нода инициации диалога. Бот начинает разговор с клиентом по триггеру из CRM.
• Веб-формы. API для создания форм + обработка вебхуков: пришла заявка с сайта - автоматически создаётся лид со всеми полями.

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

Clubator: квизы и реферальные цепочки

Параллельно с основным продуктом развивался Clubator - платформа для клубов по подписке. На этой неделе в нём появились:

• Универсальная система тегов + интеграция с Tally-квизами
• Реферальные дожимные цепочки (клиент получает серию сообщений после реферальной ссылки)
• Интерактивные воронки с автоудалением и пропуском меню

Эти фичи позже мигрировали в идеи для основной платформы - паттерн, который повторяется: pet-проект как песочница для экспериментов. Тот же подход мы описывали в статье Под капотом Botseller - архитектурные решения часто рождаются не в основном продукте, а в экспериментах рядом с ним.

Был - стал: до и после недели 140

Метрика	До (5 апреля)	После (12 апреля)
Статей в блоге	~5	43
Категорий	2	13
Страниц в индексе Google	~15	~15 (индексация отложена)
ROI-калькулятор	Нет	Есть
llms.txt	Нет	62 KB
Внутренних ссылок	~10	200+
Категория «Партнерам»	Нет	6 статей
Blog UI	Лента	Knowledge Hub

Важный момент: индексация не произошла мгновенно. Google и Яндекс начали подтягивать страницы через 2-3 недели. Но фундамент был заложен.

Цифры недели 140

Метрика	Значение
Статей опубликовано	38
SEO-кластеров создано	13
Инфраструктурных MR	12
CRM-автоматизаций	4 новых ноды
Clubator фич	8 MR
Багфиксов	5 (ссылки, теги, hero-дубли)
Общий объём текста	~80 000 слов

Урок: системный контент бьёт разовые усилия

Главный вывод недели 140: контент-маркетинг для стартапа - не творческий процесс, а инженерный. Если подойти к нему как к разработке - с архитектурой (кластеры), спецификацией (frontmatter-шаблон), тестированием (чеклист) и деплоем (CI/CD блога) - можно масштабировать производство текстов без потери качества.

38 статей за неделю звучит как хаос. На практике это выглядело так:

1. Одна сессия на подготовку семантического ядра
2. Таблица с распределением ключей по статьям
3. Шаблон frontmatter + структура H2
4. Параллельное написание (несколько статей одновременно)
5. Батч-ревью и багфиксы
6. Один деплой в конце каждого дня

Система, а не вдохновение. Если вы только начинаете - посмотрите наш быстрый старт, чтобы понять продукт, который за этой контент-машиной стоит.

В следующем выпуске ретроспективы - неделя 139: что случилось, когда Google начал индексировать наши 43 страницы, и почему Яндекс отнёсся к нам совсем иначе.

---

Это серия «Ретроспектива Botseller» - путешествие от первого коммита до рабочего продукта. Читайте в любом порядке. Подписывайтесь на Telegram-канал, чтобы не пропустить новые выпуски.

FAQ

Зачем публиковать 38 статей за неделю, а не растянуть на полгода?

Для стартапа с нулевым трафиком критична скорость: каждый день без контента - потерянные клиенты, которые ушли к конкуренту из поисковой выдачи. Кроме того, внутренняя перелинковка и тематическая глубина работают только при достаточном объёме статей.

Как избежать каннибализации при массовой публикации?

Ключ - заранее составить таблицу: один PRIMARY запрос - одна статья. Перед публикацией прогоняйте grep по всем файлам: если главный ключ одной статьи встречается в другой больше трёх раз, переписывайте формулировки.

Не пострадало ли качество статей при таком темпе?

Каждая статья проходила жёсткий чеклист: 2000+ слов, 7+ секций H2, FAQ, минимум одна таблица, 5+ внутренних ссылок. Качество обеспечивалось не временем написания, а шаблоном и системой проверок.

Сколько человек писали 38 статей?

Команда из одного человека (я) с использованием ИИ-инструментов для ресёрча и черновиков. Финальная редактура, экспертиза и факт-чекинг - вручную. Именно поэтому важна система: шаблон, чеклист, автоматизация рутины.

Какой SEO-результат дала массовая публикация?

Индексация началась через 2-3 недели. Через месяц в индексе Google было уже 40+ страниц блога. Органический трафик начал расти с четвёртой недели после публикации, что подтвердило: кластерная публикация ускоряет индексацию по сравнению с публикацией по одной статье в неделю.

Нужен ли ROI-калькулятор для блога стартапа?

Если ваш продукт имеет измеримую экономическую выгоду - да. Калькулятор работает как CTA: вместо абстрактного «попробуйте бесплатно» читатель видит конкретную цифру экономии. В нашем случае калькулятор стал вторым по конверсии лендингом после главной страницы.

Что такое llms.txt и зачем его делать?

llms.txt - текстовый файл с полной информацией о продукте, оптимизированный для AI-поисковиков (ChatGPT, Perplexity, Claude). Когда пользователь спрашивает AI-ассистента «какой чат-бот выбрать», данные из llms.txt помогают AI дать корректный ответ про ваш продукт, а не галлюцинировать.