Ниже описаны наиболее популярные причины расхождения данных о транзакциях между CRM и Google Analytics.

Статья находится в стадии доработки, в будущем мы опишем ещё больше разных случаев.

Для того, чтобы наиболее подробно исследовать эти причины, вам пригодятся:

• Выгрузка транзакций из Google Analytics
• Выгрузка транзакций из CRM с полями:
  • ID транзакции
  • Дата и время транзакции
  • Количество товаров в заказе
  • Google Client ID
  • User ID
  • Тип оплаты
  • Тип заказа (покупка через корзину, покупка в 1 клик и др.)
  • Тип устройства
  • Браузер
• Выгрузка транзакций из BigQuery
• Выгрузка транзакций из Яндекс Метрики

 

Содержание

Разница во времени

Задержка обработки данных Google Analytics

Фильтры в представлении Google Analytics

Сэмплирование данных Google Analytics

Блокировщик рекламы

Транзакция превышает размер хита

В Google Analytics превышен лимит в 500 хитов на сеанс

Пользователи не возвращаются на сайт после оплаты

Некорректно заполняется параметр transaction.isReturning

Изменения на сайте не были отражены в digitalData

Другие причины, детальный анализ

 

Разница во времени

Разные системы могут работать в разных часовых поясах. Также транзакции могут попадать в разные системы с задержкой в несколько минут. Из-за этого одна и та же транзакция может быть присвоена разным датам.

Как проверить:

Когда формируете выгрузку из Google Analytics, добавляйте по одному дню с каждой стороны к сравниваемому периоду.

Например, если у вас есть выгрузка из CRM за период 05.06.2019 - 07.06.2019, сравнивайте её с выгрузкой из Google Analytics за период 04.06.2019 - 08.06.2019.

 

Задержка обработки данных Google Analytics

Обработка данных после их попадания в Google Analytics может занимать до 48 часов. Не рекомендуем ориентироваться на данные моложе 48 часов.

 

Фильтры в представлении Google Analytics

Некоторые данные могут не попадать в представление Google Analytics из-за настроенных в нём фильтров.

Как исправить:

Выгружать данные о транзакциях из представления без фильтров.

 

Сэмплирование данных Google Analytics

Выгрузка из Google Analytics за достаточно большой период и с добавлением дополнительных параметров/сегментов может быть подвержена сэмплированию.

Как проверить:

В верхней части отчёта убедитесь, что отчёт составлен на основе 100% данных. Если это не так, значит, включено сэмплирование.

Как исправить:

• Снизить количество параметров
• Убрать сегменты
• Уменьшить период

В стандартном отчёте по транзакциям не должно быть сэмплинга.

 

Блокировщик рекламы

Обычно около 3% транзакций не попадает в Google Analytics из-за блокировщиков рекламы.

Как проверить:

Сделайте выгрузки транзакций из:

• CRM
• BigQuery
• Google Analytics

Сравните эти выгрузки. Транзакции, потерянные из-за блокировщиков рекламы, будут отображаться в CRM и BigQuery, но не будут отображаться в Google Analytics. Также у таких транзакций в выгрузке из CRM почти всегда отсутствует Google Client ID.

Обратите внимание: если таких транзакций значительно больше 3%, скорее всего, блокировщик рекламы - не единственная причина. Рекомендуем рассматривать все причины в комплексе.

 

Транзакция превышает размер хита

У Google Analytics есть ограничение на размер хита - 8192 байта. Если оно превышается, хит не отправляется в Google Analytics.

Как проверить:

Отсортируйте выгрузку транзакций из CRM по количеству товаров в заказе по убыванию. Сравните её с Google Analytics. Если вы видите, что транзакции, в которых больше N товаров, стабильно не попадают в Google Analytics - скорее всего, дело именно в размере хита.

Как исправить:

Можете включить настройку "Транслитерация кириллицы" в настройках интеграции Google Analytics. Значения всех параметров будут переведены в латиницу, это до трёх раз увеличит эффективный размер хита.

 

В Google Analytics превышен лимит в 500 хитов на сеанс

В Google Analytics существует ограничение в 500 хитов на сеанс. Все хиты сверх этого лимита не попадают в Google Analytics.

Такая проблема обычно возникает, если на сайте отправляется много событий. Особое внимание рекомендуем уделить событию Viewed Product.

