Śledzenie afiliacyjne serwer-serwer (postback)

W marketingu afiliacyjnym śledzenie serwer-serwer, czyli śledzenie postback, rejestruje konwersje afiliacyjne za pomocą żądania wysyłanego z jednego serwera do drugiego. Zapisany wcześniej identyfikator polecenia łączy konwersję z afiliantem. Rozwiązanie to ogranicza zależność od uruchomienia piksela konwersji w przeglądarce, ale nadal wymaga wiarygodnych identyfikatorów, integracji i przestrzegania odpowiednich wymogów dotyczących prywatności.

Co łączy kliknięcie z konwersją?

Identyfikator polecenia jest zapisywany przed konwersją i przechowywany w miejscu, z którego można go pobrać w procesie zamówienia lub obsługi klienta. Postback przesyła następnie wymagany identyfikator i szczegóły zdarzenia do systemu śledzącego. Uwierzytelnione żądanie serwerowe jest przydatne tylko wtedy, gdy dane o zdarzeniu biznesowym i atrybucji są poprawne.

Postback a piksel przeglądarkowy

Dostarczanie przez serwer pozwala uniknąć zależności od załadowania strony konwersji w przeglądarce. Nie oznacza jednak, że wcześniejszy etap identyfikacji jest odporny na ograniczenia przeglądarki lub utratę danych.

Przykładowa ścieżka postback

Polecenie afiliacyjne tworzy identyfikator kliknięcia click-42. Sprzedawca zapisuje go przy zamówieniu order-1042. Po dokonaniu kwalifikującej się płatności serwer wysyła zdarzenie z tymi identyfikatorami i kwotą kwalifikującą się do rozliczenia. System śledzący stosuje reguły atrybucji i prowizji, a następnie zwraca odpowiedź obsługiwaną przez integrację.

Jeśli upłynie limit czasu żądania, może być konieczna ponowna próba. Ponowione zdarzenie musi wskazywać tę samą czynność, aby deduplikacja konwersji zapobiegła naliczeniu kolejnej prowizji od sprzedaży. Późniejszy zwrot środków powinien zostać ujęty jako korekta pierwotnej sprzedaży.

Co powinien obejmować test integracji?

• Zapisywanie identyfikatora przez przekierowania i proces realizacji zamówienia.
• Wymagane pola, walutę, kwotę i typ zdarzenia.
• Uwierzytelnianie i dozwolone zachowanie nadawcy.
• Żądania zakończone powodzeniem, odrzucone i przekraczające limit czasu.
• Wielokrotne dostarczenie i opóźnione konwersje.
• Zwroty, anulowania i zdarzenia związane z płatnościami cyklicznymi.

Uzgadniaj transakcje źródłowe z danymi systemu śledzącego. Dziennik dostarczeń potwierdza wynik żądania, ale nie dowodzi, że zapisano wszystkie kwalifikujące się polecenia.

Jak działają parametry postback i ponawianie prób?

Jawnie przypisz pola

Nadawca i odbiorca muszą uzgodnić nazwy pól, metodę HTTP, format wartości i typ zdarzenia. Identyfikator kliknięcia o nazwie click_id w jednym systemie nie zostanie automatycznie przypisany do innego pola odbiorcy. Zachowaj jego dokładną wartość podczas przekierowań i realizacji zamówienia, a następnie sprawdź wynik zapisany przez odbiorcę.

Nie umieszczaj tajnych danych produkcyjnych w przykładowych linkach. Korzystaj z mechanizmu uwierzytelniania obsługiwanego przez integrację i przechowuj poufne wartości w odpowiedniej konfiguracji serwera. Wskazówki Post Affiliate Pro dotyczące ochrony śledzenia sprzedaży to dokumentacja dotycząca konkretnego produktu, a nie uniwersalny protokół postback.

Lista kontrolna obsługi błędów

1. Zapisz transakcję źródłową przed próbą jej dostarczenia.
2. Sprawdź wymagane pola i obsługiwany typ zdarzenia.
3. Zapisz, czy odbiorca zaakceptował, czy odrzucił żądanie.
4. Ponawiaj kwalifikujące się, tymczasowe nieudane próby bez zmiany tożsamości zdarzenia.
5. Przekaż utrzymujące się błędy operatorowi do zbadania.
6. Uzgodnij konwersje źródłowe z zaakceptowanymi rekordami śledzenia.

Wskazówki Stripe dotyczące webhooków zawierają przykłady obsługi zduplikowanych i opóźnionych zdarzeń. W kwestii odpowiedzi potwierdzających powodzenie i ponawiania prób stosuj rzeczywisty protokół odbiorcy afiliacyjnego.

Co potwierdza udany postback?

Potwierdza wyłącznie to, co wynika z odpowiedzi i rekordu odbiorcy. Żądanie mogło dotrzeć do punktu końcowego, ale nie przejść walidacji, nie zawierać kwalifikującego się afilianta lub utworzyć prowizję oczekującą zamiast zatwierdzonej. Sprawdź zapisane zdarzenie i kwotę. Dostarczenie techniczne, atrybucja, kwalifikowalność biznesowa i wypłata to odrębne etapy, które wymagają osobnej weryfikacji.

Niezawodny postback wymaga czegoś więcej niż adresu URL

Zapisz identyfikator kliknięcia lub polecenia na etapie wejścia na stronę i przenieś go do rekordu klienta lub zamówienia. Gdy dojdzie do kwalifikującej się konwersji, system sprzedażowy wysyła ten identyfikator wraz ze stabilnym identyfikatorem transakcji i wymaganymi szczegółami zdarzenia do systemu śledzącego.

Uwierzytelniaj żądania za pomocą mechanizmu obsługiwanego przez integrację i nie umieszczaj danych uwierzytelniających w publicznych adresach URL ani kodzie po stronie klienta. Określ, co oznacza pomyślna odpowiedź, umieszczaj nieudane żądania w kolejce do ponowienia i zapisuj wyniki dostarczenia. Ponowienie żądania nie może powodować utworzenia drugiej prowizji za tę samą kwalifikującą się konwersję.

Testuj brakujące identyfikatory, opóźnione zdarzenia, wielokrotne dostarczenia, zwroty i odnowienia subskrypcji. Dostarczanie po stronie serwera rozwiązuje jeden etap procesu; nie odzyska danych o poleceniu, które nigdy nie zostały zapisane, ani nie uprawnia do przetwarzania danych bez wymaganej zgody.

Informacje o odpowiednich ustawieniach Post Affiliate Pro znajdziesz w dokumentacji śledzenia s2s . Sprawdź wymagania konfiguracji i integracji w odniesieniu do zasad swojego programu.

Przebieg procesu w skrócie