Ваш ресурс GA4 повідомляє про 4,180 покупок минулого місяця. У вашій таблиці замовлень зазначено 4,690. На запитання, що з цього правильно, чесна відповідь – ні те, ні інше, доки ви не зможете сказати, куди поділися відсутні 510 замовлень. Це не проблема акуратності. Кожен результат експерименту та кожен показник пріоритетності, який ви отримуєте, розраховується на основі числа, яке помиляється на невідому величину в невідомому напрямку.
Google сприймає великий невиміряний фрагмент як норму: поведінкове моделювання для режиму згоди не вмикається, доки ресурс не запише дані. щонайменше 1,000 подій на день з analytics_storage='denied' протягом щонайменше 7 днівНижче цього рівня відсутні дані залишаються відсутніми.
Це для тих, хто володіє аналітикою або CRO в команді електронної комерції. Зрештою, у вас буде таблиця узгодження, розкладання вашого розриву на названі причини з тестом для кожної та показник допуску, який ви можете захистити.
Що насправді вимірює узгодження покупок
Звірка — це не «збіг цифр». Вони ніколи не збігатимуться, і команда, яка змушує їх це робити, зазвичай робить щось гірше, ніж залишає розрив у спокої. Вона відповідає на три питання: наскільки великий розрив, які названі механізми його створюють і скільки можна відшкодувати якою ціною. Ми проводимо її перед будь-яким експериментом, тому що тест, виміряний на події конверсії, яка непомітно скидає невідому частку замовлень, не є експериментом.
Крок 1: витягніть дві таблиці, які можна об'єднати за ідентифікатором замовлення
Вам потрібен один рядок на замовлення, з обох систем, для одного й того ж календарного діапазону, з ключем, який існує з обох сторін.
- Backend: ідентифікатор замовлення, позначка часу створення у звітному часовому поясі ресурсу, вартість замовлення з тим самим податком і доставкою, що ви налаштували в GA4, спосіб оплати, пристрій, країна, статус.
- GA4: експорт BigQuery, а не інтерфейс користувача. Запит
purchaseподії зecommerce.transaction_id,event_timestamp,ecommerce.purchase_revenue, категорія пристрою та джерело трафіку.
Використовуйте BigQuery свідомо. Змодельовані дані з режиму згоди відображаються у стандартних звітах GA4 та деяких дослідженнях, але Google стверджує, що це так. НЕ в експорті BigQuery, аудиторіях, дослідженні користувачів, дослідженнях когорт або утримання, або прогнозних метриках. Порівняйте інтерфейс користувача з таблицею замовлень, і ви порівняєте оцінку з фактом.
Потім повне зовнішнє об'єднання за ідентифікатором замовлення. Тепер у вас є три сегменти: в обох, лише для бекенду, лише для GA4. Третій менший, але найбільш діагностичний.
Крок 2: виразіть проміжок трьома способами, а не одним
Один щомісячний відсоток приховує все. Обчисліть усі три:
- Розрив між кількістю замовлень: (замовлення на сервері мінус зіставлені покупки GA4) / замовлення на сервері. Це ізолює втрати відстеження.
- Розрив у доходах: той самий розрахунок для вартості. Якщо розрив у підрахунку становить 3%, а розрив у доході — 11%, у вас немає проблеми з відстеженням, у вас є проблема з визначенням вартості (податок, доставка, знижки, валюта, подарункові картки).
- Щоденна дисперсія розриву: Побудуйте графік розриву в кількості замовлень за день. Плоска лінія означає структурну причину, таку як згода або блокування. Піки означають розгортання, сплески кампаній або інцидент із постачальником платежів.
Крок 3: розкладіть розрив на названі причини
Розгляньте цю таблицю. Кожну причину можна підтвердити або виключити менш ніж за годину.
| Викликати | Як це перевірити | Підпис у даних |
|---|---|---|
| Згоду відхилено, тег ніколи не запускається | Порівняйте журнал стану згоди вашої CMP із сеансами GA4 за той самий період | Стабільний щоденний відсоток; зосереджений у трафіку ЄС та Туреччини |
| Блокувальники реклами та трекерів | Підрахувати запити журналу сервера для URL-адреси підтвердження та порівняти їх із подіями покупок GA4 за цією URL-адресою | Skews для комп’ютерів, Firefox та браузери конфіденційності; стабільний з часом |
| Сторінка підтвердження ніколи не завантажується | Підраховувати замовлення лише для серверної частини, URL-адресу підтвердження яких ніколи не запитувалося в журналах сервера | Зосереджений на банківських переадресаціях та методах оплати 3DS |
| Дублікати подій покупок | Кількість подій покупок GA4 за transaction_id | GA4 перевершує бекенд у деякі дні; багато сторінок з великим навантаженням на оновлення та кнопку «Назад» |
| Міждоменне посилання пошкоджене | Перевірте, чи _gl переживає зворотну подорож від постачальника платежів | Покупки здійснюються в нових сеансах, що відносяться до платіжного домену як реферал |
| Скидання терміну служби файлів cookie | Сегментувати коефіцієнт нових користувачів за браузером | Збільшення кількості нових користувачів та прямого трафіку в Safari та iOS |
| Змодельоване проти сирого | Порівняйте підсумки GA4 UI з BigQuery для ідентичного діапазону дат | Дві цифри Google розходяться ще до того, як ви відкриєте таблицю замовлень |
| Визначення значення | Перерахувати дохід від бекенду з урахуванням податків, доставки та знижок та без них | Підрахунки збігаються, дохід ні |
| Межа часового поясу | Перевести агрегування до повних тижнів | Розрив зменшується до нуля на тижневій деталізації |
Двоє заслуговують на особливу турботу. transaction_id Дедуплікація працює лише для веб-потоків, а не для потоків додатків, і Google попереджає, що надсилання порожнього рядка призводить до дедуплікації в Analytics. кожен проведення події купівлі transaction_id=''Цей один баг може знищити більшу частину дня. Окремо, список небажаних рефералів обмежений 50 доменами на потік даних, що є шкідливим, якщо ви використовуєте кілька еквайрів, гаманців та банківських сторінок.
[НЕОБХІДНІ ВНУТРІШНІ ДАНІ: спостережуваний розподіл цих дев'яти причин у рамках заходів Switas щодо примирення, щоб читачі могли бачити, які з них зазвичай домінують.]
Крок 4: встановіть допустиме значення, яке ви можете захистити
Google не публікує жодної прийнятної цифри розбіжності, а широко цитована фраза «5% – це нормально» не з'являється в жодній документації Google, яку нам вдалося знайти. Встановіть свою власну, з урахуванням розкладання, а не лише числа.
| Щомісячний розрив у кількості замовлень | читання | дію |
|---|---|---|
| До 2% | Границі часових поясів та звичайна дедуплікація | Записуйте причини, перевіряйте щоквартально |
| 2% до 5% | Прийнятно лише тоді, коли кожен бал пов'язаний з названою причиною | Документуйте, а потім переходьте до експериментів |
| 5% до 10% | Принаймні одна структурна причина не виправлена | Виправте, перш ніж довіряти абсолютним показникам конверсій |
| Вище 10% | Не підходить для експериментів | Припиніть використання покупок GA4 як основного показника експерименту, доки це не буде виправлено |
Це наші операційні пороги, а не галузевий стандарт. Суть полягає в тому, що незрозумілі 3% гірші, ніж пояснені 8%.
Крок 5: виправте замовлення, яке відновлює найбільшу кількість замовлень за годину роботи
- Визначення значення та часовий пояс. Конфігурація, а не інженерія, і зазвичай це займає півдня.
- Дублікати та порожні ідентифікатори транзакцій. Одне виправлення dataLayer.
- Міждоменні та небажані переходи. Налаштуйте обидва варіанти, а потім повторно протестуйте шлях повернення платежу в реальному часі, а не проміжний.
- Подія покупки на стороні сервера. Надішліть покупку зі своєї системи замовлень за допомогою протоколу вимірювання, використовуючи
client_idваш веб-тег згенеровано. Google вимагає, щоб ці події відбулися протягом 48 годин з моменту початкової позначки часу події на стороні клієнта, інакше атрибуція може бути оброблена неналежним чином. Саме це відновлює замовлення, втрачені через блокування, та сторінки підтвердження, які ніколи не відображалися. - Архітектура згоди. Найповільніший і найбільш політичний. Решту розглядайте як відомий, задокументований пробіл з певним розміром.
Що змінюється, якщо ви продаєте в Туреччині чи ЄС
Два регіональні факти впливають на цифри.
Згода також є обов’язковою умовою в Туреччині, але без системи безпеки Google. Турецький орган із захисту даних оштрафував оператора веб-сайту на 300 000 турецьких лір у рішенні 2022/1358 (від 23 грудня 2022 року) за використання рекламних та маркетингових файлів cookie без законної підстави та вимагав активної згоди на використання необов'язкових файлів cookie. Багато турецьких сайтів відповіли банером, який повністю блокує тег Google, замість того, щоб надсилати сигнали режиму згоди. Ця відмінність є дорогою: потребує моделювання. analytics_storage='denied' події існують. Банер, який нічого не запускає, не дає Google можливості моделювати, тому дані зникають, а не оцінюються.
Турецькі 3DS-потоки повертають покупцеві ПОШТОЮ. За допомогою iyzico продавець відображає декодовану сторінку 3DS, і після підтвердження OTP iyzico перенаправляє на сторінку продавця. callbackUrl з status, paymentId та mdStatusПовернення, кероване POST-тестом, – це саме те, що Google називає порушенням міждоменного вимірювання, оскільки переадресації можуть видаляти _gl до завантаження пункту призначення. Якщо ваш розрив у платежах карткою становить майже нуль, а при оплаті готівкою при доставці – ось чому.
Два широко повторювані твердження, які ми не змогли перевірити
«Safari обмежує термін дії файлів cookie власної сторони 7 днями». Неточно. У документації WebKit зазначено, що ITP видаляє файли cookie JavaScript та інші сховища, доступні для запису скриптами, через 7 днів. без взаємодії з користувачем, а також окремо обмежує файли cookie JavaScript до 24 годин, якщо цільову сторінку було перенесено через оформлення посилання з класифікованого домену. Тестування Сімо Ахави показало, що годинник працює на основі днів використання браузера, а не календарних днів, тому постійний клієнт може зберігати ідентифікатор набагато довше тижня.
"Розбіжність у 5% є прийнятною." Ми не знайшли жодного джерела Google для цієї цифри. Вона поширюється через блоги постачальників та відповіді на форумах. Використовуйте її як фольклор, а не як поріг.
Де цей метод ламається
Це не охоплює потоки додатків, де transaction_id Дедуплікація не застосовується, а також моделі підписки та часткової відвантаження, де «замовлення» не є однією подією. Вона не може відновити особу користувача, згода якого відхилена, а лише оцінити обсяг. Вона не виправляє атрибуцію каналу, що є окремою та складнішою проблемою. І вона припускає, що ваша таблиця замовлень чиста: якщо скасовані та заблоковані шахрайством замовлення враховуються нерівномірно з обох сторін, ви будете шукати прогалину, яка існує лише у вашому запиті.
Часті питання
Як часто нам слід це запускати? Повністю один раз, потім щоденна діаграма розривів. Повторно запустіть повну декомпозицію після будь-якої зміни оформлення замовлення, CMP, постачальника платежів або менеджера тегів.
Чому б не використовувати інтерфейс GA4 замість BigQuery? Інтерфейс може включати змодельованих користувачів та сеанси, яких немає в експорті, тому два показники Google не відповідають один одному. Звірка з оцінкою унеможливлює усунення розриву.
Чи повністю заповнить цей прогалину тегування на стороні сервера? Ні. Він відновлює замовлення, втрачені через блокування та сторінки підтвердження, які ніколи не відображалися. Він не відновлює користувачів, які відмовилися надати згоду.
GA4 вищий, ніж наш бекенд. Чи це можливо? Так. Зазвичай дублікати подій покупок з оновлення сторінки, порожня або повторно використана transaction_idабо поетапні замовлення на запуск у виробничий об'єкт.
Чи виправляє режим згоди розрив у згоді з боку Туреччини? Частково. Відхилені сигнали роблять моделювання можливим, з урахуванням порогових значень обсягу Google. Це не замінює законний банер згідно з турецькими правилами.
Що вважається хорошим проміжком? Де кожен відсотковий пункт має свою назву. Задокументовані 8% перевершують нез'ясовані 3%.
Чи варто нам переформулювати історичні звіти після виправлення цього? Ні. Додайте дату виправлення та розглядайте періоди як окремі серії. Перерахунок відстежених конверсій знищує журнал аудиту.
Чи можемо ми проводити A/B-тестування, якщо розрив перевищує 10%? Запустіть їх на відносних метриках, виміряних в інструменті тестування, але не повідомляйте про абсолютний вплив GA4 на дохід, доки розрив не буде розкладено.
Виконайте це узгодження у вашому магазині цього місяця, або доручіть нашій аналітичній команді провести це разом з вами і передати вам розкладання, допуск та порядок виправлення.
Джерела
- [GA4] Поведінкове моделювання для режиму згоди, Довідка Google Analytics
- [GA4] Мінімізація дублікатів ключових подій за допомогою ідентифікаторів транзакцій, Довідка Google Analytics
- [GA4] Небажані переходи, Довідка Google Analytics
- [GA4] Міждоменне вимірювання, Довідка Google Analytics
- Надсилати події Measurement Protocol до Google Analytics, Google for Developers
- Параметри режиму згоди, документація платформи тегів Google
- Запобігання відстеженню у WebKit
- З файлів cookie JavaScript у браузерах WebKit видалено обмеження терміну дії, Сімо Ахава
- KVKK Kurul karari 2022/1358, 23 грудня 2022 р.
- Впровадження 3DS, документація розробника iyzico
