Как прописать требования к SEO в ТЗ

Коротко: Чтобы правильно составить ТЗ на SEO в 2026 году, необходимо объединить технические требования к коду с жесткими юридическими рамками. В ТЗ нужно закрепить раздельное согласие на обработку данных и рекламу, требования к локализации серверов в РФ, правила работы рекомендательных алгоритмов и интеграцию с аналитикой. Игнорирование этих пунктов ведет к штрафам до 1,4 млн рублей.

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

Фундаментальные блоки технического задания для SEO

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

Первый блок - это техническая структура и индексация. Здесь вы прописываете требования к файлу robots.txt, карте сайта sitemap.xml и правилам обработки редиректов. Важно указать, как сайт должен реагировать на ошибки 404 или 500. Если разработчик не получит четких инструкций, он может настроить автоматические редиректы так, что поисковые роботы перестанут видеть уникальный контент, и вы потеряете позиции.

Второй блок - это скорость загрузки и мобильная адаптация. Но это не абстрактное "сделайте быстро". В ТЗ нужно прописать конкретные метрики Core Web Vitals. Нужно указать максимально допустимое время отрисовки основного контента (LCP) и отсутствие сдвигов макета (CLS). Для SEO ТЗ для разработчика это критично, потому что медленный сайт не только не растет в поиске, но и не конвертирует трафик.

Третий блок касается микроразметки. Поисковые системы в 2026 году все больше полагаются на структурированные данные для понимания контекста страницы. В ТЗ необходимо закрепить использование схем Schema.org для товаров, отзывов, FAQ и хлебных крошек. Без этого ваш сниппет в выдаче будет выглядеть бедно, и CTR (кликабельность) упадет, даже если вы находитесь на первой позиции.

Пример из практики

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

Как интегрировать требования по персональным данным

Современное SEO больше не ограничивается только текстами и ссылками. Сегодня это работа с данными. Если ваша стратегия подразумевает сбор заявок, регистрации или использование личного кабинета, вы обязаны прописать в ТЗ требования по защите персональных данных (ПДн). С 1 сентября 2025 года правила игры радикально изменились, и ошибки здесь стоят очень дорого.

Главное требование - это принцип селективности. Вы не можете использовать одну галочку "Я согласен с политикой конфиденциальности и условиями использования". В ТЗ для разработчика должно быть четко указано: создание отдельных чекбоксов для каждой цели обработки. Например, один чекбокс для обработки данных для оформления заказа, второй - для получения маркетинговых рассылок, третий - для передачи данных третьим лицам, если это необходимо.

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

Не забудьте про идентификацию данных. В 2026 году к персональным данным относится не только ФИО и телефон, но и IP-адрес, данные о местоположении и идентификаторы устройства. Это означает, что даже простая аналитика на сайте требует юридической чистоты. Если вы не прописали это в ТЗ, вы получите "дырявую" систему сбора данных, которая не соответствует закону.

Таблица: Разделение согласий в формах

Настройка аналитики и трансграничной передачи данных

Аналитика - это мозг вашего SEO. Но в 2026 году этот мозг должен работать в рамках правового поля. Если ваш сайт использует зарубежные системы аналитики (например, сервисы, чьи серверы находятся вне России), это классифицируется как трансграничная передача персональных данных. Это обязательный пункт в любом ТЗ на SEO и веб-аналитику.

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

Крайне важно требовать от разработчиков локализации баз данных. Согласно актуальным требованиям на 20 октября 2026 года, все персональные данные граждан РФ должны собираться, храниться и обрабатываться на серверах, физически расположенных на территории России. Это касается не только основной базы данных, но и логов, которые могут содержать IP-адреса пользователей.

Как это реализовать технически? В ТЗ нужно прописать требования к архитектуре: первичный сбор и хранение данных должны происходить на российском хостинге или в российском облаке. Только после этого, при соблюдении всех условий, данные могут быть переданы в аналитические системы. Если разработчик настроил передачу данных напрямую из браузера пользователя на зарубежный сервер без промежуточного звена в РФ - это риск штрафа.

Юридические нюансы сбора согласий на сайте

Юридическая чистота сайта - это фундамент, на котором строится доверие и поисковая релевантность. Ошибки при составлении SEO ТЗ часто связаны с тем, что маркетологи просят "просто поставить плашку с куки", а разработчики делают это формально. В 2026 году такой подход не работает. Нужно прописывать требования к Cookie-баннеру (Consent Management Platform).