Как проверить:

В Google Analytics создайте сегмент "количество хитов за сессию больше 480":

Если он не пуст, это может быть причиной расхождения:

Как исправить:

• В настройках проекта SegmentStream Выключить отправку событий валидации:

• Перестать отправлять наиболее популярные, но не критичные события. Например, Viewed Product, события просмотров различных элементов на странице, события заполнения полей в формах.

 

Пользователи не возвращаются на сайт после оплаты

Если на вашем сайте возможна онлайн-оплата, то в процессе оформления заказа пользователя направляет на сайт банка для оплаты. После этого пользовали могут не вернуться обратно на сайт, на страницу "спасибо за заказ".

Как проверить:

• Самостоятельно оформить тестовый заказ. Убедиться, что пользователь может не вернуться на сайт после оплаты.
• Сравнить процент расхождения между транзакциями с разными способами оплаты. Если процент расхождения у транзакций с оплатой онлайн значительно больше, скорее всего, проблема именно в онлайн-оплате.

Как исправить:

1. Вы можете отправлять событие Completed Transaction непосредственно перед переходом пользователя на страницу оплаты. Минус этого способа: в Google Analytics будут попадать и неоплаченные транзакции.
2. Отправлять данные о транзакции серверно. SegmentStream поддерживает такой функционал. Для уточнения адреса точки доступа и других деталей свяжитесь с вашим менеджером SegmentStream.

 

Некорректно заполняется параметр transaction.isReturning

Параметр transaction.isReturning используется для предотвращения повторной отправке события транзакции, если пользователь повторно загружает страницу "спасибо за заказ". Если этот параметр принимает значение true, транзакция не отправляется. Вам нужно убедиться, что он принимает значение true только при повторной загрузке страницы транзакции, но никогда не отправляется при её первой загрузке.

Как проверить:

Протестировать все сценарии первой и повторной загрузки страницы "спасибо за заказ", убедиться, что параметр заполняется верно:

• Сделать 1 транзакцию;
• Сделать 2 транзакции подряд в одном сеансе;
• Сделать 2 транзакции в одном браузере, но разных сеансах;
• Сделать 2 транзакции в разных браузерах, но под одним аккаунтом;
• Проверить то же самое на мобильной версии сайта;

Как исправить:

Попросить разработчиков сайта заполнять параметр transaction.isReturning корректно.

 

Изменения на сайте не были отражены в digitalData

Эта причина включает в себя все ситуации, связанные с изменениями на сайте. Например, на сайте появился новый способ оформления - заказ в 1 клик. Тогда разработчики сайта должны отправлять событие транзакции при оформлении заказа в 1 клик. Если этого не происходит, такие транзакции не будут отправлены в интеграции.

Как проверить:

Протестировать все способы оформления и оплаты заказа на сайте.

Как исправить:

Попросить разработчиков корректно заполнять digitalData для всех способов оформления и оплаты.

 

Технические проблемы на определённых устройствах, ОС, браузерах

Сайт может некорректно работать на некоторых конкретных устройствах ОС или браузерах. Например, Internet Explorer или определённые версии iOS.

Как проверить:

1. Использую выгрузку из CRM с данными по браузерам, ОС и типам устройств, сравнить процент расхождения транзакций по ним.
2. В Google Analytics построить отчёты по браузерам, ОС, типам устройств. Например, если в каком-то определённом браузере очень низкий коэффициент конверсии, это может указывать на технические проблемы в этом браузере.
3. Самостоятельно протестировать отправку данных о транзакции в конкретном браузере, устройстве или ОС. Можете использовать отчёты в реальном времени или плагин Google Tag Assistant.

Как исправить:

Сообщить разработчикам сайта о проблеме, попросить их исправить.

 

Другие причины, детальный анализ

Для более детального анализа рекомендуем использовать выгрузку из CRM, содержащую Google Client ID, дату и время заказа.

Сравните её с выгрузкой транзакций из Google Analytics в таблице. Отфильтруйте таблицу, оставьте только те транзакции, которые не попали в Google Analytics по неизвестной вам причине.

Теперь вы можете взять Google Client ID конкретной транзакции и найти этого пользователя в отчёте User Explorer в Google Analytics:

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