First-party data и согласие: карта данных до настройки аналитики
Как описать собственные данные компании, цели обработки, согласие, отзыв и передачу в аналитику, не превращая UTM-аудит в проверку законодательства.
Начните с одного пользовательского действия
First-party data обычно называют данные, которые организация получает непосредственно во взаимодействии с человеком: заявку, покупку, обращение в поддержку или действие на сайте. Само происхождение не делает любое дальнейшее использование допустимым. У формы записи, рассылки и рекламной аналитики могут быть разные цели, получатели и правила работы.
Для первого прохода выберите один путь, например заявку на консультацию. Проследите его от страницы до CRM и отчёта. Запишите, какие поля вводит посетитель, какие значения добавляет сайт и какие системы получают результат. Один разобранный путь полезнее абстрактного перечня всех сервисов: на нём видны конкретные точки сбора, передачи и удаления данных.
Разделите необходимые поля и удобные дополнения
Рядом с каждым полем сформулируйте решение, для которого оно нужно. Телефон может требоваться для обратного звонка; должность — для подготовки разговора; свободный комментарий иногда собирают просто потому, что так устроен шаблон. Если команда не может объяснить назначение поля, рассмотрите его удаление или перенос на более поздний этап.
Создайте рабочую карту с владельцами и получателями данных. Это техническая заготовка для проверки процесса ответственными специалистами, а не заключение о соблюдении закона. Не копируйте в документ реальные записи клиентов. Для обсуждения схемы достаточно названий полей и синтетических примеров.
| Данные | Рабочая цель | Что проверить |
|---|---|---|
| Контакт из формы | Ответить на обращение | Кто получает контакт и где хранит |
| Идентификатор заявки | Связать этапы обработки | Не подменяет ли он смысл статуса |
| Метки кампании | Сравнить источники обращений | Нет ли персональных данных в URL |
| Запись выбора посетителя | Воспроизвести выбранные настройки | Как учитывается изменение или отзыв |
Опишите состояния согласия и их изменение
В техническом задании нужны не только внешний вид баннера и подпись кнопки. Укажите начальное состояние до выбора, поведение при принятии и отказе, возможность изменить решение и последствия такого изменения для тегов. Отдельно разберите повторный визит и ситуацию, когда интеграция не успела загрузиться. Проверяйте весь сценарий, а не только успешное нажатие.
Google Consent Mode передаёт настройки согласия тегам Google и меняет их поведение. Он не собирает согласие вместо вашего интерфейса и не подтверждает юридическую корректность процесса. Basic и advanced режимы имеют различия в работе тегов до согласия; выбор требует осознанной настройки. Для российского проекта требования к обработке и передаче данных проверяются отдельно с учётом конкретных систем и размещения инфраструктуры.
Уберите персональные данные из технических адресов
Проверьте адрес после отправки формы, параметры ссылок в письмах, название страницы подтверждения и значения UTM. Email или телефон могут попасть туда из старого шаблона, даже если сами поля формы настроены аккуратно. Затем адрес оказывается в истории браузера, журналах, аналитике или пересылается коллеге. Нельзя считать URL безопасным местом для контактных данных.
Google Analytics отдельно предупреждает о передаче запрещённых персональных данных, включая попадание таких значений в URL. Инструмент utm-audit помогает проверить предоставленные ссылки и структуру меток. Он не просматривает вашу CRM, не определяет правовое основание обработки и не проводит полноценный аудит согласия. Его результат — список проблем конкретных URL, который нужно включить в более широкую проверку.
Проверьте процесс на тестовой записи
Создайте явно обозначенную тестовую заявку без реальных персональных данных. Для каждого сценария сохраните ожидаемый результат: какие запросы разрешены, какие поля передаются и какие записи появляются в системах. Сопоставьте ожидания с наблюдаемыми запросами и журналами, привлекая разработчика там, где требуется технический доступ. Скриншот баннера сам по себе ничего не говорит о передаче данных.
Отдельно выполните изменение настроек и предусмотренную процедуру удаления. Проверьте очереди, экспортированные файлы и интеграции, которые могут продолжать работу после изменения исходной записи. Если какая-то система не поддерживает нужное действие автоматически, назначьте ответственного и опишите ручной порядок. Не обещайте мгновенное удаление повсюду, пока процесс не проверен на фактических получателях.
Назначьте владельца изменений
Карта данных устаревает при добавлении нового поля, тега, рекламной площадки или интеграции. Включите её проверку в выпуск таких изменений: что появилось, зачем, куда передаётся и как учитывает выбор посетителя. Решение должно иметь владельца; иначе маркетинг, разработка и подрядчик могут предполагать, что вопрос уже решён другой стороной.
В отчёте разделяйте подтверждённые наблюдения, технические дефекты и вопросы, требующие правовой оценки. Например, контакт в URL — конкретная находка; отсутствие ответа о сроке хранения — незакрытый вопрос процесса. Такое разделение помогает исправлять очевидные ошибки сразу, сохраняя честное представление о том, что ещё не проверено.
Применить на практике
Частые вопросы
Достаточно ли установить баннер согласия?
Нет. Нужно проверить, как выбор влияет на фактические запросы, интеграции и последующее изменение настроек. Наличие интерфейса не подтверждает поведение всей системы.
Может ли UTM-аудит проверить обработку персональных данных?
Он может выявить проблемы в предоставленных адресах и метках. Поля форм, CRM, договоры, основания обработки, сроки хранения и исполнение отзыва требуют отдельных проверок.