Лендинг готов к рекламе. Кто проверил, что происходит с персональными данными?

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

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

Как включить эту работу в подготовку кампании, чтобы замечания не возникали за час до запуска?

Начать с описания изменений

Полезный вопрос на старте: что новая кампания меняет в сборе и использовании данных?

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

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

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

Разделить задачи между участниками

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

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

Практический способ избежать этого — назначить координатора проверки и собрать единый перечень изменений. Такое распределение проектных задач не заменяет предусмотренные законом обязанности оператора.

Статья 18.1 закона № 152-ФЗ предусматривает организационные меры, внутренний контроль и доступность политики обработки персональных данных, в том числе на страницах сайта, используемых для их сбора. Поэтому проверка перед запуском должна учитывать как интерфейс, так и организацию обработки. Основание — статья 18.1 закона № 152-ФЗ.

Согласовать назначение каждого поля

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

Закон требует соотносить содержание и объём персональных данных с целями обработки и не допускать избыточности. Это не означает универсального правила «оставить только телефон»: необходимый состав зависит от задачи. Статья 5 закона № 152-ФЗ.

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

Проверить путь тестовой заявки

Сообщение «Спасибо, заявка отправлена» подтверждает только то, что увидел посетитель. Команде нужно проследить, что произошло дальше.

При проверке стоит установить:

1. в каких системах появилась запись;
2. кому пришли уведомления;
3. созданы ли дополнительные копии;
4. совпадает ли фактический маршрут с согласованным;
5. кто будет обрабатывать обращение.

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

Рассмотреть дальнейшие коммуникации отдельно

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

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

При этом согласие — не единственное возможное основание обработки персональных данных: закон предусматривает и другие случаи. Выбирать основание нужно по конкретному процессу. Статья 6 закона № 152-ФЗ.

Зафиксировать, какую версию проверили

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

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

Что согласовать при заказе проверки

При обращении в Proverka-152fz.ru уточните, входит ли проверка рекламных лендингов, форм и подключённых инструментов в согласованный объём работ. Отдельно обсудите необходимые сведения от компании, формат замечаний и повторную проверку исправлений.

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

Для маркетинговой команды полезный итог — конкретный перечень проверенных сценариев, устранённых замечаний и оставшихся вопросов. Тогда решение о запуске опирается на фактическое состояние проекта, а не только на наличие ссылки в подвале сайта.