Согласие на обработку данных для сайта: образец 2026

Короткий вывод

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

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

Минимальная рабочая схема выглядит так:

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

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

Исходная проблема

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

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

Статья 9 Федерального закона № 152-ФЗ возлагает обязанность доказать получение согласия на оператора. Скриншот текущей формы этого не делает: текст мог измениться после отправки заявки, чекбокс мог быть предвыбран, а состояние галочки — потеряться при передаче лида в систему продаж.

Что мы проанализировали

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

В основу проверки вошли:

• требования статей 5, 6, 9, 18, 18.1, 21 и 22 Федерального закона № 152-ФЗ;
• требование с 1 сентября 2025 года оформлять согласие отдельно, введённое Федеральным законом № 156-ФЗ;
• ответственность по КоАП в редакции изменений, введённых Федеральным законом № 420-ФЗ;
• классы дефектов, встречающиеся при подключении лид-форм и чат-виджетов: предвыбранная галочка, объединённые цели, неверсионированный текст, хранение отметки только в письме и запуск рассылки по базе заявок;
• собственная методология проверки доли лидов, по которым можно воспроизвести полное доказательство согласия.

Международный полевой эксперимент 2025–2026 годов показал, что при нейтральном интерфейсе более половины участников соглашались на все cookie, а сокрытие отказа за дополнительным действием снижало выбор отказа на 70%. Ещё 22% закрывали окно без решения. Это наблюдение о поведении пользователей, а не российская правовая норма и не показатель конверсии российских лид-форм. Оно показывает другое: дизайн существенно меняет волеизъявление, поэтому манипулятивный интерфейс нельзя считать нейтральным способом получения согласия. Источник — полевое исследование интерфейсов согласия.

Публичных данных о среднем влиянии отдельного рекламного чекбокса на конверсию российских форм в 2025–2026 годах нет. Любой универсальный процент потери заявок в этом вопросе был бы выдумкой.

Главный вывод

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

• кто являлся оператором;
• какая редакция согласия была показана;
• для какой цели пользователь совершил действие;
• когда и из какого интерфейса поступило подтверждение;
• был ли отдельный выбор по рекламе;
• не отозвано ли согласие позднее.

Для аудита выгрузите лиды за выбранный период и рассчитайте долю записей с полным комплектом доказательств:

лиды с воспроизводимым доказательством / все лиды, обрабатываемые на основании согласия × 100%

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

Таблица: политика, согласие на обработку данных и согласие на рекламу

Разбор по пунктам

1. Какие данные с сайта считаются персональными

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

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

Форма обратной связи не обязана содержать заранее установленный законом набор полей. Принцип статьи 5 Федерального закона № 152-ФЗ другой: данные должны соответствовать заранее определённой цели и не быть избыточными. Для заказа обратного звонка телефон может быть обязательным, а дата рождения, домашний адрес или должность — нет, если они не нужны для ответа.

Перед добавлением чекбокса составьте карту:

цель → данные → действия → срок → получатели → правовое основание

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

2. Что должно быть в согласии и какой текст использовать

Для обычной формы статья 9 допускает согласие в любой форме, позволяющей подтвердить его получение, если федеральный закон не требует письменной формы. Такое согласие должно быть свободным, конкретным, предметным, информированным, сознательным и однозначным.

Часть 4 статьи 9 устанавливает расширенный состав именно для случаев, когда закон требует письменного согласия: туда входят данные удостоверяющего документа и подпись. Обычный веб-чекбокс сам по себе не становится письменным согласием в смысле этой нормы. Поэтому нельзя обещать, что приведённый ниже образец подходит для специальных категорий данных, биометрии или другого процесса, где необходима письменная форма.

Для стандартной формы заявки в тексте целесообразно указать:

• точное наименование оператора и адрес;
• ИНН или другой идентификатор для однозначного отличия оператора — это полезная практика, хотя статья 9 прямо требует наименование и адрес, а не ИНН для каждого электронного согласия;
• конкретную цель;
• исчерпывающий перечень собираемых данных;
• действия с ними и способы обработки;
• получателей или обработчиков, если это необходимо для информированного выбора;
• срок действия согласия либо понятное условие его прекращения;
• способ отзыва;
• последствия отзыва и ссылку на политику.

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

