Коротко: SEO-контент-план начинается не с списка идей, а с карты спроса: какие темы ведут к услугам, какие закрывают вопросы до покупки и какие нельзя смешивать на одной странице.
Блог может усиливать сайт, а может создавать внутреннюю конкуренцию. Если темы выбираются по принципу "напишем обо всем", появляются статьи с одинаковым интентом, дубли H1, пересечение с услугами и слабые материалы без следующего шага. Для SEOProvision контент-план должен вести к услугам: например, к продвижению сайта под заявки, аудиту, техническому SEO или контент-маркетингу.
С чего начать карту тем
Сначала соберите не заголовки, а кластеры спроса. Для каждого кластера нужно понять: пользователь хочет купить, сравнить, разобраться, проверить проблему или подготовиться к внедрению. От этого зависит тип страницы: статья, услуга, чек-лист, кейс, категория или FAQ.
После этого темы связывают с бизнес-целями. Статья должна либо привести пользователя к услуге, либо снять возражение, либо помочь подготовить задачу. Если тема не связана с продуктом и не дает практического шага, ее лучше не ставить в план.
- соберите запросы по услугам, проблемам и вопросам клиентов;
- проверьте SERP и тип страниц в выдаче;
- разделите темы на коммерческие и информационные;
- найдите существующие страницы, которые уже закрывают часть спроса;
- назначьте каждой теме цель и внутреннюю ссылку.
Как не создать каннибализацию
Каннибализация появляется, когда несколько страниц претендуют на один и тот же интент. Часто это не дословные дубли, а похожие материалы: как выбрать SEO-подрядчика, как проверить SEO-подрядчика, какие отчеты просить у подрядчика. Такие темы можно развести, но только если у каждой есть отдельная задача.
Перед постановкой статьи проверьте локальный портфель, live-сайт и планируемые услуги. Если тема пересекается с коммерческой страницей, решите, что должно ранжироваться: услуга или статья. Если обе страницы нужны, статья должна отвечать на предварительный вопрос и ссылаться на услугу.
- не используйте одинаковые H1 и Title;
- не создавайте две статьи под один главный запрос;
- разводите темы по стадии воронки;
- связывайте близкие материалы перелинковкой;
- объединяйте слабые дубли вместо публикации новых.
Структура ТЗ для статьи
ТЗ должно фиксировать главный запрос, интент, H1, Title, Description, структуру H2, обязательные подтемы, внутренние ссылки, источники и критерии приемки. Нельзя отдавать редактору только список ключей: такой подход приводит к тексту, который закрывает слова, но не закрывает задачу пользователя.
Если ТЗ пришло из внешнего инструмента, его нужно проверить. Не все LSI и рекомендации полезны. Шумные слова из меню, футера, политики, форм и cookie нельзя превращать в публичный текст. Важны смысловые требования и фактический интент.
Что должно быть в каждой теме
Для каждой темы укажите: зачем статья бизнесу, какой запрос главный, какой формат виден в SERP, чем материал отличается от уже опубликованных страниц, куда он ведет внутри сайта и какие факты требуют источников.
Очередь публикаций
Приоритет получают темы, которые закрывают ближайший к продаже спрос или усиливают слабые места в структуре. Если сайт только развивается, сначала пишут статьи, связанные с основными услугами и типовыми проблемами клиентов. Дальше добавляют поддерживающие материалы, сравнения, FAQ и инструкции.
План должен быть живым. После публикации проверяют индексацию, клики, внутренние переходы, заявки и пересечения с другими страницами. Если новая статья не получает показов или конкурирует с существующей, ее обновляют, объединяют или меняют внутреннюю ссылку.
Метрики качества контент-плана
Хороший план можно проверить до написания статей. В нем нет случайных тем, есть связь с услугами, понятные интенты, уникальные H1, прогнозируемые внутренние ссылки и source log для спорных утверждений. Если план нельзя объяснить через бизнес-цель, он не готов.
После публикации смотрят не только позиции, но и долю статей с показами, кликами, переходами на услуги, заявками и обновлениями. Контент-план должен помогать системе сайта, а не пополнять архив материалов.
- процент тем с подтвержденным интентом;
- доля статей с внутренними ссылками на услуги;
- количество дублей и пересечений;
- переходы из блога на коммерческие страницы;
- заявки и ассистированные конверсии из органики.
FAQ
Сколько тем нужно брать в контент-план?
Лучше меньше, но с проверенным интентом. Для старта достаточно 10-20 тем, связанных с услугами и проблемами клиентов.
Можно ли писать две статьи по похожим запросам?
Можно, если у них разные интенты и разные роли в воронке. Иначе лучше объединить материал.
Нужны ли LSI в ТЗ?
Да, но только как смысловая подсказка. Нельзя вставлять шумные слова списком или добивать ими объем.
<!-- senior-seo-expansion-20260612 -->Как проверять тему до постановки в план
Карта интентов и роль страницы
Контент-план для SEO-блога начинается с инвентаризации текущего сайта. Нужно увидеть, какие услуги, категории и статьи уже есть, какие страницы получают показы, какие темы устарели и где материалы пересекаются по смыслу.
После этого темы распределяют по интенту. Если пользователь ищет подрядчика или услугу, нужна коммерческая страница. Если он изучает проблему, сравнивает подходы или готовится к выбору, подойдет статья. Если запрос требует пошагового ответа, формат должен быть инструкционным.
Каннибализация возникает не только из-за одинаковых слов в заголовках. Две страницы могут называться по-разному, но отвечать на один и тот же вопрос пользователя. Поэтому перед постановкой темы важно сформулировать уникальную роль будущего материала.
В рабочей таблице контент-плана должны быть не только название и дата публикации. Нужны главный запрос, кластер, интент, формат, связанная услуга, внутренние ссылки, статус, автор, дата обновления и критерий успеха.
Темы из отдела продаж часто дают лучшую практическую основу. Если клиенты регулярно спрашивают про сроки, стоимость, отчеты, доступы, риски или ответственность подрядчика, эти вопросы можно превратить в статьи и связать с коммерческими страницами.
Перед написанием стоит посмотреть выдачу. Если в топе чек-листы, материал без конкретного порядка действий будет слабым. Если в топе услуги, информационная статья может не соответствовать интенту. Если выдача смешанная, нужен аккуратный переход к следующему шагу.
Каждая статья должна иметь назначение в структуре сайта. Одни материалы приводят пользователя на услугу, другие закрывают возражения, третьи помогают выбрать подход, четвертые поддерживают внутреннюю перелинковку. Статья без роли быстро становится контентным шумом.
Очередность публикаций лучше строить от коммерческой пользы. Сначала закрывают темы, которые помогают выбрать услугу или подготовиться к обращению. Затем добавляют более широкие информационные материалы, которые расширяют охват.
План нужно регулярно пересматривать. Одни темы теряют актуальность, другие начинают конкурировать с новыми посадочными, третьи получают показы без кликов. В таких случаях полезнее обновить или объединить материал, чем выпускать очередной похожий текст.
Внутренние ссылки планируются заранее. Для каждой статьи нужно определить, на какую услугу она ведет, какие смежные материалы поддерживает и какой следующий шаг должен сделать пользователь после чтения.
Проверка и следующий шаг
Хороший контент-план не стремится закрыть все возможные запросы. Он выбирает темы, которые усиливают структуру сайта, помогают пользователю принять решение и не создают дублей. Это медленнее на старте, но устойчивее для SEO.
Перед добавлением новой темы полезно задать три вопроса. Есть ли уже страница, которая отвечает на этот интент? Какой следующий шаг должен сделать читатель? Какой коммерческий раздел усилит эта статья? Если ответа нет, тему лучше доработать до постановки в работу.
Контент-план должен учитывать обновления, а не только новые публикации. Иногда лучший SEO-эффект дает не новая статья, а объединение двух слабых материалов, расширение FAQ, добавление примеров или изменение связки с услугой. Это снижает риск каннибализации и повышает полезность существующих URL.
Для каждой темы стоит заранее определить глубину. Короткий ответ подходит для FAQ или справочного блока, но не для статьи, которая должна конкурировать с подробными гайдами. Если тема требует диагностики, порядка действий и ошибок, это нужно заложить в ТЗ сразу.
Отдельная часть плана - контроль устаревания. Темы про инструменты, поисковые системы, аналитику, Tilda и технические настройки меняются быстрее, чем вечнозеленые материалы. Для таких статей нужна дата пересмотра и ответственный за актуальность.
После публикации статью нельзя считать завершенной. Нужно смотреть, какие запросы она начала получать, совпадают ли они с планом, появляются ли неожиданные интенты и не начала ли статья конкурировать с коммерческой страницей. Эти данные возвращаются в контент-план.
Для контроля каннибализации удобно хранить целевой URL для каждого кластера. Если новый материал начинает получать показы по запросам, которые должны вести на услугу, его нужно перепозиционировать, усилить ссылку на услугу или объединить с существующим материалом.
Не все идеи из семантики стоит превращать в отдельные статьи. Часть запросов лучше закрыть блоком FAQ, часть - разделом внутри большой статьи, часть - обновлением коммерческой страницы. Так сайт не раздувается и не создает лишние конкурирующие URL.
Контент-план должен учитывать ресурс редакции. Если команда не успевает делать глубокие материалы, лучше выпускать меньше статей, но с нормальной структурой, источниками, примерами и внутренними ссылками. Регулярность без качества не дает устойчивого роста.
После каждого месяца полезно смотреть не только опубликованные материалы, но и отложенные темы. Некоторые из них теряют смысл, потому что меняется услуга, выдача или приоритет бизнеса. Такой пересмотр защищает блог от накопления слабых статей.
