SEO-ТЗ на разработку сайта: что прописать до запуска, чтобы сайт можно было продвигать

SEO-ТЗ нужно готовить до разработки сайта, а не после запуска. Если заранее не продумать структуру, URL, метатеги, индексацию, мобильную версию, скорость, блог, страницы услуг и аналитику, сайт может выглядеть красиво, но плохо продвигаться в Яндексе. Правильное SEO-ТЗ помогает создать сайт, который не придётся переделывать перед продвижением.

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

Почему SEO нельзя «прикрутить потом»

Это один из самых распространённых мифов в веб-разработке: «Сначала сделаем сайт, потом добавим SEO». Звучит разумно — на практике оборачивается переделкой за дополнительные деньги.

Почему так происходит? Потому что SEO — это не набор текстов с ключами. Это архитектура сайта, которая либо заложена правильно, либо нет.

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

Или другой сценарий: все услуги собраны на одной странице «Услуги» с якорями. Выглядит удобно. Но под каждую услугу нет отдельной посадочной страницы, отдельного URL, Title и H1. В поиске сайт не может нормально ранжироваться по конкретным запросам — все услуги размыты на одной странице.

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

Все эти ситуации — следствие отсутствия SEO-ТЗ на разработку сайта.

Что происходит, когда SEO-ТЗ нет

Без SEO-ТЗ типична следующая картина: сайт запустили, обратились к SEO-специалисту, тот провёл аудит и выдал список из 40–80 технических ошибок, которые нужно исправить перед началом продвижения. Часть из них — мелкие, часть — существенные. А несколько пунктов означают: нужно переделывать структуру.

В итоге клиент платит дважды: за разработку и за переработку. И ещё месяц уходит на исправления вместо реального продвижения.

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

Что такое SEO-ТЗ для разработчика: состав и логика

SEO-ТЗ — это не отдельный документ в ящике «для порядка». Это живая инструкция, которая задаёт разработчику правила игры для создания сайта, пригодного к продвижению.

Хорошее SEO-ТЗ включает семь ключевых блоков:

1. Структура сайта — перечень всех типов страниц, их иерархия и логика
2. URL-структура — правила формирования адресов страниц
3. Метатеги и заголовки — требования к редактированию Title, Description, H1
4. Техническая часть — скорость, мобильная версия, robots.txt, sitemap.xml, HTTPS, редиректы, canonical
5. Коммерческие элементы — формы заявки, кнопки CTA, телефон, мессенджеры
6. Аналитика — Яндекс Метрика, Вебмастер, цели
7. Система управления контентом — возможность редактировать всё вручную без разработчика

Каждый блок влияет на продвижение напрямую. Разберём их один за другим.

Структура сайта под SEO: как планировать страницы до разработки

Самое важное решение, которое принимается в SEO-ТЗ, — это структура. Именно она определяет, по каким запросам сайт сможет ранжироваться.

Принцип: одна посадочная страница — один интент

Каждый ключевой запрос или группа запросов с одинаковым интентом должны иметь свою страницу. Это фундамент SEO-продвижения сайта — не тексты, не ссылки, а правильная структура.

Представьте агентство, которое занимается SEO. Типичные запросы:

• «SEO-продвижение сайта» — это одна страница
• «стоимость SEO-продвижения» — это другая страница или отдельный блок
• «SEO для интернет-магазина» — отдельная страница услуги
• «SEO-аудит сайта» — отдельная страница услуги
• «как выбрать SEO-подрядчика» — статья в блоге

Если всё это собрать на одной странице «Услуги» — сайт не выйдет ни по одному запросу нормально.

Структура для сайта услуг

Минимальный набор страниц для сайта услуг, который должен быть прописан в SEO-ТЗ:

Коммерческие страницы:

• Главная (под брендовые и общие запросы)
• Отдельная страница под каждую основную услугу
• Страницы направлений или подуслуг
• Страница цен (или ценовые блоки внутри услуг)
• Страница «О компании»
• Контакты
• Кейсы / примеры работ
• Отзывы

Информационные страницы:

• Блог или раздел статей
• FAQ (может быть глобальным или встроенным в услуги)
• Служебные страницы (политика конфиденциальности, 404, карта сайта)

При необходимости:

• Региональные страницы под другие города
• Страницы под типы клиентов («SEO для малого бизнеса», «SEO для интернет-магазинов»)

Структура для интернет-магазина

Интернет-магазин — сложнее, потому что страниц больше и у каждой своя семантика:

• Главная
• Категории (первый уровень)
• Подкатегории (второй уровень и далее)
• Страницы с фильтрами — часть индексируется, часть закрывается
• Карточки товаров
• Страницы брендов
• Подборки и акции
• Блог
• Информационные страницы

Ключевое решение для магазина: какие фильтры создают индексируемые страницы, а какие нет. Это решение принимается в SEO-ТЗ — не после запуска.

URL-структура: правила, которые нельзя менять после запуска

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

Правила хорошей URL-структуры

Читаемость. URL должен быть понятен человеку:

• Хорошо: /seo-prodvizhenie/
• Плохо: /page?id=47

Латиница, а не кириллица. Кириллические URL технически работают, но при копировании превращаются в нечитаемые символы.

Нет лишних параметров. Параметры в URL (utm, session_id, сортировка) должны закрываться от индексации через robots.txt или canonical.

Логичная иерархия. Структура URL должна отражать структуру сайта:

• /uslugi/seo-prodvizhenie/
• /blog/seo-tz-na-razrabotku-sayta/
• /katalog/sofas/uglovye/

Постоянство. URL, который однажды запущен и попал в индекс, менять нельзя без редиректа. Каждое изменение URL — это потеря части накопленного веса страницы.

Что прописать в SEO-ТЗ по URL

• Правила транслитерации (система Воротникова или другая — единая для всего сайта)
• Обработка слэша на конце URL: /page/ или /page — одно правило для всего сайта
• Обработка www и без www — один вариант с редиректом на другой
• Запрет на генерацию URL с параметрами сессий, UTM и сортировок
• Правила формирования URL для категорий, подкатегорий, карточек и статей
• Обработка кириллических символов в URL

