ТЗ на SEO-статью: инструкция и пример

Практическая инструкция: от задачи и фактуры до структуры, внутренних ссылок и проверки готовой страницы.

Редактор и SEO-специалист собирают структуру технического задания для статьи

Короткий ответ. Хорошее ТЗ объясняет, для кого пишется статья, какой вопрос она должна закрыть, на какие факты можно опираться, какие разделы обязательны и по каким признакам принимать результат. Ключевые слова и объём можно указать как ориентиры, но они не заменяют цель, интент, фактуру и критерии готовности.

Почему список ключей — ещё не ТЗ

Фраза «написать 10 000 знаков, пять раз употребить запрос и добавить два списка» описывает форму, но не результат. Все условия можно выполнить и получить текст, который долго подводит к ответу, повторяется и не помогает читателю.

Статья решает конкретную задачу и занимает место в структуре сайта. Поэтому ТЗ должно связывать поисковый спрос, ситуацию читателя и роль страницы.

Простой тест: может ли автор одним предложением сказать, кому помогает статья и что человек сможет сделать после чтения? Если нет, распределять ключи и назначать объём рано.

Шаг 1. Определите задачу статьи

Сначала решите, зачем эта страница нужна сайту. Она может:

  • приводить людей по информационному запросу;
  • снимать конкретное возражение;
  • объяснять сложный этап услуги;
  • помогать выбрать между вариантами;
  • готовить клиента к брифу, аудиту или расчёту;
  • усиливать другую страницу подробным ответом.

Функций может быть несколько, но главная нужна одна. Для статьи о ТЗ цель можно записать так: «После чтения маркетолог сможет подготовить вводные, передать их автору и принять материал по понятным критериям». Это полезнее, чем абстрактное «получить трафик».

Шаг 2. Опишите читателя и его ситуацию

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

Ответьте на пять вопросов:

  • кто читатель и за что отвечает;
  • что уже произошло до поиска;
  • что он знает о теме;
  • какого риска хочет избежать;
  • какое решение должен принять.

Например: «Маркетолог компании услуг получил список запросов и должен запустить блог. У него нет редакционного процесса и времени на несколько кругов переделок. Ему нужен короткий бриф, пример и понятная приёмка».

Шаг 3. Сформулируйте интент и прямой ответ

Интент — намерение за запросом. По фразе «ТЗ на SEO-статью» человек может искать шаблон, пример, правила постановки задачи или способ проверить подрядчика. Выберите основное ожидание, а смежные вопросы добавляйте только там, где они помогают решению.

Запишите три строки:

  1. Основной вопрос: как подготовить рабочее ТЗ на SEO-статью.
  2. Прямой ответ: определить читателя и задачу, собрать фактуру, задать структуру, ссылки и критерии приёмки.
  3. Результат: заполненный бриф, который можно передать автору.

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

Шаг 4. Соберите семантику и поставьте границы

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

Отдельно укажите, что в статью не входит. Материал о ТЗ не обязан подробно учить собирать ядро, проводить технический аудит и настраивать аналитику. Для крупных смежных тем поставьте ссылки, например на разбор семантики для сайта услуг и SEO-аудита перед продвижением.

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

Не требуйте дословных фраз, которые ломают русский язык. Нормальная словоформа передаёт тот же смысл и читается лучше.

Шаг 5. Подготовьте фактуру

Если автор получает только тему, он вынужден пересказывать общие советы или заполнять пробелы предположениями. Поэтому в ТЗ перечисляют источники и человека, который подтвердит детали.

Фактурой могут быть:

  • ответы специалиста на конкретные вопросы;
  • актуальные этапы и условия работы;
  • типовые ситуации без выдуманных результатов;
  • разрешённые примеры документов и скриншоты;
  • данные с понятным источником и способом расчёта;
  • ограничения: что компания не делает и кому решение не подходит;
  • первичные документы, если текст касается правил или стандартов.

Спросите эксперта, какие вводные обязательны, где чаще ошибаются, как проверить качество и когда совет не работает.

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

Шаг 6. Постройте структуру как путь к решению

ТЗ не должно диктовать каждый абзац. Достаточно задать последовательность и пояснить, какой вопрос закрывает каждый раздел. Для практического руководства подойдёт такой каркас:

  1. прямой ответ;
  2. объяснение проблемы;
  3. последовательные шаги;
  4. заполненный пример;
  5. ограничения и частые ошибки;
  6. чек-лист;
  7. FAQ;
  8. следующий шаг.

К каждому разделу добавьте короткую задачу. Например, «Фактура» должна показать, что заказчик передаёт автору до старта.

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

Шаг 7. Задайте формат примера и ограничений

Просьба «добавить примеры» слишком расплывчата. Укажите формат: заполненный фрагмент ТЗ, разбор ошибки или вариант до и после правки.

Слабая постановка: «Написать статью про SEO объёмом 10 000 знаков, уникальность — 95%».

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

