Server-to-Server (S2S)
Notes : ⚠️⚠️⚠️
- Le format d’URL de votre programme doit être en S2S : cela permet au programme de faire la bascule des liens de tracking en redirection, et de faire valider la conversion côté serveur. Vous pouvez modifier le format d’URL en vous rendant dans la configuration de votre programme, puis en modifiant les paramètres généraux.
- La mise en place de CMP reste obligatoire.
⓵ Définition
Le Server-to-Server est une méthode de tracking qui peut ne pas déposer de cookie sur le device de l’internaute. Il fonctionne via la génération et le stockage d’un identifiant unique de clic appelé « ClickID » lorsque l’internaute clique sur un lien affilié ou sur une simple impression publicitaire. Lorsque le même internaute effectue ensuite sa conversion, le « ClickID » correspond alors à celui du clic et permet de remonter la conversion pour le partenaire. Les informations sont ainsi stockées côté serveur et le tracking se fait en publiant le « clickID » généré lors du clic de l’internaute sur le serveur permettant le suivi. Vous n’avez donc plus besoin de placer des scripts de tracking (JS, Iframe, Pixel img) directement sur votre site.
Avec le S2S, les informations de tracking sont transmises directement dans l’URL. Cela nécessite donc de configurer votre programme en mode tracking par redirection, permettant à Affilae de générer automatiquement le « ClickID » lors du clic de l’internaute.
Le « ClickID » est donc unique par internaute et cet ID est transmis en tant que variable tout au long de l’entonnoir de conversion.
⓶ Avantages du Server-to-Server tracking
Le S2S est certes plus contraignant à implémenter que des scripts de tracking JavaScript ou Iframe mais il a aussi beaucoup d’avantage à l’utilisation.
ⓐ La précision
Le S2S ne génère un « ClickID » uniquement lorsque l’internaute voit ou clic sur un lien de tracking affilié, de ce fait la précision du tracking en ait accrue. Cela est notamment intéressant avec le développement des « adblockers » qui détectent et peuvent supprimer les cookies, car le S2S est indépendant et ne nécessite pas forcément l’usage d’un cookie.
ⓑ La sécurité
Étant donné que les conversions ne peuvent être trackées qu’uniquement via un « ClickID » vous évitez ainsi nombreux types de fraude en affiliation tels que le cookie stuffing par exemple.
ⓒ Le mobile
Tracker des téléchargements d’application ou des conversions in-app grâce aux cookies à de nombreuses limites.
Notamment parce que :
➜ Les navigateurs mobiles tels que Safari mobile d’Apple ont les cookies désactivés par défaut.
➜ Limitation du placement de cookies dans les appstores de téléchargement d’applications En utilisant le tracking S2S, vous pouvez vous assurer que le tracking de vos publicités est fluide et précis, sans avoir à vous soucier des cookies.
⓷ Méthode d’intégration
Le tracking S2S utilise les « ClickID ».
➜ Le « ClickID » est un ID unique qui est généré automatiquement par Affilae, appelé « aecid » lorsque l’internaute clique sur un lien de tracking affilié par exemple.
➜ Le « ClickID » est ensuite envoyé à l’annonceur afin que celui-ci le match server-side au niveau de l’internaute.
➜ Côté annonceur, un serveur capture et stock ce « ClickID » et toutes autres informations pertinentes passées dans les URLs de tracking.
➜ Si ensuite ce même internaute passe une conversion, l’annonceur renvoie ces informations à Affilae via une URL postback.
➜ Dès réception Affilae vérifie alors si le« ClickID » est unique ou pas, s’il est conforme alors la conversion est enregistrée.
➜ Dans les cas où le « ClickID » ne serait pas valide ou dupliqué en raison d’erreurs de serveur, de fraude ou de toute action accidentelle de l’utilisateur, il sera rejeté.
Schéma S2S
⓸ Comment l’annonceur peut stocker le transaction ID ?
Plusieurs méthodes sont disponibles :
ⓐ Via un cookie
Stockage dans un cookie (HTTP Only) sur le navigateur de l’internaute lorsque celui-ci charge la landing page.
ⓑ Variable cachée
Une deuxième méthode consiste à enregistrer le « ClickID » en tant que variable cachée dans les URLs
ⓒ Paramètre d’URL suivi
La troisième méthode consiste à transférer le « ClickID » en tant que paramètre d’URL jusqu’à la fin de la conversion.
➜ Ce processus variera probablement en fonction de la solution CRM que vous utilisez.
⓹ Comment mettre en place le S2S ?
ⓐ Injecter le « Click ID » dans un paramètre d’URL sur vos liens de tracking
Afin de tracker le partenaire affilié qui a réalisé la conversion, Affilae va générer le « ClickID » à chaque event click ou impression sur votre programme, via une URL de tracking par redirection.
➜ Le « Click ID » permet alors de relier l’internaute, l’affilié au programme d’affiliation. En utilisant le Tracking Affilae en redirection, le « ClickID » sera automatiquement assigné à la variable « aecid » sur votre landing page. Exemple : https://votresite.com/?aecid=603ed1800000000000000000 ClickID Format: 24 characters (e.g. 603ed1800000000000000000)
ⓑ Stocker le « Click ID » et envoyer la conversion à Affilae dans l’URL postback
Nous l’avons vu, plusieurs méthodes sont disponibles pour stocker le « ClickID », une remarque cependant si vous utilisez un cookie ⚠ : ➜ Le cookie doit être défini dans le Header de réponse Http et non dans un script client-side, par exemple. un cookie défini en PHP conviendrait.
➜ Le cookie doit définir le cookie avec un HttpOnly flag.
➜ Le cookie doit être défini avec le secure flag. Une fois que vous avez le « ClickID » dans les URLs de trafic entrant, celui-ci doit être lié à la conversion dans votre back-end et Affilae.
➜ Pour cela vous devez configurer le déclenchement de l’URL postback afin qu’elle se déclenche après la validation de la conversion par le client et renseigner la variable cids avec le ou les clics IDs collectés (séparés par `-`). Exemple:
| Variable | Requis | Informations sur la valeur |
|---|---|---|
| key | Oui | Cette clé vous est fournie sur la page « code de conversion » disponible sur le tableau de bord de configuration de votre programme d’affiliation. ex. |
| id | Oui | Remplissez ce paramètre avec un identifiant unique, par exemple un numéro de commande unique. Si vous utilisez ce code pour confirmer une inscription à une lettre d’information et que vous ne disposez pas d’un identifiant unique généré automatiquement, vous pouvez, par exemple, utiliser le hachage de l’adresse électronique de l’utilisateur (par exemple, MD5) pour renseigner ce paramètre. |
| amount | Oui pour les ventes | Montant total hors taxes d’une commande, qui servira de base au calcul de la commission et des recettes générées. ex. |
| currency | Oui | Code devise ISO 4217 |
| payment | Oui, si la conversion est payante | Si les conversions sont payantes, indiquez le mode de paiement du client, sinon laissez simplement ce paramètre vide :
|
| customer | Oui si le partage des revenus est activé | L’identifiant de votre client si l’option « Revenue Share » est activée. Veuillez utiliser un identifiant qui ne changera pas au fil du temps, le mieux étant le numéro d’identification utilisé dans votre base de données. Laissez ce paramètre vide si vous n’utilisez pas l’option « Revenue Share ». |
| cv | Non | variable personnalisée qui sera disponible dans l’interface et l’API : produits, nouveau client, etc. |
| voucher | Non | Doit être remplacé par le code du bon qui a été appliqué lors du processus de paiement. |