Если разработчик сделает URL по своему усмотрению — потом переделывать дорого. Прописывайте заранее.

Метатеги и заголовки: требования к шаблонам страниц

Метатеги — это то, что Яндекс читает в первую очередь. Title, Description, H1 определяют, по каким запросам страница будет показываться и как выглядит в выдаче.

Title

Title — это заголовок страницы в поисковой выдаче. Один из важнейших ранжировочных сигналов.

Требования для SEO-ТЗ:

• На каждой странице — уникальный Title
• Title редактируется вручную через CMS
• Длина — до 65 символов
• Главный ключ — в начале Title
• Title не генерируется автоматически из названия страницы без возможности ручной правки

Типичная ошибка разработчика: Title формируется как [Название страницы] — [Название сайта] автоматически, без ручной настройки. Для SEO это катастрофа: нельзя поставить нужный ключ в начало, нельзя управлять формулировкой.

Description

Description — это описание страницы, которое появляется в сниппете под заголовком.

Требования:

• Уникальный на каждой странице
• Редактируется вручную
• Длина — 130–160 символов
• Содержит основной ключ и краткое описание ценности страницы

Description не влияет на ранжирование напрямую, но влияет на CTR — кликают ли на сниппет. А CTR влияет на поведенческие факторы, которые влияют на ранжирование.

H1 — единственный заголовок страницы

H1 — это главный видимый заголовок страницы. Правило простое: на каждой странице один H1, и он редактируется вручную.

Типичные ошибки разработки:

• H1 прописан в шаблоне как название раздела — нельзя изменить
• На странице несколько H1 (например, логотип обёрнут в H1)
• H1 и Title — одна и та же строка дословно (нужно, чтобы они были близки, но не идентичны)
• H1 скрыт через CSS — Яндекс всё равно его читает

H2 и H3

H2 и H3 используются для структуры контента и расширения семантики. В SEO-ТЗ нужно прописать, что:

• Структура H2–H3 редактируется через WYSIWYG-редактор или отдельные поля
• Нет жёстких шаблонов для H2, которые нельзя изменить
• Логика нумерации заголовков соблюдается (H2 не идёт до H1, H3 не идёт без H2)

ALT для изображений

ALT-атрибут изображений читается поиском и важен для технической оптимизации сайта.

В SEO-ТЗ: поле ALT редактируется вручную при загрузке изображения. Не генерируется автоматически из имени файла.

Технические требования к сайту для SEO: подробный разбор

Технические требования — самый объёмный и критичный раздел SEO-ТЗ. Именно технические проблемы чаще всего блокируют продвижение нового сайта.

HTTPS — базовое требование

Сайт должен работать по протоколу HTTPS. Это не просто рекомендация — это влияет на доверие пользователей и является сигналом для Яндекса.

В SEO-ТЗ прописать:

• SSL-сертификат установлен до запуска
• Все страницы доступны только по HTTPS
• HTTP-версия редиректит на HTTPS (301)
• Нет смешанного контента (mixed content)

robots.txt — файл, который определяет индексацию

robots.txt — это текстовый файл, который указывает поисковым роботам, какие страницы индексировать, а какие нет.

Это один из самых часто нарушаемых пунктов. Что происходит: разработчик закрывает сайт от индексации на время разработки строкой Disallow: / и забывает её убрать перед запуском. Итог: сайт работает, но Яндекс его не видит.

Что прописать в SEO-ТЗ по robots.txt:

• Файл robots.txt существует и доступен по стандартному адресу
• Продуктовая версия сайта открыта для индексации
• Закрыты служебные разделы: /admin/, /cart/, /checkout/, параметры сортировки, дублирующие страницы
• Прописана ссылка на Sitemap

sitemap.xml — карта сайта для поисковиков

sitemap.xml — это файл со списком всех страниц, которые должны быть проиндексированы.

Требования в SEO-ТЗ:

• sitemap.xml генерируется автоматически или создаётся статически
• Включает все важные страницы: услуги, категории, карточки, статьи
• Не включает страницы с noindex, закрытые в robots.txt, дубли
• Обновляется автоматически при добавлении новых страниц
• Прописан в robots.txt
• Добавлен в Яндекс Вебмастер

Скорость загрузки: требования для SEO

Скорость — один из ранжировочных факторов Яндекса. Медленный сайт хуже ранжируется и хуже конвертирует: каждая секунда задержки загрузки снижает конверсию.

Что включить в SEO-ТЗ по скорости:

Изображения:

• Все изображения оптимизированы (сжатие без потери качества)
• Формат WebP или AVIF для поддерживаемых браузеров
• Адаптивные изображения: разные размеры под разные экраны
• Lazy-load: изображения ниже первого экрана загружаются по мере скролла

Код:

• CSS и JavaScript минифицированы
• Неиспользуемый CSS удалён
• Блокирующие скрипты вынесены в footer или загружаются асинхронно
• Нет избыточных сторонних скриптов

Шрифты:

• Веб-шрифты загружаются с атрибутом font-display: swap
• Нет блокирующей загрузки шрифтов

Кэширование:

• Настроено кэширование статических ресурсов
• Подключена CDN при необходимости

Рендеринг:

• Если используется JavaScript-фреймворк — SSR или SSG для ключевых страниц
• Контент первого экрана не зависит от JavaScript

Мобильная версия: не адаптация, а равноценный опыт

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

Требования в SEO-ТЗ по мобильной версии:

Визуальные:

• Все элементы первого экрана видны без горизонтального скролла
• Кнопки и ссылки имеют достаточный размер для нажатия пальцем (минимум 44×44px)
• Текст читаем без масштабирования (минимум 16px)
• Меню работает на мобильном без ошибок

Функциональные:

• Формы заявки удобно заполняются с телефона
• Телефон кликабелен (ссылка tel:)
• Мессенджеры кликабельны
• Карточки товаров полностью работают на мобильном
• Галереи и слайдеры работают на свайп

