Устранение расхождений в данных о хитах

Расхождения в данных Google Analytics и OWOX BI могут быть связаны с особенностями работы используемых сервисов либо их некорректной настройкой. Ниже вы можете ознакомиться с детальным списком причин расхождений для поиска оптимального решения.

Настройки Google Analytics

  • Причина расхождения: Превышены лимиты Google Analytics.
    Способ решения: Примите во внимание факт превышения лимитов GA при сопоставлении данных.
  • Причина расхождения: В Представлении Google Analytics, которое вы указали при настройке потока OWOX BI, настроены фильтры. В этом случае часть данных недоступна в отчете GA. В то время как данные, загруженные в BigQuery потоком OWOX BI, являются полными.
    Способ решения: Выгружайте данные из Представления без фильтров.
  • Причина расхождения: Свойство TimeZone у используемого Представления Google Analytics было изменено уже после создания потока в OWOX BI. В такой ситуации данные в Представлении GA корректируются с учетом новых настроек часового пояса. В отличие от данных в BigQuery, дата загрузки которых не может быть изменена ретроспективно.
    Способ решения: Исправить проблему ретроспективно невозможно. Примите во внимание факт смены настроек часового пояса при сопоставлении данных. Данные, загруженные в BigQuery после изменения свойства TimeZone, будут сформированы в таблицы с учетом новых настроек часового пояса.
  • Причина расхождения: Так как OWOX BI собирает все сырые данные о событиях на сайте, в Google BigQuery могут попадать хиты, спровоцированные ботами.
    Способ решения: Команда OWOX BI работает над механизмом фильтрации трафика от ботов.

Настройки Google Tag Manager (и устаревшего способа интеграции через Custom HTML)

  • Причина расхождения: На вашем сайте установлено два метода отслеживания параллельно. Например, вы настроили отслеживание, установив контейнер GTM с customTask, но не убрали с отслеживаемых страниц gtag.js; либо дважды добавили один и тот же код отслеживания.
    Способ решения: Откройте сайт в браузере Google Chrome и вызовите консоль (клик правой кнопкой > Просмотреть код / Inspect element). В консоли, в разделе Elements нажмите Ctrl+F (cmd+F для Mac), чтобы вызвать строку поиска, затем найдите код отслеживания по таким ключам: GTM / analytics.js / gtag.js. Удалите неактуальные/дублирующиеся записи.
  • Причина расхождения: Переменная customTask не добавлена в каждый из тегов Universal Analytics, по которым вы отправляете данные в BigQuery.
    Способ решения: Добавьте переменную customTask в каждый из тегов Universal Analytics, Например, в теги для отслеживания целей, транзакций и т.д.
  • Причина расхождения: В GTM-теге, который вы используете для сбора данных в BigQuery, добавлены два или более customTask. Любой дополнительный customTask конфликтует с ранее добавленным и перезаписывает его функцию. В нашем случае — отправку данных о событиях в Google BigQuery.
    Способ решения: Оставьте только один customTask, функцией которого будет отправка хитов на точку доступа OWOX BI.
    Если вам критически важно использовать несколько функций customTask в одном теге, вы можете объединить их JavaScript-код в рамках одного customTask. Однако помните, что любые модификации кода OWOX BI могут привести к сбоям в сборе данных.
  • Причина расхождения: Запросы с хитовыми данными блокируются Content Security Policy вашего веб-сайта.
    Способ решения: Внесите следующие правки в Content Security Policy

    • при использовании Google Tag Manager, добавьте директиву script-src 'unsafe-eval' 'unsafe-inline' https://tagmanager.google.com/ https://www.googletagmanager.com/ в HTTP-заголовок Content-Security-Policy;
    • при использовании analytics.js, добавьте директиву script-src 'unsafe-eval' 'unsafe-inline' https://google-analytics.bi.owox.com/ в HTTP-заголовок Content-Security-Policy.
  • Причина расхождения: Не у всех тегов Universal Analytics, по которым вы отправляете хиты в BigQuery, указано tracker name = owox.
    Способ решения: Обновите tracker name на "owox" во всех необходимых тегах Universal Analytics.
  • Причина расхождения: Некорректно настроена последовательность срабатывания тега стриминга.
    Способ решения: Исправьте последовательность так, чтобы тег OWOX BI срабатывал перед теми тегами Universal Analytics, по которым вы хотите отправлять хиты. При этом приоритет и триггер у тега OWOX BI указывать не стоит.
  • Причина расхождения: Google Analytics Web Property ID вашего проекта не указан в коде отслеживания стриминга.
    Способ решения: Укажите Google Analytics Web Property ID в теге с кодом отслеживания поведения пользователей.
  • Причина расхождения: Поля, указанные при создании счетчика, не указаны в теге стриминга.
    Способ решения: Укажите необходимые поля в теге с кодом отслеживания поведения пользователей.

