Пример интерфейса согласия для обратного звонка
Следующий пример подходит для обсуждения формы, в которой обработка для обратного звонка основана на согласии. Это схема интерфейса, а не готовый юридический текст и не утверждение, что любая форма требует именно такого основания.
Телефон: поле для номера
Имя: необязательное поле, если оно нужно для обращения
☐ Даю согласие на обработку персональных данных для ответа на мою заявку.
Рядом с отметкой: ссылка на отдельный полный текст согласия. Ниже: ссылка на политику обработки персональных данных.
Кнопка: «Заказать звонок».
Если предлагается реклама: отдельный необязательный выбор с собственным описанием и документом.
В полном тексте должны быть сведения, необходимые для конкретного согласия и процесса. Не заменяйте его приведённой подписью к checkbox. Политику своего сайта также нельзя автоматически использовать как согласие посетителя другого сайта.
Пять сценариев для проверки разработчиком
| Действие | Ожидаемый результат |
|---|---|
| Открыть форму впервые | Согласие не выбрано заранее, ссылки доступны до отправки. |
| Отправить без необходимого согласия | Понятная ошибка; заявка не создаётся и не уходит в CRM или почту. |
| В тесте API убрать поле согласия | Сервер отклоняет запрос, если для данного процесса согласие обязательно; одного ограничения в браузере недостаточно. |
| Согласиться на звонок, отказаться от рекламы | Заявка принимается, рекламная подписка не создаётся. |
| Обновить текст согласия | Новая заявка связана с новой версией; для старой можно восстановить действовавший текст. |
Что передать разработчику как задание
Назовите форму, её цель, основание обработки и обязательные поля. Приложите согласованный текст и идентификатор его версии. Опишите, когда сервер должен отказать, где фиксируется результат и какие системы получают заявку. Для журнала определите доступ и срок хранения; не записывайте полное содержимое заявки в каждый технический лог.
Публичный скан помогает обнаружить форму и ссылки, но не доказывает работу серверного отказа или сохранность подтверждения. Эти проверки выполняет владелец системы. Свяжите результат с проверкой политики и картой маршрута заявки.
Согласие у формы должно быть связано с понятным действием пользователя. Текст рядом с кнопкой, состав полей и дальнейший маршрут заявки необходимо рассматривать вместе.
Проверьте каждую форму отдельно
Заказ звонка, консультация, регистрация, подписка и отклик на вакансию имеют разные цели. Универсальная формулировка для всех сценариев часто скрывает различия в составе данных, сроках и получателях.
Как должен работать checkbox
- пользователь отмечает его сам;
- без обязательного согласия форма не отправляется, если обработка основана на нём;
- рядом доступен полный текст согласия и политика;
- название кнопки соответствует ожидаемому действию;
- маркетинговая рассылка не объединяется автоматически с основной заявкой.
Что фиксировать на сервере
Одного визуального checkbox недостаточно для доказательства. Полезно сохранять дату и время действия, версию текста, страницу и форму, состав полей и техническую запись подтверждения. Не записывайте в журналы больше данных, чем действительно нужно.
Частые ошибки
- галочка уже установлена;
- ссылка открывает только политику, но не текст согласия;
- форма отправляется без отметки;
- цель согласия не соответствует заявке;
- одним checkbox объединены договор, обработка данных и реклама;
- после редизайна текст остался, а серверная проверка исчезла.
Основание обработки выбирается для каждой цели отдельно: согласие — важный, но не единственный вариант. Этот выбор нужно сверять с фактическим процессом.
Читайте также
Проверьте свой сайт бесплатно
Сервис изучит публичные страницы, формы, документы, cookie и аналитику и покажет найденные замечания.
Начать проверку →