MORLIX JOURNAL
SEO-ТЗ для статьи: ключи, интент, структура и источники
Как составить SEO-ТЗ для автора: определить интент, сгруппировать запросы, подготовить структуру и проверить источники.
SEO-ТЗ для статьи — это рабочее задание, которое объясняет автору, кому адресован материал, какую задачу читателя он решает, какие вопросы нужно раскрыть и на какие источники опираться. Ключевые запросы помогают понять тему, но хороший бриф не сводится к списку фраз и обязательному числу их повторений.
Ниже — последовательность подготовки задания, заполненный учебный пример и чек-лист приёмки. Подход подойдёт редактору, SEO-специалисту и владельцу сайта, который передаёт материал автору. Все примеры запросов и задания условные; они не являются данными частотности или гарантиями позиций.
Что должно быть в SEO-ТЗ для статьи
В хорошем задании автору понятно, какой результат нужен читателю и как редакция проверит готовый текст. До составления структуры определите задачу публикации и убедитесь, что подходящий материал ещё не существует: иногда полезнее обновить страницу, чем создавать вторую с тем же назначением.
| Раздел задания | Что зафиксировать | Зачем автору |
|---|---|---|
| Цель и аудитория | Для кого статья и какую проблему она решает | Выбрать глубину, терминологию и примеры |
| Поисковое намерение | Что человек ожидает получить: инструкцию, сравнение или другой формат | Не подменить ответ рекламой или несвязанным обзором |
| Запросы | Основная формулировка и близкие варианты по смыслу | Охватить тему естественным языком |
| Структура | Основные вопросы, последовательность разделов и нужные примеры | Подготовить полный ответ без лишних блоков |
| Источники и ссылки | Подходящие первоисточники и проверенные страницы собственного сайта | Проверить факты и помочь читателю продолжить изучение |
| Приёмка | Критерии фактической точности, формы и полезности | Понять, когда материал готов к редактуре |
ТЗ не заменяет профессиональное решение автора. Если при исследовании обнаружилось, что пункт структуры не отвечает на вопрос читателя или источник устарел, автору нужен способ согласовать изменение, а не повод заполнять раздел формальным текстом.
Шаг 1. Определите аудиторию, задачу и интент
Сформулируйте цель одним предложением от лица читателя. Например: «Владелец небольшого сайта хочет самостоятельно проверить несколько важных страниц перед запуском и понять, когда звать специалиста». Для такого запроса полезнее последовательная инструкция с ограничениями и чек-листом, чем статья только об услугах агентства.
Информационный интент обычно предполагает объяснение или инструкцию, а исследование перед покупкой — сравнение по критериям. Это рабочие категории: один запрос может совмещать несколько намерений. Посмотрите результаты в нужной поисковой системе, регионе и на подходящем устройстве; запишите дату и условия наблюдения. Отделяйте рекламные блоки от органических результатов.
Откройте несколько страниц и отметьте их формат, вопросы и тип ответа. Не копируйте чужие тексты и не считайте, что длина или структура лидера сама по себе объясняет его положение в поиске. Если результаты смешанные, зафиксируйте основную задачу вашей аудитории и укажите, как статья поможет с соседней. Подробнее о проверке намерения — в материале о поисковом интенте.
Зафиксируйте границы материала
Укажите, что входит в задачу, а что заслуживает отдельной статьи. Например, вводная инструкция может объяснять, как найти типовую проблему, но не давать неподтверждённых команд для изменения сервера. Границы помогают автору не повторять соседние материалы и не давать опасно упрощённый совет.

