Zdarzenia konwersji

Zevio wysyła niewielki zestaw zdarzeń ecommerce zgodny z tym, jak Google i Meta opisują checkout. Te same nazwy pojawiają się w warstwie danych przeglądarki i - tam gdzie to dotyczy - po stronie serwera. Meta otrzymuje standardowe nazwy Pixel / Conversions API podane przy każdym kroku.

Wyświetlenie oferty - view_item

Leci, gdy klient wchodzi na hostowaną stronę płatności lub checkout i śledzenie jest dozwolone. W Meta to ViewContent. Oznacza, że klient zobaczył ofertę, którą ma opłacić.

Start checkoutu - begin_checkout

Leci w tym samym momencie wejścia. W Meta to InitiateCheckout. Hostowany checkout Zevio jest już krokiem płatności, więc wyświetlenie oferty i start checkoutu następują razem, gdy strona jest gotowa.

Przesłanie płatności - add_payment_info

Leci, gdy klient potwierdza płatność (np. BLIK lub karta). W Meta to AddPaymentInfo. Przeglądarka wysyła je w chwili startu płatności; serwer może wysłać je ponownie przy utworzeniu płatności, z tym samym identyfikatorem ścieżki, żeby Meta mogła je połączyć.

Zakończony zakup - purchase

Leci, gdy płatność zakończy się sukcesem. W Meta to Purchase. Przeglądarka wysyła je na stronach sukcesu Zevio; serwer - gdy Zevio oznaczy płatność jako udaną. W payloadzie są kwota, waluta oraz identyfikator płatności Zevio jako transaction / order id, gdy jest znany.

Porzucenie checkoutu - abandon_checkout

Leci, gdy klient opuszcza checkout bez zakupu albo gdy sesja checkout wygasa. W Meta to własne zdarzenie AbandonCheckout. Google nie definiuje tu standardowej nazwy recommended; Zevio konsekwentnie używa abandon_checkout pod reklamy i pracę z lejkiem. Po wysłaniu płatności (oraz po udanym zakupie) Zevio wycisza abandon dla tej wizyty, żeby przekierowanie do banku lub 3-D Secure nie wyglądało jak porzucenie.

Nazwy Meta w skrócie

  • view_item → ViewContent
  • begin_checkout → InitiateCheckout
  • add_payment_info → AddPaymentInfo
  • purchase → Purchase
  • abandon_checkout → AbandonCheckout (własne)

Jakie dane niesie każde zdarzenie

Tam gdzie to możliwe, Zevio dołącza pola oczekiwane przez Google i Meta w ecommerce:

  • Kwotę (value) i walutę.
  • Kontekst produktu: id pozycji (zwykle oferty), nazwę, ilość.
  • Przy zakupie: transaction id / order id na podstawie id płatności Zevio.
  • Metodę płatności, gdy jest znana.
  • Identyfikatory sesji checkout lub oferty, gdy mają zastosowanie.
  • Event id unikalne dla danego kroku ścieżki, współdzielone między przeglądarką a serwerem.

Jak nasłuchiwać w GTM

Dla każdej nazwy zdarzenia Zevio pushuje czytelny payload ecommerce do warstwy danych. W Google Tag Manager utwórz trigger Custom Event dla każdej nazwy, której potrzebujesz (purchase, begin_checkout itd.), i podepnij do nich tagi GA4 lub Meta. Nie buduj triggerów reklamowych na nazwach webhooków takich jak payment.success - należą one do integracji API, nie do tego lejka.

Identyfikator ścieżki

Na wizytę checkoutu powstaje jeden identyfikator konwersji, przechowywany przez całą ścieżkę. Każdy krok dostaje od niego własne, zakresowane id (np. krok zakupu ma inne id niż start checkoutu). Przeglądarka i serwer używają tego samego id dla tego samego kroku, żeby Meta mogła zdeduplikować Pixel i Conversions API.

Co dalej

Zdarzenia konwersji | Zevio