Comment fonctionne le suivi ?

Voici comment nous suivons les clics et les conversions via Addrevenue.

Pour qu'un clic ou une conversion soit suivi, plusieurs points doivent être respectés :

• Le code de suivi est correctement implémenté sur votre site.
• Votre compte publicitaire est approuvé et activé par nos soins.
• Un affilié approuvé par nos soins possède un canal approuvé par nos soins.
• L'affilié a postulé à votre programme d'annonceurs et vous avez approuvé sa candidature, créant ainsi une relation.
• L'affilié vous renvoie vers vous via un lien de suivi correct, téléchargeable depuis notre site web.
• Pour qu'une conversion soit suivie et qu'une transaction soit créée, vous devez également avoir configuré un programme de commission avec le même identifiant d'événement de conversion (généralement « Achat ») que vous envoyez ensuite. Code de suivi.

Suivi des clics

• L'affilié publie un lien spécial sur sa plateforme, contenant l'identifiant de la chaîne et l'identifiant de l'annonceur.
• Le lien peut ressembler à ceci : https://addrevenue.io/t?c=123456&a=YOUR_ADVERTISER_ID, où c=123456 est l'identifiant de la chaîne et a=YOUR_ADVERTISER_ID l'identifiant de l'annonceur.
• Le lien redirige donc vers le serveur d'Addrevenue. Le clic est enregistré comme un événement dans notre base de données et le visiteur est redirigé vers le site web de l'annonceur, où plusieurs paramètres sont ajoutés à la chaîne de requête :
  • utm_source=addrevenue.io
  • utm_medium=affiliate
  • utm_campaign=addrevenue.io
  • utm_content={{Nom de la chaîne}}
  • channelId={{ID de la chaîne}}
  • advertiserId={{ID de l'annonceur}}
  • clickId={{ID généré de manière unique pour ce clic}} 
• Lorsque le visiteur accède au site web de l'annonceur, le JavaScript installé (le « code de suivi ») est lancé. Dans ce mode, lorsque vous cliquez, seules quelques valeurs sont enregistrées dans les cookies de l'utilisateur et le stockage local. Le cookie s'appelle addrevenue et contient, entre autres :
  • channelId, l'identifiant du canal (123456 dans l'exemple ci-dessus)
  • advertiserId, qui contient l'identifiant de l'annonceur (YOUR_ADVERTISER_ID dans l'exemple ci-dessus)
  • clickId, un identifiant généré aléatoirement.
  • expires, qui est un horodatage de 45 jours, lorsque les variables du stockage local sont supprimées. Cette valeur n'est pas définie comme un cookie, car la date d'expiration est gérée individuellement pour chaque cookie.

Suivi des conversions

• Comme les conversions se produisent souvent lors de visites répétées, nous enregistrons l'identifiant du canal dans les cookies et le stockage local. Si le visiteur revient dans les 45 jours suivant son premier clic, la conversion sera attribuée à ce canal.
• Si le visiteur clique sur le site web via un autre lien de suivi addrevenue avant la conversion, l'identifiant du canal est écrasé et le plus récent est utilisé. Nous utilisons donc le modèle d'attribution au dernier clic.
• Lorsqu'un achat ou une autre conversion se produit, la fonction ADDREVENUE.sendEvent est appelée dans le code JavaScript. C'est votre implémentation du code de suivi qui contrôle quand et ce que contient l'appel. L'appel doit impérativement contenir un « ID d'événement de conversion », souvent le mot « Achat » (valeur par défaut lors de la configuration de nouveaux programmes de commission en tant qu'annonceur). Cependant, la configuration du programme de commission détermine entièrement ce paramètre.
• Le JavaScript appelle notre serveur et vérifie si l'« ID d'événement de conversion » spécifié correspond à un programme actif, à un annonceur actif et à une relation active avec le canal d'affiliation. Si tous les critères sont remplis, une « transaction » est créée. Cette transaction sert ensuite de base au paiement des commissions et à la facturation aux annonceurs.
• Si la conversion a une valeur (par exemple, un achat dans la boutique en ligne), celle-ci doit être transmise lors de l'appel de fonction, car elle sert de base au calcul de la commission. Plus d'informations sur le code de suivi. Le système est totalement transparent : les affiliés et les annonceurs peuvent consulter tous les événements enregistrés et toutes les transactions qu'ils ont pu générer.

   

  Flux de paiement et de décaissement

  • Le 1er de chaque mois, nous compilons les transactions du mois précédent dans une liste de transactions que l'annonceur peut consulter. Si, par exemple, le client a annulé l'achat ou autre, il est possible de refuser la transaction. Celle-ci sera alors supprimée de la liste. Une fois la transaction terminée, vous marquez la liste des transactions comme terminée et ne pouvez plus la modifier.
  • Le 20 de chaque mois, les listes de transactions sont automatiquement marquées comme terminées et servent de base de paiement. Il est donc conseillé de vérifier les transactions avant cette date.
  • Ensuite, le 20 également, nous débitons la carte de l'annonceur et, vers le 25 de chaque mois, nous effectuons un paiement à tous les affiliés.

  Suivi front-end vs. back-end

  Nous utilisons ce que l'on appelle le suivi front-end, c'est-à-dire que la conversion/l'achat a lieu sur le site web et que notre JavaScript initie l'intégralité du suivi. Dans certains cas, un suivi back-end ou S2S est nécessaire, par exemple lorsque la conversion n'a pas lieu sur le site web. Prenons l'exemple d'un organisme de crédit : si le visiteur demande un prêt sur son site web, mais souhaite verser une commission sur les prêts octroyés, la conversion et la transaction ne sont générées qu'après le versement du prêt, c'est-à-dire plusieurs jours plus tard.

  En savoir plus sur le suivi backend