Как проверить, теряете ли вы данные в Метрике из-за согласия на cookie

Вы ставите баннер согласия на cookie по 152-ФЗ ради защиты от штрафа, а через неделю в Яндекс.Метрике становится меньше визитов и конверсий. Реклама крутится так же, деньги списываются, а отчёты показывают провал. Чаще всего продажи остаются на месте, а проблема прячется в разрыве данных, ведь счётчик Метрики физически не запускается, пока человек не дал согласие на cookie в баннере, и часть визитов в статистику просто не попадает.

Ниже я разбираю, как устроена эта блокировка, как за 10-15 минут проверить свой сайт или сайт клиента и чем чинить аналитику, чтобы автостратегии Директа не обучались на дырявых данных.

В своём Telegram-канале «The Maslov» я разбираю связки, нейросети и лидогенерацию с готовыми решениями и без воды. Если хотите ловить такие технические сдвиги в рекламе раньше клиентов, подписывайтесь на «The Maslov».

Почему у Метрики вдруг стало меньше данных?

Короткий ответ такой. С ужесточением требований 152-ФЗ сайты массово ставят cookie-баннеры, которые действительно блокируют счётчик Метрики до согласия пользователя. Пока согласия нет, счётчик не грузится, визит в статистику не попадает, и в отчётах вы видите провал, которого в реальности нет.

Раньше счётчик Метрики стоял в коде и срабатывал у каждого посетителя без условий. Теперь между посетителем и счётчиком встал баннер с выбором, и до этого выбора аналитика молчит. Симптом ровно тот же, что при других причинах просадки, когда показов и кликов в рекламном кабинете столько же, а визитов и конверсий в Метрике меньше. Логика диагностики здесь такая же, как когда проседают просмотры и заявки на Авито, сначала отделяете реальное падение спроса от технической потери данных, а уже потом делаете выводы.

Важная оговорка про источник самой тревоги. Ни Яндекс, ни Роскомнадзор нигде не описывают связку «баннер отключил Метрику, вы потеряли столько-то процентов данных». Вендор документирует только техническую сторону cookie, регулятор, требование получить согласие. А аналитические последствия этого требования собирают уже практики по своим проектам, поэтому и оценки масштаба у всех разные.

Такие тихие технические сдвиги в рекламе я разбираю в своём Telegram-канале «The Maslov», показываю на связках, где именно теряются заявки и как это чинить. Если хотите замечать подобное раньше клиентов, подписывайтесь на «The Maslov».

Как именно cookie-баннер блокирует счётчик Метрики?

Механика простая и не магическая. Скрипт Метрики на странице ставят особым образом, как заглушку, которую браузер не запускает до явного действия пользователя. Согласие сохраняется в браузере (обычно запись в localStorage), и только после него настоящий счётчик подгружается и начинает считать визиты.

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

<script type="text/plain" data-cookie-type="analytics"
        data-src="https://mc.yandex.ru/metrika/tag.js"></script>

Тип text/plain физически запрещает браузеру выполнить скрипт. Пока пользователь не согласился, объекта счётчика в странице нет, обращений к домену Метрики в сетевых запросах тоже нет. Согласие меняет тип на рабочий и подгружает настоящий тег, и вот тут счётчик оживает. Специалисты по consent-менеджменту описывают тот же механизм, ведь до согласия счётчик не грузится, поэтому и данные для Директа за это время не собираются.

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

Насколько сильно это бьёт по цифрам?

Единого достоверного числа нет, и это ключевая мысль. Оценки практиков расходятся от 20-30% до 30-50% потерянных конверсий в отчётах, а отдельные наблюдения в комьюнити директологов доходят до 80-85%. Последняя цифра гуляет по чатам, но независимого подтверждения у неё я не нашёл, поэтому отношусь к ней как к сигналу одного человека, а не как к факту.

Вот что я вижу в своих проектах и у коллег по цеху. Конверсия в кабинете Директа после установки грамотного баннера падает примерно на 30-50% относительно реальной, а доля неатрибутированных визитов в первый месяц вырастает на 10-25%. По наблюдениям коллег, которые сравнивали данные до и после, это почти всегда разрыв в сопоставлении данных, а не обвал спроса.

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

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

