Cookies и Метрика: что ломается в аналитике заявок после ограничений браузеров?

Браузеры (Safari, Firefox, а теперь и Chrome с Privacy Sandbox) поэтапно отключают сторонние cookies. Это приводит к тому, что Метрика и GA теряют до 30-40% визитов при атрибуции по рекламным каналам. Бизнес видит «нулевые» переходы с Facebook* или Google Ads, хотя заявки приходят. Маркетолог начинает перекладывать бюджет на брендовые запросы или отключает рабочие кампании, потому что система аналитики показывает неверную картину. Реальная цена вопроса — не точность отчетов, а неверные решения по масштабированию и потерянные деньги на ручном сопоставлении данных.

Ниже — практический разбор с критериями и следующим шагом. Связанные услуги: каталог, AI Boost Team, стать клиентом.

Chrome отключает третьи cookies поэтапно с 2025 года. К 2026-му до 40% рекламных визитов в Метрике записываются как «прямые», при этом заявки продолжают поступать. Вы открываете отчет и видите: Google Ads «мертв». А менеджер по продажам завален лидами. Знакомо?

Рынок лечит симптом усложнением счетчиков. Ставят прокси, копаются в колбэках, пишут кастомные скрипты. Это мусор. Корень в том, что cookies больше не могут быть основой атрибуции. Ложный путь — искать способы «вернуть» cookies вместо перехода на сквозную аналитику через CRM.

Цена ошибки — не «неточные отчеты». Вы отключаете рабочие связки, потому что Метрика показывает ноль. Или льете бюджет в брендовые запросы, хотя реальный источник заявок — контекст. Маркетолог тратит недели на ручную сверку таблиц и не видит картину. Рост заявок останавливается.

Что именно ломается в Метрике и GA4 после отключения cookies

Разница между first-party и third-party cookies — не техническая деталь, а вопрос выживания данных. First-party cookies ставит ваш домен. Их никто не блокирует. Метрика исправно считает визиты, глубину, цели на сайте. Проблема в другом: склейка визита с рекламным кликом.

Когда пользователь кликает по объявлению в Яндексе или Google, рекламная система ставит свою метку (third-party cookie). Браузер ее стирает. Через день человек возвращается на сайт по прямому заходу — и Метрика пишет «прямой визит». Связь с рекламой потеряна. Кампания в отчете обнуляется, хотя заявка пришла именно с нее.

Safari и Firefox убили third-party cookies еще в 2020–2022 годах. Поэтому доля прямых заходов в типовом проекте выросла с 20% до 35% — это данные из практики внедрений. Chrome дожимает остальное в 2026-м. Если ваш бизнес ориентирован на аудиторию iPhone — вы уже живете в искаженной реальности пару лет.

GA4 в этой истории отдельный персонаж. Google пытается заменить cookies своей моделью на основе сигналов и машинного обучения. Работает это так себе. Для рекламодателя из РФ, который использует Google Ads, точность атрибуции проседает кратно. Особенно после ухода части трафика на VPN и изменения поведения пользователей.

Как проверить, что ваша аналитика уже показывает неверные данные

Не нужно ждать «еще одного обновления». Проведите тест за 1 час.

Тест 1. Сверка с CRM. Выгрузите из CRM все заявки за последние 30 дней с источниками. Сравните с конверсиями в Метрике по тем же источникам. Расхождение более 20% — атрибуция сломана. В Метрике вы увидите «прямые» или «внутренние переходы», а в CRM — «Google Ads» или «Яндекс.Директ».

Тест 2. Инкогнито. Откройте сайт в режиме инкогнито, кликните по своему объявлению в Директе, оставьте заявку. Через день зайдите в отчеты. Если визит записался как «прямой» — ваши настройки склейки не работают.

Тест 3. Safari против Chrome. Сравните долю прямых заходов в разрезе браузеров за 3 месяца. Если в Safari прямых заходов на 30% больше, чем в Chrome — вы уже потеряли данные по iOS-аудитории.

Признаки потери атрибуции, которые видны без тестов:

