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