**Согласие на обработку персональных данных** Я свободно, своей волей и в своём интересе даю [полное наименование оператора], ИНН [ИНН], адрес: [адрес оператора], согласие на обработку персональных данных, переданных мной через форму [название формы] на странице [адрес или описание страницы]. Цель обработки: получение и обработка моего запроса, подготовка ответа, связь со мной по указанным контактным данным и выполнение действий, необходимых для заключения договора по моей инициативе. Перечень данных: [имя], [номер телефона], [адрес электронной почты], [название компании], [содержание сообщения]. Оставьте только поля, которые фактически собирает форма и которые нужны для указанной цели. Разрешённые действия: сбор, запись, систематизация, накопление, хранение, уточнение, извлечение, использование, передача лицам, обрабатывающим данные по поручению оператора, блокирование, удаление и уничтожение. Обработка осуществляется с использованием средств автоматизации и без их использования.

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

Короткая подпись у формы может выглядеть так:

[ ] Даю согласие на обработку персональных данных для обработки моего запроса на условиях отдельного текста согласия.

Ссылка должна вести именно на текст согласия, а не только на политику.

3. Как оформить чекбоксы и разделить цели

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

Рабочий вариант:

[ ] Даю согласие на обработку данных для ответа на мой запрос.

[ ] Хочу получать рекламные и информационные предложения по указанным контактам.

Второй чекбокс не должен блокировать отправку заявки. Предварительное согласие на рекламу требуется по статье 18 Федерального закона № 38-ФЗ, а доказать его наличие обязан рекламораспространитель. После отказа рекламное взаимодействие нужно прекратить немедленно.

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

Чекбокс не должен:

• иметь атрибут checked при первой загрузке;
• активироваться при простом продолжении просмотра страницы;
• объединять обязательную обработку заявки с необязательной рекламой;
• скрывать полный текст за неработающей ссылкой;
• менять состояние из-за ошибки интерфейса или повторного рендера;
• позволять серверу принять значение true, которого не было в запросе пользователя.

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

4. Как доказать согласие: техническая спецификация

Скриншот формы подтверждает внешний вид одной редакции, но не действие конкретного человека. Состояние чекбокса в текущей базе также недостаточно, если невозможно восстановить показанный текст.

Вместе с лидом следует сохранять:

Контрольная сумма не заменяет архив текста. Если сохранён только хеш, но самой редакции больше нет, прочитать показанное пользователю условие невозможно. Нужны одновременно неизменяемая копия документа, номер версии и контрольная сумма.

Практическая схема состоит из двух журналов:

1. Реестр версий документов: полный текст, дата ввода, дата вывода, ответственный и контрольная сумма.
2. Журнал событий: идентификатор лида, версия документа, цель, результат действия, серверное время и источник.

Запись должна создаваться на сервере в момент принятия формы, а не только в браузере. Полезно хранить события добавлением без незаметной перезаписи, ограничить доступ и журналировать административные изменения. Конкретный формат законом не установлен; меры защиты выбираются с учётом угроз и требований к информационной системе, включая Постановление Правительства РФ № 1119.

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

5. Как фиксировать согласие без обычной формы

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

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

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

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

Реклама по телефону. С 1 сентября 2025 года абонент может отдельно отказаться у оператора связи от массовых и автоматических вызовов; прекращение происходит со следующего календарного дня. Поэтому даже корректное согласие на сайте не гарантирует техническую доставку массового звонка. Правила закреплены в пунктах 222–226 постановления Правительства РФ № 1137.

6. Что должно происходить после отзыва

Отзыв — не изменение цвета чекбокса в личном кабинете. Он должен запускать процесс во всех системах:

1. Создать неизменяемое событие отзыва с временем и каналом обращения.
2. Немедленно исключить контакт из рекламных отправок.
3. Передать команду в основную базу, чат-систему, систему продаж и обработчикам по поручению.
4. Проверить, существует ли другое законное основание для отдельных операций.
5. Заблокировать данные на время проверки, если это требуется процессом.
6. Уничтожить данные и получить подтверждение от обработчиков, когда продолжение обработки не имеет основания.