Как проверить, задело ли это ваш сайт или сайт клиента?

Проверка занимает 10-15 минут и не требует доступа к коду, хватит обычного браузера. Задача простая, нужно поймать момент, когда счётчик Метрики молчит до согласия, и прикинуть, у какой доли посетителей это происходит. Делать это удобнее в режиме инкогнито, чтобы старое согласие в браузере не смазало картину, и сразу сверять, как ведёт себя счётчик до нажатия «Принять» и после.

Порядок такой.

1. Откройте сайт в режиме инкогнито, чтобы не было старого согласия в браузере.
2. Нажмите F12, вкладка Network (Сеть), в фильтре наберите mc.yandex.
3. Не трогая баннер, походите по паре страниц. Если обращений к mc.yandex.ru нет, значит, счётчик до согласия молчит, и вы поймали свой случай.
4. В консоли (вкладка Console) введите typeof ym. Ответ "undefined" до согласия подтверждает, что счётчика на странице ещё нет.
5. Теперь нажмите «Принять» в баннере и повторите шаги 2-3. Появились запросы к mc.yandex.ru, счётчик подгрузился именно после согласия.
6. В самой Метрике сверьте отчёт по визитам за две недели до массовой установки баннера и после. Провал на стыке дат подтверждает разрыв.

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

Почему в первую очередь ломаются коллтрекинг и атрибуция конверсий?

Раньше всего рвётся связь между звонком и источником. Человек кликнул по рекламе, позвонил, оставил заявку, а Метрика этот визит не увидела, потому что до согласия счётчик не поставил свой идентификатор. В CRM звонок есть, в отчёте по рекламе его источника нет.

Дальше эффект накапливается по всей цепочке. Трафик - это люди, которые кликнули по объявлению и зашли на сайт. Часть из них не даёт согласие, и их визиты выпадают из Метрики.

Значит, выпадают и их конверсии, и привязка конверсии к кампании, ключевому слову, объявлению. Коллтрекинг сверяет свои звонки с визитами Метрики и не находит совпадения, атрибуция сыплется, отчёт по источникам заявок перестаёт биться с реальностью.

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

Что происходит с автостратегиями Директа, когда данных не хватает?

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

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

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

152-ФЗ и ЕРИР: почему это разные законы

Это два разных закона, и их постоянно путают. 152-ФЗ - это закон о персональных данных, он требует согласия на обработку и стоит за cookie-баннером. ЕРИР и ОРД отвечают за маркировку интернет-рекламы, за токены erid и реестр креативов по закону о рекламе. К cookie и Метрике маркировка отношения не имеет.

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

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

По данным юридических разборов, за обработку персональных данных без согласия штрафы в 2026 году выросли до 700 000 ₽ для юридических лиц, а при повторном нарушении, до 1,5 млн ₽; отдельно за отсутствие уведомления оператора грозит 100 000-300 000 ₽. Точные формулировки берите на сайте регулятора, здесь важно другое, cookie-баннер закрывает риск именно по 152-ФЗ, и подменять его маркировкой нельзя. Для фрилансеров, которые ведут чужие сайты, к этой теме примыкает и чек-лист по доменам клиентов и идентификации через Госуслуги, там разобрана соседняя регуляторная история, где чужие активы клиента тоже становятся вашей зоной ответственности.

Что делать прямо сейчас: офлайн-конверсии, устойчивые ID и CRM

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

Дальше действуйте по шагам.

1. Ловите устойчивые идентификаторы. yclid из рекламной ссылки Директа и ClientID Метрики сохраняйте в скрытое поле формы и вместе с заявкой пишите в CRM. Тогда сделка привязывается к клику, даже если сам визит выпал.
2. Настройте офлайн-конверсии. Выгружайте закрытые сделки из CRM в Центр конверсий Директа, чтобы стратегия обучалась на реальных продажах, а не только на том, что уцелело в счётчике.
3. Усильте сбор контактов в форме заявки. Телефон и почта в CRM устойчивее любого cookie, и по ним потом собирается база клиентов для повторных касаний.
4. Разделите в отчётности показы, клики и заявки, чтобы видеть, где именно рвётся цепочка, и не путать потерю данных с падением продаж.

