Deduplikacja zdarze? z piksela Meta i API konwersji ? informacje

Piksel Meta i API konwersji umo?liwiaj? przesyłanie do Facebooka zdarze? standardowych i niestandardowych na potrzeby pomiarow i optymalizacji skuteczno?ci reklam. Piksel pozwala wysyła? zdarzenia webowe z przegl?darki internetowej, a za pomoc? API konwersji mo?na wysyła? te zdarzenia bezpo?rednio z serwera.

Je?li zdecydujesz si? rejestrowa? i wysyła? aktywno?? w witrynie jednocze?nie przy u?yciu piksela i API konwersji, mo?emy otrzymywa? te same zdarzenia z przegl?darki i serwera. Gdy b?dziemy wiedzie?, ?e zdarzenia s? identyczne, a?tym samym zb?dne, mo?emy zachowa? tylko jedno z nich, a pozostałe odrzuci?. Ten proces jest nazywany deduplikacj?.

Zalecamy deduplikacj? zdarze? jako najlepsz? praktyk? w?przypadku korzystania z?API konwersji , ale deduplikacja mo?e nie by? konieczna w zale?no?ci od konfiguracji zdarze?. Je?li chcesz wysyła? zdarzenia webowe za pomoc? piksela i API konwersji, masz do wyboru 2 opcje konfiguracji:

• Wysyłanie innych zdarze? z przegl?darki i innych z serwera (brak konieczno?ci deduplikacji). Na przykład zdarzenia dodania do koszyka mog? by? wysyłane z przegl?darki, a zdarzenia zakupu z serwera. W tym przypadku deduplikacja nie jest konieczna, bo nie wysyłasz nadmiarowych zdarze? z przegl?darki i serwera.
• Wysyłanie tych samych zdarze? z przegl?darki i serwera (deduplikacja jest konieczna). Na przykład z przegl?darki mog? by? wysyłane te same zdarzenia zakupu co z serwera. Mo?e to pomoc w odzyskaniu zdarze?, ktore nie s? odbierane przez piksel Meta. Je?li nie zastosujesz deduplikacji nadmiarowych zdarze? w przegl?darce i na serwerze, w raporcie pojawi? si? 2 zdarzenia zakupu (jedno wysłane z przegl?darki, a drugie z serwera), podczas gdy w rzeczywisto?ci zakupu dokonano tylko raz. W tym przypadku deduplikacja jest konieczna, poniewa? pozwala unikn?? dwukrotnego wy?wietlania tego samego zdarzenia zakupu w raporcie.

Aby?my mogli przeprowadzi? deduplikacj? zdarze?, reklamodawca lub jego deweloper musi doda? 2 parametry zdarze? umo?liwiaj?ce nam okre?lenie, czy zdarzenia s? takie same: nazw? zdarzenia (np. Purchase (zakup) lub AddToCart (dodanie do koszyka)) oraz identyfikator zdarzenia. Wi?cej informacji o parametrach zdarze? z serwera znajdziesz w witrynie Meta for Developers.

Po odebraniu zdarze? stosujemy szereg strategii deduplikacji zdarze?, ktore mog? zapewni? lepsz? optymalizacj? i?pomiar. Je?li zdarzenia serwera i piksela nie ro?ni? si? znacz?co pod wzgl?dem zawarto?ci, zazwyczaj preferujemy zdarzenie, ktore otrzymano jako pierwsze.

Na przykład przeprowadzimy deduplikacj? nast?puj?cych zdarze?:

1. Nadmiarowe zdarzenia z piksela.

   Przeprowadzimy deduplikacj? zdarze? z piksela o identycznych parametrach event (zdarzenie) i eventID (identyfikator zdarzenia).

2. Nadmiarowe zdarzenia z serwera.

   Przeprowadzimy deduplikacj? zdarze? z serwera o identycznych parametrach event_name (nazwa zdarzenia) i event_id (identyfikator zdarzenia).

3. Nadmiarowe zdarzenia z piksela i serwera.

   Przeprowadzimy deduplikacj? zdarze? z piksela i serwera spełniaj?cych oba nast?puj?ce warunki:

   • Parametr event z piksela jest zgodny z parametrem event_name z API konwersji.
   • Parametr eventID z piksela jest zgodny z parametrem event_id z API konwersji.

4. Nadmiarowe zdarzenia z piksela i serwera wykorzystuj?ce parametry fbp i identyfikator zewn?trzny .

   Przeprowadzimy deduplikacj? zdarze? z piksela i serwera spełniaj?cych oba nast?puj?ce warunki:

   • Parametr event z piksela jest zgodny z parametrem event_name z API konwersji.
   • Parametr external_ID z piksela jest zgodny z parametrem external_ID z API konwersji.

   Przeprowadzimy rownie? deduplikacj? zdarze? z piksela i serwera spełniaj?cych oba nast?puj?ce warunki:

   • Parametr event z piksela jest zgodny z parametrem event_name z API konwersji.
   • Parametr fbp z piksela jest zgodny z parametrem fbp z API konwersji.

Mo?esz sprawdzi?, ktore zdarzenia s? deduplikowane, korzystaj?c z narz?dzia do testowania zdarze? w Mened?erze zdarze? firmy Meta .