AUT-0543· Маркетинг
Перевірка ідентифікатора покупки у вебаналітиці
Подія покупки використовує стабільний непорожній ключ замовлення; повторне відкриття підтвердження не створює другу рекламну покупку.
Чернетка · Оцінка потребує перевірки
01 / Проблема
Сторінка підтвердження надсилає purchase кілька разів або однаковий порожній ключ для різних замовлень. Звіт відповідно завищує або занижує покупки.
02 / Результат
Вебподії покупок мають перевірену відповідність замовленням і стабільні ключі; повтори й різні покупки обліковуються за різними правилами.
03 / Процес
ТригерЗмінено код події покупки, сторінку підтвердження або джерело ідентифікатора замовлення.
Визначити авторитетний ключ замовлення й момент підтвердженої покупки; не формувати його з контактних даних клієнта.
Перевірити різні замовлення та повторні виклики одного замовлення на контрольних даних.
Зіставити переданий transaction_id з джерелом; порожнє значення, постійний шаблон або новий випадковий ключ повтору передати на виправлення.
Перевірити повторне відкриття сторінки й незалежну другу покупку в тестовому вебпотоці; не переносити висновок автоматично на застосунок.
Звірити фактичні ключі й облік контрольних покупок після виправлення; історичні відхилення передати на окреме рішення без сліпого повторного надсилання.
04 / Реалізація1 варіант
Приклад · Контроль із підтвердженням результату
Тестовий покупець тричі відкрив підтвердження з одним ключем, потім створив друге замовлення. Команда перевірила дві різні покупки та окремо знайшла шаблон із порожнім ключем.
Спосіб реалізації
- Звіряти ключ аналітичної події з авторитетним замовленням.
- Контролювати сценарії повторної та незалежної покупки після зміни вимірювального коду.
Що потрібно для реалізації
- Є стабільні ключі замовлень, тестовий вебпотік і доступ до діагностики подій.
- Погоджено момент покупки, дозволені дані й контроль повторного відкриття сторінки.
Обмеження
- Не підтверджує бухгалтерську оплату та не відновлює втрачену історію автоматично.
- Документована дедуплікація Google Analytics стосується вебпотоків, не потоків застосунків; ID не містить персональних даних.
- Можливості й права конкретного середовища перевіряють перед впровадженням; години попередні.
Що потрібно уточнити (2)
- Чи є кілька маршрутів оформлення й підтвердження покупки?
Перевірте стабільність ключа на кожному маршруті та повторі.
- Чи потрібно зіставляти клієнтські та серверні події покупки?
Погодьте спільний ключ і механізм дедуплікації без двох незалежних покупок.