SEO-технические:

• Мобильная версия загружается быстро
• Нет элементов, перекрытых всплывающими окнами
• Нет блокирующих интерстициалов, закрывающих контент

Редиректы, 404 и дубли

Эти три темы обычно решаются в процессе разработки и часто упускаются без SEO-ТЗ.

404 страница:

• Кастомная страница 404 с навигацией
• Сервер возвращает код 404 (не 200 с сообщением «страница не найдена»)
• Ссылки на главные разделы сайта на странице 404

Редиректы:

• 301 редирект с HTTP на HTTPS
• 301 редирект с www на без-www (или обратно — единый вариант)
• 301 редирект для URL со слэшем на конце или без (единый стандарт)
• 301 редиректы при переносе или изменении URL (если сайт новый — запланировать правила для будущего)

Дубли:

• Canonical прописывается на страницах с параметрами
• Нет дублей главной страницы (/, /index.html, /home/ — всё должно вести к одному URL)
• Версии для печати и служебные страницы закрыты

Микроразметка

Микроразметка (schema.org) помогает Яндексу лучше понимать содержимое страниц и показывать расширенные сниппеты.

Что прописать в SEO-ТЗ:

• Organization — данные о компании на всём сайте (название, адрес, телефон, логотип)
• BreadcrumbList — хлебные крошки
• FAQPage — разметка для блоков FAQ
• Product — для карточек товаров в интернет-магазине (цена, наличие, рейтинг)
• Article — для статей в блоге
• LocalBusiness — для локального бизнеса с адресом и часами работы

Микроразметку лучше заложить в шаблоны страниц с первого дня — добавить её потом значительно сложнее.

Посадочные страницы под услуги: почему структура важнее дизайна

Вернёмся к тому, с чего начали: отдельная посадочная под каждую услугу — это не прихоть SEO-специалиста. Это архитектурное решение, которое определяет, насколько широко сайт может быть представлен в поиске.

Что должна содержать страница услуги

Каждая страница услуги — это самостоятельный инструмент продвижения. В SEO-ТЗ нужно прописать шаблон страницы услуги со всеми необходимыми блоками:

1. H1 с основным ключом услуги — редактируется вручную
2. Первый экран — оффер, краткое описание, кнопка заявки
3. Описание услуги — что входит, как работает процесс
4. Преимущества — конкретные, без «мы лучшие»
5. Цены или факторы стоимости — важно для коммерческих запросов типа «цена»
6. Примеры работ или кейсы — встроенный блок с переходом на отдельные кейсы
7. FAQ — по запросам-хвостам темы
8. Форма заявки — обязательно, с мотивирующим заголовком
9. Ссылки на смежные услуги — перелинковка

Форма заявки должна быть видна без скролла или появляться в зоне видимости после прокрутки. Если форма спрятана в самом низу — конверсия падает.

SEO-ТЗ для разработчика: требования к страницам услуг

В ТЗ нужно прописать:

• У каждой услуги — отдельный URL
• Каждая страница имеет уникальный Title, Description, H1
• Шаблон страницы услуги содержит все необходимые блоки
• Все блоки редактируются через CMS без разработчика
• Форма заявки встроена в шаблон и не требует разработки под каждую страницу отдельно

Блог как SEO-инструмент: что заложить при разработке

Блог — это не просто «раздел со статьями». Это система привлечения информационного трафика с последующей конвертацией в заявки.

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

Технические требования к блогу в SEO-ТЗ

Структура:

• Блог доступен по понятному URL /blog/
• Статьи имеют ЧПУ: /blog/seo-tz-na-razrabotku-sayta/
• Есть категории блога с отдельными URL
• Хлебные крошки работают корректно

Метатеги:

• У каждой статьи редактируются Title, Description, H1 вручную
• Нет автоматической генерации Title из первого заголовка без возможности правки

Контент:

• Редактор поддерживает H2, H3 (и не путает иерархию)
• Изображения в статьях имеют поле ALT
• Поддерживается HTML-разметка для списков, таблиц, выделений
• Дата публикации и дата обновления отображаются на странице

Перелинковка:

• Блок «Похожие статьи» под каждой статьёй
• Возможность вставлять внутренние ссылки в текст без ограничений
• Блок перехода на услугу внутри статьи (может быть шаблонным блоком с редактируемым CTA)

SEO-технические:

• Нет пагинации без canonical (страницы /blog/page/2/ должны иметь правильно настроенные canonical или canonical на page/1/)
• Нет дублирования контента через категории
• Архивные страницы по месяцам или тегам закрыты от индексации или имеют canonical

Фильтры и каталог для интернет-магазина: критичные SEO-решения

Для интернет-магазина раздел про фильтры — один из самых важных в SEO-ТЗ. Здесь решения принимаются один раз, а последствия ощущаются годами.

Проблема фильтров и дублей

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

Например, в каталоге диванов есть фильтры: цвет (10 вариантов), материал (5 вариантов), форма (4 варианта), бренд (20 вариантов). Без управления индексацией это 10×5×4×20 = 4000 комбинаций страниц с почти одинаковым контентом.

Как решить проблему в SEO-ТЗ

В ТЗ нужно прописать:

Какие фильтры создают индексируемые страницы:

• Это фильтры с коммерческой ценностью: «диваны угловые», «диваны серые», «диваны недорого»
• Для них нужны уникальный Title, Description, H1 и текстовый блок
• Их URL включается в sitemap.xml

Какие фильтры закрываются от индексации:

• Комбинации нескольких фильтров одновременно
• Фильтры сортировки (по цене, по популярности)
• Фильтры по техническим параметрам без коммерческого спроса

Как работает canonical:

• На страницах с параметрами фильтрации прописывается canonical на чистый URL категории

Пагинация:

• Страница /katalog/divany/?page=2 должна иметь canonical на первую страницу или настроенный rel=»next/prev» (устарело, но Яндекс ещё учитывает)

Пустые категории:

• Если категория создана, но товаров нет — страница не индексируется (noindex) или показывается сообщение «нет товаров» с перелинковкой на смежные