• Растет доля прямых заходов при стабильном рекламном трафике.
• Кампании в Директе показывают CPC, но ноль конверсий в целях.
• Менеджеры получают заявки, а в Метрике «отказы» по рекламным каналам.
• Вы начали отключать кампании, потому что «они не работают», но продажи не упали.

Сквозная аналитика против cookies: что реально работает в 2026

Есть три рабочих метода. Они не исключают друг друга, но базой должна быть CRM.

Метод 1. Сквозная аналитика на основе CRM и номеров телефонов

Каждая заявка фиксируется в CRM с источником. Источник определяется по UTM-меткам, колбэку или динамическому номеру. Cookies не участвуют. Вы видите реальную картину: канал → кампания → заявка → оплата. Это единственный способ считать ROI, а не «конверсии в цели».

Для сайтов с формами и звонками — это база. Без CRM сквозная аналитика невозможна. Если у вас ее нет — посмотрите готовые интеграции, которые подключаются к вашему сайту без разработки.

Метод 2. API-конверсии из рекламных кабинетов

Яндекс.Директ и Google Ads умеют принимать данные о конверсиях напрямую через API. Вы передаете не «клик», а факт заявки с номером телефона или email. Система сама сопоставляет с показом. При настройке импорта офлайн-конверсий точность атрибуции по платным каналам повышается до 90%+.

Это работает, даже когда cookies стерты. Рекламная система знает, кому показывала объявление, и получает от вас сигнал «этот человек стал клиентом». Не идеально, но на порядок лучше, чем полагаться на браузерные метки.

Метод 3. Серверный трекинг через свой домен

Вы отправляете данные в Метрику и GA4 не напрямую из браузера, а через свой сервер. Браузер видит запрос на ваш домен — это first-party. Блокировщики и политики Safari не трогают такие запросы. Метод решает проблему для Safari и Firefox. Для Chrome в 2026-м это основной рабочий способ сохранить данные о кликах.

Серверный трекинг требует настройки. Нужен свой домен, SSL-сертификат и менеджер тегов на сервере. Если у вас нет своего разработчика — посмотрите готовые схемы внедрения, которые не требуют написания кода с нуля.

Пошаговая настройка: от Метрики до CRM за 5 шагов

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

1. Настройте цели в Метрике. Цель «Отправка формы» и «Клик по телефону» должны быть настроены через dataLayer, а не через CSS-селекторы. Иначе после любых правок сайта цели «отвалятся».
2. Настройте электронную торговлю. Для интернет-магазинов передавайте в Метрику не только заказ, но и сумму, состав корзины. Это пригодится для поведенческого анализа, когда атрибуция переедет в CRM.
3. Передавайте Client ID в CRM. Через менеджер тегов ловите идентификатор визита Метрики или GA4 и кладите его в скрытое поле формы. После отправки CRM сохраняет этот ID вместе с заявкой. Через 2 месяца у вас будет база для ручной склейки.
4. Настройте импорт офлайн-конверсий. В Директе и Google Ads настройте загрузку данных из CRM: номер телефона, email, дата заявки. Системы сопоставят с показами и начнут оптимизироваться по реальным конверсиям, а не по микроконверсиям на сайте.
5. Перестройте отчеты. Метрика и GA4 остаются для анализа поведения: глубина просмотра, карта кликов, воронка. Атрибуцию и ROI считайте в CRM или BI-системе по данным о заявках.

Шаг 3 — самый важный. Без Client ID в CRM вы не сможете склеить визит с заявкой, когда cookies сотрутся. Это ваш страховой полис на 2026 год.

Что делать с уже собранными данными: как не потерять историю

Исторические данные нужны для сравнения «до/после» и для пересчета бюджетов. Если вы переходите на новую модель атрибуции, не выкидывайте старые отчеты — пересчитайте их.

Перенос из GA в GA4. Если вы до сих пор работаете в Universal Analytics и не перенесли данные — вы опоздали. GA умер. Но выгрузить историю из GA в Excel или Google Sheets можно. Сделайте это, пока доступ к интерфейсу не закрыли окончательно. Выгружайте помесячно, по источникам и кампаниям.

