© 2010-2022 Антон Малышев
Почему клики не равны переходам?
Тот случай, когда в рекламном кабинете цифры одни, а в Google Analytics другие.
После прочтения моей вводной статьи про контекст Валя попросила меня ответить на часто задаваемый вопрос: почему количество кликов в статистике рекламных кабинетов не равно количеству просмотров в Яндекс Метрике или Google Analytics.

Прежде чем обсуждать этот вопрос, нужно понять, в чем его суть. Самая распространенная картина — это когда клики из Директа не совпадают с переходами в Метрике. Но мы рассмотрим более общий случай — когда не совпадают данные из других рекламных систем (например, соцсетей или баннерки) с данными веб-аналитики. Ну и классика, когда не совпадают данные Google Analytics и Метрики. С этого вопроса мы начнем, а в конце статьи разберем самое интересное — у вас всегда есть два варианта: или показатели выше расчетных, или вы чего-то не досчитались.

Google Analytics сразу требовала привязки счетчика и собирала гораздо более точные данные. При показателях до 500к онлайна или 1млн строчек в отчете на вашем сайте вы не столкнетесь с сэмплированием (выборкой, или удалением данных из отчетов), потому что все возможные данные будут записываться, храниться и обрабатываться интерфейсом Google Analytics (дальше по тексту GA).

А вот Метрика до 22 марта 2016 года (да, я заскринил эту эпичную запись в блоге Яндекса) собирала статистику из Директа на основании эвристических (!) алгоритмов ???? То есть Метрика просто "догадывалась", что наверное эти клиенты пришли с ваших рекламных кампаний.

Я подозревал, что где-то там собака порылась, но ребята все поправили и сейчас более-менее цифры сходятся. Но, как в старом анекдоте, осадочек остался, и мы традиционно используем для принятия основных решений GA, а не Метрику.

Стоит так же отметить, что GA единственная среди известных мне систем веб-аналитики (Adobe тоже не умеет) позволяет формировать как бы "трехмерные отчеты", а не просто таблички. Если кто-то помнит информатику, то двумерный массив это таблица, а трехмерный — когда кроме данных по осям X и Y добавляется еще Z.

И нахрена мы это вспомнили? =) Ну как, вот смотрите вы отчет по источникам трафика, и хотите посмотреть отказы в разрезе мобильных устройств. В GA вы добавляете "дополнительный параметр" и получаете данные, из которых можно сделать какие-то выводы.

Как это сделать в Метрике без плясок с бубном я не знаю, честно. Максимум, что вы можете там сделать — добавить к метрикам "мобильность" и понять процент. Или открыть "Технологии — Устройства", но вы в жизни не поймете, по какому источнику трафика к вам пришел юзер с тем или иным аппаратом.


Ладно, заканчиваем с дифирамбами Великому Гуглу, отвечаем на вопрос по делу.

Технологии учета посетителя у систем веб-аналитики различаются как на уровне кода, так и на уровне методологии. Люди, которые постоянно настраивают счетчики, прекрасно знают например о разнице между показателем отказов — яндекс по умолчанию засчитывает за отказ визит длительностью менее 15 секунд, а вот Google воспринимает за отказ просмотр всего одной страницы, что смерти подобно для большинства посадочных страниц.

Так вот, аналогичные тонкости есть в механике учета посетителей. Так что первое и золотое правило озвучил Валентин Стрыкало, назвав свой альбом «Смирись и расслабься». За программистскими деталями учета прошу в личку, они слишком технические.

А теперь любимое развлечение: мы смотрим на переходы из Директа (подставьте свой источник трафика) в GA (подставьте свою систему аналитики) по UTM-меткам (это хорошо, если мы их проставили в 2к17). Какие у нас есть варианты?

I. Кликов в рекламной системе меньше, чем переходов в системе аналитики — появляются лишние люди.

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

Что делать: радоваться.

Причина два
Новая сессия. У пользователя открыта вкладка, он закрывает браузер, затем открывает его и возобновляет просмотр страницы. Или просто он не активен более получаса (по умолчанию). В таком случае у него может не перезагружаться страница и/или не сбрасываться UTM-хвост (если ваш сервер или вы сами специально не используете скрипт, который так делает).

Что делать: разберитесь, как организована адресация (роутинг) у вас на серваке.

Причина три
Внутренние переходы, прямые заходы (direct), type-in трафик (когда пользователь печатает адрес вручную). Тут, думаю, не нужно лишних объяснений. Важно только сказать, что у пользователя могут сохраниться куки, которые в некоторых случаях присваивают любому его просмотру источник первого визита. Хранятся до полугода или принудительной очистки.

