ИИ генерация контента: как собрать контент-план, который выдержит месяц

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

Чем контент-план отличается от списка тем

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

Поле строки	Что в нём стоит	Что ломается без него
Дата и слот	День публикации и площадка	Материалы сбиваются в кучу и выходят пачками
Рубрика	Повторяющийся тип материала	Лента теряет узнаваемую структуру
Тема	Формулировка в одну строку	Исполнитель придумывает тему сам
Источник темы	Запрос, вопрос клиента или обращение в поддержку	Тема не проверяется на спрос
Формат и объём	Тип материала и целевой объём в знаках	Приходит текст втрое длиннее слота
Цель и действие	Зачем материал и что делает читатель	Материал не привязан ни к одной задаче
Фактура	Конкретика, которую обязан содержать материал	Получается пересказ общеизвестного

Последнее поле важнее остальных. Яндекс в описании аспектов качества контента (ЭПОС) прямо называет случай, когда текст «переписан или сгенерирован ИИ на основе уже существующего контента без создания какой-либо дополнительной ценности». Если в строке плана не записано, откуда берётся конкретика, материал по этой строке почти гарантированно окажется таким.

Откуда модель берёт темы и откуда должна брать

Без источников модель предсказывает наиболее вероятный набор тем для ниши. Для кофейни это будет тот же набор, что у любой другой кофейни. Чтобы план отличался, в контекст кладут выгрузки, а не просьбу «придумай темы».

• Вордстат. Сервис подбора слов Яндекса показывает статистику поисковых запросов. Вкладка «Топы запросов» даёт частотные формулировки, «Похожие запросы» подсказывают смежные интересы, «Регионы» показывают разброс по географии, «Динамика» отвечает за сезонность. Важное ограничение из справки Директа: на вкладках «Топы запросов» и «Регионы» работают все операторы, а на «Динамике» только оператор +. Там же приведён показательный пример: запрос «ремонт» набирает 12 млн показов в месяц, но по нему невозможно понять, ремонт чего именно ищут.
• Поисковые запросы в Яндекс Вебмастере. Инструмент показывает запросы, по которым сайт попадал в ТОП-50 результатов, а показы, клики, позиция и CTR даны как усреднённые значения за последние 7 дней. Это темы, по которым вас уже находят, но материал слабый. Запросы группируются: в обычную группу помещается до 500 запросов, в группу «Избранные» до 1000, всего на сайт заводится до 100 групп.
• Свои переписки. Вопросы из поддержки, возражения из отдела продаж, комментарии под прошлыми публикациями. Этот источник не даёт частотности, зато даёт формулировки живым языком.

В промпт уходит выгрузка из первых двух источников, а модель решает не «о чём писать», а как сгруппировать собранные запросы в темы и рубрики.

Рубрикатор: скелет плана до того, как появятся темы

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

Рубрикатор проверяют по четырём пунктам:

1. Посчитать слоты: частота публикаций умножается на число недель в периоде.
2. Разложить рубрики по слотам и убрать те, что не набирают одного выхода в месяц.
3. Проверить, что у каждой рубрики свой тип фактуры: цифры, инструкция, разбор случая, ответ на вопрос. Две рубрики с одинаковой фактурой склеиваются в одну.
4. Закрепить за каждой рубрикой источник тем из предыдущего раздела.

Бриф на пакет материалов: что кладут в контекст модели

Нейросеть для генерации контента упирается не в объём брифа, а в его состав. Контекстное окно у современных моделей достаточное: у GigaChat 2 Lite, GigaChat 2 Pro и GigaChat 2 Max документация указывает 128 000 токенов, туда помещается и описание бизнеса, и выгрузка запросов, и образец собственного текста. Проблема в том, что в бриф обычно кладут описание компании, а не рабочие ограничения.

Минимальный состав брифа на пакет материалов:

• Продукт и одно отличие. Не список преимуществ, а одна вещь, которую конкурент про себя написать не может.
• Аудитория с возражениями. Кто читает и что мешает купить прямо сейчас.
• Стоп-темы. Список того, о чём писать нельзя: чужие кейсы, обещания результата, темы соседних страниц сайта.
• Тон с образцом. Кусок собственного текста на 1000 знаков работает лучше десяти прилагательных.
• Источник фактуры. Откуда в материалах берутся цифры: своя аналитика, документация вендора, отраслевые реестры.
• Ограничения слота. Объём в знаках, число иллюстраций, обязательные и запрещённые элементы.

Таблица вместо прозы: структурированный вывод плана

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

В API OpenAI режим включается через формат ответа с типом json_schema и флагом strict: true. Ограничения схемы задокументированы: до 5000 свойств объекта суммарно, до 10 уровней вложенности, до 1000 значений enum по всем свойствам, а общая длина имён свойств и значений enum и const не превышает 120 000 символов. Все поля объявляются обязательными, а в объектах ставится additionalProperties: false.

У GigaChat та же механика собрана в параметре response_format: он принимает тип text для обычного текста и json_schema для генерации по схеме, с необязательным флагом strict. Работает на эндпоинтах /v1/chat/completions и /v2/chat/completions.

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

Календарь: как темы превращаются в даты и слоты

Календарь хранят там, где его видит вся команда. Google Таблицы держат до 10 млн ячеек или 18 278 столбцов, то есть до столбца ZZZ, так что упереться в лимит планом на год невозможно. Одна оговорка из справки: при импорте файла Excel ячейки длиннее 50 000 символов удаляются, поэтому целые тексты в календарь не кладут, только ссылки на них.

Дальше план стыкуется с публикацией, и здесь площадки ведут себя по-разному:

• ВКонтакте. В методе wall.post есть параметр publish_date: дата и время публикации в формате Unix Timestamp, запись откладывается до указанного момента. То есть месячный план переносится в отложенные записи одним проходом.
• Telegram. В методе sendMessage Bot API параметра даты публикации нет вообще. Отложенная публикация в канал через бота реализуется собственным планировщиком на своей стороне, а не флагом в запросе. Это отдельная строка работ, которую при планировании обычно забывают.

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

Ограничения площадок, которые план обязан учитывать

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

Площадка	Ограничение из документации	Что это значит для строки плана
Telegram	Текст сообщения 1-4096 символов после разбора сущностей	Лонгрид не помещается в один пост, план сразу режет его на части
ВКонтакте	В посте обязателен хотя бы один тип контента, не более 10 медиа, до 10 музыкальных треков	Подборка на 15 карточек планируется как две публикации
Сайт	Объём задаёт редакция, ограничений платформы нет	Объём в знаках прописывается в строке плана явно

Когда план уже разложен по слотам, начинается перенос тем в конкретные форматы публикаций: сценарий рилса, карусель, текстовый пост, опрос. Эта часть работы разобрана отдельно в материале про нейросети для SMM.

Приёмка плана: что проверяют до запуска

План принимают как техническое задание: по списку, а не на глаз. Яндекс группирует аспекты качества контента в четыре блока (ЭПОС): экспертность, полезность, оригинальность, содержательность. По ним удобно проверять план, пока материалы ещё не написаны.

1. Экспертность. У каждой строки указан носитель знания: кто в компании даст фактуру по этой теме.
2. Полезность. Тема сформулирована как задача читателя, а не как название раздела прайса.
3. Оригинальность. В строке записано, чего по этой теме нет у конкурентов: свои замеры, свой случай, свой расчёт.
4. Содержательность. Для каждой строки назван хотя бы один проверяемый элемент: цифра, срок, лимит, название инструмента.
5. Непересечение. Ни одна тема не повторяет тему соседнего материала. Два материала на один вопрос конкурируют между собой.
6. Исполнимость. Число слотов сходится с реальным ресурсом команды на месяц.

Как план стыкуется с производством

Контент завод ии обрабатывает не темы, а карточки задач. Если план отдают производству в виде списка заголовков, первая же неделя уходит на переписку. Стык описывается заранее, и в нём фиксируют четыре вещи.