Шаг 2. Соберите и сгруппируйте запросы
Начните с основного вопроса и запишите близкие формулировки из доступных вам источников: поисковых отчётов, вопросов клиентов, внутреннего поиска и инструментов исследования запросов. Если используете частотность или показатели, сохраняйте источник, регион и период: без них цифры легко сравнить неправильно. Если проверенных данных нет, не придумывайте их для брифа.
Сгруппируйте формулировки по задаче. В учебном примере «как проверить сайт перед запуском», «чек-лист запуска сайта» и «что проверить перед публикацией сайта» могут относиться к одной инструкции. Запрос об устранении конкретной серверной ошибки может требовать отдельного материала. Решение проверяют по смыслу и выдаче, а не только по общим словам.
Выберите главную формулировку как ориентир темы, а остальные используйте, чтобы не забыть важные подтемы и привычные читателю слова. Разрешайте естественные словоформы. Не требуйте вставлять каждую фразу в точном виде, если предложение получается неестественным. Семантика нужна для понимания потребности, а не для заполнения нормы повторов. Подробный процесс описан в статье о сборе семантического ядра.
Проверьте существующие страницы
Сопоставьте будущую статью с опубликованными URL: для кого они написаны, на какой вопрос отвечают и можно ли дополнить их вместо нового текста. Похожие запросы сами по себе не доказывают конкуренцию страниц. Если материалы нужны для разных задач, объясните различия в брифе и предложите уместные связи между ними.
Шаг 3. Спроектируйте полезную структуру
Составьте план от задачи читателя к действиям: короткий ответ в начале, необходимые условия, основные шаги, пример, ограничения и проверка результата. Для сравнения вместо пошаговой схемы могут понадобиться критерии, таблица различий и ситуации выбора. Не добавляйте раздел только потому, что он есть у конкурента.
H1 обычно задаёт видимую тему страницы; H2 разделяют основные смысловые блоки, H3 уточняют части соответствующего раздела. В брифе формулируйте вопросы, на которые должен ответить блок. Автору проще написать полезный текст по пункту «как проверить, открывается ли форма заказа», чем по заголовку «основные аспекты проверки».
Укажите, где нужны конкретные доказательства: схема процесса, пример расчёта, сравнительная таблица или чек-лист. Отметьте, какие данные редакция предоставит, а какие автор должен найти и проверить самостоятельно. Если пример учебный, прямо назовите его условным; не выдавайте вымышленный кейс за опыт клиента.
Как задать объём без пустого текста
Можно предложить ориентировочный диапазон слов по сложности задачи и согласовать отклонение, если тема раскрыта короче или требует больше пояснений. Не выдавайте число символов за фактор, который сам по себе гарантирует позиции. Критерий приёмки — полнота, точность и удобство ответа, а не искусственное увеличение объёма.