Шаблоны метатегов для категорий

В SEO-ТЗ нужно прописать шаблоны для автоматической генерации метатегов категорий — с возможностью ручной правки для приоритетных:

• Title: [Название категории] — купить в [Город] | [Название магазина]
• Description: [Название категории] по выгодным ценам. [Число товаров] товаров. Доставка по [Город]. Заказать [Название категории].
• H1: [Название категории]

Это обеспечивает базовую уникальность метатегов на тысячах страниц — разработчик настраивает один раз, а SEO-специалист потом точечно дорабатывает приоритетные страницы.

Формы заявки и коммерческие элементы: SEO приводит — сайт конвертирует

SEO приводит пользователя на страницу. Дальше работает сайт. Если коммерческие элементы не заложены в ТЗ, можно получить трафик без заявок.

Требования к формам заявки в SEO-ТЗ

Наличие:

• Форма есть на каждой странице услуги
• Форма видна в зоне видимости (не нужно скроллить до конца страницы)
• На мобильном форма работает корректно

Функциональность:

• Форма отправляется без перезагрузки страницы (AJAX)
• После отправки появляется подтверждение
• Данные уходят на email и/или в CRM
• Настроена цель в Яндекс Метрике на отправку формы

Юзабилити:

• Минимум полей (имя + телефон или имя + email — достаточно)
• Кнопка с конкретным призывом: не «Отправить», а «Получить консультацию»
• Поля с корректной подсказкой (placeholder или label)

Другие коммерческие элементы

В SEO-ТЗ прописать обязательное наличие:

• Кликабельный телефон в шапке и подвале
• Ссылки на мессенджеры (Telegram, WhatsApp)
• Email с ссылкой mailto:
• Физический адрес (для локального бизнеса)
• Блок доверия: логотипы клиентов, сертификаты, цифры
• Отзывы (встроенные или с разметкой schema.org/Review)

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

Аналитика: подключить до запуска, не после

Аналитика — это не опция. Без неё невозможно понять, работает продвижение или нет, откуда приходят заявки и какие страницы конвертируют.

Яндекс Метрика

Яндекс Метрика должна быть подключена до запуска сайта — не через неделю после.

Требования в SEO-ТЗ:

• Код Метрики установлен на все страницы сайта
• Установлен через встроенный механизм CMS или через тег в <head>
• Работает корректно (не дублируется, не блокируется)

Цели, которые нужно настроить:

• Отправка каждой формы заявки
• Клик по номеру телефона
• Клик по ссылкам на мессенджеры
• Клик по email
• Добавление в корзину (для магазина)
• Оформление заказа (для магазина)
• Просмотр страницы «Контакты»
• Переход на страницу «Спасибо» после заявки (если используется)

Яндекс Вебмастер

Яндекс Вебмастер нужно подключить перед запуском или сразу после:

• Добавить сайт и верифицировать
• Указать регион сайта
• Загрузить sitemap.xml
• Проверить robots.txt
• Отслеживать ошибки индексации

Карты кликов и вебвизор

В Яндекс Метрике нужно активировать:

• Карту кликов (показывает, куда нажимают пользователи)
• Вебвизор (запись сессий пользователей)
• Карту скролла (насколько глубоко читают страницы)

Эти инструменты незаменимы при оптимизации конверсии после запуска.

Система управления контентом: что должен уметь администратор без разработчика

Если для изменения Title или добавления текста на страницу услуги нужно обращаться к разработчику — SEO будет тормозить постоянно.

Что должно редактироваться через CMS

В SEO-ТЗ прописать, что администратор сайта без технических знаний может:

• Добавить или изменить страницу услуги
• Отредактировать Title, Description, H1 любой страницы
• Изменить URL страницы (с автоматическим редиректом на новый)
• Добавить статью в блог с полной настройкой метатегов
• Загрузить изображение и заполнить ALT-тег
• Добавить новую форму или изменить поля существующей
• Создать или изменить страницу FAQ
• Редактировать внутренние ссылки в текстах

Это требование к выбору CMS и настройке ролей. Для большинства бизнесов подходят WordPress, Bitrix, Tilda с настроенным шаблоном или другие системы — при условии, что выбранная платформа позволяет гибко управлять всем перечисленным.

Отдельно о WordPress и Bitrix

WordPress — популярная CMS с хорошими SEO-плагинами (Yoast SEO, Rank Math). Позволяет гибко управлять метатегами. При правильной настройке удобен для SEO.

Bitrix — мощная корпоративная CMS, широко используемая в России. Имеет встроенные SEO-инструменты, но требует правильной первоначальной настройки. Гибкость ниже, чем у WordPress, но для крупных корпоративных сайтов и магазинов подходит хорошо.

В любом случае выбор CMS — это часть SEO-ТЗ, а не решение разработчика по умолчанию.

Хлебные крошки и перелинковка: встроить в шаблон с первого дня

Хлебные крошки (breadcrumbs) — это навигационная цепочка: «Главная → Услуги → SEO-продвижение». Они помогают пользователю ориентироваться и поисковику понимать иерархию сайта.

Требования к хлебным крошкам в SEO-ТЗ

• Хлебные крошки присутствуют на всех страницах, кроме главной
• Разметка schema.org/BreadcrumbList добавлена в шаблон
• Хлебные крошки кликабельны (каждый элемент — ссылка)
• На мобильном хлебные крошки отображаются корректно

Внутренняя перелинковка: что встроить в шаблоны

Перелинковка — это система внутренних ссылок сайта. Она влияет на то, как Яндекс понимает структуру и какие страницы считает важными.

В SEO-ТЗ прописать в шаблонах:

В шаблоне услуги:

• Блок «Смежные услуги» с ссылками на 2–4 похожих направления
• Блок «Последние кейсы» с ссылками на примеры работ

В шаблоне статьи:

• Блок «Похожие статьи» (3–5 ссылок)
• Блок «Читайте также» внутри текста (редактируется вручную)
• Блок «Полезно по теме» с ссылкой на коммерческую страницу услуги

