Почему SEO-требования нужны в ТЗ
Разработчик отвечает за то, чтобы сайт работал и выглядел как в макете. Как формируются адреса, что выдаётся роботам и какие заголовки получат страницы, в макете не видно. Если этого нет в задании, всё решается по умолчанию: адреса вида ?id=345, одинаковые заголовки на всех страницах, отсутствие страницы 404. Исправить это после запуска значит переписывать шаблоны и настраивать редиректы, поэтому требования удобнее описать до начала работы. Хорошее ТЗ формулирует их проверяемо: так, чтобы приёмку можно было провести по списку.
Разделы SEO-требований
| Раздел | Что записать в ТЗ | Как проверить |
|---|---|---|
| Адреса | Формат ЧПУ, правила транслитерации, длина, регистр, слеш в конце | Выборка страниц, проверка правил |
| Структура и навигация | Разделы, вложенность, хлебные крошки, ссылки между разделами | Схема против реального сайта |
| Шаблоны страниц | Правила формирования title, description, H1 по типам страниц | Просмотр кода страниц каждого типа |
| Редиректы | Единое зеркало, https, слеш, перенос старых адресов | Проверка кодов ответа |
| Служебные файлы | robots.txt, карта сайта, страница 404 с кодом 404 | Открыть файлы, проверить ответы |
| Скорость | Целевые показатели загрузки, размеры картинок | Замеры на основных шаблонах |
| Разметка | Нужные типы микроразметки по шаблонам | Проверка валидатором |
| Аналитика | Счётчик, цели, события форм | Проверка в интерфейсе аналитики |
| Доступ роботов | Что открыто и закрыто, тестовый сервер закрыт | Проверка ответов и robots |
Как описать адреса
Недостаточно написать «сделать ЧПУ». Опишите правила так, чтобы разработчик мог реализовать их без вопросов. Ключевые решения: как строится адрес каждого типа страниц, откуда берётся слаг, что делать с одинаковыми названиями и как переносятся старые адреса. Основы — в статье что такое ЧПУ, а перечень вопросов для разработчика — в чек-листе разработчика.
Адреса страниц
1. Формат: /раздел/подраздел/страница/ на основном домене по https (нижний регистр, слеш в конце).
2. Слаг: транслитерация названия по правилам Яндекса, разделитель дефис,
длина не более 60 символов, без стоп-слов и служебных символов.
3. Повторяющиеся слаги: при совпадении добавляется числовой суффикс -2, -3.
4. Изменение названия страницы не меняет адрес автоматически.
5. Страницы фильтров и сортировки не создают отдельных индексируемых адресов.Шаблоны заголовков и метатегов
Для больших сайтов заголовки формируются автоматически, поэтому в ТЗ нужны правила. Например, для категории: [Название категории] — купить в [город] | [Сайт]. Опишите, что происходит при отсутствии значений, как обрезается длинное название и как редакторы могут переопределять шаблон вручную. Проверка результата — в статье чек-лист аудита URL.
Критерии приёмки
- Все требования оформлены как проверяемые пункты: «адрес каждой страницы в нижнем регистре», а не «адреса должны быть красивыми».
- Проверка проводится на тестовой копии до запуска. Тестовый сервер при этом закрыт от индексации: индексация тестовых копий.
- Список замечаний фиксируется с приоритетами: критические исправляют до запуска, остальные — в плановом порядке.
- Перед запуском проверьте настройку в новой системе: чек-лист адресов в новой CMS.
Если сайт не новый
При создании сайта на месте старого в ТЗ добавляют требования к переносу: карта соответствия старых и новых адресов, редиректы 301, перенос метаданных и текстов, сохранение разметки. Подробный план — в материалах чек-лист переезда сайта и карта адресов при смене CMS.
Типичные ошибки
- Общие слова без критериев: «оптимизировать под поиск».
- SEO-раздел добавляется после утверждения макетов и сроков, и на него нет времени.
- Не указано, кто отвечает за проверку: разработчик, редактор или специалист по поиску.
- Не запрещена индексация тестового сервера.
Проверка ТЗ. Возьмите любой тип страницы и по документу ответьте: какой у неё адрес, заголовок, что в ней индексируется, какой код ответа вернётся при ошибке. Если на вопросы нет ответов, в ТЗ есть пробел.
Частые вопросы
Кто должен писать SEO-часть технического задания?
Обычно специалист по поиску вместе с заказчиком: он формулирует требования, а разработчик уточняет, как их реализовать.
Когда лучше добавлять SEO-требования?
До начала разработки, вместе с макетами и структурой: изменения адресов и шаблонов после запуска дороже и рискованнее.
Как проверить, что требования выполнены?
Сформулировать их проверяемо и пройти по списку на тестовой копии сайта до запуска: адреса, заголовки, редиректы, служебные файлы.
Готовый адрес можно собрать прямо сейчас: откройте генератор ЧПУ — он транслитерирует фразу по таблице Яндекса, уберёт служебные слова и покажет длину адреса.