FAQ
Плагін сам собою ніколи не надішле подію двічі (вбудований захист на рівні замовлення). Але він не бачить і не контролює, що роблять інші інструменти — якщо вони теж шлють purchase для того самого замовлення, GA4 порахує його двічі. Тому плагін одразу показує попередження, якщо виявляє активний GTM з ecommerce-трекінгом, Site Kit, MonsterInsights чи подібне — щоб ви самі вирішили, яке джерело лишити.
Нічого — подія не генерується взагалі. Триггер спрацьовує лише на реальний перехід у статус “В обробці”/”Виконано”, а не на створення замовлення.
Так, сумісність задекларована офіційно й перевірена на HPOS-увімкненому магазині.
Плагін додає — один невеликий інлайн-скрипт на сторінці подяки, не блокує рендер. Server-side відправка йде через фонове завдання (Action Scheduler), поза чекаутом клієнта — на швидкість оформлення замовлення не впливає.
Плагін підтримує WP Consent API (wp_has_consent(‘statistics’)) — якщо на сайті стоїть реальний банер згоди (CMP), захоплення даних чекає на дозвіл відвідувача. Без CMP плагін сам по собі не блокує захоплення — для повної GDPR-відповідності потрібен окремий cookie-consent плагін, який реалізує цей стандарт.
За замовчуванням таблиця з історією атрибуції зберігається навіть після видалення плагіна. Є окрема галочка в налаштуваннях “видаляти таблицю при видаленні” — якщо явно увімкнути, дані приберуться остаточно.
Так — кожне поновлення підписки створює окреме замовлення і трекається як окрема, законна покупка (не дублікат початкової).
Якщо клієнт долетів до сторінки подяки з gtag — подія летить миттєво. Якщо ні (типовий кейс для webhook-платежів) — server-side fallback чекає кілька хвилин (за замовчуванням 10, підлаштовується розробником), щоб дати client-side гілці шанс спрацювати першою і уникнути дублю. Перевіряйте GA4 DebugView/Realtime з урахуванням цієї затримки.
Відгуки
Відгуків немає, поки що.