В шаблоне карточки товара:

• Блок «С этим товаром покупают»
• Блок «Похожие товары»
• Ссылка на категорию и подкатегорию через хлебные крошки

В подвале сайта:

• Ссылки на все основные коммерческие страницы
• Ссылки на ключевые разделы блога

Полный чек-лист SEO-ТЗ для разработчика: распечатайте и проверьте

Ниже — систематизированный чек-лист, который можно передать разработчику до начала работы.

Блок 1: Структура и страницы

• Составлена карта страниц сайта
• Для каждой услуги — отдельный URL и страница
• Страницы FAQ, кейсов, блога заложены в структуру
• Служебные страницы (404, политика) предусмотрены
• Для магазина: определены индексируемые фильтры

Блок 2: URL

• Прописаны правила формирования URL (транслитерация, слэш, www)
• URL читаемые, без параметров и случайных символов
• Нет дублирования URL (http/https, www/без-www, слэш)

Блок 3: Метатеги

• Title редактируется вручную на каждой странице
• Description редактируется вручную на каждой странице
• H1 один на странице, редактируется вручную
• ALT изображений редактируется при загрузке
• Open Graph теги реализованы

Блок 4: Техническая часть

• HTTPS настроен, редирект с HTTP работает
• robots.txt открывает нужные страницы, закрывает служебные
• sitemap.xml генерируется и содержит все важные страницы
• Canonical прописывается на страницах с параметрами
• Скорость загрузки: изображения оптимизированы, lazy-load, минификация
• Мобильная версия проверена на реальных устройствах
• Ошибка 404 возвращает код 404, есть кастомная страница
• 301 редиректы настроены
• Нет смешанного контента (mixed content)

Блок 5: Микроразметка

• Organization разметка на главной
• BreadcrumbList в хлебных крошках
• FAQPage на страницах с FAQ
• Product на карточках товаров (для магазина)
• Article на страницах блога

Блок 6: Коммерческие элементы и аналитика

• Формы заявки на всех страницах услуг
• Телефон кликабелен (tel:), виден в шапке
• Мессенджеры с кликабельными ссылками
• Яндекс Метрика установлена, цели настроены
• Яндекс Вебмастер подключён
• Вебвизор и карта кликов активированы

Блок 7: CMS и управление

• Администратор может редактировать все метатеги без разработчика
• Можно добавлять и редактировать страницы услуг
• Блог поддерживает полное SEO-управление

Типичные ошибки разработки, которые блокируют SEO

Разберём конкретные ошибки, которые встречаются в реальных проектах — и как их предотвратить через SEO-ТЗ.

Ошибка первая: JavaScript-рендеринг без SSR

Сайт на Vue.js, React или Angular рендерится целиком на клиенте. Яндекс обходит страницу, получает пустой HTML и не видит контента.

Решение в SEO-ТЗ: прописать обязательный SSR (серверный рендеринг) или SSG (статическая генерация) для всех индексируемых страниц.

Ошибка вторая: дублирование главной страницы

Главная страница доступна по domain.ru/, domain.ru/index.html и domain.ru/home/. Три разных URL, один контент — три дубля.

Решение в SEO-ТЗ: прописать единственный URL главной страницы и 301 редиректы с остальных вариантов.

Ошибка третья: одинаковые метатеги на всех страницах категорий

Разработчик настраивает один шаблон Title для всех страниц каталога: «Каталог товаров — Название магазина». Все 200 страниц категорий имеют одинаковый Title.

Решение в SEO-ТЗ: шаблон Title для категорий должен включать название категории как переменную.

Ошибка четвёртая: закрытый robots.txt после разработки

Разработчик работает с закрытым сайтом, строка Disallow: / защищает от случайной индексации тестовой версии. Перед запуском забывают убрать.

Решение в SEO-ТЗ: прописать обязательную проверку robots.txt перед публикацией сайта.

Ошибка пятая: нет страниц под конкретные услуги

Все услуги перечислены маркированным списком на одной странице «Услуги». Красиво, компактно, удобно. Но у каждой услуги нет своего URL, Title, H1 и описания — продвигать по отдельным запросам невозможно.

Решение в SEO-ТЗ: каждая услуга — отдельная страница с уникальным URL и всеми метатегами.

Ошибка шестая: тяжёлый первый экран

Главная страница открывается через 5–7 секунд из-за видеофона, огромных изображений и анимаций. Яндекс видит медленный сайт — позиции страдают.

Решение в SEO-ТЗ: прописать конкретные требования по скорости, запрет на видео-фоны без ленивой загрузки, ограничение веса изображений.

Как проверить сайт перед запуском: SEO-приёмка

Когда сайт готов к запуску, нужно провести SEO-приёмку — проверить, всё ли выполнено по ТЗ.

Как проверить сайт на SEO-оптимизацию — это отдельный этап, который занимает 2–4 часа на типовой сайт услуг и значительно больше на сложный интернет-магазин.

Что проверить при SEO-приёмке

Технически:

• Открыть robots.txt и убедиться, что сайт открыт для индексации
• Проверить sitemap.xml через браузер
• Запустить проверку HTTPS (нет ошибок сертификата, нет mixed content)
• Проверить скорость через PageSpeed Insights или аналог
• Проверить мобильную версию на нескольких устройствах

Контентно:

• Title на главной, страницах услуг, первых статьях — уникальные и содержат ключи
• H1 на каждой странице — один, редактируемый, осмысленный
• Формы заявки — работают, уходит уведомление на email, цель в Метрике срабатывает
• Телефон — кликабелен на мобильном

Аналитически:

• Метрика установлена и работает (проверить через расширение Яндекс.Метрика для браузера)
• Цели на форму настроены и срабатывают
• Вебмастер подключён, сайт добавлен

SEO при редизайне и переносе: отдельный случай

Это отдельная тема, которую важно обозначить. Если сайт уже существует и его переносят или переделывают — SEO-ТЗ нужно ещё тщательнее, потому что к стандартным требованиям добавляются:

