ТЗ на корпоративный сайт 2026: полный гайд

Коротко: Чтобы составить техническое задание на сайт в 2026 году, необходимо заложить в него требования к локализации серверов в РФ, внедрить раздельные согласия на обработку ПДн согласно закону № 156-ФЗ и настроить управление Cookie через активные баннеры. ТЗ на разработку корпоративного сайта должно включать жесткую связку с CRM, архитектуру под высокие нагрузки и полную юридическую прозрачность для защиты от штрафов до 15 млн рублей.

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

Функциональные требования к архитектуре корпоративного сайта

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

Важно разделять фронтенд и бэкенд на уровне требований. Фронтенд должен обеспечивать мгновенную отрисовку интерфейса (Core Web Vitals), а бэкенд - бесперебойную работу с базами данных и API. При проектировании структуры обязательно закладывайте модульность. Это значит, что каждый блок - от карточки товара до блока с отзывами - должен быть независимым компонентом. Такой подход позволяет быстро собирать новые лендинги внутри существующей системы без переписывания кода.

Основные компоненты архитектуры

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

• Уровни доступа: разграничение прав для контент-менеджеров, маркетологов и администраторов.
• Система управления контентом (CMS): требования к гибкости полей, возможности создания кастомных типов записей и удобству админ-панели.
• Масштабируемость: возможность добавления новых языковых версий или расширения каталога без потери производительности.
• API-first подход: подготовка интерфейсов для легкого подключения внешних сервисов, от систем аналитики до складского учета.

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

Сбор персональных данных: новые стандарты 2026 года

Законодательный ландшафт в области защиты данных стал максимально жестким. Если раньше компании могли обходиться одной галочкой "Я согласен с условиями", то в 2026 году правила игры изменились. Основной документ, который нужно учитывать - Федеральный закон от 24.06.2025 № 156-ФЗ. Он устанавливает, что согласие на обработку персональных данных должно быть оформлено как отдельный, самостоятельный документ. Это не просто формальность, а юридическое требование, нарушение которого влечет за собой серьезные санкции.

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

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

Не забывайте про идентификаторы. Приказ Роскомнадзора № 68, вступивший в силу весной 2025 года, строго регулирует использование идентификаторов рекламы. Это касается не только маркетинговых инструментов, но и того, как сайт фиксирует активность пользователя. В ТЗ должно быть четко прописано, как именно собираются и хранятся эти данные, чтобы обеспечить соответствие требованиям по их защите и хранению.

Юридическая безопасность: чекбокс согласия и политика ПДн

Юридический блок в ТЗ - это страховка вашего бюджета. В 2026 году цена ошибки в этом разделе исчисляется миллионами. Штрафы за нарушение законодательства о персональных данных начинаются от 300 000 - 700 000 рублей. Но это лишь верхушка айсберга. Если произойдет доказанная утечка данных, сумма штрафа может достичь 15 млн рублей, а при повторных инцидентах регулятор может применить санкцию в размере 3% от вашей годовой выручки.

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

Рядом с чекбоксом обязательно должна располагаться прямая ссылка на полный текст согласия. Это не просто "Политика конфиденциальности", а конкретный документ, в котором прописано, какие именно данные вы берете, зачем они вам нужны и кому вы их передаете. Важно понимать, что политика должна быть доступна с любой страницы сайта. Самый простой и надежный способ - разместить ссылку на нее в футере (подвале) сайта, который дублируется на всех разделах.

Чек-лист юридической готовности сайта

Перед тем как отдавать проект в эксплуатацию, проверьте выполнение следующих условий, заложенных в ТЗ:

1. Каждая форма сбора данных имеет отдельный, не проставленный заранее чекбокс.
2. Текст согласия является отдельным документом, а не абзацем в политике.
3. Политика обработки персональных данных опубликована в открытом доступе.
4. Пользователь может легко найти ссылку на политику с любого раздела сайта.
5. В документе четко указаны цели сбора данных, соответствующие функционалу формы.

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

Технические требования к серверному оборудованию и локализации

Вопрос локализации данных перестал быть рекомендацией и стал жестким законом. С 1 июля 2025 года для первичного сбора персональных данных граждан РФ требуется использование программного обеспечения и серверов, которые физически находятся на территории России. Это означает, что при выборе хостинга или облачного провайдера вы не можете просто выбрать самый дешевый вариант в Европе или США. Ваш сервер должен иметь физический адрес в РФ.

В ТЗ на разработку корпоративного сайта необходимо прописать требования к инфраструктуре. Это касается не только места хранения, но и процесса обработки. При обработке персональных данных сайт должен обеспечивать хранение, запись и систематизацию данных исключительно в базах данных, расположенных в России. Если ваш проект использует международные облачные сервисы (например, AWS или Google Cloud), необходимо предусмотреть архитектурное решение, которое позволит дублировать или переносить данные на российские мощности.

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

При проектировании серверной части также стоит учитывать требования к отказоустойчивости. Корпоративный сайт - это лицо бизнеса. Если сервер "упадет" из-за перегрузки или атаки, это приведет к потере лидов и репутационным издержкам. В ТЗ следует указать требования к аптайму (доступности) не менее 99.9%, использование балансировщиков нагрузки и настроенную систему автоматического резервного копирования (бэкапов), которые также должны храниться на серверах в РФ.