Важно!После внесения правок в GTM по перечисленным пунктам опубликуйте новую версию контейнера для вступления изменений в силу.

Обратите вниманиеМы рекомендуем использовать customTask для внедрения кода отслеживания OWOX BI через Google Tag Manager. Детальнее читайте в нашей инструкции.

Настройки Measurement Protocol

  • Причина расхождения: Данные не отправляются на точку доступа OWOX BI.
    Способ решения: Убедитесь, что все данные, которые вы отправляете в Google Analytics, дублируются также на точку доступа google-analytics.bi.owox.com.
  • Причина расхождения: При передаче в MP-запросе параметров транзакции с помощью нескольких хитов, Google Analytics фиксирует хиты только с уникальным объектом actionField. То есть если передать несколько хитов с одинаковыми значениями параметров в объекте actionField, в Google Analytics будет учтен только один из таких хитов. OWOX BI при этом зафиксирует все полученные хиты. 
    Способ решения: Oбеспечьте уникальность значений параметров в объекте actionField в хитах с транзакцией, например, указывая различные значения для полей Revenue, Tax или Affiliation в каждом из таких хитов.

    Проверить количество транзакций, собранных в таблицы BigQuery, можно с помощью SQL-запросов.

  • Причина расхождения: В запросе не указан GET-параметр tid.
    Способ решения: Откорректируйте запрос с учетом GET-параметра tid.
  • Причина расхождения: Есть задержка между фактическим временем совершения хита и его отправкой.
    Способ решения: Если задержка между совершением заказа и отправкой запроса Measurement Protocol превышает установленное время ожидания сессий (по умолчанию — 30 минут), использование параметра qt (queue time, время ожидания) в запросах в Google Analytics и на точку доступа OWOX BI обязательно.
    Узнать, настроена ли передача параметра qt, можно проверив payload_data (тело запроса) в Measurement Protocol. Либо вы можете использовать таблицы хитовых данных, собранных потоком стриминга OWOX BI в BigQuery. Для этого в таблице найдите хит, загруженный через Measurement Protocol. Затем проверьте наличие поля queueTime для этого хита. Если такое поле отсутствует в таблице, значит передача параметра qt не настроена.

    Происхождение хита можно проверить в полях data source, UserAgent и IP хитовой таблицы. Если значения этих полей отличаются от полей в рамках сессии клиентов и всегда имеют одно значение в рамках всех сессий, значит эти хиты отправлены вашим сервисом.

    Далее следуйте рекомендациям ниже:
    • Если передача параметра qt не настроена, добавьте его в ваш запрос, следуя рекомендациям в статье.
    • Если параметр уже qt передается убедитесь, что его значение динамично. Для этого проверьте фактические значения qt в поле queueTime хитовых таблиц. Для каждой новой транзакции значение параметра qt должно быть равным фактическому времени задержки между оформлением заказа и отправкой запроса Measurement Protocol в этом конкретном случае.

Важно!При отправке параметра qt со значением больше, чем 4 часа, событие не попадет в Google Analytics. В OWOX BI попадет больше данных, так как наш алгоритм позволяет учитывать к сессиям хиты с задержкой до 30 дней.
Указывайте значение qt больше, чем 4 часа только в случае, если вам необходимо, чтобы события, отправленные через Measurement Protocol, попали в сессию, в которой они были совершены.

Подробнее о том, как значение параметра qt влияет на присвоение транзакции к сессии, читайте в этой статье.

Другие причины расхождений (технические)

  • Выход новой версии браузера, если в ней изменилась обработка JavaScript кода.
  • Использование пользователем proxy-сервера или настроек firewall, что мешает отправке данных на некоторые серверы.
  • Использование плагинов для браузера, которые блокируют отправку данных в Google Analytics.
  • Разница в задержке между пользовательским взаимодействием и регистрацией обращения на сервер различных служб аналитики может привести к различиям в подсчетах. Например, пользователь может нажать на ссылку и перейти на другую страницу до отправки просмотра страницы или отправки события клика по ссылке.
  • На пути к серверам различных сервисов может использоваться различное сетевое соединение, а соответственно трафик может обрабатываться по-разному.
      •  

Обратите вниманиеТехнические причины оказывают влияние на расхождения незначительно (до 1%). Тем не менее, убедитесь, что ни одна из указанных причин не влияет на сбор данных.

Ознакомьтесь с другими статьями по данной теме:
Устранение расхождений в данных о хитах с транзакцией
Устранение расхождений в данных о сессиях
Устранение расхождений в данных о затратах на рекламные компании
Если вам потребуется помощь в решении вопроса, вы можете написать на наш электронный адрес bi@owox.com или в онлайн-чат.

Была ли эта статья полезной?
Пользователи, считающие этот материал полезным: 2 из 3
Еще есть вопросы? Отправить запрос

0 Комментарии

Войдите в службу, чтобы оставить комментарий.