Шаг 4. Укажите источники и правила проверки фактов
Для технических требований, правил сервисов, статистики и правовых вопросов ищите подходящий первоисточник: официальную документацию, текст стандарта, исследование или публикацию ответственной организации. Запишите ссылку, название, относящийся к тезису раздел и дату проверки, если сведения могут меняться. Вторичный обзор может помочь с контекстом, но не должен подменять источник цифры.
Для каждого существенного утверждения попросите автора сохранить связь «тезис — источник». Проверяйте, что источник действительно подтверждает вывод, относится к нужной стране и периоду и не цитирует предположение как измеренный факт. Если подтверждения нет, формулировку нужно уточнить, убрать или согласовать дополнительное исследование; нельзя заменять её уверенным предположением.
Не копируйте большие фрагменты чужих публикаций. Автор должен объяснить материал своими словами, а короткие цитаты использовать только там, где они необходимы и допустимы. Скриншоты, данные клиентов и изображения включайте при наличии прав и разрешений; персональные сведения скрывайте.
Шаг 5. Подготовьте SEO-поля и внутренние ссылки
В задании предложите рабочий заголовок статьи, понятный человеку, и обозначьте, кто готовит title, description и адрес страницы. Заголовок должен соответствовать содержанию, а не обещать результат, которого материал не даёт. Формулировку можно уточнить после написания текста. Поисковая система может показать собственный вариант заголовка или описания, поэтому метаданные не являются гарантией вида результата.
Не превращайте требования к длине title и description в жёсткий универсальный норматив. Сделайте формулировки ясными и различимыми, проверьте отображение в доступных инструментах и не обрывайте смысл. Практические приёмы собраны в статье о подготовке SEO Title.
Предложите автору несколько реально существующих страниц сайта с пояснением контекста перехода. Например, из инструкции по запуску уместно сослаться на подробный материал о внутренней перелинковке, если он помогает выполнить следующий шаг. Не требуйте добавлять все ссылки любой ценой и не вставляйте одинаковые анкоры механически. Как выбрать связи, описано в статье о внутренней перелинковке.
Пример заполненного SEO-ТЗ для автора
Ниже — учебное задание на другую тему. Оно показывает уровень конкретики, а не данные анализа настоящего сайта или утверждённый план публикаций.
| Поле | Пример содержания |
|---|---|
| Рабочая тема | Проверка сайта перед запуском: что проверить владельцу |
| Аудитория | Владелец небольшого сайта без опыта администрирования; сложные действия выполняются с разработчиком. |
| Задача читателя | Понять, какие страницы, формы и доступы проверить до открытия сайта и как зафиксировать результат. |
| Формат и интент | Практическая инструкция для информационного запроса с коротким чек-листом в конце. |
| Формулировки темы | «Проверка сайта перед запуском», «чек-лист запуска сайта»; использовать естественно, без нормы повторений. |
| Обязательные вопросы | Доступность основных страниц; меню и ссылки; формы и уведомления; проверка на телефоне; резервная копия; кто исправляет ошибки. |
| Пример | Описать условную проверку формы заявки: отправить тест с разрешения владельца, проверить доставку и удалить тестовые данные по правилам команды. |
| Источники | Для рекомендаций по конкретным сервисам использовать их актуальные официальные инструкции; для процессов компании — согласованные данные владельца. |
| Внутренняя ссылка | После раздела о ссылках предложить читателю материал о внутренней перелинковке, если он уместен в готовом тексте. |
| Приёмка | Шаги воспроизводимы, факты подтверждены, учебный пример обозначен, нет секретов и безусловных обещаний результата. |
Структуру можно уточнить после исследования: важно сохранить задачу читателя и согласовать существенные изменения с редактором. Если на сайте уже опубликована инструкция с тем же назначением, сначала оцените её обновление.
Как принимать готовую статью
- Ответ на интент. Проверьте, получает ли целевой читатель обещанный ответ и понятный следующий шаг.
- Факты и источники. Сверьте важные утверждения, даты и примеры с документами; проверьте доступность ссылок.
- Семантика. Убедитесь, что термины употреблены естественно, а ключи не исказили смысл предложений.
- Структура. Проверьте последовательность заголовков, отсутствие повторов и удобство таблиц на небольшом экране.
- SEO и ссылки. Сопоставьте title, описание и заголовок с содержанием; откройте внутренние ссылки и проверьте анкоры.
- Медиа и права. Проверьте разрешение на изображения, подписи и описания ALT там, где они нужны.
- Финальная редактура. Уберите редакторские пометки, неподтверждённые обещания и технические заглушки.
Для технических материалов отдельно попросите компетентного специалиста проверить команды и последствия действий. Для тем о здоровье, финансах или праве привлекайте профильного эксперта; универсальный SEO-бриф не заменяет профессиональную проверку.
Частые ошибки при составлении задания
Требовать ключи вместо ответа
Если автор обязан вставить десятки точных фраз и повторять их заданное число раз, смысл и читаемость страдают. Лучше сгруппировать запросы, описать задачу и проверить, что важные вопросы раскрыты естественно.
Копировать структуру выдачи без проверки
Список чужих H2 не объясняет, почему материал полезен вашей аудитории. Используйте анализ выдачи для поиска ожиданий и пробелов, затем составьте собственный план и добавьте проверяемую ценность.
Выдумывать цифры или обещать результат
Неподтверждённая частотность, вымышленный опыт и обещание места в поиске делают бриф ненадёжным. Явно помечайте учебные примеры и отслеживайте результат по согласованным метрикам после публикации, учитывая сезонность и другие изменения.
Начните с одной темы: опишите читателя, проверьте похожие материалы, составьте план вопросов и приложите источники. Такой SEO-бриф даст автору ориентир для содержательной работы, а редактору — понятные основания принять текст или вернуть его на доработку.