Что делать: смиритесь. Это пользовательский опыт (хотя предыдущий совет и тут может помочь).

II. Кликов в рекламной системе больше, чем переходов — люди пропадают.

Причина раз
Не все юзеры, кликнувшие по рекламе, дожидаются начала сеанса (сессии). К примеру, у вас медленный сервак, который за 5 секунд ожидания пользователем не отдает HTTP- заголовки, и человек закрывает вкладку. Все «в порядке» — клик по рекламе был, посещения не было.

Как лечить: проверить сервер и скорость загрузки страниц.

Причина два
У юзера отключен JavaScript, cookies или установлен принудительный запрет на их использование (может и какой-то специальный софт стоять). Сюда же можно отнести режим инкогнито, прокси, VPN-ы и другие способы остаться неизвестным в сети. Некоторые пользователи (по разным данным от 0,5 до 2% посещений) просто не отключают эти инструменты, а кому-то их настроили доброжелатели и вовсе без ведома конечного юзера.

Что делать: забить. Или ставить дорогостоящие server-side системы аналитики, которые учитывают каждый чих пользователя вне зависимости от его желания, так как Я.Метрика, Google Analytics, Adobe Analytics, счетчики Mail.Ru, LiveInternet и все остальное — это исключительно клиентские (client-side) инструменты. Но вот Google Analytics, к примеру, выросла из купленной в лохматом 2005 году серверной Urchin.

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

Что делать: навести порядок в коде — проверить порядок загрузки страницы (скриптов, шаблона, контента).

В обоих случаях
Самая тупая и самая распространенная ошибка: вы смотрите данные за разные промежутки времени. Это прям бич, и мой в том числе, спотыкаюсь каждый раз. Дело в том, что GA официально заявляют, что они сначала собирают данные, потом их обрабатывают; и задержка между поступлением данных и их, скажем так, «сохранением», составляет до 12 часов. Поэтому Гугл по дефолту всегда открывает вам интерфейс аналитики с датой за вчерашний (!) день. Они как бы намекают нам — чуваки, за сегодня данные посмотрите завтра, не торопитесь, релааакс…

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

Что делать: не забываем сверять, какие данные и за какой промежуток времени мы смотрим. Для Метрики период не помню, но знаю что для Вебвизора официальная задержка составляет 15 минут, хотя практика показывает, что бывает и 20, и полчаса, и больше. Видимо, зависит от длительности сеанса.

Домашнее задание: посчитайте достоверность информации, если она выше 95% — это терпимо, 98% — почти недостижимый идеал. Просто возьмите цифру по рекламе из GA за 100%, вычтите результат из рекламной системы, и если разница не превысит 5% — идите спать спокойно и перестаньте д***ить на стату ©.

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

Не пытайтесь отследить каждого юзера, это незаконно. Лучше сфокусируйтесь на поиске узких мест сайта и работе с каналами трафика. ;)

P.S.: Благодарные читатели и коллеги подсказали ряд моментов, которые мы упустили случайно или осознанно. В первую очередь, это конечно же блокировщики рекламы, которые также блокируют загрузку кода счетчика — ими пользуются 10–15% пользователей. Во-вторых, это неправильно настроенные редиректы, которые отрезают или дублируют реферрер ссылки (например, с http на https). В третьих, часто в аналитике можно увидеть посещения ботов рекламных систем — от AdWords или Вебвизора — а неподготовленный пользователь может принять их за посещения с рекламы. Ну и некорректно настроенные фильтры тоже могут способствовать тому, что у вас будут отображаться не все переходы.

И еще пара комментариев по тексту статьи — действительно, Метрика подгружает пиксель, чтобы подстраховаться от блокировки JavaScript, а среди серверных систем веб-аналитики бывают и бесплатные, к примеру AWStats — анализатор логов для сервера ngnix.



Читайте телеграм-канал Digital Eva, будьте котиками, не теряйте лиды!


10.12.2021
Hiring: Remote Front-end Developer
So we've got all these cool plans for the MoneyKeeper App. And then we realized that the team did not have enough hands to bring these things to life. So… we're looking for a really great Angular JS front-end developer to join our small team on a full-time basis. Interested? Please email hello@moneykeeperapp.com with the subject Angular JS. Make sure to include links to past works.
Follow Us
It is the intended result of the entire process of presenting textual material to convey meaning so that others would easily grasp it.
Photo credits: Nicola Albertini

All photo and video materials belong to their owners and are used for demonstration purposes only. Please do not use them in commercial projects.