Протокол измерений Google Analytics Крупные транзакции

Можно ли разделить транзакцию с помощью протокола измерений Google Analytics и при этом получить точные результаты?

Проблема для решения: Большой ордер, который превышает 8000K предел в протоколе. Я не могу уменьшить их в данный момент. Я мог бы заменить названия продуктов на SKU, но они необходимы.

Мое решение:

  1. Разделите продукты на партии и отправьте их как события покупки. На этот раз мне нужно установить Доход = 0, так как я не хочу удваивать стоимость заказа.

  2. Отправьте запрос "событие" с основными данными транзакции: Доход и налог. Я должен сделать это в отдельном звонке, так как к заказу может быть применен промо-код, иначе стоимость будет отличаться от цены товара.

Пример объяснит это лучше. Я использую расширенную электронную торговлю

Пример:

// Product data 1
v=1
&tid=UA-XXXXXXX-XX
&cid=3957780
&t=event
&ti=0003170270
&ta=24
&tr=0
&ec=WebFlow
&ea=Product+Purchase
&el=Product+Information+part+0
&pr1id=PRODUCTCODE48781876
&pr1nm=Classroom+Store+12+Bin+Mobile
&pr1pr=219.99
&pr1qt=3
&pr2id=PRODUCTCODE48781850
&pr2nm=Classroom+Store+9+Bin+Mobile
&pr2pr=174.99
&pr2qt=1
&pr3id=PRODUCTCODE1001651
&pr3nm=Hotpoint+Electronic+Cooker
&pr3pr=24.99
&pr3qt=3
&pr4id=PRODUCTCODE248696
&pr4nm=Snap+Together+Letter+Blocks
&pr4pr=59.99
&pr4qt=3
&pa=purchase
&dh=Host
&dp=Page
&dt=Title


// Product data 2
v=1
&tid=UA-XXXXXXX-XX
&cid=3957780
&t=event
&ti=0003170270
&ta=24
&tr=0
&ec=WebFlow
&ea=Product+Purchase
&el=Product+Information+part+1
&pr1id=PRODUCTCODE48789936
&pr1nm=Pedal+Trike+X+2
&pr1pr=299.98
&pr1qt=5
&pr2id=PRODUCTCODE1004354
&pr2nm=Talking+Tubes
&pr2pr=15.99
&pr2qt=3
&pr3id=PRODUCTCODE1004360
&pr3nm=Talking+Tubes+Exchange+Group+Pack
&pr3pr=49.99
&pr3qt=5
&pr4id=PRODUCTCODE176390
&pr4nm=Winter+Feathers
&pr4pr=2.05
&pr4qt=2
&pa=purchase
&dh=Host
&dp=Page
&dt=Title

// Product data 3
v=1
&tid=UA-XXXXXXX-XX
&cid=3957780
&t=event
&ti=0003170270
&ta=24
&tr=0
&ec=WebFlow
&ea=Product+Purchase
&el=Product+Information+part+2
&pr1id=PRODUCTCODE176364
&pr1nm=Natural+Feathers
&pr1pr=3.53
&pr1qt=3
&pr2id=PRODUCTCODE137169
&pr2nm=Yellow+Feathers+X+25G
&pr2pr=1.8
&pr2qt=5
&pr3id=PRODUCTCODE326475
&pr3nm=Phunky+Foods+Plate+Health+Mat
&pr3pr=46.99
&pr3qt=1
&pr4id=PRODUCTCODE48808565
&pr4nm=Back2Nature+Leaf+See+N+Store
&pr4pr=139.99
&pr4qt=2
&pa=purchase
&dh=Host
&dp=Page
&dt=Title

// Product data 4
v=1
&tid=UA-XXXXXXX-XX
&cid=3957780
&t=event
&ti=0003170270
&ta=24
&tr=0
&ec=WebFlow
&ea=Product+Purchase
&el=Product+Information+part+3
&pr1id=PRODUCTCODE48789975
&pr1nm=Scooter+And+Tandem+Trike
&pr1pr=329.98
&pr1qt=2
&pa=purchase
&dh=Host
&dp=Page
&dt=Title

// Transaction data
v=1
&tid=UA-XXXXXXX-XX
&cid=3957780
&t=event
&ti=0003170270
&ta=24
&tr=4678.01
&tt=779.67
&ec=WebFlow
&ea=Product+Purchase
&el=Big+Transaction+Basic+Information
&pa=purchase
&dh=Host
&dp=Page
&dt=Title

Я разбил его на более мелкие партии, потому что это будет проблематично, когда каждый раз, когда я хочу что-то протестировать, создаю запрос на 150 продуктов.

Проблемы, которые у меня возникают:

  1. Транзакция либо вообще не видна, либо пропадает после того, как мне удалось на пару минут увидеть ее на панели GA
  2. Транзакция видна, доход правильный, налог тоже, но на панели видна только первая партия товаров.

Я также попытался изменить порядок звонков - сначала звонить с выручкой и налогом, а затем с продуктами. Подобные проблемы. Я действительно борюсь с этим уже пару дней, и это очень раздражает отсутствием последовательности.

Это происходит потому, что я делаю что-то совершенно глупое? Это даже достижимо?

Спасибо за любой совет!

Пример транзакции:

Сделка

Это не показывает никаких продуктов:

Список продуктов

Источник

2 ответа

Решение

Это не рекомендуется. Вот 2 идеи.

Идея № 1)

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

Идея № 2)

Разделите вашу транзакцию на несколько "виртуальных транзакций". Дайте им идентификаторы виртуальных транзакций, например: если у вас есть транзакция с Id=123123, вместо этого вы запускаете 3 транзакции: 123123-part1, 123123-part2, 123123-part3. Анализ может быть немного сложнее, и некоторые показатели могут быть отключены, как транзакции / пользователь. Но в Geenral вы должны без проблем получить данные уровня транзакции, разделенные на несколько строк и данные уровня продукта.

О данных, которые не отображаются, я мог видеть 3 варианта.

  • Так как это не рекомендуется, поведение, которое вы делаете, может быть неожиданным, и, возможно, GA просто отбрасывает эти данные; ИЛИ ЖЕ
  • Вы просто не ждете достаточно долго, некоторые отчеты могут занять до 48 часов; ИЛИ ЖЕ
  • Ваши хиты недействительны, возможно, отсутствует обязательный параметр электронной коммерции. Вы можете использовать Hit Validator, чтобы отправлять примеры попаданий и видеть, есть ли в них какие-либо ошибки или пропущенные параметры.
Источник

@ Эдуардо Спасибо за ваш быстрый ответ.

Идея № 1) Ваша первая идея полностью имеет смысл, и я действительно думал о том, чтобы сделать это таким образом. Это решило бы, вероятно, 98% случаев, но все равно не получилось бы, когда заказы действительно велики. Я знаю, что я раздвигаю границу рациональности здесь, но у нас есть случаи действительно высоких заказов с точки зрения количества различных продуктов.

Идея № 2) Это был бы лучший способ попасть туда, но некоторые из показателей, как вы сказали, были бы отключены. Это должно сделать большую проблему, хотя.

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

Спасибо за помощь еще раз, потому что эта проблема сводила меня с ума.

Источник
Другие вопросы по тегам