Пересчет атрибуции за 6 месяцев. Возьмите данные CRM за последние 6 месяцев. Постройте отчет: заявка → источник → кампания → оплата. Сравните с тем, что показывала Метрика. Расхождения покажут, какие каналы вы недооценивали. На основе этого пересмотрите распределение бюджета.

Очистка от «мусорных» прямых заходов. Часть прямых заходов — это реальные прямые заходы: люди вбивают адрес сайта. Другая часть — потерянная атрибуция. Отличить можно по Client ID: если ID совпадает с ID из рекламного визита за последние 30 дней — это не прямой заход, а возврат. Настройте правило в отчетах, которое будет «доклеивать» такие визиты к рекламному источнику.

Когда это не сработает

Честно о границах метода. Сквозная аналитика на основе CRM не работает, если:

• У вас нет CRM. Вы принимаете заявки на почту или в WhatsApp на личный номер. Тогда нечего сопоставлять. Придется сначала внедрить хотя бы простую CRM или Google Sheets с формами.
• Разовые покупки без авторизации. Клиент зашел, купил, ушел. Вы не знаете его email и телефон (если это не доставка). Склеить визит с покупкой можно только по Client ID в cookies — а они стираются. Здесь придется использовать упрощенные модели атрибуции с погрешностью. Например, last-click по данным рекламного кабинета.
• Нет звонков и форм. Если бизнес зарабатывает на трафике (медийная реклама, контентные проекты), а не на заявках — сквозная аналитика не нужна. Вам важны показы и вовлеченность, а не «заявки с источника».

Еще один риск — слепое доверие данным рекламных кабинетов. Яндекс и Google показывают «свою» атрибуцию, которая выгодна им. Они могут приписывать конверсию последнему клику внутри своей системы, игнорируя другие касания. Не стройте бюджет только на данных кабинетов. Сверяйте с CRM.

Чек-лист: как выглядит аналитика заявок, которая не зависит от cookies

• Каждая заявка имеет источник и кампанию в CRM. Заполняется автоматически, без ручного ввода.
• Client ID из Метрики или GA4 сохраняется в CRM вместе с заявкой.
• Метрика и GA4 используются для поведенческих данных, а не для атрибуции.
• Отчеты по рекламе строятся на данных CRM, а не на cookies.
• Настроен импорт офлайн-конверсий в Яндекс.Директ и Google Ads.
• Доля прямых заходов в отчетах не влияет на решение о бюджете.

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

Частые вопросы

Яндекс.Метрика теперь вообще не работает без cookies?

Работает. Метрика использует first-party cookies — это данные с вашего домена, их браузеры не блокируют. Проблема не в сборе визитов, а в склейке визита с рекламным кликом из Яндекс.Директ или внешней системы. Визиты считаются, но источник теряется. Отсюда и рост «прямых заходов».

Как понять, что моя аналитика уже сломана из-за ограничений?

Сравните количество заявок из CRM с количеством конверсий в Метрике за последние 3 месяца. Если в CRM заявок больше, чем в отчетах по источникам, и доля «прямых» выросла — атрибуция сломана. Конкретный признак: вы видите заявки в CRM с пометкой «Google Ads», а в Метрике по этому каналу ноль конверсий.

Что делать, если Google Analytics показывает ноль переходов с Google Ads?

Настройте импорт конверсий из Google Ads в GA4 через API, а не через теги. Либо используйте офлайн-конверсии: загружайте данные о заявках из CRM в рекламный кабинет. Google сопоставит их с показами по email или телефону. Это работает без cookies.

Поможет ли установка счетчика через серверный контейнер?

Серверная установка (через свой домен) решает проблему блокировки сторонних cookies для Safari и Firefox. Для Chrome в 2026 году это тоже основной рабочий способ. Но серверный трекинг не заменяет CRM-атрибуцию. Он сохраняет данные о кликах, а не о заявках. Для полной картины нужны оба механизма.

Сценарий внедрения: дорожная карта на первые недели