• Карта редиректов со старых URL на новые
• Сохранение всех существующих метатегов
• Перенос внутренних ссылок
• Проверка потери страниц из индекса

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

Как SITE PRO помогает с SEO-ТЗ на разработку сайта

Подготовка SEO-ТЗ требует понимания и разработки, и продвижения одновременно. Без этого понимания либо ТЗ получается поверхностным («сделайте красивый сайт»), либо SEO-требования конфликтуют с дизайном или функционалом.

Мы помогаем:

• Провести анализ ниши до разработки — понять, какие страницы нужны и по каким запросам
• Составить карту страниц с интентами и приоритетами
• Подготовить SEO-ТЗ для разработчика — от структуры до шаблонов метатегов
• Проверить макеты на SEO-корректность до начала верстки
• Принять сайт перед запуском — провести SEO-приёмку
• Настроить индексацию, аналитику и сразу начать продвижение

Правильно созданный сайт с SEO-ТЗ готов к продвижению первого сайта после запуска сразу — без переделок, без потери времени и без лишних расходов.

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

---

Часто задаваемые вопросы о SEO-ТЗ на разработку сайта

Что такое SEO-ТЗ на разработку сайта?

Это список технических и структурных требований к сайту, которые разработчик должен учесть при создании. Цель — сделать сайт, который сразу пригоден к продвижению в Яндексе: с правильной структурой, URL, метатегами, индексацией, скоростью, мобильной версией и аналитикой.

Когда нужно готовить SEO-ТЗ?

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

Что обязательно должно быть в SEO-ТЗ для разработчика?

Структура страниц, URL-правила, требования к редактированию Title/Description/H1, robots.txt, sitemap.xml, скорость загрузки, мобильная версия, формы заявки, аналитика, canonical и редиректы. Для интернет-магазинов — отдельно: логика индексации фильтров.

Почему сайт после разработки не продвигается?

Чаще всего из-за отсутствия посадочных страниц под запросы, закрытого robots.txt, неуправляемых метатегов, медленной загрузки, дублей страниц или отсутствия аналитики. Всё это устраняется при наличии SEO-ТЗ.

Можно ли добавить SEO после запуска сайта?

Можно и нужно. Но если сайт изначально сделан без SEO-структуры — часть работ будет переделкой, а не оптимизацией. Это дороже и дольше. Лучший путь — заложить SEO-ТЗ до разработки.

Нужно ли SEO-ТЗ для небольшого сайта-визитки?

Да. Даже небольшой сайт из 5–10 страниц должен иметь отдельные страницы под ключевые запросы, редактируемые метатеги, мобильную версию, форму заявки и подключённую аналитику.

Чем SEO-ТЗ отличается от обычного ТЗ на разработку?

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

Что будет, если разработчик не выполнит SEO-ТЗ?

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

SEO-ТЗ для разных платформ: что учитывать при выборе CMS

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

WordPress: гибкость и SEO-плагины

WordPress — одна из самых SEO-дружественных платформ при правильной настройке. Плагины Yoast SEO или Rank Math обеспечивают полное управление метатегами, XML-картой сайта, canonical и микроразметкой.

Что прописать в SEO-ТЗ для WordPress:

• Установка и настройка SEO-плагина (указать конкретный)
• Настройка шаблонов Title для категорий, тегов, архивов
• Закрытие тегов и авторских архивов от индексации (если они не нужны)
• Настройка robots.txt через плагин
• Подключение кэширования (WP Rocket, W3 Total Cache или аналог)
• Настройка оптимизации изображений (Imagify, Smush или аналог)

Bitrix: корпоративная мощь с нюансами

1С-Битрикс популярен для корпоративных сайтов и интернет-магазинов в России. Платформа мощная, но SEO-настройка требует опыта.

Что прописать в SEO-ТЗ для Bitrix:

• Настройка SEO-параметров для типов контента в настройках сайта
• Шаблоны метатегов для каталога и статей
• Настройка генерации sitemap.xml
• Правила ЧПУ для всех типов страниц
• Отключение дублирующих страниц (сессии, печатные версии)
• Настройка canonical для страниц с фильтрами

Tilda: ограничения для SEO

Tilda — удобный конструктор для лендингов и небольших сайтов. Но для сайтов с большим количеством страниц и сложной структурой она имеет существенные SEO-ограничения.

Ограничения, которые нужно учитывать в SEO-ТЗ:

• Нет полноценного управления URL — они генерируются автоматически
• Ограниченные возможности для блога с SEO
• Сложнее управлять internal linking
• Нет полноценного управления robots.txt

Tilda подходит для простых сайтов-визиток и одностраничников. Для многостраничных сайтов с активным SEO — лучше WordPress или другие CMS.

Самописные решения

Если сайт разрабатывается на фреймворке без стандартной CMS, SEO-ТЗ должно содержать явные технические требования по каждому пункту — от генерации sitemap до управления метатегами через панель администратора.

Риск самописных решений: разработчик строит систему управления контентом «под себя», и SEO-специалист потом не может редактировать нужные поля без обращения к программисту.

Особенности SEO-ТЗ для разных типов бизнеса

SEO-ТЗ не универсально. Для разных типов сайтов приоритеты расставляются по-разному.

Локальный бизнес (кафе, парикмахерская, автосервис)

Приоритеты в SEO-ТЗ:

• Правильная разметка LocalBusiness с адресом, телефоном, часами работы
• Интеграция с Яндекс Картами (кнопка «Маршрут»)
• Кликабельный телефон на первом экране
• Мобильная версия с максимальным удобством
• Форма записи или обратного звонка

Особенности URL:

• Если бизнес в одном городе — можно включить город в URL основных страниц
• Если несколько точек — отдельные страницы под каждый адрес

B2B-компания с узкой специализацией

Приоритеты в SEO-ТЗ:

• Страницы под отрасли клиентов («решения для производства», «решения для ритейла»)
• Кейсы с возможностью фильтрации по отраслям
• Экспертный блог с расширенными возможностями редактирования
• Страницы под конкретные задачи («автоматизация склада», «интеграция с CRM»)
• Форма заявки с полем для описания задачи