По статье 21 Федерального закона № 152-ФЗ при отзыве согласия данные, сохранение которых больше не требуется, по общему правилу уничтожаются не позднее 30 дней, если не действует исключение. Требование субъекта прекратить обработку исполняется не позднее 10 рабочих дней, кроме предусмотренных законом оснований для продолжения. Подтверждённо незаконные или ненужные данные уничтожаются в предусмотренный законом срок до 7 рабочих дней.

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

7. Уведомление Роскомнадзора, локализация и подрядчики

По общему правилу оператор уведомляет Роскомнадзор до начала обработки. Действующие исключения перечислены в части 2 статьи 22; после изменений 2022 года их осталось существенно меньше. Автоматизированный сбор заявок через сайт обычно требует проверки обязанности подать уведомление, а не предположения, что небольшая форма освобождена от него.

Формы уведомления, изменения сведений и прекращения обработки утверждены приказом Роскомнадзора от 28 октября 2022 года № 180. Для каждой цели указываются категории данных и субъектов, основание, действия и способы обработки. Также отражаются сроки, меры защиты, наличие трансграничной передачи и место нахождения базы.

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

С 1 июля 2025 года при сборе персональных данных граждан РФ через интернет запись, систематизация, накопление, хранение, уточнение и извлечение с использованием баз данных за пределами России запрещены, кроме прямо установленных законом случаев. Изменение внесено Федеральным законом № 23-ФЗ. Проверять нужно весь маршрут: форму, сервер, резервные процессы, аналитические сценарии и инфраструктуру обработчиков.

Если форму поддерживает агентство, интегратор или технический подрядчик, распределите роли письменно. Поручение на обработку должно определять перечень данных, операции, цели, конфиденциальность, требования к защите, порядок выполнения запросов субъектов, уведомление об инцидентах и подтверждение удаления. Владелец сайта остаётся ответственным перед субъектом за законность выбранной цели и основания; подрядчик отвечает перед оператором в рамках поручения и закона.

Что это значит для бизнеса

Скрытая или предвыбранная галочка может визуально улучшить CR — conversion rate, коэффициент конверсии формы, — но не увеличивает число лидов с доказанным основанием. Публичного российского бенчмарка, позволяющего приписать отдельному чекбоксу конкретное падение CR, нет.

Для управленческого расчёта используйте обычный CPL — cost per lead, стоимость лида, — но делите расходы не на все записи, а отдельно анализируйте лиды, пригодные для заявленной обработки:

CPL для подтверждённой базы = трафик + разработка + юридическая проверка + хранение доказательств + сопровождение отзывов + ожидаемый риск / число лидов с воспроизводимым основанием

Ожидаемый риск можно оценивать как:

вероятность нарушения × применимая санкция + стоимость устранения + стоимость уведомлений и остановки процессов

В TCO — total cost of ownership, совокупную стоимость владения формой и базой — входят не только дизайн и интеграция, но и версионирование документов, хранение журналов, контроль обработчиков, обработка отзывов и реагирование на инциденты.

Размер штрафа за отсутствие согласия нельзя назвать одной цифрой: состав зависит от нарушения. По состоянию на 12 августа 2026 года для юридических лиц:

• обычная неправомерная обработка по части 1 статьи 13.11 КоАП — 150–300 тыс. рублей;
• отсутствие или неправильный состав письменного согласия, когда закон требует именно письменную форму, по части 2 — 300–700 тыс. рублей;
• неуведомление Роскомнадзора или нарушение срока уведомления по части 10 — 100–300 тыс. рублей;
• несообщение об инциденте по части 11 — 1–3 млн рублей;
• реклама по сетям электросвязи с нарушением установленных требований по части 4.1 статьи 14.3 — 300 тыс.–1 млн рублей.

Штрафы до 15 млн рублей и оборотная ответственность относятся не к отсутствию чекбокса как таковому, а к неправомерной передаче данных. Для утечки данных более 100 тыс. человек или более 1 млн идентификаторов штраф для юридического лица составляет 10–15 млн рублей; повторная утечка может повлечь 1–3% выручки, но не менее 20 млн и не более 500 млн рублей. Границы введены Федеральным законом № 420-ФЗ.

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

