Темные дыры Google Analytics, либо Где теряются данные | SEO кейсы: социалки, реклама, инструкция

Наверняка, вы не разов подмечали, что данные, собранные различными счетчиками, могут различаться. Также абсолютно различными могут быть характеристики в сервисах и в отчетах о продажах. Куда исчезают данные из Google Analytics и иных приборов?Как сделать так, чтоб получить чрезвычайно приближенные к действительности числа?Эксперт Moz и глава консультативной группы агентства Distilled Том Каппер исследовал этот феномен, а редакция SEOnews перевела для вас его отчет.

Методология

Ежели методология исследования вам не занимательна, сможете пропустить этот пункт и сходу перейти к результатам.

В качестве образца в исследовании бытуют данные настоящего сайта distilled.net.

У нас есть обычный ресурс Google Analytics, настроенный через Google Tag Manager(GTM). На сайте установлено три различных счетчика GA, чтоб измерять расхождения меж различными конфигурациями.

Два счетчика(один установлен через Google Tag Manager, иной – напрямую)установлены локально. Приборы аналитики нередко не могут отследить юзеров с установленными блокировщиками рекламы. Чтоб обойти охрану эдблокеров, мы переименовали копии файла GA javascript(www.distilled.net/static/js/au3.js вместо www.google-analytics.com/analytics.js), функции javascript(f1 и f2 заместо обычных ga)и счетчики(t1 и t2).

3-ий объект отслеживания(переименован в t3), против, употребляет обычный код и встроен напрямую в код странички.

На таблице собраны все описанные выше опции:

Счетчик	Функция переименована?	Установлен через GTM либо напрямую?	Файл javascript расположен локально?
По умолчанию	Нет	GTM HTML-тег	Нет
t1	Да – f1	GTM HTML-тег	Да
t2	Да – f2	Напрямую	Да
t3	Нет	Напрямую	Нет

Следя за количеством просмотров в приборах разраба браузера, мы протестировали, как счетчики работают с различными блокировщиками рекламы и браузерами. Нам удалось смонтировать статистику по каждому и проанализировать, по каким причинам Google Analytics может «терять» данные.

Причина №1: Блокировщики рекламы

В этом разделе мы проверили, какие блокировщики рекламы укрывают данные юзеров от приборов аналитики, а какие – нет.

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

Некие из их заблокируют сервисы аналитики по умолчанию, иные – лишь ежели включить специальную настройку. К образцу, AdBlock Plus «прячет» юзеров при включенной функции EasyPrivacy. uBlock Origin, против, укрывает собственные данные по умолчанию.

Таблица указывает, отслеживаются ли данные юзеров с установленными AdBlock Plus и uBlock Origin.

Установка	Adblock Plus без допнастроек	Adblock Plus с настройкой EasyPrivacy	uBlock Origin
Через GTM	Да	Нет	Нет
На странице	Да	Нет	Нет
Через GTM, код и функция переименованы	Да	Нет	Нет
На страничке, код и функция переименованы	да	Нет	нет

Из данных таблицы делаем вывод, что изменение наименования не выручает от утраты данных.

Из-за блокировщиков рекламы приборы аналитики утрачивают до 10% данных.

В различных регионах эдблокеры установлены у 15-25% всех юзеров веба. Сейчас Adblock Plus является руководителем базара, на него приходится 50-70% от всех установок блокировщиков рекламы. Но большая часть употребляют обычные опции AdBlock Plus, которые не мешают приборам аналитики собирать данные.

Причина №2: Функция «Не отслеживать» в браузерах

В этом разделе мы проверили, какие браузеры со включенной функцией «Не отслеживать» дозволяют GA смонтировать данные, а какие – нет.

Настройка «Не отслеживать» есть во множистве знаменитых браузеров и также служит для охраны собственных данных. В Firefox Quantum есть улучшенная версия «Не отслеживать», которая величается «Охрана от отслеживания в частном режиме». Ее мы также включили в подборку.

Таблица указывает, отслеживаются ли данные в заключительных версиях Chrome и Firefox для Windows со включенной функцией «Не отслеживать» и Firefox Quantum с «Охраной от отслеживания в частном режиме».

