Szerverek közötti (postback) partnerkövetés

A partnerprogramokban a szerverek közötti követés, más néven postback-követés, az egyik szerverről a másikra küldött kéréssel rögzíti a partneri konverziókat. A korábban rögzített ajánlói azonosító kapcsolja össze a konverziót a partnerrel. Csökkenti a böngészőben lefutó konverziós képponttól való függést, de továbbra is megbízható azonosítóktól, integrációtól és az alkalmazandó adatvédelmi követelmények betartásától függ.

Mi kapcsolja össze a kattintást a konverzióval?

Az ajánlói azonosítót a konverzió előtt rögzítik, és olyan helyen tárolják, ahonnan a rendelési vagy ügyfélfolyamat vissza tudja olvasni. A postback ezután elküldi a követőrendszernek a szükséges azonosítót és az esemény részleteit. A hitelesített szerverkérés csak akkor hasznos, ha az üzleti esemény és az attribúciós adatok helyesek.

Postback vagy böngészős képpont

A szerveres továbbítás esetén nem kell arra hagyatkozni, hogy a böngésző betölti a konverziós oldalt. A korábbi azonosítási szakaszt azonban nem teszi ellenállóvá a böngészőkorlátozásokkal vagy az adatvesztéssel szemben.

Egy hipotetikus postback-folyamat

Egy partneri ajánlás létrehozza a click-42 kattintásazonosítót. A kereskedő ezt az order-1042 rendeléssel együtt tárolja. Egy jogosító fizetés után a szerver eseményt küld ezekkel az azonosítókkal és a jogosult összeggel. A követőrendszer alkalmazza az attribúciós és jutalékszabályokat, majd visszaküldi az integráció által támogatott választ.

Ha a kérés időtúllépés miatt meghiúsul, szükség lehet az ismételt próbálkozásra. Az ismételt eseménynek ugyanarra a műveletre kell hivatkoznia, hogy a konverziók duplikációjának kiszűrése megakadályozza egy újabb értékesítési jutalék létrehozását. A későbbi visszatérítést az eredeti értékesítés módosításaként kell kezelni.

Mit kell lefednie egy integrációs tesztnek?

• Azonosítórögzítés az átirányításokon és a fizetési folyamaton keresztül.
• Kötelező mezők, pénznem, összeg és eseménytípus.
• Hitelesítés és az engedélyezett küldői viselkedés.
• Sikeres, elutasított és időtúllépéssel végződő kérések.
• Duplikált továbbítások és késleltetett konverziók.
• Visszatérítések, lemondások és ismétlődő számlázási események.

Egyeztesse a forrástranzakciókat a követőrendszer adataival. A továbbítási napló igazolja egy kérés kimenetelét, de önmagában nem bizonyítja, hogy minden jogosult ajánlás rögzítve lett.

Hogyan működnek a postback-paraméterek és az ismételt próbálkozások?

A mezők egyértelmű megfeleltetése

A küldőnek és a fogadónak meg kell állapodnia a mezőnevekben, a HTTP-metódusban, az értékformátumban és az eseménytípusban. Az egyik rendszerben click_id nevű kattintásazonosító nem kerül át automatikusan egy másik fogadó eltérő mezőjébe. Őrizze meg a pontos értéket az átirányításokon és a fizetési folyamaton keresztül, majd ellenőrizze a fogadónál rögzített eredményt.

Ne szerepeltessen éles környezethez tartozó titkos adatokat példalinkekben. Használja az integráció által támogatott hitelesítési módszert, és tárolja az érzékeny értékeket a megfelelő szerverkonfigurációban. A Post Affiliate Pro értékesítéskövetés-védelmi útmutatója termékspecifikus referencia, nem általános postback-protokoll.

Hibakezelési ellenőrzőlista

1. Rögzítse a forrástranzakciót a továbbítás megkísérlése előtt.
2. Ellenőrizze a kötelező mezőket és a támogatott eseménytípust.
3. Rögzítse, hogy a fogadó elfogadta vagy elutasította-e a kérést.
4. Az eseményazonosító módosítása nélkül próbálja újra a jogosult, átmeneti hibákat.
5. A tartós hibákat továbbítsa kivizsgálásra az üzemeltetőnek.
6. Egyeztesse a forrásban szereplő konverziókat az elfogadott követési rekordokkal.

A Stripe webhook-útmutatója példákat mutat a duplikált és késleltetett események kezelésére. A sikeres válaszokról és az ismételt próbálkozások viselkedéséről a partneri fogadó tényleges protokollja alapján döntsön.

Mit bizonyít a sikeres postback?

Csak azt bizonyítja, amit a válasz és a fogadó rekordja alátámaszt. Előfordulhat, hogy a kérés elérte a végpontot, de az ellenőrzés elutasította, nem tartozott hozzá jogosult partner, vagy jóváhagyott helyett függő jutalék jött létre. Vizsgálja meg a rögzített eseményt és összeget. A technikai továbbítás, az attribúció, az üzleti jogosultság és a kifizetés külön szakaszok, amelyeket külön kell ellenőrizni.

A megbízható postbackhez többre van szükség egy URL-nél

Rögzítse a kattintási vagy ajánlói azonosítót a céloldalra érkezéskor, és vigye tovább az ügyfél- vagy rendelési rekordba. Jogosult konverzió esetén az értékesítési rendszer elküldi ezt az azonosítót, egy stabil tranzakcióazonosítót és a szükséges eseményrészleteket a követőrendszernek.

Hitelesítse a kéréseket az integráció által támogatott módszerrel, és ne tároljon hitelesítő adatokat nyilvános URL-ekben vagy ügyféloldali kódban. Határozza meg, mit jelent a sikeres válasz, helyezze sorba az ismételt próbálkozást igénylő hibákat, és rögzítse a továbbítás eredményeit. Egy kérés ismételt elküldése nem hozhat létre második jutalékot ugyanarra a jogosult konverzióra.

Tesztelje az elveszett azonosítókat, a késleltetett eseményeket, a duplikált továbbításokat, a visszatérítéseket és az előfizetések megújítását. A szerveroldali továbbítás a folyamat egyik problémáját oldja meg; nem állítja helyre a soha nem rögzített ajánlói adatokat, és nem jogosít fel a szükséges engedéllyel nem rendelkező adatkezelésre.

A megfelelő Post Affiliate Pro-beállításokért tekintse meg az S2S-követés dokumentációját . Ellenőrizze a konfigurációs és integrációs követelményeket a program szabályai alapján.

A folyamat áttekintése