Онлайн-школа или образовательный проект

Приоритеты в SEO-ТЗ:

• Страницы каждого курса или программы — отдельно, с полным описанием
• Страницы по тематическим направлениям
• Блог с образовательным контентом
• Разметка Course для курсов
• Форма записи или регистрации с минимальными полями

Медицинский центр или клиника

Приоритеты в SEO-ТЗ:

• Страница каждой услуги — отдельно, с описанием, врачами, ценами
• Страницы врачей с разметкой Person
• Блог со статьями под медицинские запросы
• Форма записи на приём
• Регион в метатегах и микроразметке

Что нужно передать разработчику вместе с SEO-ТЗ

SEO-ТЗ — это не единственный документ при передаче задачи. Для полноценной работы разработчику нужно передать:

1. SEO-ТЗ — технические и структурные требования (этот документ)
2. Карта страниц — список всех страниц с URL, Title, H1
3. Дизайн-ТЗ — требования к визуальной части
4. Контент — тексты, изображения, прайсы, кейсы
5. Доступы — к хостингу, домену, CMS, Метрике, Вебмастеру

Чем полнее пакет документов — тем меньше вопросов в процессе, тем меньше доработок после запуска.

Сроки SEO-ТЗ: когда и сколько

Составление SEO-ТЗ занимает разное время в зависимости от масштаба:

Простой сайт услуг (до 20 страниц): 4–8 часов работы SEO-специалиста. Включает анализ ниши, карту страниц, базовые технические требования.

Корпоративный сайт (20–100 страниц): 1–3 рабочих дня. Включает детальную карту страниц, анализ конкурентов, расширенные технические требования.

Интернет-магазин (от 100 страниц): 3–7 рабочих дней. Включает логику каталога, фильтры, шаблоны метатегов, правила индексации.

Это вложение времени и денег, которое окупается на этапе разработки — когда переделки дешевле, чем после запуска.

Типичная история без SEO-ТЗ: и почему она повторяется

Бизнес хочет новый сайт. Находит веб-студию, те показывают красивые примеры. Обсуждают дизайн, цвета, шрифты, анимации. Подписывают договор. Через три месяца — красивый сайт с идеальным логотипом и паллетой цветов из тренда 2025 года.

Потом обращаются к SEO-специалисту. Тот смотрит и говорит: «Все услуги на одной странице, фильтры создают 2400 дублей, Title одинаковый на 80 страницах, robots.txt закрывает каталог, форма не отправляет уведомления, Метрика не подключена, скорость — 32 балла из 100».

Стоимость разработки: 300 000 рублей. Стоимость доработок перед SEO: ещё 150 000 рублей. Плюс 2 месяца задержки.

И в этом нет вины разработчика — он делал то, о чём его просили: красивый сайт. SEO-требований не было. Предъявить нечего.

SEO-ТЗ — это страховка. Не от плохого разработчика. От самой распространённой ошибки: начинать строить дом без фундамента.

Разработка сайта под SEO: правильный порядок действий

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

Шаг 1. Анализ ниши и конкурентов — до любых ТЗ. Какие запросы ищут, какие страницы у конкурентов в топе, какая структура у сильных сайтов.

Шаг 2. Карта страниц — перечень всех страниц с URL, интентом, приоритетом.

Шаг 3. SEO-ТЗ — технические и структурные требования к разработке.

Шаг 4. Дизайн-ТЗ — с учётом SEO-требований (расположение форм, скорость, мобильная версия).

Шаг 5. Разработка — с контролем соответствия SEO-ТЗ на ключевых этапах.

Шаг 6. SEO-приёмка перед запуском — проверка чек-листа.

Шаг 7. Запуск — с настроенной аналитикой, открытой индексацией, работающими формами.

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

Именно такой порядок обеспечивает максимальный результат при минимальных потерях времени и денег на переделки.

SEO-ТЗ и работа с разработчиком: как контролировать выполнение

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

Точки контроля в процессе разработки

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

После вёрстки главной страницы:
Проверить корректность H1, наличие метатегов, работу формы, скорость, мобильную версию.

После вёрстки шаблонов:
Проверить шаблон страницы услуги, шаблон статьи, шаблон категории. Убедиться, что все поля редактируются, метатеги управляемы.

После наполнения контентом:
Проверить несколько страниц на уникальность Title, наличие H1, ALT изображений.

Перед запуском:
Полный SEO-чек-лист.

Как общаться с разработчиком на языке SEO-требований

Разработчик думает кодом, функционалом и сроками. SEO-специалист — запросами, структурой и конверсиями. Чтобы не терять время на недопонимание, формулировки в SEO-ТЗ должны быть конкретными:

Не «сделать хорошее SEO», а «у каждой страницы — уникальный Title до 65 символов, редактируемый через поле в CMS».

Не «сайт должен быть быстрым», а «время загрузки первого экрана — не более 2 секунд на мобильном при 3G соединении».

Не «сделать блог», а «блог доступен по /blog/, каждая статья имеет уникальный URL в формате /blog/[slug]/, редактируемые Title, Description, H1, ALT изображений, дату публикации и обновления».

Конкретность — это то, что превращает SEO-ТЗ в работающий инструмент.

Стоимость SEO-ТЗ и выгода от его наличия

Составление SEO-ТЗ — это платная работа квалифицированного специалиста. Стоит ли она своего?

Простой расчёт. Средняя стоимость доработки сайта после запуска под SEO-требования — от 30 000 до 200 000 рублей в зависимости от масштаба. Это без учёта потерянного времени (обычно 1–3 месяца задержки в продвижении).

Стоимость SEO-ТЗ — значительно меньше стоимости последующих переделок.

Дополнительный эффект: сайт, созданный по правильному SEO-ТЗ, начинает продвигаться быстрее. Нет блокирующих технических ошибок, есть правильная структура, есть аналитика. Первые результаты появляются раньше.

Когда SEO-ТЗ особенно критично

