Почему данные разных систем аналитики не совпадают

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

Почему цифры не сходятся до единицы

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

В справке Google Analytics определение зафиксировано дословно: «A session is a period of time during which a user interacts with your website or app», и по умолчанию «a session ends or times out after 30 minutes of user inactivity». Порог настраивается в кабинете. У Яндекс Метрики своё окно визита, у ДэйРики визиты и посетители считаются на базе дня, без сквозной идентификации. Одни и те же заходы превращаются в этих системах в разные «визиты» уже на уровне определений, до всякой фильтрации.

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

Что отфильтровано по-разному

Вторая группа причин — то, что в отчёт попадает не всё. У каждой системы свой набор молчаливых исключений:

• боты: каждая система ведёт собственные списки роботов и режет их по своим правилам. Часть автоматического трафика одна система опознаёт, другая пропускает в отчёт;
• блокировщики: скрипты счётчиков живут на разных доменах и попадают под разные правила фильтров. Часть посетителей блокирует скрипт одной системы, но пропускает другую — в одном отчёте человек есть, в другом его нет;
• ограничения браузеров: Safari по умолчанию блокирует сторонние cookie и удаляет cookie, созданные JavaScript, после 7 дней без взаимодействия с сайтом (whitepaper WebKit). Системы, хранящие идентификатор посетителя в cookie, теряют узнавание возвращающихся и считают их новыми. Счётчик без cookie этой границы не имеет;
• согласия: если сайт показывает баннер и посетитель отказался, cookie-системы не пишут идентификаторы. Вместо измерения в отчёт попадает модельная оценка, и она тоже не совпадает с соседним кабинетом.

Из-за чего сдвигаются границы отчётов

Часовые пояса. Сутки в двух кабинетах начинаются в разное время. Метрика собирает статистику по поясу, указанному в настройках счётчика, и при смене пояса исторические данные не пересчитываются (справка Метрики). Серверные системы и рекламные кабинеты часто живут в UTC. Визиты около полуночи уезжают в разные дни, и суточные отчёты расходятся даже при полностью одинаковом трафике.

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

Почему посетителей меньше, чем визитов

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

Как работать с расхождением

Полного совпадения цифр добиться невозможно, и эта цель неправильная. Рабочие правила вместо неё:

• одна система — источник истины для одного класса вопросов. Рекламные конверсии считаются в системе, которая передаёт их в Директ и VK; вопросы контента и источников — в системе, где видны все визиты;
• сверяются тренды, а не абсолюты: если обе системы показывают рост визитов на 15%, разница уровней между ними не важна; если одна растёт, а вторая падает — ищите конкретную причину;
• определения фиксируются письменно: что считается визитом, конверсией, выручкой. Отчёт для руководства собирается из одной системы, без смешивания цифр из двух кабинетов.

Что снимает подход без cookie?

Честная часть: не всё. Счётчик без cookie убирает потери на ограничениях браузеров (нет cookie — нечего удалять и блокировать) и на отказах от согласия (нет аналитических cookie — нет и вопроса о них). Из списка причин исчезают два пункта, обычно самые заметные по масштабу потерь.

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

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

Окно сессии Google Analytics — справка support.google.com/analytics («Sessions»), consent mode — support.google.com/analytics. Ограничения cookie в Safari — whitepaper WebKit по Intelligent Tracking Prevention (webkit.org/tracking-prevention). Часовой пояс Метрики — справка Яндекс Метрики («Создание и установка счётчика»). Параметры ДэйРики — по устройству продукта.