Установка	Chrome «Отправлять запрет отслеживания с исходящим трафиком»	Firefox «Охрана от отслеживания»	Firefox Quantum «Охрана от отслеживания в частном просмотре»
Через GTM	Да	Да	Нет
На странице	Да	Да	Нет
Через GTM, код и функция переименованы	Да	Да	Нет
На страничке, код и функция переименованы	Да	Да	Нет

Тут также видно, что изменение заглавий не посодействовало смонтировать просмотры юзеров Firefox Quantum с усиленной охраной.

Из-за включенной функции «Не отслеживать» пропадает наименее 1% данных.

Единственным браузером, которому удалось помешать Google Analytics смонтировать данные, стал запущенный в феврале 2018 года Firefox Quantum. Но функция «Охрана от отслеживания в частном просмотре» не включена по умолчанию, потому ей пользуется чрезвычайно малюсенький процент юзеров, и воздействие на количество данных, собранных GA, так малюсенько.

Причина №3: Фильтры

Фильтры, установленные в Google Analytics, также могут извращать данные по трафику, приобретенные с поддержкою приборов аналитики. Время от времени профессионалы длинное время не обращают на это внимание. К образцу, вы поставили фильтр, который отключает отслеживание трафика с устройств с редким разрешением экрана, потому что решили, что в данной категории лишь боты и сбор данных напрасен. На самом деле таковым образом вы сможете утратить данные..

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

Мы советуем создать дубликат без фильтров, чтоб впору отслеживать разницу и принимать конструктивные меры.

Причина №4: Настройка через Google Tag Manager

В этом разделе мы сравнили характеристики, собранные счетчиками, установленными через GTM и напрямую, также узнали, что будет, ежели поместить код счетчика не в, а в.

Теснее пару лет Google Tag Manager является одним из основных приборов внедрения сервисов аналитики. Но в ходе исследования стало понятно, что счетчики, установленные напрямую, показывают больше просмотров, чем уставленные через GTM.

Также мы проверили, какой процент данных «потеряется», ежели не следовать всем инструкциям Google по установке кода счетчика на сайт.

За 100% мы брали обычный счетчик, установленный через GTM.

	GTM	Изменен и расположен через GTM	Расположен в	Изменен и расположен в	Расположен в
Chrome	100%	98,75%	100,77%%	99,8%	94,75%
Safari	100%	99,42%	100,55%	102,08%	82,69%
Firefox	100%	99,71%	101,16%	101,45%	90, 68%
Internet Explorer	100%	80,06%	112,31%	113,37%	77,18%

Выводы:

• Код, интегрированный в страничку напрямую, указывает больше трафика, чем добавленный через GTM.
• Модифицированный код постоянно дает результаты в пределах погрешности, в отличие от модифицированного кода, встроенного через GTM в IE, о чем подробнее будет поведано ниже;
• В зависимости от браузера ошибочно установленный код отслеживания может стоить вам до трети трафика по сопоставлению с корректно установленным счетчиком.
• Кастомизированные опции, которые обязаны посодействовать избегать блокировщики рекламы и тем самым фиксировать больше трафика, по сути не приносят никакой выгоды.

Из-за ошибочно расположенного кода пропадает около 10% данных.

Стоит отметить, что кастомизированные счетчики получили меньше трафика, чем обычные. Для счетчика, внедренного на страничку через код, это быстрее погрешность, а для GTM существует иная причина. Я употреблял профили без фильтра, потому в основном профиле много трафика от ботов, которые маскируются под юзеров Internet Explorer. Наш основной профиль – самый спамный – в исследовании взят как начальная отметка. Таковым образом разница меж счетчиками, установленными напрямую и через GTM, быть может больше, чем указывает это исследование.

Также мы оценили разницу меж трафиком с различных устройств:

	GTM	Изменен и расположен через GTM	Напрямую на сайт в	Изменен и Напрямую на сайт в	Напрямую на сайте, на через
Десктоп	100%	98,31%	100,97%%	100,89%	93,47%
Смартфоны	100%	97,00%	103,78%	100,42%	89,87%
Планшеты	100%	97,68%	104,20%	102,43%	88,13%

Вывод: Из-за установки через GTM могут теряться и данные мобильных браузеров.

Размещение счетчика Google Analytics через GTM может лишить вас данных о 1-5% просмотров, а размещение счетчика в – около 10%.