• Что считается готовой единицей. Комплект файлов на одну строку плана: текст, изображения нужного размера, подпись, ссылка.
• Кто принимает. Один человек с правом вернуть работу, а не общий чат.
• Срок между слотом и сдачей. Материал сдаётся не в день публикации, иначе любая правка срывает дату.
• Что делать с пропуском. Заранее решённый порядок: слот переносится, заменяется резервной темой или закрывается.

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

Типовые провалы ИИ-планирования

• Просьба «придумай темы» без выгрузок. Модель отдаёт средние темы ниши, и план совпадает с планом конкурента, который сделал то же самое.
• Один план на все площадки. Строка, рассчитанная на лонгрид, не помещается в лимит 4096 символов Telegram и режется на публикации задним числом.
• Отсутствие поля фактуры. Строка «5 ошибок в подборе оборудования» без указания, откуда берутся эти пять ошибок, превращается в общий текст.
• План длиннее ресурса. Календарь на 20 публикаций в месяц при силах на восемь. К третьей неделе выпуск встаёт, а часть тем устаревает.
• Первый ответ модели как финал. Строгая схема даёт заполненную таблицу, но заполненная не значит осмысленная: строки всё равно читает человек.
• Нет резерва. В плане ноль запасных тем, и любой срыв превращается в дыру в календаре.

Что смотреть через месяц и как пересобирать план

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

• Поисковые запросы в Вебмастере. Появились ли новые запросы с попаданием в ТОП-50 по опубликованным материалам. Помните про усреднение за 7 дней: смотреть отчёт на следующий день после публикации бессмысленно.
• Динамика в Вордстате. Не ушёл ли спрос по темам, которые запланированы на следующий месяц. Здесь работает только оператор +, формулировки для сравнения берут в упрощённом виде.
• Выполнение слотов. Доля строк, выпущенных в срок. Если она ниже двух третей, сокращают частоту, а не требуют ускорения.
• Возвраты с приёмки. Какие рубрики чаще возвращают на доработку. Обычно это те, где в строке не было указано, откуда берётся фактура.

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

Частые вопросы

Можно ли получить готовый контент-план одним запросом?

Таблицу можно, план нет. Через структурированный вывод модель отдаёт заполненную сетку за один вызов: в OpenAI это тип json_schema с флагом strict, у GigaChat параметр response_format с тем же типом. Но качество строк зависит от того, что было в контексте. Без выгрузки запросов из Вордстата и Вебмастера вы получите корректно оформленный список средних тем.

Какого размера бриф выдержит модель?

Для GigaChat 2 Lite, Pro и Max документация указывает контекстное окно 128 000 токенов. Этого хватает на описание продукта, список стоп-тем, образец собственного текста и выгрузку запросов одновременно. Актуальные значения по другим моделям смотрите в документации вендора: цифры меняются с каждым релизом.

Где хранить контент-план, если команда небольшая?

Подойдут Google Таблицы: лимит в 10 млн ячеек или 18 278 столбцов не достигается планом даже на несколько лет. Единственная оговорка из справки: при импорте из Excel ячейки длиннее 50 000 символов удаляются, поэтому в календаре хранят ссылки на тексты, а не сами тексты.

Можно ли сразу разложить план по отложенным публикациям?

Зависит от площадки. У ВКонтакте в методе wall.post есть параметр publish_date с датой в формате Unix Timestamp, запись откладывается до указанного времени. В Telegram Bot API у метода sendMessage параметра даты нет, отложенную публикацию через бота придётся делать своим планировщиком. Это учитывают в плане отдельным полем.

Как понять, что план не превратится в пересказ чужих статей?

Проверить каждую строку на наличие поля с фактурой. Яндекс в описании аспектов качества контента (ЭПОС) отдельно отмечает случай, когда материал «переписан или сгенерирован ИИ на основе уже существующего контента без создания какой-либо дополнительной ценности». Если в строке плана не указано, какая своя цифра, свой случай или свой замер туда войдёт, материал по ней будет ровно таким.