Les clics sont un coût. Le chiffre d’affaires est la réponse.

Un identifiant de clic qui vous appartient

À chaque redirection, le worker émet un jeton et l’ajoute à l’adresse de destination sous un nom de paramètre que vous choisissez, neutre par défaut. Le même jeton est écrit dans un cookie propriétaire sur votre propre domaine de redirection, et c’est ce qui fait survivre l’attribution aux navigateurs qui ont déjà cessé d’accepter tout ce qui vient d’un tiers.

Le jeton est signé et lié au locataire : les identifiants d’espace de travail et de partenaire font partie de la charge signée, si bien qu’un jeton émis sur le lien d’un client est rejeté dans l’espace d’un autre client exactement comme un faux. Il ne contient aucune donnée personnelle — le moment du clic, le lien, la variante, le pays, la classe d’appareil, la source de trafic et un indicateur de trafic suspect.

Deux portes d’entrée, un seul jeu de règles

Côté serveur, votre backend envoie l’identifiant avec un objectif, un identifiant de commande, un montant et une devise. Côté navigateur, un script servi depuis votre propre domaine de redirection — et non depuis un hôte tiers — lit l’identifiant et rapporte la conversion depuis la page de remerciement. Les deux chemins passent par le même service : la fenêtre d’attribution, la déduplication et la livraison sortante se comportent donc à l’identique.

L’argent est manipulé en unités minimales entières de bout en bout. Un montant de 49,99 est rejeté avec le champ fautif désigné plutôt qu’arrondi en silence, parce qu’une règle d’arrondi inventée au milieu d’un chemin de paiement est exactement ce qui fait que les rapports de chiffre d’affaires cessent discrètement de correspondre aux factures.

Les doublons sont traités par la base de données et non par un « vérifier puis écrire » : des livraisons répétées de la même commande créent une seule conversion et la renvoient marquée comme doublon. C’est ce qui rend sûr le réessai d’un webhook échoué.

• ✓Identifiant de clic signé dans l’URL et dans un cookie propriétaire
• ✓Fenêtre d’attribution configurable par espace de travail
• ✓API serveur et script navigateur servi depuis votre propre domaine
• ✓Objectifs avec valeurs et devises par défaut
• ✓Déduplication atomique par identifiant de commande
• ✓Livraison sortante vers les plateformes publicitaires, avec réessais

Le chiffre d’affaires suspect est étiqueté, pas caché

Le verdict du classificateur voyage à l’intérieur du jeton de clic : une conversion attribuée à un centre de données ou à un proxy est donc marquée comme suspecte au moment même où elle est enregistrée. Elle apparaît dans les rapports comme un segment à part, plutôt que d’être supprimée ou mélangée en silence au reste.

Cette distinction est tout l’intérêt d’associer suivi des conversions et qualité du trafic : « nous avons eu deux cents conversions » et « nous avons eu deux cents conversions, dont quarante depuis une plage d’hébergeur en une heure » sont deux faits différents, et un seul mérite d’être payé.

Où vont les chiffres ensuite

Une conversion enregistrée émet un événement de webhook signé, et elle peut être transmise à des systèmes publicitaires externes par une file d’attente, avec la même discipline de réessai que le reste de la plateforme : un compteur de tentatives incrémenté avant l’appel sortant, un délai de retrait documenté, et une marque d’abandon au lieu de réessais infinis.

Rien de tout cela ne remplace votre système de facturation. Cela répond à une question plus étroite et plus utile : quel lien, quel pays, quelle destination et quelle source de trafic ont produit l’argent.