Пользователь должен иметь возможность выбрать категории cookie, которые он разрешает использовать. Например, он может разрешить технические cookie (необходимые для работы корзины), но запретить аналитические или рекламные. Это должен быть понятный выбор, а не просто кнопка "ОК". В ТЗ необходимо указать, что баннер не должен блокировать доступ к контенту до выбора, но должен быть навязчивым ровно настолько, чтобы получить выбор.

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

Не забывайте про актуальность данных. Если ваша политика сайта не соответствует реальности (например, в документе написано, что вы не собираете IP-адреса, а вы их собираете для аналитики), это прямое нарушение. В ТЗ нужно прописать требование к синхронизации: при любом изменении функционала сбора данных (новые поля в формах, новые скрипты) должен автоматически обновляться (или требовать обновления) юридический блок.

Требования к рекомендательным технологиям и алгоритмам

В 2026 году поисковые системы и пользователи ждут от сайтов персонализации. Рекомендательные системы (блоки "С этим товаром покупают", "Вам может понравиться") стали стандартом. Однако использование таких технологий накладывает на бизнес юридические обязательства. Если ваш сайт анализирует интересы пользователя, чтобы подстроить выдачу, вы обязаны об этом сообщить.

В ТЗ на SEO и разработку нужно включить раздел "Рекомендательные технологии". Здесь должны быть прописаны две вещи: прозрачность и правила работы алгоритмов. Пользователь должен понимать, почему он видит именно этот товар или эту статью. Это можно реализовать через небольшие текстовые вставки (например, "Подборка сформирована на основе ваших предыдущих просмотров").

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

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

Связка SEO стратегии и маркетинговых рассылок

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

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

Также нужно учитывать налоговый аспект. С 2026 года действует налог на интернет-рекламу (3% от дохода от распространения рекламы). Это влияет на то, как вы считаете эффективность каналов. В ТЗ для аналитиков и SEO-специалистов нужно закладывать корректную разметку всех рекламных касаний, чтобы в маркетинговых отчетах можно было четко разделить органический трафик и платный, учитывая налоговую нагрузку на рекламные бюджеты.

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

Типичные ошибки при постановке задач SEO-специалисту

Даже если вы профессиональный маркетолог, вы можете допустить ошибки, которые перечеркнут весь бюджет на продвижение. Основная ошибка - это попытка сэкономить на юридической чистоте в угоду скорости запуска. "Давайте запустим формы без чекбоксов, а потом допишем" - это путь к штрафам в 300 000 рублей за неуведомление Роскомнадзора или еще большему за нарушение правил сбора данных.

Вторая ошибка - размытые требования к технической части. Если вы просите "оптимизировать сайт под мобильные", вы получите посредственный результат. Нужно требовать конкретные показатели по скорости и адаптивности. Без четких метрик (LCP, FID, CLS) вы не сможете проверить работу разработчика и не поймете, почему позиции в поиске начали падать.

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

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

Список типичных ошибок:

• Объединение согласия на обработку ПДн и согласия на рекламу в один чекбокс.
• Использование предустановленных (залитых) галочек в формах.
• Отсутствие разделения согласий на первичную обработку и трансграничную передачу.
• Игнорирование требований к локализации серверов в РФ.
• Отсутствие требований к прозрачности алгоритмов рекомендаций.

Чек-лист проверки готового ТЗ на соответствие закону

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

Проверка юридической части:

1. Предусмотрено ли в формах раздельное согласие на обработку ПДн и на получение рассылки?
2. Исключены ли предустановленные галочки в чекбоксах?
3. Прописана ли в ТЗ необходимость уведомления Роскомнадзора о начале обработки данных?
4. Указано ли требование о хранении данных на серверах в РФ?
5. Есть ли в ТЗ требование о наличии отдельного согласия на трансграничную передачу данных?

Проверка технической части:

1. Указаны ли конкретные метрики Core Web Vitals в требованиях к скорости?
2. Прописаны ли требования к микроразметке (Schema.org) для всех типов контента?
3. Зафиксированы ли правила работы рекомендательных алгоритмов и способы информирования об этом пользователя?
4. Есть ли требования к Cookie-баннеру с возможностью выбора категорий?

Проверка маркетинговой части:

1. Учтена ли необходимость предварительного согласия на получение SMS/Email рассылок?
2. Прописана ли возможность легкого отзыва согласия через личный кабинет или форму?

Что запомнить:

• SEO в 2026 году - это не только про ключевые слова, но и про юридическую безопасность данных.
• Раздельное согласие - это закон, а не "фишка" маркетолога.
• Серверы в России - обязательное условие для хранения ПДн граждан РФ.
• Несоблюдение правил работы алгоритмов стоит до 1,4 млн рублей.
• Всегда проверяйте, чтобы политика сайта соответствовала реальным действиям сайта.