Ладно, заканчиваем с дифирамбами Великому Гуглу, отвечаем на вопрос по делу.
Технологии учета посетителя у систем веб-аналитики различаются как на уровне кода, так и на уровне методологии. Люди, которые постоянно настраивают счетчики, прекрасно знают например о разнице между показателем отказов — яндекс по умолчанию засчитывает за отказ визит длительностью менее 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, будьте котиками, не теряйте лиды!