WEBPOT / РКН / РКН/аналитика

Cookie, Яндекс Метрика и персональные данные

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

ХОД ПРОЦЕССА / 08РЕДАКЦИОННЫЙ МАТЕРИАЛ / ЕСТЬ ИСТОЧНИКИ
  1. Webpot

    Редакция: сайты, заявки, SEO и РКН-контур

  2. Обновлено 2026-05-14

    Опубликовано 2026-05-14

  3. 5 источников

    Ссылки и границы вывода перечислены в материале.

WEBPOT / РАБОЧИЙ КОНТУРRU / 2026
5официальных ссылок и справок
5пунктов основного чек-листа
5инструментов по теме

Короткий ответ

Если на сайте есть Метрика, cookie, формы и рекламный трафик, нужно проверить не только код счетчика, но и политику обработки данных, согласия, cookie-уведомление и цели.

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

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

Почему это важно

Аналитика влияет на рекламу, SEO и оценку заявок.

Cookie и счетчики должны быть согласованы с документами и интерфейсом.

Ошибки в целях могут исказить выводы о рекламе и конверсии.

Как понять на практике

Счетчик есть, но в политике тишина

На сайте установлен код Метрики, но в документах нет аналитики, cookie и технических идентификаторов.

Цели настроены без карты данных

Форма, телефон и мессенджеры отслеживаются как цели, но бизнес не понимает, какие данные попадают в заявку.

Cookie-баннер живет отдельно

Интерфейс показывает уведомление, но ссылка ведет на старую политику или не объясняет реальные сервисы.

Внешние ориентиры

Что берем из практики и официальных источников

Редакционный разбор

Как смотреть на проблему глубже

Метрика - это не только счетчик посещений

На сайте услуг Метрика обычно связана с формами, кликами по телефону, email, мессенджерам, UTM и рекламными кампаниями. Если цели настроены на реальные действия, аналитика становится частью маршрута заявки. Поэтому ее нужно учитывать не только в маркетинге, но и в документах, cookie-уведомлении и карте обработки данных.

Cookie-баннер не заменяет политику

Баннер может предупредить пользователя о cookie, но он не объясняет весь контур обработки персональных данных. Если на сайте есть формы, CRM, email-уведомления, рекламные метки и цели Метрики, нужно сверять баннер, политику, согласия и фактические события. Иначе интерфейс говорит одно, документ другое, а аналитика делает третье.

Цели должны считать заявки, а не шум

Если цель срабатывает при открытии формы, отчет может показывать конверсии, которых не было. Для рекламы и SEO лучше разделять микроконверсии и лиды: открытие формы, успешная отправка, ошибка отправки, клик по телефону, клик по мессенджеру. Это не только улучшает аналитику, но и помогает увидеть, где пользователь теряется.

Примеры из открытой практики

Как применить это к своему сайту

Форма заявки собирает телефон, а документ живет отдельно

152-ФЗ и Роскомнадзор

Паттерн

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

Как выглядит на сайте

На сайте услуг часто есть форма 'Заказать звонок', popup-квиз, кнопка мессенджера и счетчик Метрики, но политика осталась от старого сайта и не описывает этот маршрут.

Что делает Webpot

Мы превращаем это в карту сбора данных: формы, cookie, Метрика, email, MAX/CRM, согласие рядом с кнопкой, ссылка на политику и список вопросов для юриста.

Cookie и аналитика подключены, но пользователь этого не видит

Роскомнадзор + Яндекс Метрика

Паттерн

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

Как выглядит на сайте

Посетитель отправляет заявку после рекламы, а сайт одновременно фиксирует цель, UTM, cookie и контакт, хотя в документах упомянута только 'обратная связь'.

Что делает Webpot

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

Что сверить по сайту

Участок

Счетчики

Проверка

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

Зачем

Документы должны соответствовать фактическим скриптам, а не предполагаемой конфигурации.

Участок

Цели

Проверка

Сравнить цели Метрики с реальными действиями: заявка, звонок, email, мессенджер, ошибка.

Зачем

Неверные цели искажают стоимость заявки и эффективность рекламы.

Участок

Cookie-текст

Проверка

Проверить, что уведомление не перекрывает CTA и ведет к актуальному документу.

Зачем

Плохой баннер одновременно мешает конверсии и не решает информационную задачу.

Участок

События

Проверка

Проверить, не передаются ли в события лишние персональные данные.

Зачем

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

Критерии решения

Как понять, что делать дальше

Критерий

Фактический сбор данных

Норма

Все формы, cookie, счетчики, мессенджеры и каналы заявки описаны в карте обработки.

Риск

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

Действие

Сначала собрать карту данных, потом обновлять интерфейс и документы.

Критерий

Согласие в интерфейсе

Норма

Пользователь видит короткое согласие и ссылку на политику рядом с отправкой.

Риск

Согласие спрятано в футере, а форма живет в popup, квизе или мобильном блоке.

Действие

Проверить каждую точку отправки на desktop и mobile.

Критерий

Граница юридической ответственности

Норма

Технический аудит отделен от финального юридического заключения.

Риск

Сайт или отчет обещает 'полное соответствие РКН' без проверки юристом.