Есть ситуации, когда SEO-ТЗ переходит из категории «желательно» в категорию «обязательно»:

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

Многостраничный корпоративный сайт. Без SEO-ТЗ по структуре — нет посадочных под ключевые запросы, нет органического трафика.

Сайт на JavaScript-фреймворке. Без явного требования SSR/SSG — сайт может быть невидим для Яндекса.

Сайт с несколькими регионами. Без SEO-ТЗ по региональным страницам и URL — нет возможности продвигаться по локальным запросам.

Медицинские, юридические, финансовые сайты. Особые требования к контенту (YMYL-тематики), микроразметка, доверительные сигналы — всё должно быть заложено заранее.

Итог: SEO-ТЗ — это экономия, а не расход

Хочется завершить не с инструкцией, а с главной мыслью.

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

SEO-ТЗ — это не технический документ для программистов. Это бизнес-решение: какой сайт нам нужен, чтобы он приносил заявки, а не просто занимал место в интернете.

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

Заложите SEO-ТЗ до разработки — и вы избежите самой распространённой и дорогостоящей ошибки в digital-маркетинге.

Дополнительные аспекты SEO-ТЗ: безопасность и технические тонкости

Есть несколько технических моментов, которые редко попадают в стандартные SEO-ТЗ — но влияют на продвижение в Яндексе.

Защита сайта и SEO

Взломанный сайт — это потеря позиций. Яндекс выявляет заражённые сайты и удаляет их из выдачи или помечает как опасные.

Что прописать в SEO-ТЗ по безопасности:

• SSL-сертификат с автоматическим обновлением
• Регулярные бэкапы (минимум раз в день)
• Закрытый доступ к /wp-admin/, /admin/, /bitrix/admin/ по IP или с двухфакторной аутентификацией
• Защита от SQL-инъекций и XSS-атак
• Скрытие версии CMS из служебных файлов

Безопасность — часть технического фундамента, от которого зависит стабильность продвижения.

Структурированные данные Open Graph

Open Graph разметка — это мета-теги для корректного отображения страниц при расшаривании в социальных сетях.

В SEO-ТЗ прописать:

• og:title, og:description, og:image — редактируются для каждой страницы
• og:image — изображение с правильными размерами (минимум 1200×630px)
• Автоматическая генерация Open Graph из основных метатегов с возможностью ручной правки

Open Graph не влияет напрямую на ранжирование, но влияет на CTR при расшаривании и на формирование поведенческих сигналов.

Пагинация и её правильная настройка

Если на сайте есть страницы со списками: каталог, блог, архивы — пагинация должна быть настроена правильно.

В SEO-ТЗ:

• Страницы пагинации не дублируют контент первой страницы
• /blog/page/2/ имеет canonical на /blog/ или настроен rel=»next»
• Страницы с пагинацией не закрыты от индексации (если на них уникальный контент)
• Нет бесконечной прокрутки без дублирования URL

Каноникал для похожих страниц

canonical — это HTML-тег, который указывает Яндексу, какая из нескольких похожих страниц является основной.

Частые случаи, где нужен canonical:

• Страницы с UTM-параметрами (?utm_source=...)
• Страницы фильтров каталога
• Страницы пагинации
• Страницы с разными вариантами URL (www/без-www, http/https)
• Версии страниц для печати

В SEO-ТЗ прописать правила для каждого из этих случаев — как формируется canonical и есть ли автоматическая генерация.

Языковые теги и мультиязычность

Если сайт будет на нескольких языках — hreflang теги обязательны.

В SEO-ТЗ для мультиязычного сайта:

• Отдельные URL для каждой языковой версии (не один URL с JS-переключением)
• hreflang прописан в шаблонах для каждой страницы
• Перевод URL, а не только контента

Это специфичный, но критичный пункт для сайтов, работающих на несколько стран.

SEO-ТЗ для сайта услуг: готовый шаблон по разделам

Подведём всё в структуру готового шаблона. Скопируйте, дополните под свой проект и передайте разработчику.

---

БЛОК 1: СТРУКТУРА САЙТА

Перечень страниц и URL:

• Главная: /
• SEO-продвижение: /seo-prodvizhenie/
• Разработка сайтов: /razrabotka-sajtov-spb/
• Стоимость SEO: /ceny/
• Блог: /blog/
• О компании: /o-kompanii/
• Контакты: /kontakty/
• Политика: /politika-konfidencialnosti/
• 404: страница ошибки

Для каждой услуги — аналогичная запись.

---

БЛОК 2: ТЕХНИЧЕСКИЕ ТРЕБОВАНИЯ

• HTTPS: обязательно
• robots.txt: открыт для продуктивной версии
• sitemap.xml: автогенерация, включает все важные страницы
• Скорость: PageSpeed Mobile > 60 (желательно > 80)
• Мобильная версия: адаптивный дизайн, все формы работают
• Редиректы: 301 с HTTP→HTTPS, www→без-www, правила ЧПУ
• 404: кастомная страница с навигацией
• Canonical: автоматически на страницах с параметрами

---

БЛОК 3: МЕТАТЕГИ

• Title: поле в CMS, уникальное, до 65 символов
• Description: поле в CMS, уникальное, до 160 символов
• H1: поле в CMS, один на страницу
• ALT: поле при загрузке изображений
• Open Graph: автогенерация из основных метатегов

---

БЛОК 4: АНАЛИТИКА

• Яндекс Метрика: установлена до запуска
• Цели: отправка каждой формы, клики tel:, клики мессенджеры
• Вебвизор: активирован
• Яндекс Вебмастер: добавлен, sitemap загружен

---

БЛОК 5: КОММЕРЧЕСКИЕ ЭЛЕМЕНТЫ

• Форма заявки: на каждой странице услуги, AJAX-отправка
• Телефон: кликабелен (tel:) в шапке и подвале
• Мессенджеры: ссылки в шапке
• CTA-кнопки: на первом экране каждой страницы услуги

---

Этот шаблон — отправная точка. Под каждый проект он дополняется специфическими требованиями.

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