Tracciamento affiliati server-to-server (postback)

Nel marketing di affiliazione, il tracciamento server-to-server, o tracciamento postback, registra le conversioni degli affiliati tramite una richiesta da un server a un altro. Un identificativo di referral acquisito in precedenza collega la conversione all’affiliato. Riduce la dipendenza dall’attivazione di un pixel di conversione nel browser, ma dipende comunque da identificativi affidabili, dall’integrazione e dai requisiti di privacy applicabili.

Cosa collega il clic alla conversione?

L’identificativo di referral viene acquisito prima della conversione e archiviato in un punto da cui il processo dell’ordine o del cliente può recuperarlo. Il postback invia quindi al sistema di tracciamento l’identificativo richiesto e i dettagli dell’evento. Una richiesta autenticata dal server è utile solo se l’evento aziendale e i dati di attribuzione sono corretti.

Postback e pixel del browser a confronto

La trasmissione lato server evita di dipendere dal caricamento della pagina di conversione nel browser. Non rende la fase precedente di identificazione immune alle restrizioni del browser o alla perdita di dati.

Un ipotetico percorso del postback

Un referral di un affiliato genera l’ID clic click-42. Il commerciante lo memorizza insieme all’ordine order-1042. Dopo un pagamento idoneo, il server invia un evento con quegli identificativi e l’importo idoneo. Il sistema di tracciamento applica le regole di attribuzione e di commissione e restituisce la risposta supportata dall’integrazione.

Se la richiesta va in timeout, potrebbe essere necessario riprovare. L’evento ripetuto deve fare riferimento alla stessa azione affinché la deduplicazione delle conversioni eviti un’altra commissione di vendita. Un rimborso successivo dovrebbe essere registrato come rettifica della vendita originale.

Cosa dovrebbe includere un test di integrazione?

• Acquisizione dell’identificativo attraverso reindirizzamenti e checkout.
• Campi obbligatori, valuta, importo e tipo di evento.
• Autenticazione e comportamento consentito del mittente.
• Richieste riuscite, rifiutate e scadute per timeout.
• Trasmissioni duplicate e conversioni in ritardo.
• Rimborsi, annullamenti ed eventi di fatturazione ricorrente.

Riconcilia le transazioni di origine con quelle del sistema di tracciamento. Un registro delle trasmissioni conferma l’esito di una richiesta, ma non dimostra che siano stati acquisiti tutti i referral idonei.

Come funzionano i parametri del postback e i nuovi tentativi?

Mappa esplicitamente i campi

Il mittente e il destinatario devono concordare i nomi dei campi, il metodo HTTP, il formato dei valori e il tipo di evento. Un identificativo di clic chiamato click_id in un sistema non popolerà automaticamente un campo diverso nel sistema destinatario. Mantieni il suo valore esatto attraverso i reindirizzamenti e il checkout, quindi verifica il risultato registrato dal destinatario.

Non inserire segreti di produzione nei link di esempio. Usa il meccanismo di autenticazione supportato dall’integrazione e conserva i valori sensibili in una configurazione server appropriata. Le indicazioni di Post Affiliate Pro sulla protezione del tracciamento delle vendite sono un riferimento specifico del prodotto, non un protocollo postback universale.

Lista di controllo per la gestione degli errori

1. Registra la transazione di origine prima di tentare la trasmissione.
2. Convalida i campi obbligatori e il tipo di evento supportato.
3. Registra se il destinatario ha accettato o rifiutato la richiesta.
4. Ripeti i tentativi per gli errori temporanei idonei senza modificare l’identità dell’evento.
5. Invia gli errori persistenti a un operatore perché li analizzi.
6. Riconcilia le conversioni di origine con i record di tracciamento accettati.

Le indicazioni di Stripe sui webhook forniscono esempi sulla gestione degli eventi duplicati e in ritardo. Per le risposte di esito positivo e il comportamento dei nuovi tentativi, segui il protocollo effettivo del destinatario affiliato.

Cosa dimostra un postback riuscito?

Dimostra solo ciò che risulta dalla risposta e dal record del destinatario. La richiesta potrebbe aver raggiunto l’endpoint, ma non aver superato la convalida, non aver incluso un affiliato idoneo o aver creato una commissione in sospeso invece che approvata. Esamina l’evento e l’importo registrati. La trasmissione tecnica, l’attribuzione, l’idoneità commerciale e il pagamento sono fasi distinte che richiedono verifiche separate.

Un postback affidabile richiede più di un URL

Acquisisci l’identificativo di clic o referral nella fase di atterraggio e trasferiscilo nel record del cliente o dell’ordine. Quando si verifica una conversione idonea, il sistema di e-commerce invia al sistema di tracciamento tale identificativo insieme a un ID transazione stabile e ai dettagli dell’evento richiesti.

Autentica le richieste usando il meccanismo supportato dall’integrazione e non inserire le credenziali in URL pubblici o nel codice lato client. Definisci il significato di una risposta riuscita, metti in coda gli errori per un nuovo tentativo e registra i risultati della trasmissione. Ripetere una richiesta non deve creare una seconda commissione per la stessa conversione idonea.

Esegui test per identificativi persi, eventi in ritardo, trasmissioni duplicate, rimborsi e rinnovi degli abbonamenti. La trasmissione lato server risolve una parte del percorso; non recupera i dati di referral mai acquisiti né autorizza trattamenti privi del consenso necessario.

Per le impostazioni corrispondenti in Post Affiliate Pro, consulta la documentazione sul tracciamento s2s . Verifica la configurazione e i requisiti di integrazione in base alle regole del tuo programma.

Il processo in breve