Контент-план SEO — это очередь работ по конкретным URL: что публикуем, что обновляем, что сливаем. Строка плана без адреса и действия — идея для блога, не план продвижения.
Карта посадочных без календаря — семантическое ядро. Как склеить формулировки на один URL — кластеризация запросов. Как разложить тему на столб и опоры — topic clusters. Хаб — контентное SEO. Контент-аудит, обновление старого текста, content decay и новостной формат оставляем соседним H1 карты.
Очередь URL, а не календарь тем
Редакторский календарь спрашивает «о чём напишем на неделе». SEO-план спрашивает «какой канон закроет какую задачу и что с ним сделать». Тема без URL плодит сирот. URL без задачи плодит каннибала — но саму каннибализацию разбираем отдельно, сюда её не тащим.
| Документ | Единица строки | Чего в нём нет |
|---|---|---|
| Семантическое ядро | Кластер формулировок → будущий или живой URL | Дата, владелец, статус «обновить» |
| Topic cluster | Столб и опоры одной темы | Очередь на месяц |
| Контент-план SEO | URL + действие + срок + кто принимает | Список «интересных тем» |
| Календарь блога | Заголовок выпуска | Канон, интент, зависимость от хаба |
Минимальная строка: URL (или slug из карты), интент топа, действие new / update / merge, зависимость («хаб уже живой»), владелец, дата. Частотность Wordstat в строке не обязательна: её уже учли, когда решали, существует ли задача. Как читать топ перед тем, как ставить new, — search intent.
Как составлять, чтобы план не умер через две недели
Сначала живые URL. Если канон уже отвечает на задачу и просел, в план идёт обновление, а не «ещё одна статья тем же ключом». Новые строки добавляют только когда нет канона и хаб темы опубликован. Опору без столба в план не ставят: это то же правило, что в карте Seojnik.
Дальше — ёмкость редакции, не фантазия. Три строки с владельцем лучше тридцати без даты. В одной итерации смешивают типы работ: одна новая опора, одно обновление столба, один merge дубля. Не заполняйте месяц новостями и не обещайте «вечнозелёный поток» — у этих форматов будут свои страницы. Topical authority не появится от галочек в таблице: план только не даёт размазать тему по случайным выпускам.
Информационная архитектура ограничивает, куда строка вообще может сесть: чужой раздел не становится «рубрикой на неделю». Карта разделов — IA. Если CMS уже держит дерево, план сверяют со статусами страниц, а не ведут параллельную таблицу, которая врёт.
Если план нужен, чтобы заявки шли на живые посадочные, а не чтобы заполнить Notion, смотрите SEO-продвижение.
Чего не клонировать
Не пересказывайте ядро, кластеризацию, topic clusters и IA. Не занимайте H1 контент-аудита, обновления старых URL, content decay, evergreen, новостного и FAQ-формата, programmatic SEO. Не публикуйте «шаблон на 90 дней» с выдуманными KPI трафика Seojnik. Не сводите план к выгрузке ключей и не называйте его календарем журнала — журнал живёт по другой логике.
Частые вопросы
Чем контент-план SEO отличается от контент-плана блога?
Блог планирует выпуски. SEO-план планирует действия с каноническими URL: опубликовать, обновить, слить. Без адреса строки в таблице это всё ещё блог.
Нужно ли тащить в план все ключи ядра?
Нет. В план попадают задачи, которые вы успеете закрыть как URL. Остальное остаётся в ядре как карта, а не как просроченный календарь.
Что ставить раньше — новую статью или обновление живой?
Обновление, если канон уже есть и задача та же. Новая строка оправдана, когда топ требует отдельный URL и хаб темы уже опубликован.
Можно ли считать topic cluster готовым контент-планом?
Нет. Кластер показывает, какие URL нужны теме. План говорит, в каком порядке и кто их делает. Без очереди каркас так и останется картинкой.