Продолжить с TelegramБриф на SEO-статью: готовая структура для автора, редактора и нейросети
Готовый шаблон SEO-брифа: интент, границы, обязательные факты, данные компании, задания для модели, приёмка и заполненный пример.
Бриф на статью нужен не для того, чтобы автор заранее перечислил будущие H2. Его задача жёстче: договориться, какой полезный ответ получит читатель, какие факты компания вправе использовать и по каким признакам текст будет принят. Без этого даже аккуратный материал может отвечать не на тот запрос, повторять выдачу и обещать то, чего продукт не делает.
Хороший SEO-бриф помещается в одну рабочую карточку, но требует исследования до начала письма. В нём нет требования «вставить ключ семь раз». Есть поисковый интент, тип страницы, границы темы, доказательства, редакционная позиция и проверяемая приёмка. Ни автор, ни модель не должны додумывать эти решения по ходу работы.
Начните с задачи читателя, а не с формулировки ключа
Ключевая фраза показывает тему, но не объясняет ситуацию человека. Запрос «автоматизация маркетинга для малого бизнеса» может ввести собственник, который выбирает первый набор инструментов, маркетолог, который устал переносить данные вручную, или агентство, которому нужен процесс для нескольких клиентов. У них разные ограничения и разные признаки полезного ответа.
В брифе запишите роль читателя, исходную ситуацию и работу, которую он должен выполнить после чтения. Формула может быть такой: «Собственник компании без маркетингового отдела хочет определить, какие повторяющиеся задачи передать системе в первую очередь, не отдавая ей решения о бюджете и обещаниях клиенту». Полезный ответ в этом случае — не список сервисов, а способ отделить производство от решений и выбрать минимальный сценарий запуска.
Добавьте наблюдаемое действие после чтения. Читатель должен суметь заполнить таблицу задач, проверить доступы, выбрать формат пилота или перейти к следующему руководству. Глагол «узнать» слишком слабый: невозможно проверить, узнал ли человек что-либо и хватило ли ему материала.
Свяжите поисковый интент с типом страницы
Поисковый интент описывает ожидаемый результат запроса. Тип страницы — форму, в которой этот результат удобнее получить. Информационному вопросу может подойти инструкция или разбор; сравнению вариантов — таблица с критериями и ограничениями; запросу на конкретный инструмент — рабочая страница инструмента, а не статья на две тысячи слов.
До утверждения формата откройте выдачу в нужном регионе и в чистом сеансе. Зафиксируйте дату проверки, преобладающие типы страниц, повторяющиеся вопросы и элементы, которые не относятся к вашей задаче. Выдача не служит шаблоном. Она лишь показывает, что поисковая система и пользователи сейчас связывают с формулировкой запроса.
Не копируйте структуру трёх конкурентов и не склеивайте их заголовки. Если каждый материал начинается с определения термина, это ещё не доказывает, что вашему читателю оно нужно. Структура должна следовать логике решения: исходные условия, выбор, действие, проверка результата. Такой порядок часто не совпадает с механическим списком частотных вопросов.
Укажите, что сознательно не входит в материал
Границы защищают статью от расползания. Поле «не входит в материал» полезнее просьбы «раскрыть тему полностью»: оно показывает автору, где остановиться, а редактору даёт основание отклонить случайный раздел.
Исключённые темы записывают конкретно. Например: «Не сравниваем тарифы конкретных платформ; не обещаем рост продаж; не описываем настройку рекламных кабинетов; не рассматриваем передачу персональных данных без отдельной юридической проверки». Если соседний вопрос нужен читателю, добавьте на него внутреннюю ссылку вместо поверхностного абзаца.
Граница не должна скрывать неудобное ограничение. Если выбранный способ не подходит компаниям без CRM или требует ручного подтверждения, это относится к основному ответу. Исключать можно отдельную большую тему, но не факт, который меняет решение читателя.
Составьте реестр обязательных фактов
Обязательные факты — утверждения, без которых ответ будет неполным или вводящим в заблуждение. Для каждого укажите доказательство, владельца и дату проверки. Ссылка на главную страницу поставщика обычно слабее конкретного раздела документации. Скриншот интерфейса подтверждает наличие поля, но не гарантирует условия API или хранения данных.
| Факт или ограничение | Чем подтвердить | Кто проверяет | Дата проверки | Что делать без подтверждения |
|---|---|---|---|---|
| Функция продукта существует в текущем тарифе | Документация и тест в рабочем аккаунте | Владелец продукта | ГГГГ-ММ-ДД | Удалить обещание или описать условие |
| Число относится к нужному периоду и выборке | Первичный отчёт с методикой | Аналитик или редактор | ГГГГ-ММ-ДД | Не публиковать число |
| Требование закона применимо к сценарию | Текст нормы и профильный специалист | Ответственный за риск | ГГГГ-ММ-ДД | Дать только границу и отправить на консультацию |
| Интеграция поддерживает нужное действие | Актуальная API-документация и тест | Технический владелец | ГГГГ-ММ-ДД | Указать ручной путь или исключить сценарий |
Фактчек отделяют от генерации черновика. Модель, которая уже написала текст, видит спорное утверждение как часть контекста и может повторить его увереннее. Независимый фактчек проводит человек по первоисточнику: открывает документ, сверяет смысл, фиксирует дату проверки. Если доказательства нет, тезис удаляют или явно называют предположением.
Добавьте собственный опыт компании без выдуманного кейса
Компания может внести в статью то, чего нет в общих руководствах: реальные ограничения продукта, последовательность настройки, обезличенные типы обращений, собственный шаблон или снимок процесса. В брифе перечислите доступные данные компании и владельца каждого артефакта. Фраза «добавить нашу экспертизу» ничего не задаёт.
Не превращайте внутреннее наблюдение в статистику. Если команда часто получает один вопрос, можно привести сам вопрос и объяснить ответ. Нельзя писать «70% клиентов сталкиваются с проблемой», если выборка, период и способ подсчёта не зафиксированы. Отсутствие красивого числа лучше выдуманной точности.
Опыт также бывает отрицательным. Полезно заранее указать, где процесс требует ручной работы, какой формат не поддерживается или почему автоматическое действие оставили под подтверждением. Такие детали повышают доверие сильнее, чем ещё один абзац о преимуществах.
Стройте разделы вокруг решений
В брифе не обязательно утверждать окончательные заголовки. Укажите вопрос раздела, нужный вывод и доказательство. Автор сможет подобрать естественную формулировку после исследования, не копируя выдачу.
Рабочая строка структуры выглядит так: «Вопрос: какие задачи отдавать автоматизации первыми? Вывод: частые обратимые операции с понятным входом безопаснее начинать раньше дорогих решений. Доказательство: матрица задач с частотой, ценой ошибки и владельцем». Уже видно, зачем нужен раздел и что в нём нельзя заменить общими словами.
Чередуйте форму по смыслу. Сравнение удобно показать таблицей, последовательность — нумерованными действиями, исключение — коротким предупреждением, пример — сценарием с исходными условиями. Одинаковые пять абзацев под каждым H2 создают ритм инструкции, но не помогают читателю.
Задайте внутренние ссылки как продолжение работы
Внутренняя ссылка должна отвечать на следующий вопрос, а не просто содержать подходящее ключевое слово. В брифе запишите, после какого вывода появляется ссылка и что читатель получит на целевой странице.
Например, материал о постановке задачи можно продолжить пошаговым планом SEO-продвижения в Яндексе, если читателю нужен общий цикл работ. Для подготовки черновика уместно руководство о SEO-статьях с помощью ИИ без шаблонного текста. Следующий шаг после принятия брифа — передать его в редакционный процесс с явными владельцами решений, а не добавлять ещё один общий раздел в эту статью.
Проверяйте не только URL, но и обещание анкора. Если ссылка подписана «готовый шаблон», на целевой странице должен быть шаблон. Переход на общую главную под точным анкором разочарует человека и размоет архитектуру сайта.
Отдельно напишите инструкции для модели
Нейросеть может помочь разложить источники, предложить варианты структуры и подготовить черновик раздела. Она не должна выбирать позицию компании, придумывать опыт или подтверждать собственные утверждения. Инструкции для модели задают эти границы прямо.
Минимальный блок может выглядеть так:
Используй только переданные источники и помечай утверждения, для которых их недостаточно. Не придумывай клиентов, цитаты, проценты, функции продукта и результаты. Не меняй границы темы. Для каждого раздела сначала дай прямой ответ, затем основание и ограничение. Не повторяй одинаковые вступления и выводы. Не проводи фактчек собственного черновика: верни отдельный список тезисов, которые должен проверить редактор.
Добавьте требования к формату только там, где они нужны системе: Markdown, допустимые уровни заголовков, вид таблиц, относительные внутренние ссылки. Ограничение «ровно 2 000 слов» редко улучшает ответ. Гораздо полезнее перечислить вопросы, которые нельзя оставить без решения.
Сделайте критерии приёмки измеримыми
Критерии приёмки описывают наблюдаемый результат, а не впечатление редактора. «Текст экспертный и интересный» нельзя проверить одинаково. «Каждый обязательный факт связан с первоисточником и датой проверки; в материале есть заполненный пример; три внутренние ссылки ведут на канонические страницы; ни один абзац не обещает неподтверждённый результат» — можно.
Полезно разделить приёмку на четыре части:
- ответ: читатель получает решение задачи, указанной в брифе;
- доказательства: обязательные факты подтверждены, даты и ограничения сохранены;
- редактура: нет пустых повторов, структура следует решению, продукт упомянут только по делу;
- доставка: title и description соответствуют статье, ссылки открываются, preview не содержит технических дефектов.
Укажите, кто проверяет каждый блок. Модель может найти повтор слова, но не принимает юридический риск. Автор может исправить ссылку, но не утверждает новую характеристику продукта. Если критерий не назначен конкретной роли, на финише он почти наверняка превратится в общий спор.
Шаблон брифа, который можно скопировать
- Тема и основной запрос.
- Роль читателя и его исходная ситуация.
- Работа читателя после чтения и критерий полезного ответа.
- Поисковый интент, регион, дата проверки выдачи и тип страницы.
- Главный тезис редакции.
- Что входит и что не входит в материал.
- Обязательные факты: источник, владелец, дата проверки, действие при отсутствии доказательства.
- Собственные данные и опыт компании, разрешённые к публикации.
- Вопросы разделов, ожидаемые выводы и подходящий формат.
- Внутренние ссылки: место, анкор, следующий вопрос читателя.
- Инструкции и запреты для модели.
- Критерии приёмки и ответственные за проверку.
- Триггеры будущего обновления.
Шаблон намеренно не содержит фиксированного числа заголовков и ключевых фраз. Эти решения зависят от задачи и формата страницы.
Заполненный пример: статья для малого SaaS-бизнеса
Пример условный. Он показывает требуемую точность брифа, но не описывает клиента Системы и не содержит придуманных результатов.
| Поле | Заполненное значение |
|---|---|
| Тема | Какие задачи маркетинга малому бизнесу автоматизировать первыми |
| Читатель | Собственник компании до 20 сотрудников; отдельного маркетингового отдела нет; часть задач ведётся в таблицах и чатах |
| Работа после чтения | Составить список повторяющихся задач, оценить частоту и цену ошибки, выбрать один обратимый сценарий для пилота |
| Полезный ответ | Читатель получает матрицу выбора и понимает, какие решения оставить человеку |
| Поисковый интент и тип страницы | Информационный запрос с элементом выбора; практическое руководство, не рейтинг сервисов |
| Проверка выдачи | Регион: Россия; дата: 2026-08-12. В результатах преобладают руководства «с чего начать» и подборки инструментов. Выбран формат практического руководства с матрицей задач и одним пилотом: он помогает принять решение, а не повторяет очередной список сервисов |
| Главный тезис | Сначала автоматизируют частые обратимые операции с понятными входами; бюджет, позиционирование и рискованные обещания сохраняют за человеком |
| Не входит в материал | Сравнение тарифов, настройка рекламных кабинетов, обещания экономии, передача персональных данных без правовой оценки |
| Обязательные факты | Определение автоматизируемой операции, различие между производством и решением, порядок ручного подтверждения. Возможности Системы брать только из действующей документации; проверка: 2026-08-12. Числа об экономии и росте не использовать: подтверждённой выборки для них нет |
| Данные компании | Открытая документация Системы, страницы действующих агентов и перечень поддерживаемых интеграций на 2026-08-12. Клиентские данные, внутренние переписки и неподтверждённую статистику в материал не включать |
| Структура | Карта задач → критерии выбора → матрица «частота/обратимость/цена ошибки» → один пилот → проверка результата → границы ответственности |
| Следующий шаг | После матрицы — ссылка на руководство об автоматизации маркетинга для малого бизнеса; после пилота — на редакционный или операционный процесс выбранной задачи |
| Инструкции модели | Использовать только переданный реестр фактов. Не добавлять функции, клиентов, проценты и рейтинг сервисов. Для каждого пункта матрицы указать вход, допустимое автоматическое действие, решение человека и способ отмены. Неподтверждённые тезисы вернуть отдельным списком |
| Независимый фактчек | Владелец продукта 2026-08-12 сверяет каждую названную функцию с действующей документацией; редактор отдельно открывает все источники и фиксирует результат в реестре фактов. Черновик модели не считается источником |
| Измеримые критерии приёмки | В тексте есть матрица минимум из шести задач и один пилот с условием остановки; использованы два первоисточника; стоят три канонические внутренние ссылки; каждый продуктовый тезис имеет дату проверки; нет неподтверждённых чисел и сломанных URL |
| Триггеры обновления | Новая или снятая функция агента, изменение списка интеграций, недоступный источник либо заметная смена вопросов малого бизнеса в поиске и поддержке |
Такой бриф уже позволяет автору начать исследование. Если строка осталась общей, лучше уточнить её сейчас. Черновик лишь делает неопределённость длиннее и дороже.