1. Проверьте, какие cookies использует ваш сайт: сторонние (от рекламных кабинетов) или только свои (first-party). 2. Настройте отправку данных в Метрику через собственный домен (proxy-сервер) или используйте API-конверсии из рекламных кабинетов напрямую. 3. Внедрите сбор идентификатора клиента (Client ID) в свою CRM или Google Sheets через менеджер тегов. 4. Сверьте данные Метрики с фактическими заявками из CRM за последние 30 дней: найдите расхождения по источникам. 5. Перестройте отчеты на модель атрибуции по данным CRM, а не по cookies браузера.

1. Нулевая неделя: baseline-метрики, карта ролей и ответственности, технические ограничения и SLA.
2. Неделя 1-2: запуск узкого пилота, контрольные точки, лог ошибок типовых сценариев.
3. Неделя 3-4: первое улучшение по KPI или честное признание, что нужно поменять сценарий/данные.
4. Неделя 5+: масштабирование на смежные процессы и фиксация регламентов, чтобы качество держалось без геройства команды.

Формат “один главный результат на одну неделю” сохраняет темп и экономит управленческое внимание.

Риски и как их снять заранее

• Запуск без baseline и недельной аналитики — самый дорогой вариант, потому что непонятно, что лечить.
• Смешивание многих задач одновременно — обычно увеличивает календарные сроки и бюджет сверх суммы задач по отдельности.
• Слабая интеграция с точками истины данных (CRM, биллинг, тикет-системы) даёт красивый интерфейс и плохой бизнес-эффект.

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

Что сделать дальше

Короткая диагностика под ваш процесс: обычно 3 дня для малого бизнеса и до 5 дней для проектов со сложной воронкой и несколькими стейджами.

Быстрый расчет эффекта: (количество заявок × текущая стоимость обработки заявки) − (то же после внедрения целевой модели) + (дополнительные продажи × средняя маржа). Число получится грубым и полезным: оно задаёт экономику решения даже без идеальных данных.

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

• Запросить диагностику процесса: Открыть форму контактов PrimeCoder
• Получить план внедрения на 30 дней: Подключить AI Boost Team как внешний AI-офис с KPI

FAQ по теме статьи

Яндекс.Метрика теперь вообще не работает без cookies?

Метрика работает на first-party cookies — это данные с вашего домена. Проблема не в сборе визитов, а в склейке визита с рекламным кликом из Яндекс.Директ или внешних систем. Когда браузер блокирует сторонний cookie, Метрика видит визит, но не знает, с какой рекламы пришел пользователь, и записывает его как «прямой заход».

Как понять, что моя аналитика уже сломана из-за ограничений?

Сравните количество заявок из CRM с количеством конверсий в Метрике за последние 3 месяца. Если в CRM заявок больше, чем в отчетах по источникам, и доля «прямых заходов» выросла на 15-20% без изменения трафика — это признак потери атрибуции. Также проверьте, совпадают ли цифры по кликам в рекламном кабинете и визитам в Метрике.

Что делать, если Google Analytics показывает ноль переходов с Google Ads?

Настройте импорт конверсий из Google Ads в GA4 через API, а не через теги. Либо используйте офлайн-конверсии: загружайте данные о заявках из CRM в рекламный кабинет. Это работает без cookies, так как передает данные по идентификатору клика (gclid).

Поможет ли установка счетчика через серверный контейнер?

Серверная установка (через свой домен) решает проблему блокировки сторонних cookies для Safari и Firefox. Для Chrome в 2026 году это тоже основной рабочий способ, так как Privacy Sandbox не дает полной атрибуции. Но серверный трекинг требует настройки и не решит проблему сквозной аналитики без CRM.

Какие альтернативы cookies для аналитики заявок существуют в 2026 году?

Основные рабочие методы: сквозная аналитика на основе CRM (каждая заявка привязывается к источнику по UTM-метке или номеру телефона), API-конверсии из рекламных кабинетов, и постбек-коллтрекинг. Эти методы не зависят от cookies браузера и дают точные данные по фактическим заявкам.

Дальше по теме платформы: смежные материалы (Разработка и запуск продукта)

Статью лучше читать в связке — так быстрее собирается картина, как ответ складывается в работающую воронку, а не в изолированный совет.

• Сколько стоит сайт под ключ в Москве
• Как выбрать подрядчика по AI и автоматизации
• Внедрение AI в продажи за 30 дней