У этого подхода есть приятный побочный эффект. Собранная база контактов работает и за пределами рекламы, например, для реактивации спящих клиентов, у которых цена заявки обычно самая низкая. По моим замерам, заявка, обработанная в первые 10 минут, даёт 80-90% целевых лидов, а через два часа, всего 20-30%, поэтому CRM с быстрым откликом ценнее любого идеального счётчика.

Частые ошибки при настройке cookie-баннера, которые обходятся дороже штрафа

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

Что я вижу чаще всего:

1. Декоративный баннер. Все галочки предзаполнены, кнопка «Отклонить» спрятана или не работает. Автоматический мониторинг регулятора такое ловит, и вместо экономии вы получаете риск штрафа.
2. Отключение блокировки скриптов ради красивых отчётов. «Пусть Метрика грузится всегда» прямо нарушает принцип сбора данных только после согласия, повышает юридический риск и подаётся как забота о качестве данных.
3. Игнорирование просадки. Падение конверсий списывают на сезонность или подорожавший аукцион и не смотрят логи согласий, теряя недели на ложных гипотезах.
4. Ставка только на браузерные cookie. Без офлайн-конверсий и выгрузки из CRM аналитика рушится при любом ужесточении баннера.
5. Перестановка баннера наугад. Двигают и упрощают его на глаз, забывая, что позиция баннера сама по себе сильно меняет процент согласий, и заодно ломают данные.

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

Как объяснить просадку в отчётности клиенту, не теряя доверия?

Объясняйте на языке причины, а не оправданий. Клиент видит, что заявок в отчёте стало меньше, и первая мысль, реклама перестала работать или подрядчик что-то испортил. Ваша задача, показать, что дело в изменении сбора данных, и что заявки на месте.

Разговор строится в три хода. Сначала факт, после установки cookie-баннера по 152-ФЗ часть визитов не попадает в Метрику, потому что счётчик по закону молчит до согласия. Затем доказательство, в CRM заявок столько же или больше, чем в кабинете, и это видно в выгрузке. И наконец план, ловим yclid и ClientID, настраиваем офлайн-конверсии, сверяем CRM с кабинетом, и через один-два цикла обучения стратегия снова видит реальные продажи.

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

Чек-лист на сегодня: 7 шагов, чтобы не потерять данные

Соберём всё в один короткий список действий. Это тот минимум, который закрывает сразу два риска, и юридический штраф по 152-ФЗ, и молчаливую потерю аналитики. Часть пунктов вы уже сделали по ходу статьи, тут они собраны вместе, чтобы ничего не выпало и проверку можно было прогнать за один заход.

1. Проверьте в инкогнито через DevTools, молчит ли счётчик Метрики до согласия (Network по mc.yandex, typeof ym в консоли).
2. Сверьте визиты в Метрике до и после массовой установки баннера, зафиксируйте размер провала на своём проекте.
3. Сверьте клики в рекламном кабинете с размеченными визитами по UTM, оцените долю потерянного трафика.
4. Ловите yclid и ClientID в скрытые поля формы и пишите их в CRM вместе с заявкой.
5. Настройте выгрузку закрытых сделок в Центр конверсий, чтобы автостратегии учились на реальных продажах.
6. Проверьте, что баннер рабочий по 152-ФЗ, кнопка «Отклонить» видима и функциональна, галочки не предзаполнены.
7. Подготовьте для клиента короткое объяснение с выгрузкой из CRM, чтобы просадка в отчёте не читалась как провал рекламы.

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

Если такие разборы связок, нейросетей и лидогенерации нужны вам раньше, чем о них узнают клиенты, подписывайтесь на мой Telegram-канал «The Maslov».