Действие

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

Типовая ситуация

Метрика есть, но документы старые

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

Ситуация

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

Как лучше

Сначала фиксируют все счетчики и события, затем обновляют политику, согласия и cookie-уведомление.

Вывод

Аналитика должна совпадать с документами и реальным маршрутом заявки.

Чек-лист

01

Проверить, какие счетчики и пиксели стоят на сайте.

02

Проверить, описаны ли cookie и аналитика в политике.

03

Проверить цели: форма, телефон, email, мессенджер, ошибка отправки.

04

Проверить, не передаются ли лишние данные в событиях.

05

Проверить, что cookie-уведомление не перекрывает CTA и формы.

Вопросы для ручного аудита

Где на сайте пользователь оставляет имя, телефон, email, комментарий или другие данные?

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

Куда уходит заявка после отправки: email, MAX, CRM, таблица, мессенджер, сервис рассылок?

Документы и техническая схема должны описывать фактический маршрут.

Какие счетчики, cookie, пиксели и виджеты подключены на страницах с формами?

Аналитика и рекламные скрипты могут быть частью обработки данных.

Какие юридические формулировки уже проверены специалистом, а какие взяты из шаблона?

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

Ошибка, риск и исправление

Ошибка

Форма собирает телефон или email, а согласие спрятано в футере.

Риск

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

Что исправить

Поставить короткое согласие рядом с кнопкой и связать его с актуальной политикой.

Ошибка

Документы не отражают Метрику, cookie, CRM, email или MAX.

Риск

Публичный текст расходится с реальным маршрутом заявки.

Что исправить

Собрать карту обработки данных и обновить документы после юридической проверки.

Ошибка

Онлайн-проверка выдается как юридическое заключение.

Риск

Возникает неверное ожидание и риск некорректных обещаний клиенту.

Что исправить

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

Что проверить за 10 минут

01

Найти все формы

Проверьте не только главную форму, но и pop-up, callback, квиз, чат, подписку и формы в футере.

02

Сверить согласие

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

03

Проверить документы

Откройте политику и посмотрите, упомянуты ли реальные каналы: email, CRM, Метрика, cookie, MAX или мессенджеры.

04

Отправить тестовую заявку

Проверьте, куда попадает контакт и какие поля сохраняются в уведомлении.

05

Отделить технику от юриспруденции

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

План внедрения

Что сделать по шагам

Срок

За 1 день

Фокус

Карта сбора данных

Работа

Найти формы, popup, квизы, callback, cookie, Метрику, email/MAX/CRM и все ссылки на документы.

Результат

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

Срок

За 1 неделю

Фокус

Интерфейс и документы

Работа

Добавить согласия рядом с формами, проверить политику, cookie-текст, мобильные формы и маршрут заявки.

Результат

Сайт выглядит аккуратнее для пользователя и готов к юридической сверке.

Срок

За 1 месяц

Фокус

Регламент изменений

Работа

Зафиксировать правило: каждая новая форма, счетчик, CRM или бот обновляет карту данных и документы.

Результат

РКН-контур не устаревает после следующих доработок сайта.

Definition of Done

Когда задачу можно считать закрытой

Пользователь видит согласие

Каждая форма, popup и мобильный сценарий содержит понятный текст и ссылку на актуальный документ.

Маршрут данных описан

Понятно, какие данные собираются, куда они уходят и какие сервисы участвуют в обработке.

Риски разделены

Быстрые UX/технические правки отделены от вопросов, которые должен подтвердить профильный юрист.

Изменения контролируются

Новая форма, счетчик, CRM или бот не добавляются без обновления карты данных и документов.

Порядок действий

01

Собрать список счетчиков и виджетов на сайте.

02

Сверить их с политикой обработки ПДн и текстами согласий.

03

Проверить цели Метрики и события отправки заявки.

04

Отправить тестовую заявку и проверить, что фиксируется в аналитике.

05

Сформировать список правок: документы, интерфейс, цели, события.

Что можно проверить автоматически

Код Метрики

Cookie/скрипты

Цели

Ссылки на политику

Формы

Что требует ручного разбора

Текст политики

Смысл cookie-уведомления

Карта событий

Юридическая корректность

Когда нужен ручной разбор

На сайте есть реклама, формы и Метрика.

Политика давно не обновлялась после подключения аналитики.

Нужно понять, какие цели реально работают.

Есть риск, что cookie-баннер и документы не совпадают с сайтом.

Официальные источники и справки

Материал опирается на официальные справки Яндекс Метрики и РКН. Webpot проверяет технический и продуктовый контур, а юридические формулировки должны подтверждаться профильным специалистом.

Типичные ошибки

Подключить Метрику и забыть про документы.

Считать cookie-баннер заменой политики обработки ПДн.

Настроить цели, которые не соответствуют реальным заявкам.

Передавать в события лишние персональные данные.

Вопросы и ответы

Метрика сама по себе запрещена?

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

Cookie-баннер обязателен всегда?

Решение зависит от состава сайта и юридической позиции. Технически важно хотя бы понимать, какие cookie и счетчики используются.

Связанные материалы

Бесплатные инструменты по теме

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