Техническое исследование 2025 года обнаружило, что 45–55% обследованных сайтов отправляли хотя бы один ранее установленный межсайтовый cookie, около 60% таких cookie сохранялись не менее 10 дней, а часть передачи после отказа прекращалась только после перезагрузки страницы. Это международное наблюдение, не проверка соблюдения 152-ФЗ, но оно показывает, почему одного баннера недостаточно: необходимо тестировать фактические сетевые события. Источник — техническое исследование более 20 тыс. доменов.

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

Ошибки

1. Один чекбокс на всё

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

2. Галочка отмечена заранее

Система фиксирует отсутствие отказа, а не однозначное активное действие. Видимая конверсия растёт за счёт записей со спорным основанием.

3. Текст редактируется без версии

После изменения страницы все старые лиды начинают визуально ссылаться на новую редакцию. Историческое условие восстановить невозможно.

4. Согласие хранится только в письме администратору

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

5. Форма расчёта автоматически создаёт рекламную подписку

Запрос ответа и согласие на последующий маркетинг — разные цели. Телефон или электронная почта в заявке не равны разрешению на рекламу.

6. Хеш сохраняется без текста

Контрольная сумма подтверждает неизменность известного документа, но не позволяет прочитать удалённую редакцию.

7. Отказ меняется только в одном интерфейсе

Контакт остаётся в основной базе, очереди сообщений, резервном процессе или у обработчика и возвращается при синхронизации.

8. Баннер показан, но сценарии уже загружены

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

9. Любой чекбокс называют письменным согласием

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

10. Сборщик формы считает себя только техническим посредником

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

Что делать: практический чек-лист

Документы и основания

• [ ] Выписать все формы, квизы, чат-виджеты, обратные звонки и точки импорта контактов.
• [ ] Для каждой цели определить данные, действия, срок, получателей и правовое основание.
• [ ] Удалить поля, не необходимые для заявленной цели.
• [ ] Опубликовать политику на каждой странице сбора или дать прямой доступ к ней.
• [ ] Вынести согласие на обработку данных в отдельный документ.
• [ ] Согласовать текст и сроки с юристом.
• [ ] Подать или актуализировать уведомление Роскомнадзора, если нет применимого исключения.

Интерфейс

• [ ] Убрать предвыбранное состояние чекбоксов.
• [ ] Разделить обработку заявки и рекламную подписку.
• [ ] Не блокировать основную заявку из-за отказа от рекламы.
• [ ] Добавить отдельный выбор для самостоятельной цели другого получателя данных, если он требуется по результатам правовой оценки.
• [ ] Проверить доступность ссылок с телефона и клавиатуры.
• [ ] Убедиться, что сервер отклоняет некорректные или подменённые значения.

Хранение доказательств

• [ ] Создать неизменяемый реестр версий согласия.
• [ ] Сохранять полный текст, номер версии и контрольную сумму.
• [ ] Передавать вместе с лидом время, источник, форму и отдельные флаги целей.
• [ ] Связать событие согласия с карточкой лида и сессией.
• [ ] Ограничить доступ к журналу и фиксировать административные изменения.
• [ ] Проверить размещение баз и резервных процессов в соответствии с требованиями локализации.

Отзыв и контроль

• [ ] Создать один доступный канал отзыва и описать его в согласии и политике.
• [ ] Передавать отказ во все рекламные каналы и обработчикам.
• [ ] Установить сроки блокирования, прекращения и уничтожения.
• [ ] Хранить событие отзыва так, чтобы контакт не подписался повторно из старой выгрузки.
• [ ] Выгрузить 20 последних лидов и проверить каждый по полному набору доказательств.
• [ ] Повторить тест после изменения формы, текста или интеграции.

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

Вывод

Рабочее согласие на обработку персональных данных для сайта состоит из трёх слоёв: корректного правового основания, нейтрального интерфейса и воспроизводимого технического доказательства. Текст без журнала событий не позволяет восстановить действие пользователя, а журнал с одним общим флагом не разделяет обработку заявки и рекламу.

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

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

Автор материала

Максим Сивцев

Основатель и генеральный директор Excella

Все материалы автораПрофиль