Попросите назвать ограничения: что нельзя решить одной статьёй, где нужен доступ к данным, когда требуется профильный специалист. В блоке ошибок важно показать не только промах, но и его последствие и исправление.

Шаг 8. Спланируйте внутренние ссылки и CTA

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

Для ТЗ полезны материалы о том, как писать SEO-статью под интент, как устроена внутренняя перелинковка и как организовать регулярный выпуск контента. Анкор должен заранее объяснять, что откроется по ссылке. «Тут» и «подробнее» без контекста не подходят.

CTA соотносите со стадией выбора. В информационной статье нормально предложить применить чек-лист, открыть смежный материал, обсудить задачу или попробовать инструмент. Повторять призыв после каждого раздела не нужно.

Шаг 9. Добавьте приёмку текста и страницы

Готовый файл ещё не означает готовую статью. Материал будет жить на конкретном URL, поэтому проверьте содержание и публикацию.

Для текста зафиксируйте:

  • прямой ответ есть в начале;
  • обязательные вопросы раскрыты;
  • утверждения опираются на переданную фактуру;
  • нет повторов, служебных заметок и неестественных ключей;
  • примеры понятны, ограничения названы честно;
  • ссылки и призыв соответствуют теме.

Для страницы проверьте:

  • title, description и H1 говорят об одном материале;
  • URL короткий и читаемый;
  • H2 и H3 образуют понятную иерархию;
  • изображения имеют описательные alt;
  • внутренние ссылки открываются;
  • дата и автор указаны корректно;
  • страница нормально выглядит на телефоне;
  • canonical ведёт на итоговый адрес;
  • URL добавлен в sitemap и нужные списки материалов.

Назначьте владельцев: автор отвечает за содержание, эксперт — за факты, редактор — за ясность, SEO-специалист — за интент и связи, издатель — за страницу и публичную проверку.

Заполненный мини-шаблон ТЗ

Тема: как составить ТЗ на SEO-статью.

Читатель: маркетолог или владелец сайта услуг, который передаёт тему автору.

Задача: помочь собрать короткий бриф и принять материал без вкусового спора.

Интент: практическая инструкция с примером.

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

Обязательные разделы: почему ключи не равны ТЗ; девять шагов; слабый и сильный пример; ошибки; чек-лист; FAQ.

Фактура: действующий процесс публикации, ответы эксперта, существующие материалы и ограничения.

Нельзя: обещать позиции и сроки, придумывать клиентов и результаты, механически повторять запросы.

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

Частые ошибки

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

Чек-лист перед передачей автору

  • Сформулирована одна главная задача.
  • Описаны читатель, ситуация и ожидаемый результат.
  • Записан прямой ответ для начала статьи.
  • Запросы сгруппированы по смыслу.
  • Обозначены границы и похожие страницы.
  • Приложены источники и вопросы эксперту.
  • У каждого раздела есть понятная функция.
  • Задан конкретный формат примера.
  • Перечислены ограничения и запрещённые утверждения.
  • Выбраны не менее трёх полезных внутренних ссылок.
  • CTA соответствует стадии читателя.
  • Назначены ответственные за факты, редактуру и публикацию.
  • Зафиксирована приёмка текста и страницы.

FAQ

Какой объём указывать в ТЗ?

Задайте ориентировочный диапазон после проектирования структуры. Принимайте работу по полноте ответа, качеству примеров и отсутствию повторов. Сложность вопроса важнее заранее выбранного количества знаков.

Нужно ли указывать точное число вхождений?

Обычно нет. Достаточно назвать основной запрос, связанные вопросы и смысл разделов. Механические повторы делают текст тяжелее, но не добавляют полноты.

Кто составляет ТЗ: SEO-специалист или редактор?

SEO-специалист отвечает за спрос, интент и место страницы на сайте, редактор — за логику и формат, эксперт — за факты. Роли может совмещать один человек, но проверки лучше разделить.

Можно ли поручить ТЗ нейросети?

Ей можно передать группировку вопросов, черновую структуру и оформление брифа, если исходные данные проверены. Нельзя полагаться на неё в фактах о компании, результатах, клиентах и ограничениях. Финальную версию проверяют специалист и редактор.

Как понять, что ТЗ слишком подробное?

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

Что делать, если статья уже есть?

Сравните интент и ожидаемый результат. Если новая версия отвечает на тот же вопрос, чаще разумнее обновить существующую страницу. Новый URL нужен, когда заметно отличаются читатель, задача или формат ответа.

Главное

ТЗ на SEO-статью — это карта решения, а не ведомость ключевых слов. Оно связывает вопрос читателя, факты компании, структуру материала и требования к опубликованной странице.

Если хотите обсудить редакционный процесс, напишите в Telegram. Подготовить черновик брифа и структуру можно в XelaGroup, а факты, ссылки и финальный смысл перед публикацией должен проверить человек.

Нужен понятный процесс выпуска статей?

Разберём темы, фактуру, ТЗ и публикационную проверку без лишней бюрократии.

Обсудить задачу