Deduplikácia konverzií

V affiliate marketingu deduplikácia konverzií bráni tomu, aby viacero záznamov o tej istej oprávnenej akcii viedlo k duplicitným konverziám alebo províziám. Je potrebná, keď sa udalosti opakujú, ďakovacie stránky sa znova načítajú alebo sledovanie v prehliadači aj na serveri zaznamená tú istú objednávku. Párovací kľúč a rozsah udalosti musia odlíšiť duplicity od oprávnených opakovaných akcií.

Prečo môže tá istá konverzia doraziť dvakrát?

Zákazník môže obnoviť potvrdzovaciu stránku, server môže zopakovať požiadavku, ktorá vypršala, alebo program môže súčasne používať doručovanie cez prehliadač aj server. Tú istú obchodnú udalosť môžu odoslať aj dve integrácie. Ide o scenáre doručenia, nie nevyhnutne o dva rôzne nákupy.

Duplicitná udalosť alebo oprávnená nová udalosť

Požadované spracovanie závisí od toho, za ktorú akciu sa vypláca provízia. Program, ktorý vypláca províziu za viacero samostatných oprávnených udalostí v rámci jednej objednávky, môže potrebovať podrobnejšie kľúče než program založený iba na objednávkach.

Čo má kľúč obsahovať?

Používajte stabilné zdrojové identifikátory a vhodný rozsah, napríklad účet obchodníka, typ udalosti a ID transakcie alebo faktúry. Nepoužívajte iba časovú značku: samostatné udalosti môžu nastať v rovnakom čase a opakované pokusy môžu doraziť neskôr. Pravidlá párovania musia byť konzistentné vo všetkých integráciách.

Čo treba otestovať?

• Opakované doručenie s rovnakými údajmi.
• Udalosti z prehliadača a servera prichádzajúce v ľubovoľnom poradí.
• Súbežné požiadavky týkajúce sa tej istej akcie.
• Novú objednávku alebo obnovenie predplatného toho istého zákazníka.
• Opravenú sumu alebo neskoršie vrátenie peňazí.

Ak sa dva záznamy nezhodujú, určite, ktorý zdroj je autoritatívny. Tiché prijatie prvej udalosti môže zachovať nesprávnu sumu, zatiaľ čo prijatie oboch môže viesť k preplateniu. Deduplikácia rieši identitu udalosti; validácia overuje obchodnú oprávnenosť a správnosť hodnôt.

Čo deduplikácia nerieši?

Deduplikácia neurčuje, ktoré z dvoch skutočne odlišných odporúčaní si zaslúži zásluhu za konverziu. Ani nepotvrdzuje, že transakcia je skutočná alebo že je daný propagačný spôsob povolený. Tieto otázky si okrem spracovania duplicít vyžadujú pravidlá atribúcie a kontroly podvodov.

Ako môže administrátor preskúmať duplicitu?

Porovnajte zdrojové identifikátory

Skontrolujte obchodníka, objednávku alebo faktúru, typ udalosti, pôvodnú hodnotu a zdroj doručenia. Dva záznamy doručené v podobnom čase môžu predstavovať dva skutočné predaje, zatiaľ čo jedna akcia doručená s odstupom niekoľkých minút môže byť opakovaným pokusom. Použite stabilnú obchodnú identitu, nie iba pravidlo založené na časovej blízkosti.

Otázky pre nastavenie dvojitého sledovania

1. Používajú záznamy z prehliadača a servera rovnakú identitu zdrojovej objednávky?
2. Sú ich meny a hodnoty, z ktorých sa počíta provízia, konzistentné?
3. Ktorý zdroj je autoritatívny, ak sa sumy líšia?
4. Ako sa odlišujú aktualizácie od nových konverzií?
5. Sú udalosti obnovenia predplatného a vrátenia peňazí identifikované samostatne?
6. Je možné na základe auditného záznamu zopakovať uplatnené rozhodnutie?

Dokumentácia Post Affiliate Pro o ochrane pred opakovanými udalosťami opisuje ovládacie prvky platformy. Overte si ich skutočné pravidlá párovania a nepredpokladajte, že jedno nastavenie vyrieši každý prípad prekrytia sledovania cez prehliadač a server.

Čo sa stane, keď sa tá istá udalosť zmení?

Oprava môže vyžadovať aktualizáciu namiesto úplného potlačenia druhého záznamu. Napríklad pri objednávke za 100 USD môže neskôr dôjsť k vráteniu 20 USD. Pôvodný predaj by nemal zmiznúť a vrátenie peňazí by sa nemalo považovať za nový predaj.

Referenčná príručka Stripe o vrátení platieb ukazuje, že úpravy platieb majú samostatné identifikátory. Prepojte tieto zdrojové záznamy s príslušnou pôvodnou transakciou a uplatnite pravidlá affiliate programu. Deduplikácia musí zachovať zmysluplné aktualizácie a zároveň zabrániť tomu, aby opakované záznamy vytvárali ďalšie odmeny.

Zvoľte identifikátor pre každú udalosť, za ktorú sa vypláca provízia

ID transakcie je užitočné iba v rámci jasne určeného rozsahu. Rovnaký identifikátor sa môže objaviť v rôznych účtoch obchodníkov alebo typoch udalostí. Pri predplatnom použite identifikátor fakturačnej udalosti alebo faktúry, nie pravidlo, ktoré potláča každú platbu s rovnakým ID zákazníka alebo predplatného.

V hypotetickom procese platby s dvojitým sledovaním pixel aj postback nahlásia objednávku order-1042. Sledovací systém by mal vytvoriť jednu províziu z predaja. Neskoršie oprávnené obnovenie predplatného potrebuje vlastný identifikátor; vrátenie peňazí potrebuje udalosť úpravy prepojenú s pôvodným predajom, nie ďalší predaj.

Zaznamenávajte prijaté udalosti a zabezpečte, aby opakované pokusy boli idempotentné. Pokyny Stripe pre webhooky ukazujú, prečo sú pri opakovanom doručovaní dôležité ID udalostí a ich kontext. Testujte súbežné doručenia a oneskorené opakované pokusy, nielen jednoduché obnovenie stránky.

V súvislosti s príslušnými nastaveniami Post Affiliate Pro si pozrite dokumentáciu o ochrane pred podvodmi . Overte konfiguráciu a požiadavky integrácie podľa pravidiel vášho programu.