Почему Google Analytics показывает меньше трафика

Коротко: GA4 видит не всех посетителей сайта. Часть визитов отсекают согласия: без них Google Analytics не читает и не пишет cookie, а картину достраивает моделью. Часть режут блокировщики и встроенная защита браузеров, часть — фильтры ботов и служебные исключения. Итоговая цифра в отчёте — нижняя граница, и зазор до реального числа людей бывает заметным.

Что происходит, когда посетитель не дал согласие

На сайтах, которые обязаны спрашивать согласие на аналитические cookie, тег GA4 работает в режиме consent mode. Справка Google описывает поведение при отказе дословно: тег «will not read or write first-party analytics cookies», но «cookieless pings will be sent to Google Analytics» и «Google Analytics will use cookieless pings for modeling». Вместо измерения конкретного посетителя система получает обезличенный пинг и восстанавливает поведение по похожим пользователям.

Для отчёта это значит две вещи. Первое: там, где согласия нет, измеренных сессий в данных нет — есть модельные оценки, которые по построению не совпадают с фактическими визитами. Второе: часть конфигураций consent-баннеров вообще не запускает тег до клика по кнопке. Такой визит не зафиксирует ни измерение, ни модель: отправлять пинги некому. Человек был на сайте, листал страницы, ушёл — в отчёте GA4 его нет.

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

Почему блокировщики не пропускают скрипт

Скрипт GA4 подключается с домена Google, и события уходят на серверы Google. Для блокировщиков это узнаваемый шаблон: списки фильтров собирают правила против трекинговых скриптов, и аналитические скрипты — их классическая цель. Описание списка EasyPrivacy на сайте проекта формулирует задачу прямо: список «completely removes all forms of tracking from the internet, including web bugs, tracking scripts and information collectors».

Когда блокировщик активен, библиотека не загружается либо запрос события блокируется на отправке. Визит состоялся, страница открылась, товар добавился в корзину — счётчик об этом не узнал. Часть аудитории с блокировщиками не попадает в отчёт GA4 ни при каком числе просмотренных страниц, и отчёт о таких потерях не сообщает.

Что ограничивают браузеры

Safari в режиме Intelligent Tracking Prevention по умолчанию блокирует все сторонние cookie («ITP by default blocks all third-party cookies. There are no exceptions to this blocking») и удаляет cookie, созданные JavaScript, вместе с другим скриптовым хранилищем после 7 дней без взаимодействия с сайтом. Для cookie-аналитики это потеря узнавания возвращающихся: посетитель, вернувшийся через неделю, учитывается как новый. Подробная раскладка — в статье о том, как браузеры блокируют трекинг.

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

Фильтры ботов и служебные исключения

Часть визитов GA4 убирает сознательно. Система фильтрует известный бот-трафик; администраторы добавляют свои правила: исключение внутреннего трафика офиса, фильтры по адресам, отсечение подозрительных источников. Настройка ручная, и слишком широкое правило срезает живых людей вместе с роботами. Отфильтрованное в отчёте никак не помечено — эти визиты просто отсутствуют, и задним числом проверить, кто именно попал под фильтр, нельзя.

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

Почему счётчик без cookie видит больше

ДэйРика считается без cookie: скрипт около 1 КБ подключается одной строкой и не пишет идентификаторы в браузер. Вопрос согласия на аналитические cookie исчезает вместе с самими cookie: баннер не отрезает часть аудитории от подсчёта, отказ не превращает визит в модельную оценку. Блокировщикам скрипт мешает меньше, когда отдаётся через прокси-трекер с домена самого сайта.

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

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

Похожие статьи

Consent mode и cookieless-пинги — справка Google Analytics (support.google.com/analytics/answer/13802165). Ограничения cookie в Safari — whitepaper WebKit по Intelligent Tracking Prevention (webkit.org). Описание списков EasyList/EasyPrivacy — easylist.to. Параметры ДэйРики — по устройству продукта.