Практическое руководство · B2B и SEO
ТЗ на SEO-страницу услуги: образец для редактора и разработчика
ТЗ на страницу услуги должно связать вопрос клиента с фактами компании и конкретной приемкой. Список ключевых слов сам по себе не говорит редактору, что писать, а разработчику - что выводить в HTML. Один бриф помогает обеим ролям согласовать результат до верстки.
Определите задачу и главный URL
Запишите один ведущий вопрос, тип клиента и действие после чтения. Например, руководитель производства хочет понять, можно ли связать заявки с учетом заказов. Коммерческая страница отвечает, что команда делает и как начинает работу; статья об архитектуре интеграции раскрывает отдельный информационный вопрос.
Укажите существующие URL, которые могут конкурировать за ту же задачу. Редактор не должен писать новую страницу, пока не решено, почему старой недостаточно.
Соберите факты у специалиста
Попросите состав работ, исходные данные, этапы, ограничения, примеры и типичные исключения. Для страницы SEO-сайта это могут быть карта услуг, перенос адресов, формы и техническая приемка. Если нет разрешенного кейса, так и напишите в брифе: не заменяйте его вымышленным результатом.
| Поле брифа | Что записать |
|---|---|
| Аудитория | Кто принимает решение и что его беспокоит |
| Результат | Какой документ или работа передается |
| Границы | Что не входит в услугу |
| Доказательства | Кейс, образец или проверяемый процесс |
| Первый шаг | Какие данные прислать для оценки |
Опишите блоки по логике выбора
Первый экран называет услугу и ее границы. Далее покажите состав, процесс, исходные данные, доказательства, факторы срока и цены, вопросы и форму. Блоки можно менять местами, если решение клиента требует другого порядка. Не создавайте восемь одинаковых абзацев ради длины.
У каждого блока в ТЗ должен быть владелец фактов. Редактор формулирует текст, специалист подтверждает точность, дизайнер отвечает за читаемость, разработчик - за доступность содержимого и рабочие ссылки.
Передайте разработчику проверяемые требования
Укажите URL, Title, Description, H1, canonical, изображение и внутренние ссылки. Существенный текст и переход к форме должны быть доступны в готовой странице, включая мобильную версию. Отдельно перечислите события аналитики и проверку доставки заявки.
Не пишите «сделать SEO» как единственный критерий. ТЗ должно позволять открыть страницу, проверить HTTP-ответ, один главный заголовок, видимость текста, ссылки и сценарий формы.
| Проверка | Ожидаемый результат |
|---|---|
| URL и canonical | Один согласованный адрес |
| Основной текст | Видим без сложного действия |
| Ссылка из статьи | Ведет на эту услугу по смыслу |
| Форма | Отправка и получение проверены |
| Телефон | Заголовок, таблицы и CTA читаемы |
Проведите чтение с человеком вне команды
Дайте прототип коллеге, который не писал страницу. Пусть он объяснит, кому услуга подходит, что входит в работу и как запросить оценку. Неясные ответы указывают на недостаток фактов или неверный порядок блоков, а не обязательно на слабый дизайн.
Закрепите версию и измерение
Сохраните утвержденные Title, URL, текстовые факты и дату выпуска. После публикации проверьте страницу в поисковых инструментах и путь заявки. Изменяйте по одной гипотезе, чтобы было понятно, какое обновление могло повлиять на обращения.
Проверка результата
- Назначен один главный URL
- Факты подтверждены специалистом
- Границы услуги записаны
- Техническая приемка измерима
- Форма и мобильный сценарий проверены
Вопросы по теме
Кто должен составлять ТЗ?
Маркетинг фиксирует намерение и структуру, специалист подтверждает факты, разработчик уточняет техническую реализацию. Один автор без проверки остальных ролей часто пропускает ограничения.
Нужен ли список ключевых слов?
Он полезен как проверка формулировок, но не заменяет вопрос клиента, факты услуги и критерии приемки.
Можно ли использовать один бриф для разных услуг?
Каркас полей можно повторять. Содержание, доказательства, границы и целевое действие каждой услуги должны отличаться.
Читайте также
Источники и методика
Функции поисковых систем и сервисов сверены с официальной документацией 18 октября 2026 года. Последовательность действий, таблицы и учебные примеры подготовлены редакцией TOBIZ PRO. Числа и вымышленные объекты в примерах не являются результатами клиентских проектов.
- Google: полезный и надежный контент
Полнота ответа, оригинальная ценность и проверяемый опыт автора.
- Google: основы присутствия сайта в поиске
Технические требования, правила и рекомендации для поисковой доступности.
Разберите задачу на своем сайте
Задача первого разбора - передать редактору и разработчику один согласованный результат. Для разговора достаточно адреса сайта и короткого описания ситуации.
Если нужен исполнитель, посмотрите создание страницы услуги под поисковый спрос и состав работ.
Получить разбор