Сохраните не только отметку «согласен», а доказуемый сценарий
Часть 3 статьи 9 152‑ФЗ возлагает на оператора обязанность доказать получение согласия на обработку персональных данных либо наличие другого законного основания обработки.
Для сайта это означает, что после отправки формы должно быть понятно, какое действие совершил пользователь, с каким текстом он согласился и к какой форме относилось это действие.
Оператор должен уметь подтвердить основание обработки
Закон не устанавливает один универсальный формат журнала для всех веб-форм. Способ подтверждения зависит от сценария и выбранного основания обработки.
Если обработка ведётся на основании согласия, оператор должен предоставить доказательство его получения. Если используется иное основание из закона, оператор должен подтвердить наличие такого основания.
Поэтому запись вида «checkbox = 1» без связи с текстом, формой и действием пользователя может оказаться слабым доказательством фактического сценария.
Что стоит сохранять для подтверждения согласия на сайте
Фиксируйте достаточно данных, чтобы восстановить событие, но не собирайте лишние сведения только ради логирования.
| Что фиксировать | Зачем | Практический вариант |
|---|---|---|
| Форма и страница | Связать согласие с конкретным сценарием | Идентификатор формы + URL |
| Дата и время | Понять, когда пользователь совершил действие | Серверная временная метка |
| Версия согласия | Показать, какой текст действовал в этот момент | ID версии, дата редакции или хеш текста |
| Действие пользователя | Подтвердить волеизъявление | Отдельное событие checkbox / кнопки в согласованной логике формы |
| Связь с заявкой | Соотнести событие с конкретной записью | ID заявки, лида или заказа |
| Технический контекст | Дополнительно подтвердить событие при необходимости | Минимальный набор технических данных, определённый вашей схемой доказательства |
Используйте только те технические сведения, которые действительно нужны для подтверждения сценария и соответствуют целям обработки. Само логирование не должно превращаться в лишний сбор данных.
Свяжите событие с конкретной редакцией согласия
Текст на сайте меняется. Без версионности через несколько месяцев невозможно достоверно показать, что видел пользователь в момент отправки формы.
- Присвойте согласиям версии.Например, дата редакции или внутренний идентификатор.
- Храните историю изменений.Старая редакция не должна исчезать после публикации новой.
- Передавайте версию вместе с заявкой.CRM или журнал событий должен содержать ссылку на редакцию, действовавшую в момент отправки.
- Разделяйте разные согласия.Обработка заявки, рекламные сообщения и распространение персональных данных имеют разные цели и не должны смешиваться в одной безразмерной записи.
Согласия в формах →Рекламное согласие →Согласие на распространение →
Надёжная схема фиксации события
Серверная запись обычно надёжнее простой отметки только в браузере.
Пользователь
Совершает отдельное действие, предусмотренное логикой формы.
Форма
Передаёт ID формы, заявки и версию согласия вместе с данными.
Сервер
Фиксирует событие и время в журнале или передаёт их в CRM.
CRM
Хранит связь между заявкой, источником и конкретной редакцией согласия.
После тестовой отправки можно открыть заявку и однозначно увидеть форму, время события, версию текста и факт действия пользователя. Изменение текста согласия не стирает историю прошлых редакций.
Что ломает доказуемость
Эти ошибки часто видны только после попытки восстановить старую заявку.
Чек-лист доказательства согласия
Проверьте одну реальную тестовую заявку от начала до конца.
- Понятно, на каком основании обрабатываются данные конкретной формы.
- Если используется согласие, оно конкретно и связано с целью обработки.
- Согласие оформлено отдельно от иных подтверждаемых документов, когда этого требует статья 9.
- Пользователь совершает однозначное действие.
- Фиксируются форма и URL.
- Сохраняется дата и время события.
- Сохраняется версия текста согласия.
- Событие связано с ID заявки или заказа.
- История старых редакций доступна после обновления текста.
- Рекламное согласие фиксируется отдельно от основной заявки.
Нормативные источники
Проверено по редакциям, доступным на 19 сентября 2026 года.
Частые вопросы
Что проверить в форме и CRM.
Закон требует хранить IP-адрес для каждого согласия?
Универсального требования хранить именно IP-адрес для каждой веб-формы нет. Оператор выбирает способ, который позволяет доказать основание обработки и соответствует принципу минимизации данных.
Достаточно сохранить текст согласия в CRM?
Нужно также связать его с конкретным действием пользователя и заявкой. Сам по себе текст без события не подтверждает получение согласия.
Что делать после изменения текста согласия?
Создайте новую версию и сохраните старую. Прошлые заявки должны оставаться связанными с редакцией, действовавшей в момент их отправки.
Получить ТЗ на фиксацию согласий →Подготовить тексты согласий →Внедрить под ключ →
Что проверить дальше
Связанные требования и сценарии, которые обычно нужно сверять вместе.
Нужно передать исправления разработчику?
Зафиксируем URL, найденный риск, требуемое изменение и проверяемый критерий приёмки.
Получить ТЗ программисту
Конкретные задачи по формам, интеграциям, согласиям, cookie и другим найденным элементам.
Исправить под ключ
Подготовим согласованные тексты, внесём изменения на сайт и повторно проверим результат.
Регулярно контролировать
Повторные проверки после изменений сайта с историей результатов и новыми замечаниями.