Маркетинговый пиксель добавили за пять минут. Кто проверил, какие данные он передаёт?

2026-11-03 13:05:42 Время чтения 7 мин 33

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

Но между «событие поступает» и «обработка данных организована корректно» остаётся несколько вопросов. Что именно передаётся? Кто получает сведения? Зачем они нужны? Соответствуют ли настройки документам на сайте?

Для бизнеса подключение аналитики — часть работы с данными посетителей. Поэтому проверка сайта на соответствие 152-ФЗ должна учитывать фактическое поведение подключённых инструментов.

Название инструмента не объясняет состав данных

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

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

Не стоит автоматически считать любые технические сведения персональными данными. Но и отсутствие поля «ФИО» не позволяет без проверки сделать обратный вывод. Значение имеет состав информации и возможность связать её с определённым человеком.

Где может возникнуть лишняя передача

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

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

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

Практическое правило для команды: каждому передаваемому параметру нужна понятная задача. Формулировка «пусть будет, потом пригодится» не заменяет обоснование.

Согласие — не единственный вопрос

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

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

Баннер на странице и управление работой скриптов — отдельные элементы. Наличие первого не доказывает корректную настройку второго.

Как организовать проверку до запуска

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

  1. Задача: что измеряем и какое решение принимаем по результату.
  2. Данные: какие события и параметры передаются.
  3. Получатель: какому сервису поступают сведения.
  4. Условия запуска: на каких страницах и после каких действий работает инструмент.
  5. Ответственный: кто управляет настройками и доступами.
  6. Отключение: как прекратить передачу, если инструмент больше не нужен.

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

Кто за что отвечает

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

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

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

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

Что проверить при приёмке

Фразы «код установлен» недостаточно. Полезно пройти несколько сценариев и зафиксировать результат:

  1. Первое открытие сайта.
  2. Действия с интерфейсом выбора настроек, если он предусмотрен.
  3. Отправка формы с тестовыми сведениями.
  4. Переход на страницу подтверждения.
  5. Изменение выбора пользователя.
  6. Отключение инструмента.

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

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

Почему аудит нельзя проводить только один раз

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

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

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

Что обсудить с Proverka-152fz.ru

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

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

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