Интеграция сайта с CRM и системами автоматизации

Сайт не должен существовать в вакууме. Его главная задача в B2B - это генерация лидов и передача их в отдел продаж. Поэтому интеграция с CRM (Bitrix24, amoCRM и др.) является критическим узлом. Если в ТЗ не прописаны детальные требования к передаче данных, вы получите "мертвые" лиды: менеджер увидит только номер телефона, но не поймет, какой товар интересовал клиента или на каком этапе воронки тот находится.

Качественная интеграция подразумевает передачу не только контактных данных, но и всего контекста. Например, если пользователь заполнил форму на странице "Промышленные насосы серии X", в CRM должна упасть сделка с указанием конкретной категории товара. Это позволяет маркетологу настроить ретаргетинг, а РОПу - правильно распределить нагрузку между специалистами. Интеграция должна быть настроена не только на передачу данных, но и на получение обратной связи: например, изменение статуса сделки в CRM может триггерить отправку автоматического письма клиенту с сайта.

Сценарии автоматизации, которые нужно заложить в ТЗ

При составлении технического задания на сайт обязательно опишите следующие процессы:

• Передача лида: мгновенная отправка данных из формы в CRM с привязкой к источнику (UTM-метки).
• Синхронизация каталога: автоматическое обновление остатков и цен на сайте на основе данных из 1С или другой ERP-системы.
• Личный кабинет клиента: возможность видеть историю заказов, скачивать счета и отслеживать статус доставки.
• Email-маркетинг: передача данных о поведении пользователя на сайте в сервисы рассылок для сегментации базы.

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

Настройка Cookie-файлов и управления аналитическими скриптами

В 2026 году подход "мы просто ставим Google Analytics и работаем" больше не работает. Теперь управление Cookie-файлами должно быть прозрачным и управляемым пользователем. На сайте обязан присутствовать баннер (cookie banner), который не просто информирует о сборе данных, а дает возможность выбора категорий файлов. Пользователь должен иметь право разрешить "необходимые" файлы (без которых сайт не работает), но запретить "маркетинговые" или "аналитические".

Самое важное техническое требование: аналитические скрипты (Google Tag Manager, Яндекс.Метрика и др.) должны блокироваться до тех пор, пока пользователь не даст явное согласие. Если ваш сайт начинает собирать данные о поведении пользователя еще до того, как он нажал "Принять" на баннере, вы нарушаете правила обработки данных. Это техническая задача, которую нужно четко прописать в ТЗ для веб-разработчика.

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

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

Требования к языковой версии и контентной стратегии

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

Технически это реализуется через использование атрибутов hreflang, которые подсказывают поисковым системам, какая версия страницы предназначена для какого региона и языка. Если вы просто сделаете переключатель, который меняет текст, но не меняет URL (например, с /en/ на /ru/), вы потеряете позиции в международной выдаче. Правильная структура: каждая языковая версия имеет свой уникальный URL, что позволяет эффективно продвигать каждую из них отдельно.

Элементы контентной стратегии в ТЗ

Контент должен работать на бизнес-цели. В ТЗ стоит прописать требования к управлению контентом:

• SEO-оптимизация: возможность редактирования мета-тегов (Title, Description, H1) для каждой страницы и каждой языковой версии отдельно.
• Управление медиа-файлами: поддержка форматов WebP/AVIF для быстрой загрузки изображений и видео без потери качества.
• Структура экспертных материалов: шаблоны для блогов, кейсов и технических описаний, которые легко масштабировать.
• Локализация форматов: учет различий в форматах дат, валют и единиц измерения в разных языковых версиях.

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

Типичные ошибки в ТЗ и как избежать штрафов

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

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

Третья ошибка - отсутствие требований к интеграциям. Если вы не прописали, как данные должны передаваться между сайтом, CRM и складской программой, вы получите разрозненные системы. Данные будут теряться, дублироваться или искажаться. Это ведет к хаосу в отделе продаж и прямой потере денег. Всегда требуйте от разработчиков описания схем данных (Data Mapping) в рамках ТЗ.

Чтобы избежать штрафов и технических провалов, используйте этот краткий список контрольных точек:

• Проверьте юридическую чистоту: есть ли в ТЗ раздельные согласия и блокировка скриптов до согласия на Cookie?
• Проверьте локализацию: указано ли требование о хранении баз данных на серверах в РФ?
• Проверьте интеграции: прописаны ли форматы данных и сценарии обработки ошибок при передаче в CRM?
• Проверьте масштабируемость: заложена ли модульная архитектура для быстрого роста бизнеса?

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

• Согласие на обработку ПДн в 2026 году - это отдельный документ и отдельный чекбокс для каждой формы.
• Серверы и базы данных для сбора данных граждан РФ должны физически находиться в России.
• Аналитические скрипты нельзя запускать до того, как пользователь нажал "Принять" на Cookie-баннере.
• ТЗ должно содержать четкие технические параметры (скорость, аптайм, форматы данных), а не абстрактные пожелания.