Яндекс Метрика и персональные данные: как настроить аналитику осознанно
Статистика нужна бизнесу, но для её сбора важно понимать состав передаваемых сведений и основание обработки. Разберём, как составить карту аналитики, связать запуск с выбором посетителя и проверить, не попадают ли в события и адреса страниц лишние данные.
- Название сервиса и страна его происхождения не заменяют анализа конкретных настроек.
- Если обработка основана на согласии, проверяйте её фактическое начало и работу отказа.
- Контролируйте не только cookie, но и события, адреса страниц, формы, серверные отправки и повторные подключения.
Что именно сайт передаёт в систему аналитики
Начните с перечня технологий и задач. Счётчик посещаемости, запись взаимодействий, рекламный пиксель, сквозная аналитика и выгрузка из CRM — разные процессы. Они могут использовать разные идентификаторы и отправлять разные сведения. Формулировка «нам нужна статистика» слишком общая для настройки и описания обработки.
Посмотрите, какие обращения уходят при загрузке страницы, переходе между разделами, нажатии кнопок и отправке формы. Сопоставьте их с событиями в системе аналитики. Не делайте вывод только по наличию cookie: запрос может содержать сведения независимо от записи в браузере. Для оценки персонального характера важны назначение и возможность прямо или косвенно определить человека.
| Процесс | Полезный вопрос | Что проверить |
|---|---|---|
| Просмотр страницы | Какие разделы востребованы? | Адрес, заголовок, идентификаторы |
| Нажатие кнопки | Как используют интерфейс? | Название события и параметры |
| Отправка формы | Сколько обращений поступило? | Не передаётся ли содержание заявки |
| Запись взаимодействий | Где пользователь испытывает трудности? | Поля и чувствительные элементы |
| Связь с CRM | Какие обращения стали сделками? | Основание, состав и специальный механизм передачи |
Когда обсуждать согласие на работу счётчика
Для обработки персональных данных требуется применимое правовое основание. Согласие — одно из оснований, но не универсальный ответ для всех операций сайта. Сначала установите цель, состав данных и условия сервиса, затем определите модель вместе с ответственным за правовую оценку. Происхождение счётчика само по себе не решает этот вопрос.
Если для определённой аналитики основанием выбрано согласие, интерфейс и технический запуск должны ему соответствовать. Показывать человеку выбор после начала соответствующей обработки недостаточно. Условия должны быть понятными и доступными до решения. Не переносите автоматически правила другой юрисдикции на российский проект; дополнительные применимые требования оценивают отдельно.
Составьте карту подключения счётчиков
Попросите разработчика перечислить все места, откуда загружаются теги. Не ограничивайтесь видимыми настройками CMS. Повторная вставка может остаться в старом шаблоне, HTML-блоке, рекламном лендинге или менеджере тегов. Серверные интеграции исследуются отдельно от браузерных.
Сохраните этот паспорт рядом с задачами маркетинга. Если новый подрядчик видит существующую схему, ему проще добавить нужное событие без дублирующего счётчика. При смене доступа к рекламным аккаунтам проверьте также владельца счётчика и права чтения отчётов.
| Поле | Пример полезной записи |
|---|---|
| Назначение | Оценка переходов по разделам каталога |
| Точки запуска | Настройка CMS и контейнер тегов — проверить дублирование |
| События | Просмотр, переход, успешная отправка без содержимого |
| Получатель | Конкретный сервис и аккаунт организации |
| Данные | Согласованный перечень параметров и идентификаторов |
| Основание | Решение по конкретной обработке |
| Управление | Какие условия разрешают запуск и как меняется выбор |
| Ответственный | Кто утверждает новые события и изменения |
Свяжите интерфейс выбора с фактическим запуском
Опишите ожидаемое поведение до реализации. Что происходит при первом визите? Можно ли пользоваться основными функциями после отказа? Где изменить решение? Какие технологии относятся к необязательной аналитике, а какие нужны для выбранной пользователем функции? Эти ответы определяют настройку механизма управления.
Для сценария на согласии разработчик должен управлять загрузкой и последующими отправками соответствующих компонентов. Простое удаление cookie не прекращает уже работающий код. Отложенный запуск по таймеру, прокрутке или первому клику тоже не равнозначен согласию. Если система использует дополнительные механизмы ограниченного сбора, их поведение нужно изучить отдельно, а не считать отсутствием обработки по названию режима.
- Согласовать перечень технологий и условия их запуска.
- Показать понятный выбор до начала соответствующей обработки.
- Сохранить решение способом, достаточным для работы настройки.
- Разрешить нужные отправки только в согласованном состоянии.
- Предусмотреть доступный пересмотр выбора.
- Проверить, что повторные подключения не обходят правила.
Не передавайте лишние сведения в события и адреса
Документация Метрики запрещает передавать идентификационную информацию, кроме специально предусмотренных функций. Особое внимание уделите UserID, параметрам событий, поиску, URL, заголовкам и UTM-меткам. Наличие согласия не отменяет условий конкретного сервиса.
Это примеры проектирования минимального состава, а не инструкция автоматически заменить данные хешами. Псевдоним или хеш не обязательно делает сведения обезличенными: важна возможность связать их с человеком. Если нужна специальная передача из CRM, отдельно разберите предусмотренную функцию, её условия и основание.
| Рискованный вариант | Что лучше обсудить | Почему |
|---|---|---|
| Событие содержит email заявителя | Событие успешной отправки без содержимого полей | Для подсчёта обращений адрес обычно не нужен |
| В URL страницы благодарности телефон | Нейтральный адрес без данных формы | Адрес может попадать в журналы и внешние запросы |
| В UTM-метке фамилия клиента | Обезличенное обозначение рекламной кампании | Маркетинговая метка не должна раскрывать человека |
| Название кнопки включает номер заказа и ФИО | Постоянное название действия | Динамический текст может уйти вместе с событием |
| В параметре передаётся свободный текст обращения | Только заранее определённая категория, если она обоснована | Свободное поле может содержать чувствительные сведения |
Проверьте Вебвизор и чувствительные области
Запись взаимодействий полезна для поиска неудобных элементов, но требует отдельной проверки. Сначала решите, какие страницы действительно нужны для анализа. Личный кабинет, медицинское обращение, платёжный сценарий и свободный текст заявки могут содержать сведения, которые не следует включать в запись. Не полагайтесь на общий внешний вид формы.
Изучите актуальные настройки записи полей и исключения элементов в документации используемой версии. Затем проверьте результат на синтетических значениях: легко узнаваемых тестовых строках без данных реального человека. Просмотрите, что оказалось в доступной записи и запросах. Проверяйте также содержимое всплывающих окон, динамически показанных полей и текста подтверждения.
- Определён перечень страниц, где запись действительно нужна.
- Чувствительные поля и участки проверены отдельно.
- Тесты не используют настоящие пароли и реквизиты.
- Доступ к записям ограничен необходимыми сотрудниками.
- Изменение формы запускает повторную проверку записи.
Как проверить запросы в чистом браузере
Для технической проверки можно использовать вкладку Network в инструментах разработчика браузера. Откройте её до загрузки проверяемой страницы. Смотрите адреса получателей и содержимое разрешённых к просмотру запросов своего сайта; сохранённые журналы могут содержать чувствительные параметры.
Отдельно проверьте отправки вне браузера: например, интеграцию CRM или серверную передачу события. Network посетителя не показывает все действия сервера. Если после отказа остались обращения к домену сервиса, сначала разберите назначение и состав каждого запроса. И наоборот, отсутствие одного известного адреса не доказывает отсутствие всей аналитики.
- Начать новый чистый сеанс и открыть инструменты разработчика.
- Загрузить страницу, ничего не выбирать и зафиксировать обращения.
- Отказаться от необязательной обработки и повторить навигацию.
- В отдельном чистом сценарии дать согласие и сравнить результат.
- Выполнить тестовое действие: переход, кнопку или безопасную заявку.
- Пересмотреть решение и проверить последующие обращения.
- Повторить на важных шаблонах, мобильной версии и при повторном визите.
Матрица проверки согласия и отказа
Матрица помогает отличить проблему интерфейса от проблемы управления кодом. Привязывайте результат к конкретной странице, дате и конфигурации. Тест с уже выданным согласием нельзя выдавать за наблюдение первого визита.
| Состояние | Ожидаемое поведение | Что документировать |
|---|---|---|
| Первое посещение | Соответствующая обработка ещё не запущена | Начальные запросы и состояние выбора |
| Отказ | Основные доступные функции работают без такой аналитики | Навигацию, формы, отсутствие запрещённого запуска |
| Согласие | Запускаются только предусмотренные компоненты | Состав событий и получателей |
| Возврат на сайт | Учтено сохранённое действующее решение | Поведение при повторной загрузке |
| Изменение выбора | Последующая обработка меняется согласно решению | Доступность управления и результаты |
| Новый счётчик | Он проходит согласование и включён в правила | Обновлённую карту интеграций |
Как описать аналитику в документах и задачах
В публичных материалах объясните цель, используемые категории данных, сервисы, основание и возможность изменить выбор в применимом сценарии. Описание должно совпадать с настройками. Не пишите «мы собираем только обезличенную статистику», пока это не подтверждено исследованием состава и возможности связи данных с человеком.
Внутреннюю задачу формулируйте наблюдаемо: какие подключения контролируются, какие поля запрещено передавать, какие сценарии проверяются и кто утверждает изменения. Для маркетолога отдельно укажите допустимые названия событий и параметры. Так новый отчёт можно добавить без отправки полного содержимого формы.
Что делать, если после настройки изменились показатели
После изменения правил запуска часть визитов и событий может перестать попадать в статистику. Это не обязательно ошибка: сравниваются разные условия измерения. Зафиксируйте дату изменения, состав счётчиков и сценарии выбора. Не возвращайте незаметный сбор только ради совпадения отчётов с прошлым месяцем.
Проверьте технические причины отдельно: дублирование, неверное событие, блокировку браузером, фильтры, кеш и различия между успешной заявкой и нажатием кнопки. Сопоставляйте показатели с обоснованно используемыми данными бизнес-процесса, соблюдая правила доступа. Решение о составе аналитики должно учитывать полезность каждой метрики и необходимость сведений.
- Известна дата и причина изменения измерений.
- Отдельно проверены все важные события.
- Устранены повторные подключения.
- Показатели объясняются с учётом фактического охвата.
- Новые события проходят техническое и правовое согласование.
Вопросы и ответы
Для Яндекс Метрики всегда нужно согласие?
Нужно оценить конкретную обработку: цель, сведения, настройки и применимое основание. Нельзя дать универсальный ответ по одному названию счётчика. Если основанием является согласие, настройте получение выбора и соответствующее поведение.
Российский сервис можно включать без анализа документов?
Нет. Происхождение поставщика не определяет автоматически цель и основание всех ваших операций. Условия сервиса и реальные настройки всё равно нужно изучить.
Достаточно написать в баннере «Продолжая пользоваться»?
Для обработки на согласии нужен доказуемый осознанный выбор, соответствующий требованиям закона. Пассивное продолжение просмотра не стоит автоматически подменять таким механизмом.
Отключение cookie полностью прекращает обработку?
Не обязательно. Сведения могут передаваться в запросах и событиях без нужной вам cookie. Проверяйте весь поток, включая серверные интеграции, а не только хранилище браузера.
Можно передать телефон в событии, если человек согласился?
Помимо правового основания действуют условия сервиса. Документация Метрики ограничивает передачу идентификационной информации, кроме специально предусмотренных функций. Для обычного подсчёта отправок содержание контактов обычно не требуется.
Хеш email автоматически становится обезличенным?
Нет. Преобразование значения не исключает возможность связи с человеком. Нужна оценка всего способа обработки и доступных связей; нельзя называть данные обезличенными только из-за хеширования.
Почему после отказа Метрика всё равно видит событие?
Проверьте повторные подключения, правила запуска, ранее работающий код и серверную отправку. Важно установить источник и состав события, а не ограничиться наличием кнопки отказа.
Нужно отключать Вебвизор на всех страницах?
Сначала оцените необходимость и риски конкретных сценариев. Чувствительные области требуют отдельной настройки и проверки. Решение должно учитывать фактический состав записи, а не только общий переключатель.
Himedia проверяет все настройки аккаунта Метрики?
Нет. Сканер наблюдает доступные страницы и часть браузерных сценариев. Настройки аккаунта, закрытые записи и серверные интеграции требуют отдельной проверки владельцем.
Как контролировать новые теги после работы маркетолога?
Поддерживайте карту подключений и список разрешённых событий. Включите проверку первого визита, отказа, согласия и параметров запросов в приёмку каждого нового подключения.
Источники и границы материала
Материал помогает подготовить документы и организовать проверку. Примеры требуют адаптации к вашему оператору и процессам. Для конкретного решения учитывайте применимые нормы и обстоятельства обработки.