Количество потерянного трафика зависит от того, с какого браузера и аксессуара юзер заходит на ваш сайт. На сайте distilled.net разница сочиняет около 1,7%, беря во внимание, что аудитория больше заходит с рабочего стола и фактически не пользуется Internet Explorer.

Я сфокусировался на тех областях, где данные могут вполне отсутствовать. Но GA может утратить лишь часть данных либо ошибочно объяснять полученную информацию. Традиционно у этого две предпосылки: «темный трафик» и атрибуция.

«Черный трафик»

«Темным трафиком» величаются переходы на сайт, источник которых безызвестен.

Предпосылки происхождения «темного трафика»:

• отсутствие тегов в email-кампаниях;
• отсутствие тегов в кампаниях для прибавлений(в Facebook, Twitter и т.д.);
• искаженные данные по трафику;
• неправильные опции счетчика.

Стоит отметить, что в заключительнее время растет доля прямого трафика, который исторически числился органикой. Из-за автозаполнения браузера, синхронизации истории юзеров на различных устройствах и иных нововведений пользователи все почаще вводят URL сайта вручную.

Атрибуция

Сеанс в приборах аналитики – нестабильный процесс. Вам может казаться явным, как группы обращений собираются в сессии, но на самом деле это – трудный процесс, который зависит от фактически всех причин. Стоит отметить, что Google Analytics традиционно присваивает прямой трафик(в том числе и «темный»)непрямым источникам, ежели такие имеются.

Алексей Бузин, генеральный директор СЕО Импульс Ежели вы установили счетчик от Google Analitics не видите какие-то переходы, сначала необходимо убедиться, что счетчик установлен на всех страничках сайта. Довольно нередко его запамятывают поставить на лендинг, к образцу, для некий маркетинговой кампании, и, соответственно, статистика оттуда пропадает. Более распространенными утратами данных по трафику считаю внедрение различных блокировщиков в браузерах и режимов Инкогнито.

Андрей Зайко, управляющий отдела аналитики агентства performance-маркетинга Adventum Существует два вида систем аналитики: те, что обрабатывают логи со всеми запросами загрузки страничек(серверные), и те, что отслеживают загрузки страничек в браузерах юзеров. Ко второму типу относятся Google Analytics и Яндекс.Метрика. Главное их предназначение – анализ поведения юзеров на сайте и оптимизация рекламы. Для того и иного не непременно владеть 100% данных. Довольно анализировать тренды конфигурации характеристик и сегменты.

Самое очевидное, что может помешать при сборе статистики, неполная загрузка странички и скорость веба. Конкретно потому в Google Analytics и Яндекс.Метрике постоянно будут расходиться данные по просмотру страничек: некий из счетчиков сработает прытче, а некий просто не успеет загрузиться.

Данные также могут теряться из-за блокировщиков рекламы, наружных ситуаций(ясный пример: недавняя блокировка Роскомнадзором серверов Google).

Есть воззрение, что не необходимо устанавливать коды аналитики через GTM. При его использовании сначала грузится контейнер с тегами, а лишь позже счетчики. Это доп времязатраты, которые могут вести к утрате данных. На практике же количество “упущенных” юзеров не превосходит 1-2%. Их компенсируют превосходства GTM: обычная настройка аналитики и кодов иных сервисов, неимение необходимости во наружней разработке, что понижает возможность ошибок внедрения и исключает излишние издержки.

Доп причинами утраты трафика могут быть некорректно настроенные фильтры либо ограничения системы аналитики. Данные не будут собраны, ежели за одну сессию будет зафиксировано более 500 хитов(загрузок страничек либо событий)либо размер отправляемых данных превзойдет 8192 б.

Чтоб минимизировать утраты при сборе данных, мы придерживаемся нескольких обычных верховодил:

1. Устанавливаем счетчики аналитики либо GTM как можнож выше на страничке.
2. При настройке счетчиков в Google Analytics постоянно делаем как минимум два представления: “рабочее” с фильтрами и “резервное” без фильтров. Это подсобляет получить информацию даже тогда, когда была допущена ошибка в настройках.
3. Ежели в рамках проекта отправляется великий размер данных, фиксируется много событий и просмотров страничек, используем свою кастомную настройку передачи данных.
4. Ежели желаем созидать наибольшее количество данных по всем юзерам, настраиваем передачу данных через Measurement Protocol. Это трудозатратно, но дозволяет анализировать фактически 100% данных.