Chaque fonctionnalité, chaque problème qu'elle élimine.

Envoyer du trafic de mauvaise qualité à un réseau vous coûte le prix du lead et la relation. Chaque lead est noté sur l'IP, l'email, le téléphone et l'empreinte de l'appareil via IPQS, et vos règles peuvent utiliser ces scores de fraude comme conditions. Si le fournisseur antifraude tombe en panne, les leads continuent de circuler et sont notés après coup au lieu de rester bloqués.

Sans cela, vous ne découvrez le mauvais trafic que lorsque le réseau le rejette ou reprend le paiement, bien après avoir payé le clic.

Un lead venant d'une IP de datacenter avec un email jetable obtient un score de 92, donc votre règle pour le trafic UK vers Northgate Media l'ignore.

Les réseaux rejettent des leads pour des raisons qu'ils expliquent rarement, et votre taux de rejet reste un mystère. Alion exécute 22 vérifications que vous configurez une par une : réputation IP, qualité de l'email, qualité du téléphone, signaux d'appareil et de comportement, et cohérence géographique. Ensemble, elles détectent la plupart des problèmes avant la livraison du lead.

Comme les réseaux disent rarement pourquoi un lead a été rejeté, filtrer avant la livraison est le seul moyen fiable de garder votre taux d'acceptation sous contrôle.

Activez le blocage VPN et la validation du téléphone, laissez la qualité de l'email désactivée. Un lead Meta avec un numéro invalide est arrêté avant d'atteindre Kestrel Ads.

Vendre deux fois le même lead au même réseau est le moyen le plus rapide de perdre un compte. Alion compare les leads sur l'email, le téléphone ou l'IP et signale les doublons. Chaque réseau a son propre réglage de double livraison, Autoriser, Pas la même destination ou Pas ce réseau, et par défaut il n'expire jamais.

Sans cela, une personne qui remplit deux formulaires à une semaine d'intervalle est vendue deux fois, et le réseau la déduit ou cesse de faire confiance à votre trafic.

Velora Partners est réglé sur Pas ce réseau. Le même numéro revient trois jours plus tard, donc Alion ignore Velora Partners et essaie l'option suivante de vos règles.

Quand un réseau conteste un doublon, il vous faut la vue complète en quelques secondes, pas une requête en base de données. Alion montre tout l'historique des doublons d'un lead, jusqu'à l'original et jusqu'à chaque copie ultérieure. Vous voyez quel champ a correspondu et où chaque copie a été livrée.

Parce que les litiges se gagnent avec des preuves, et sans la chaîne vous devez deviner quelle copie est arrivée en premier.

Brightline Leads conteste un lead DE. La chaîne montre l'original de mars, les deux copies qui ont suivi, et que l'adresse email correspondait.

Une panne chez un prestataire ne devrait pas arrêter la réception de vos leads. Après cinq échecs consécutifs du fournisseur antifraude, Alion suspend les appels pendant un court instant. Cela protège le trafic en direct des vagues de nouvelles tentatives pendant que le fournisseur se rétablit.

Sans cela, chaque lead attendrait un fournisseur qui ne répond pas, et le trafic en direct s'accumulerait derrière les nouvelles tentatives.

IPQS est en panne dix minutes pendant une campagne Taboola. Les leads continuent d'être livrés, et leurs scores sont complétés ensuite.

L'attribution doit tenir sur tout le parcours, du clic au FTD. Les click ID de Binom, Keitaro, Voluum, RedTrack et des plateformes publicitaires comme Taboola, Google, Meta et MGID sont reconnus et transmis automatiquement jusqu'à vos postbacks. Vos règles peuvent aussi utiliser le tracker et la source comme conditions.

Sans le click ID, un postback ne peut pas indiquer à votre tracker ou à votre plateforme quel clic est devenu un FTD, et vos campagnes s'optimisent à l'aveugle.

Un clic Meta arrive via Keitaro. Quand Halcyon Traffic signale le FTD deux jours plus tard, le postback transmet le click ID Keitaro d'origine.

Certains trafics sont achetés pour un deal précis, et les envoyer ailleurs casse ce deal. Passez OfferId dans la requête ou AlionOfferId dans l'URL de la landing page (la requête l'emporte), et Alion le traite comme une condition de règle normale : les autres conditions doivent toujours correspondre, et le lead ne va que vers des feuilles avec cette offre, jamais vers une autre. S'il ne peut pas être livré (cap plein, aucune règle correspondante, refus du CRM), il va dans la table des leads rejetés avec une seule notification groupée, sauf si vous activez TryOtherNetworks, qui le route comme s'il n'avait pas d'ID d'offre.

Sans cela, un lead prévu pour un deal pourrait être basculé vers une autre offre et facturé à un prix, ou par un réseau, qui ne l'a jamais accepté.

Les leads pour l'Offre A chez Northgate Media arrivent avec AlionOfferId sur la landing page. Dimanche, son cap payé est plein : 14 leads attendent dans les leads rejetés et vous recevez une seule notification, pas 14.

Les deals avec les réseaux changent souvent, et quand ils vivent dans des tableurs, personne ne sait quel prix s'applique à quel lead. Dans Alion, une offre est un deal : les leads qu'elle accepte (pays, source de trafic, autres champs), le modèle de paiement (CPL, CPA, Hybrid ou CRG), les prix du lead et du FTD, les déductions, les caps payés, un CRM, une date de fin facultative et des labels. Vous pouvez avoir plusieurs offres avec le même réseau dans le même pays, par exemple un deal CPA et un deal CRG avec un même broker.

Comme la règle de routage nomme l'offre, la destination d'un lead et ce qui le facture ne peuvent jamais diverger.

Velora Partners a deux offres pour DE : l'Offre A en CPA à 900 $ par FTD, et l'Offre B en CRG avec une garantie de conversion de 10 %.

Quand un réseau a plusieurs CRM, il est facile d'envoyer un lead au mauvais et de perdre la vente. Chaque offre Alion pointe vers un seul CRM de ce réseau, tandis qu'un CRM peut servir plusieurs offres. Un CRM utilisé par une offre ouverte ne peut pas être supprimé, et chaque changement de CRM d'une offre est enregistré dans le journal d'audit.

Sans cela, un lead pourrait être facturé sous un deal mais arriver dans le CRM d'un autre, et vous n'auriez aucune preuve de l'endroit où il devait aller.

Kestrel Ads vous donne un CRM pour UK et CA. L'Offre A (UK) et l'Offre B (CA) pointent toutes deux vers lui, et Alion bloque sa suppression tant que l'une des offres est ouverte.

Les prix changent en cours de mois, et modifier un chiffre directement réécrit l'historique de chaque lead déjà envoyé. Dans Alion, un changement de prix passe par une action explicite Mettre à jour l'offre : la version en cours se ferme et la nouvelle est active immédiatement. Les leads déjà livrés gardent le prix de leur version, y compris les FTD qui arrivent plus tard.

Sans versions, un changement de prix modifierait sans bruit le prix des anciens leads, et vos chiffres ne correspondraient plus à ce que le réseau a accepté de payer.

Le 14 mars, Brightline Leads passe le prix du FTD de l'Offre A de 800 $ à 850 $. Un lead livré le 10 mars qui dépose le 2 avril est toujours payé 800 $.

Les réseaux conviennent souvent d'un nouveau prix qui démarre le 1er à minuit, quand personne ne veut être devant son clavier. Planifiez la mise à jour de l'offre à l'avance : vous faites tous les choix au moment de la planification, et Alion les applique à l'instant choisi. Si l'offre est fermée avant, la mise à jour planifiée est annulée.

Sans cela, quelqu'un doit changer le prix à la main à la minute exacte, et chaque lead envoyé avant est facturé au mauvais prix.

Halcyon Traffic accepte 950 $ par FTD sur l'Offre A à partir du 1er novembre à 00:00. Vous le planifiez le 28 octobre, et la nouvelle version démarre à l'heure.

Un deal ne fait pas que s'allumer et s'éteindre : il se remplit, se termine ou s'annule. Une offre peut être active, cap payé plein (jamais utilisée, le lead est rerouté), fermée (toujours routée mais non suivie, avec un rappel régulier), au-delà de sa date de fin (fermée automatiquement, avec notification) ou supprimée. Supprimer une offre retire ses routes après un avertissement clair, et les offres qui ont déjà généré du revenu sont archivées, pas effacées.

Comme un deal fermé oublié continue de recevoir du trafic qui ne rapporte rien, Alion le garde visible et vous le rappelle jusqu'à ce que vous changiez les routes.

L'Offre A chez Northgate Media a une date de fin au 30 juin. Le 1er juillet, elle se ferme toute seule, vous êtes notifié, et ses leads sont non suivis jusqu'à ce que vous changiez la règle.

Certains réseaux prennent du trafic de partout, alors que la plupart des deals sont par pays. Une offre globale couvre tous les pays, mais Alion ne la choisit jamais automatiquement : vous la sélectionnez dans une règle comme n'importe quelle offre. Pour le reste, la règle fourre-tout est simplement la dernière règle sans condition, et c'est vous qui décidez où vont les leads non couverts.

Sans choix explicite, une offre large pourrait absorber discrètement du trafic destiné à des deals par pays mieux payés.

Kestrel Ads a une Offre G globale à 15 $ en CPL. Votre dernière règle, sans condition, envoie vers l'Offre G tout ce que les règles UK, DE et CA n'ont pas pris.

Parfois, un réseau veut qu'un même deal soit livré dans deux CRM, par exemple un par équipe commerciale. Créez deux offres identiques, une par CRM, et routez vers les deux. Les labels regroupent les offres liées pour les retrouver ensemble, et ils n'ont jamais d'effet sur le routage ni sur la facturation.

Comme chaque offre a un seul CRM, deux offres identiques permettent à un deal d'atteindre deux CRM sans enfreindre cette règle.

Velora Partners veut répartir ses leads DE entre ses équipes de Berlin et de Munich. Vous créez l'Offre A1 et l'Offre A2 avec les mêmes conditions et leur donnez le label « Velora DE Q4 ».

Quand le routage et la facturation vivent à des endroits différents, un lead peut arriver dans un CRM et être facturé sur un autre accord. Dans Alion, chaque règle se termine par une feuille, et une feuille Offre nomme exactement une offre : la route et la facture sont donc une seule décision. Une feuille peut aussi être Sans offre (envoi non suivi, volontairement) ou un flow interne (sans revenu).

Sans cela, il faut une seconde étape pour deviner à quel accord appartient une livraison, et les suppositions se trompent. Une seule décision garantit que la destination du lead correspond toujours à ce que vous facturez.

Un lead UK venant de Meta correspond à la règle "UK Meta", dont la feuille est l'Offre A de Northgate Media à 30 par lead. Alion le livre au CRM de l'Offre A et enregistre 30 sur l'Offre A.

Les vrais accords se limitent rarement à "trafic UK" : un réseau peut ne vouloir que des leads mobiles, aux heures de bureau, venant d'un seul funnel. Les règles Alion peuvent vérifier le pays, la langue, la source, la landing page, le funnel, le tracker, l'offre demandée, le domaine de l'email, l'heure locale, le jour de la semaine, les scores de fraude, le VPN, le pays de l'IP, le type d'appareil et tout paramètre de clic. Les opérateurs incluent In, NotIn, Contains, Between, GreaterThan et Exists.

Parce qu'une règle qui ne voit que le pays enverra des leads que le réseau n'accepte pas ou ne paie pas.

Une règle pour Kestrel Ads retient les leads DE venant de Taboola, heure locale Between 9 et 18, appareil mobile, avec un score de fraude inférieur à 40.

Tout envoyer à un seul acheteur fait perdre des leads quand il dit non, et répartir à la main ne tient pas à grande échelle. Dans Alion, les routes sont rangées dans des dossiers, chacun avec une stratégie : Priority essaie les enfants dans l'ordre, Split répartit les leads selon des poids fixes, Mirror copie le lead vers chaque enfant en livraisons séparées. Les backups ne sont essayés qu'après l'échec de tous les voisins, et un lead essaie les voisins de la règle trouvée avant de passer à la règle suivante qui correspond.

Sans cela, un refus égale un lead perdu. Les essais ordonnés et les backups donnent plusieurs chances à chaque lead avant d'abandonner.

Dans le dossier "FR Google", Split envoie 70 % à Velora Partners et 30 % à Halcyon Traffic. Si les deux refusent un lead, le backup, Brightline Leads, le reçoit.

Rééquilibrer les poids à la main chaque fois que les résultats d'un acheteur changent est une corvée rarement faite. Un dossier Smart calcule ses poids à partir de l'EPC (gain par clic) de chaque route, pour envoyer plus de volume vers ce qui paie vraiment. Chaque réseau a un réglage "le revenu arrive en général après N jours", afin qu'un réseau qui paie lentement ne soit pas jugé avant l'arrivée de ses FTD.

Sans ce délai, un réseau qui confirme les FTD après une semaine semblerait sans valeur au deuxième jour et perdrait son trafic.

Velora Partners vous rapporte 12 par clic et Kestrel Ads 7, donc le dossier Smart donne plus à Velora. Le revenu de Kestrel arrive en général après 5 jours, ses leads les plus récents ne comptent donc pas encore contre lui.

Quand un réseau paie plus par lead et un autre plus par FTD, il est difficile de voir quel accord vaut le plus. Un dossier BestPayout compare ses feuilles à partir de l'offre de chaque feuille : prix du lead plus prix du FTD multiplié par un taux de conversion (CR) de référence. La feuille au gain attendu le plus élevé est essayée en premier.

Parce que le prix par lead le plus élevé n'est pas toujours le meilleur accord une fois les prix FTD pris en compte.

L'Offre A paie 20 par lead plus 800 par FTD, l'Offre B paie 35 par lead plus 300 par FTD. Avec un CR de référence de 5 %, l'Offre A vaut 60 et l'Offre B 50 : l'Offre A est donc essayée en premier.

Si une offre n'accepte que des leads DE venant de Google, une route qui laisse aussi passer des leads FR ou Meta produira des leads que le réseau ne paiera pas. Dans Alion, une règle doit garantir les conditions de l'offre : elle peut être plus stricte, jamais plus large. L'éditeur de règles bloque une route qui ne respecte pas cela.

Sans cela, une petite modification de règle peut envoyer discrètement des leads non payés à un réseau pendant des jours.

L'Offre A de Brightline Leads ne couvre que les leads CA venant de Google. Une règle "CA, toute source" ne peut pas pointer vers l'Offre A tant que vous n'ajoutez pas la condition source In Google.

Modifier le routage en direct pendant que les leads arrivent, c'est exposer chaque changement inachevé au vrai trafic. Dans Alion, vous modifiez les règles dans un brouillon, vous le publiez quand il est prêt, et vous revenez à une version précédente si quelque chose ne va pas. Le trafic réel suit toujours la version publiée.

Parce qu'une erreur de routage coûte de l'argent chaque minute où elle est active, il faut un endroit sûr pour préparer les changements et un moyen rapide de revenir en arrière.

Lundi, vous publiez une nouvelle règle FR pour Halcyon Traffic, voyez les refus augmenter et revenez à la version de vendredi.

Votre équipe et vos propres outils doivent aussi voir les leads, mais ces copies ne sont pas des ventes et ne doivent pas apparaître comme revenu. Un flow interne n'a ni réseau ni offre. Utilisez-le comme feuille pour des notifications internes, ou dans un dossier Mirror pour copier un lead vers vos systèmes à côté de la vraie livraison. Il ne crée jamais de revenu.

Sans cela, les copies internes ressembleraient à des livraisons vers un réseau et fausseraient vos rapports de revenu.

Un dossier Mirror envoie chaque lead UK à l'Offre A de Northgate Media et à un flow interne qui le publie dans le chat Telegram de votre équipe.

Parfois, vous commencez à envoyer à un réseau avant que le prix soit convenu, ou vous voulez tester un nouveau CRM. Une feuille Sans offre vous laisse choisir vous-même le réseau et le CRM et envoyer en non suivi, volontairement. Ces livraisons attendent dans la file non suivie jusqu'à ce que vous leur attribuiez la bonne offre.

Parce qu'attendre les papiers ne doit pas bloquer le trafic, et deviner un prix maintenant mettrait de faux chiffres dans votre revenu.

Kestrel Ads accepte de tester des leads UK avant la signature du contrat. Vous les envoyez via une feuille Sans offre pendant une semaine, puis vous attribuez l'Offre A à 25 par lead à ces livraisons.

Un réseau qui paie 50 leads en semaine, 20 le samedi et aucun le jour de Noël, c'est un accord normal, pas un cas limite. Le plafond payable se règle sur l'offre et suit ce que le réseau paie : par jour, semaine ou mois, avec des règles par jour de la semaine et des exceptions de date. Il est facultatif : une offre sans limite n'en a tout simplement pas.

Sans cela, les leads au-delà de ce que le réseau paie partent quand même, et vous découvrez les impayés au moment de la facture.

L'Offre A de Velora Partners paie 50 leads par jour du lundi au vendredi, 20 le samedi, 0 le dimanche et 0 le 25 décembre.

Ce que le réseau paie et ce que vous voulez envoyer diffèrent souvent : vous voulez tester une nouvelle route doucement, ou étaler le volume sur la journée. Les limites d'envoi (aussi appelées plafonds de routage) se placent sur les règles, dossiers et feuilles, et comptent par minute, heure, jour, semaine ou au total, dans le fuseau horaire de votre choix. Elles façonnent votre trafic sans changer l'accord.

Parce qu'un seul plafond ne peut pas faire deux métiers : le plafond payable protège le revenu, la limite d'envoi contrôle le rythme.

Une nouvelle route Taboola vers l'Offre A de Halcyon Traffic reçoit une limite d'envoi de 10 par heure et 100 au total, comptée à l'heure de Paris.

Des limites réglées à des endroits différents se contredisent facilement, et personne ne le voit avant que des leads restent impayés. Alion les vérifie ensemble : une limite d'envoi ne peut jamais dépasser un plafond payable de même période ou de période plus longue (elle est bloquée et le maximum est affiché), et les limites d'envoi vers une même offre ne peuvent pas dépasser ensemble son plafond payable. Vous recevez un avis quand une partie du plafond payable reste inutilisée, une alerte quand un plafond payable ne peut jamais se remplir, et quand vous modifiez un plafond payable, Alion montre quelles limites de route seront ajustées.

Sans cela, les plafonds réglés sur différents écrans divergent, et soit vous envoyez des leads que personne ne paie, soit vous laissez du volume payé inutilisé.

L'Offre A de Kestrel Ads paie 100 leads par jour. Une limite d'envoi quotidienne de 120 sur une règle est bloquée avec 100 affiché comme maximum, et deux règles à 60 chacune sont refusées car ensemble elles dépassent 100.

Un lead envoyé au-delà du plafond est un lead que personne ne paie. Quand le plafond payable d'une offre est plein, Alion ne lui envoie plus rien, et n'envoie pas non plus en non suivi à la place : le lead est rerouté vers ses voisins, puis vers les règles suivantes qui correspondent. Pour chaque route, vous choisissez Reroute (par défaut) ou Reject, qui place le lead dans la table des leads rejetés.

Parce qu'une livraison au-delà du plafond est du travail non payé, et l'envoyer discrètement en non suivi cacherait le problème au lieu de le résoudre.

L'Offre A de Northgate Media est pleine à 200 pour la journée. Le lead 201 va à l'Offre B de Brightline Leads, le voisin suivant dans le dossier.

Les vérifications de plafond par lots laissent passer des leads entre deux vérifications. Alion vérifie les plafonds payables et les limites d'envoi à chaque tentative de routage, sans file d'attente et sans état en suspens. Chaque plafond se réinitialise selon sa période, dans son propre fuseau horaire.

Sans cela, un pic de trafic entre deux vérifications peut faire passer des dizaines de leads au-delà d'un plafond plein.

À 23h59, heure de Berlin, l'offre DE de Kestrel Ads n'a plus qu'une place. Deux leads arrivent dans la même seconde : l'un est livré, l'autre est rerouté. À minuit, heure de Berlin, le plafond quotidien se réinitialise.

Quand vous attribuez après coup une offre à des livraisons non suivies, ces leads appartiennent au jour de leur envoi, pas à aujourd'hui. Alion vous demande si l'attribution doit compter sur le plafond payable de l'offre, et si oui, elle compte toujours sur la période de livraison du lead, jamais sur celle d'aujourd'hui.

Sans cela, attribuer les leads de la semaine dernière remplirait le plafond payable du jour et bloquerait le trafic en direct sans raison.

Vendredi, vous attribuez l'Offre A à 40 leads non suivis reçus mardi par Halcyon Traffic. Vous choisissez de les compter, et ils s'imputent sur le plafond payable de mardi, pas de vendredi.

Renégocier le volume en cours de contrat est courant. Découvrir les conséquences financières après coup, beaucoup moins souhaitable. Modifiez le plafond d'un accord CRG en cours et chaque FTD passé est réévalué, avec une simulation qui montre exactement ce qui changerait avant tout enregistrement.

Parce qu'un changement de plafond sur un accord CRG en cours peut déplacer de l'argent déjà compté, et vous devez le voir avant de valider.

Velora Partners réduit un accord CRG de 500 à 400 leads. Avant votre validation, la simulation montre le total CRG passer de 9 000 à 7 200 et les FTD qui en sont la cause.

Un message par lead rerouté noie la seule alerte qui compte. Alion notifie une fois par changement d'état, par exemple "Offre A plafonnée à 12:04, trafic envoyé vers l'Offre B", puis "à nouveau disponible". Le débordement prévu arrive en résumé, un reroutage imprévu arrive en alerte, et vous pouvez couper, mettre en pause, ou choisir un résumé instantané, horaire ou quotidien.

Sans cela, votre équipe apprend à ignorer les messages de plafond et rate celui qui demandait une action.

L'Offre A de Brightline Leads se remplit à 14:10 et rouvre à minuit. Vous recevez deux messages, un par changement, au lieu de 300.

Découvrir à 14h qu'un plafond est plein, c'est des heures de trafic parties vers des routes moins rentables. Définissez des seuils de capacité restante par offre et recevez une alerte Telegram, par exemple à 80 %, pour rééquilibrer à temps. Les alertes sont dédupliquées : le même seuil ne prévient jamais l'équipe deux fois.

Parce qu'un plafond se gère bien plus facilement avant d'être plein qu'après.

L'offre FR de Halcyon Traffic atteint 80 de ses 100 leads quotidiens à 11:30, et le chat Telegram de votre équipe reçoit un message à temps pour ajouter une seconde offre à la règle.

Quand chaque offre a sa propre copie des mêmes postbacks et alertes, un seul changement oblige à modifier dix endroits et à en oublier un. Dans Alion, chaque réseau a un seul flow : postbacks, Telegram, email, webhooks, filtres et poursuite en cas d'échec du CRM. Il s'exécute autour de chaque livraison vers ce réseau, et les variables de modèle comme {{offer_id}} et {{offer_identifier_name}} sont toujours remplies avec l'offre vers laquelle le lead a été routé.

Comme la règle choisit déjà l'offre et que l'offre connaît son CRM, le flow n'a qu'à gérer ce qui se passe autour de la livraison. Sans flow partagé, les réglages divergent entre les offres d'un même réseau.

Northgate Media a une offre CPA et une offre CRG en DE. Les deux utilisent le flow unique de Northgate, donc un lead sur l'offre CRG déclenche le postback du tracker avec {{offer_identifier_code}} égal au code de l'offre CRG.

Faire tourner plusieurs trackers ou sources publicitaires signifie que chacun a besoin de son propre point de conversion, et certaines alertes ne concernent qu'un pays. Chaque étape de flow peut avoir une condition créée avec le même éditeur de conditions que les règles de routage : pays, langue, source, funnel, tracker, landing page, offre, domaine email, heure, scores de fraude, appareil ou n'importe quel paramètre de clic.

Sans conditions, vous envoyez soit chaque postback à chaque tracker, soit vous créez un flow séparé pour chaque cas. Un seul flow avec des étapes conditionnelles garde tout au même endroit.

Dans le flow de Kestrel Ads, le postback Meta s'exécute uniquement si la source est Meta, le postback Taboola uniquement si la source est Taboola, et une alerte Telegram uniquement pour les leads du CA.

Attendre qu'une plateforme ajoute un réseau à sa liste d'intégrations peut vous coûter des semaines de partenariat. Dans Alion, les requêtes se construisent à partir d'un modèle JSON avec substitution de variables et authentification par en-têtes, donc tout CRM qui accepte des leads en HTTP peut être connecté immédiatement.

Parce que de nouveaux réseaux apparaissent chaque semaine et qu'une liste fixe d'intégrations est toujours en retard. Un modèle que vous contrôlez signifie que vous n'attendez jamais personne.

Velora Partners vous envoie sa documentation API lundi matin. Vous associez nom, email, téléphone et pays dans un modèle JSON, ajoutez leur clé API en en-tête, et le premier lead UK part avant midi.

Un lead doit atteindre le CRM du réseau, votre tracker, et souvent votre propre équipe. Alion gère les cinq types de destination au même endroit : CRM, postback, Telegram, email et webhook générique.

Sans cela, les alertes vivent dans un outil, les postbacks dans un autre et les envois CRM dans un troisième, et personne ne voit l'ensemble pour un lead.

Un lead FR envoyé à Brightline Leads part vers leur CRM, déclenche un postback vers votre tracker, publie dans le chat Telegram de votre équipe et envoie un webhook vers votre tableau interne.

De nombreux CRM renvoient un HTTP 200 avec une erreur enfouie dans le JSON. Alion lit le corps de la réponse, pas seulement le code de statut, et un lead n'est livré que lorsque le CRM répond avec un ID de lead. Après un refus métier, Alion ne réessaie jamais le même CRM, il passe à l'option suivante.

Sans cela, vous enregistrez des échecs comme des succès et attendez du revenu pour des leads jamais arrivés. Réessayer un CRM qui a déjà dit non fait perdre un temps que le lead pourrait passer chez un autre réseau.

Le CRM de Halcyon Traffic répond HTTP 200 avec {"success": false, "error": "duplicate"}. Alion marque la tentative comme échouée et essaie la feuille suivante, Kestrel Ads, qui renvoie l'ID de lead 88412.

Un CRM lent peut garder un lead frais pendant une minute, le temps qu'il refroidisse. Dans Alion, chaque destination a son propre délai d'attente, 9 secondes par défaut et ajustable. Les destinations sont essayées une par une, et si un CRM ne répond pas à temps, la tentative compte comme échouée et le réseau suivant est essayé.

Parce que la valeur d'un lead baisse à chaque seconde. Un délai global unique est soit trop court pour un réseau lent mais bon, soit trop long pour les autres.

Vous donnez 15 secondes au CRM de Northgate Media parce qu'il est lent mais convertit bien, et laissez Velora Partners à 9 par défaut. Quand Velora ne répond pas en 9 secondes, le lead passe directement à la feuille suivante.

Il arrive qu'un CRM accepte le lead après qu'Alion a cessé d'attendre, alors que le lead est déjà parti vers le réseau suivant. Si la réponse arrive en retard, la livraison devient semi réussie : les statuts se synchronisent, le revenu est enregistré et signalé comme possible double vente, il compte dans le payable cap et vous recevez une alerte. Si le CRM n'a jamais répondu mais que la synchronisation des statuts y trouve le lead par email ou téléphone, il est traité de la même façon.

Sans cela, un lead que le réseau détient réellement reste invisible : pas de revenu, pas de statut, pas de comptage dans le cap. Vous ne le découvrez que lorsque la facture du réseau ne correspond pas à la vôtre.

Brightline Leads répond avec un ID de lead au bout de 14 secondes, mais le lead est déjà parti chez Halcyon Traffic. Alion enregistre la livraison Brightline à 40 $, la signale comme possible double vente et vous alerte sur Telegram.

Envoyer deux fois la même personne à un réseau peut casser un partenariat, alors que d'autres réseaux acceptent volontiers un second passage. Alion propose un réglage de double livraison par réseau avec trois niveaux : Autoriser, Pas la même destination, ou Pas ce réseau. Il vérifie le même lead ou la même personne par email ou téléphone, la période est illimitée par défaut, et seules les vraies tentatives d'envoi comptent.

Parce que chaque réseau a sa propre règle sur les doublons. Un réglage global unique est soit trop strict et gaspille des leads, soit trop souple et vous attire des problèmes.

Kestrel Ads est réglé sur Pas ce réseau, donc une personne déjà envoyée en mars est ignorée en juin. Velora Partners est réglé sur Autoriser, donc la même personne peut repartir chez Velora via le recyclage.

L'ID de lead propre au réseau est ce qui rend possibles la synchronisation des statuts et la réconciliation ultérieures. Alion le récupère, avec une URL de connexion automatique ou un statut, directement dans la réponse grâce à un sélecteur interactif, sans étape manuelle.

Sans l'ID de lead du réseau, la synchronisation des statuts n'a rien pour faire le lien, et les FTD ne peuvent pas être rattachés à vos leads.

Halcyon Traffic répond avec {"data": {"lead_id": "HT-5521", "autologin": "https://..."}}. Vous cliquez une fois sur lead_id et autologin dans le sélecteur, et chaque lead suivant enregistre les deux.

Quand votre tracker affiche moins de revenu qu'Alion, vous devez savoir quel postback est parti et avec quelle valeur. Chaque postback est enregistré par lead : lequel, son statut, succès ou échec, et la valeur de revenu envoyée. Les livraisons non suivies envoient un revenu de 0, et le renvoi avec une valeur corrigée est une action manuelle.

Sans cela, un postback échoué ou erroné fausse en silence l'optimisation de votre plateforme publicitaire, et vous ne pouvez pas prouver ce qui a été envoyé.

Un lead UK pour Offer A affiche deux postbacks : le postback de lead Google a réussi avec 25 $, et le postback FTD a échoué avec HTTP 500. Vous corrigez l'endpoint et renvoyez le postback FTD avec 400 $.

« Nous n'avons jamais reçu ce lead » est le litige le plus courant dans ce métier. Alion enregistre chaque tentative de façon permanente : la requête exacte, la réponse exacte et une commande curl reconstruite que vous pouvez rejouer, pour clore le débat avec des preuves plutôt qu'avec des souvenirs.

Sans trace de chaque tentative, chaque litige avec un réseau devient votre parole contre la sienne, et vous perdez généralement l'argent.

Northgate Media affirme que 12 leads DE de mardi dernier ne sont jamais arrivés. Vous ouvrez chacun d'eux, montrez la requête et leur propre réponse avec les ID de lead, et ils créditent les 12.

Quatre réseaux signifient quatre vocabulaires de statuts différents et aucun moyen de les comparer. Dans Alion, chaque issue de lead se ramène à un vocabulaire commun : FTD, Callback, No Answer, Unqualified et 23 autres, ce qui rend la qualité des réseaux directement comparable.

Sans vocabulaire unique, « Interested » chez un réseau et « Hot » chez un autre apparaissent différemment dans les rapports, et vous ne savez pas quel réseau performe vraiment.

Northgate Media envoie « Deposited » et Kestrel Ads envoie « ftd_ok ». Les deux apparaissent comme FTD, donc votre rapport DE compare leurs taux de FTD côte à côte : 4,1 % contre 2,7 %.

Vous ne devriez pas avoir à demander à un réseau de modifier son CRM juste pour travailler avec vous. Dans Alion, les libellés de statut propres à chaque destination sont mappés vers la taxonomie canonique, et tout ce qui n'est pas mappé apparaît dans un panneau de tri au lieu de disparaître en silence.

Sans mappage, un nouveau statut envoyé par un réseau passe entre les mailles, et un FTD peut rester inaperçu sous un libellé que personne n'a reconnu.

Velora Partners commence à envoyer « Reassigned ». Il apparaît dans le panneau de tri, vous le mappez une fois vers Callback, et tous les leads passés et futurs avec ce statut s'alignent.

Quand un réseau affirme qu'un lead a toujours été Unqualified alors que vous vous souvenez d'un Callback la semaine dernière, quelqu'un doit pouvoir prouver qu'il a raison. Alion enregistre chaque changement de statut comme une ligne permanente, jamais écrasée, si bien que la séquence complète reste disponible.

Parce qu'un système qui ne garde que le dernier statut cache comment le lead en est arrivé là, et c'est précisément le sujet des litiges et des réconciliations CRG.

Un lead FR chez Brightline Leads affiche New le 3 mai, Callback le 5 mai et Unqualified le 12 mai, chacun avec son heure, donc la question du Callback se règle en un écran.

Apprendre un FTD le lendemain matin, c'est un jour de retard. Les réseaux peuvent pousser les changements de statut vers Alion en temps réel au lieu d'attendre la prochaine synchronisation planifiée.

Parce que les plateformes publicitaires optimisent sur des signaux frais. Un FTD remonté des heures plus tard atteint votre tracker et Meta ou Google trop tard pour aider la campagne.

Halcyon Traffic appelle votre webhook Alion à 14 h 32 quand un lead CA effectue un dépôt. À 14 h 32, le lead affiche FTD et le postback de conversion Meta est parti.

Votre plateforme publicitaire ne peut optimiser que sur les conversions qu'elle connaît réellement. Dans Alion, vous configurez des étapes qui s'exécutent automatiquement dès qu'un lead atteint un statut choisi, le plus souvent un postback de conversion au moment où il atteint FTD.

Sans cela, quelqu'un doit exporter les FTD et les charger à la main dans chaque plateforme publicitaire, et la campagne optimise sur des données anciennes ou manquantes.

Quand un lead Taboola atteint FTD, Alion déclenche le postback de conversion Taboola avec le click ID et publie « FTD, UK, Offer A » dans votre chat Telegram.

« Montre-moi les leads qu'aucun réseau n'a convertis » et « montre-moi les leads que quelqu'un a marqués Callback à un moment » sont deux questions différentes, et la plupart des outils ne répondent qu'à l'une. Dans Alion, vous filtrez par dernier statut enregistré, statut chez chaque réseau, statut chez n'importe quel réseau, ou statut déjà eu.

Parce que le recyclage et le reporting dépendent de la bonne question. Le mauvais filtre renvoie des leads déjà convertis ou cache des leads qui méritent un second essai.

Pour recycler des leads DE, vous choisissez « statut déjà eu Callback » et excluez « statut chez n'importe quel réseau FTD ». Vous obtenez 640 leads qui ont montré de l'intérêt sans jamais déposer nulle part.

Quand un lead affiche soudain FTD, la première question est : qui l'a dit. Alion enregistre l'origine de chaque changement de statut : synchronisation, webhook, manuel, import, flow ou shuffle.

Sans cela, impossible de distinguer une mise à jour du réseau d'une correction manuelle ou d'un import, et vous ne pouvez pas vous fier au chiffre lors d'un litige.

Un lead UK chez Velora Partners affiche FTD par webhook le 9 juin, puis Rejected en manuel le 11 juin par un collègue. Vous voyez les deux, avec qui et quand.

Un réseau peut déclarer un FTD puis passer le lead en Rejected, ce qui modifie en silence ce qui vous est dû. Alion signale chaque lead qui quitte le statut FTD comme une régression à vérifier. C'est seulement un signalement : rien n'est annulé automatiquement, c'est vous qui décidez.

Sans cela, un FTD rétrogradé se cache parmi des milliers de mises à jour de statut jusqu'à ce que la facture arrive incomplète.

Kestrel Ads passe un lead DE en FTD le 2 juillet puis en Rejected le 20 juillet. Alion le signale, vous ouvrez le lead, vérifiez le paiement FTD de 450 $ et en parlez à Kestrel avant la facturation.

Les vrais accords avec les networks combinent CPL, CPA, hybride et CRG en même temps, et suivre tout cela dans un tableur est exactement là que commencent les erreurs de rapprochement. Dans Alion, chaque offre porte son propre modèle de paiement, son prix par lead et son prix par FTD, donc les quatre modèles sont pris en charge nativement, côte à côte.

Sans prise en charge native, un accord hybride ou CRG finit en calcul à part que personne ne peut vérifier ensuite.

Avec Velora Partners en DE, vous avez une offre CPL à 30 par lead et une offre hybride à 10 par lead plus 400 par FTD, et les deux sont facturées correctement dans le même rapport.

Quand le revenu est réparti à plusieurs endroits, personne ne peut dire avec certitude ce qu'un lead a rapporté. Alion garde exactement un enregistrement de revenu par livraison, découpé en part lead, part FTD, part CRG et total, avec sa source (Offer, Manual ou Untracked) et son statut (Untracked, Pending FTD, Earned ou Void). Chaque modification est conservée avec les valeurs avant et après, la raison, son auteur et la date.

Sans un seul enregistrement par livraison, le même argent est compté deux fois ou pas du tout, et les litiges avec un network deviennent des suppositions.

Un lead UK envoyé à Kestrel Ads affiche une part lead de 15, une part FTD de 0, statut Pending FTD. Quand le FTD arrive une semaine plus tard, l'enregistrement passe à Earned avec un total de 415 et la modification est journalisée.

Un changement de prix aujourd'hui ne doit jamais réécrire ce qui vous était dû pour les leads du mois dernier. À la livraison, Alion enregistre un instantané de l'offre, de sa version, du CRM, du flow, de la règle, de la feuille et de la version du jeu de règles. Ce lead garde le prix de cette version définitivement, y compris pour un FTD qui arrive des semaines plus tard, et l'instantané prouve que le lead est allé au bon CRM.

Sans instantané figé, chaque mise à jour d'offre repricerait discrètement votre historique et fausserait chaque facture déjà envoyée.

L'offre A avec Northgate Media payait 350 par FTD jusqu'au 1er mars, puis 400. Un lead CA livré le 25 février qui dépose le 10 mars rapporte toujours 350.

Certains leads partent avant que l'accord soit finalisé, et ce sont eux qu'on oublie au moment de facturer. Alion place chaque livraison sans revenu d'offre dans une seule file : leads envoyés via une feuille No Offer, vers une offre fermée, sans version active, ou après un changement de conditions. De là, vous assignez la bonne offre et le revenu est rempli.

Parce que les livraisons non suivies passent facilement inaperçues, et chacune oubliée est de l'argent que le network ne vous paiera jamais.

Vous testez Brightline Leads en FR via une feuille No Offer pendant trois jours. Les 120 livraisons attendent dans la file jusqu'à ce que vous signiez l'accord CPL et leur assigniez à toutes l'offre A.

Corriger le revenu après une renégociation signifie souvent modifier les leads un par un en espérant que les totaux tombent juste. Dans Alion, vous sélectionnez des livraisons avec n'importe quel filtre et choisissez une action : assigner une offre ou une version, fixer un montant manuel, repasser en non suivi, ou recalculer avec de nouvelles conditions. Vous voyez chaque lead avant et après, avec les totaux et l'impact sur les caps, le CRG et les factures, puis vous appliquez, et vous pouvez annuler toute l'opération en une fois.

Parce que les modifications de revenu en masse sans aperçu sont la source des factures fausses. Quand vous assignez un revenu plus tard, Alion demande s'il compte dans le payable cap, et utilise toujours la période de livraison du lead, jamais aujourd'hui.

Halcyon Traffic accepte de payer 25 au lieu de 20 pour tous les leads DE de juin venant de Taboola. Vous filtrez ces 300 livraisons, choisissez de recalculer avec la nouvelle version, vérifiez que l'aperçu affiche plus 1 500, et appliquez.

Parfois un network paie un montant convenu qu'aucune formule ne produit, et une mise à jour automatique ne doit pas l'écraser. Dans Alion, le revenu manuel reste modifiable mais il est verrouillé contre les changements automatiques comme un FTD ou un chargeback, jusqu'à ce que vous assigniez de nouveau une offre. Ces événements sont tout de même enregistrés, et le lead est signalé pour vérification.

Sans ce verrou, le prochain FTD ou chargeback remplacerait discrètement un montant convenu avec le network.

Vous réglez un lead UK avec Kestrel Ads à 250 à la main. Quand un chargeback arrive plus tard, les 250 restent, le chargeback est journalisé et le lead apparaît dans votre liste à vérifier.

Les accords CRG (garantie de taux de conversion) concentrent le plus d'argent et le plus de litiges. Dans Alion, un accord CRG est un lot défini de leads contractés ou un accord illimité que vous fermez à la main, et la réserve couvre toute la durée de l'accord, pas une seule période de facturation. Tant que l'accord est ouvert, vous voyez un revenu CRG provisoire, et le montant final est calculé une fois à la clôture, selon Seller Protected, Buyer Protected ou Seller Capped.

Parce que comptabiliser un montant CRG fixe par lead ou par mois donne des chiffres qui changent à la clôture. Seller Protected paie toujours au moins chaque FTD réel, et à la clôture vous rapprochez selon le contrat ou selon le livré.

Northgate Media achète 500 leads DE avec un CRG de 10 % à 600 par FTD. Le lot se termine avec 38 FTD. En Seller Protected, vous n'êtes jamais payé moins que ces 38 FTD réels, le montant final est fixé à la clôture, et les leads CRG peuvent encore être déplacés vers une autre offre CRG avec tout l'accord recalculé dans l'aperçu.

Les networks déduisent pour les mauvais leads, que vos propres chiffres le montrent ou non. Alion applique les déductions au moment de la facturation, par superposition : une décote fixe, la performance réelle, une franchise plafonnée, ou une déduction qui ne s'active que sous un taux de conversion convenu.

Sans les déductions dans le système, votre revenu attendu est toujours supérieur au paiement, et chaque mois commence par un écart à expliquer.

Velora Partners retire 10 % sur tout mois où le CR passe sous 5 %. En avril le CR est de 4,2 %, donc la facture d'avril pour l'offre A affiche la déduction avant que vous l'envoyiez.

Rapprocher les paiements des leads à la main est le plus gros poste de temps dans les opérations sur leads, et c'est là que l'argent disparaît discrètement. Alion affecte automatiquement chaque paiement aux enregistrements de revenu du plus ancien au plus récent, gère le règlement partiel et relance un passage à chaque livraison, paiement ou confirmation de FTD.

Sans règlement automatique, vous ne savez jamais quels leads sont payés et lesquels restent ouverts, et le revenu impayé passe inaperçu.

Brightline Leads verse 8 000 sur 9 500 dus pour mai. Alion règle d'abord les livraisons de mai les plus anciennes et montre exactement quels leads, pour 1 500, restent ouverts.

Les FTD, chargebacks et renégociations continuent d'arriver après le paiement d'une facture, et modifier à la main une facture close casse vos registres. Quand le revenu change sur une période payée, Alion rouvre cette facture avec la différence restant due et garde un historique des révisions. Si le montant baisse, un avoir est créé pour le network.

Sans révisions, soit vous perdez le revenu tardif, soit vous réécrivez discrètement une facture que le network a déjà payée.

Kestrel Ads a payé la facture de mars de 12 000. Deux FTD tardifs d'une valeur de 800 arrivent en avril, donc mars est rouvert en révision 2 avec 800 restant dus.

Un lead No Answer n'est pas un lead mort, mais la plupart des équipes laissent cet argent sur la table parce que déplacer les leads à la main n'en vaut pas la peine. Dans Alion, vous créez des segments par pays, source de trafic, campagne, destination d'origine et statut actuel, et vous envoyez ces leads non convertis vers de nouveaux networks.

Sans segments, recycler signifie exporter des tableurs et deviner quels leads peuvent être renvoyés sans risque.

Vous sélectionnez tous les leads UK venant de Meta que Northgate Media a marqués No Answer ces 14 derniers jours et les envoyez à Halcyon Traffic.

Une répartition aléatoire dérive avec le temps au lieu de respecter ce que vous avez configuré. Alion répartit les leads recyclés entre les networks cibles selon des proportions exactes, pas au hasard.

Parce qu'un volume promis est un engagement. Si un network reçoit moins de leads que prévu, la relation en souffre.

Vous répartissez 1 000 leads DE recyclés à 60/40 entre Velora Partners et Kestrel Ads. Velora en reçoit exactement 600 et Kestrel exactement 400.

Envoyer un lead à un network qui l'a déjà refusé abîme la relation et n'est jamais payé. Alion ne renvoie jamais un lead recyclé vers une destination qu'il a déjà atteinte, et le réglage de double livraison du network s'applique en plus.

Sans cela, le recyclage devient du spam pour vos propres networks et abîme les accords dont vous dépendez.

Un lead FR est déjà allé chez Brightline Leads et a été refusé. Quand vous recyclez le segment FR, ce lead saute Brightline et ne va que chez Halcyon Traffic.

Revendre un lead qui a déjà fait un premier dépôt (FTD) est la pire erreur dans ce métier. Alion exclut les leads convertis du recyclage sans exception, cela ne peut tout simplement pas arriver.

Parce qu'un seul déposant revendu peut vous coûter toute une relation avec un network et une reprise sur la vente d'origine.

Votre segment CA No Answer contient 400 leads, mais 6 d'entre eux ont déposé chez Kestrel Ads hier. Ces 6 sont exclus automatiquement.

Les leads recyclés restent des leads, et ils doivent suivre les mêmes règles commerciales que le trafic frais. Alion vérifie l'éligibilité avant qu'un lead soit assigné, puis à nouveau juste avant son envoi.

Parce qu'un network ne paie que pour les pays de son accord. Un lead du mauvais pays est un lead qui ne vous sera jamais payé.

Velora Partners ne prend que DE et CA. Un lot de recyclage mixte ne leur envoie que les leads DE et CA, et les leads UK restent à l'écart.

Le recyclage ne rapporte que s'il a lieu régulièrement, et les processus manuels n'y arrivent jamais. Dans Alion, vous configurez un shuffle une fois et il tourne selon un planning, avec les mêmes vérifications à chaque fois.

Sans planning, le recyclage attend que quelqu'un y pense, et les leads refroidissent entre temps.

Chaque lundi à 09:00, tous les leads DE encore en No Answer après 7 jours sont envoyés par shuffle à Halcyon Traffic.

Les leads recyclés sont souvent vendus dans le cadre d'un autre accord que les leads frais, donc le prix doit être clair avant l'envoi. Quand vous lancez un shuffle dans Alion, vous choisissez une offre précise du network destinataire, ou No Offer pour envoyer en non suivi et assigner le revenu plus tard. Le réglage de double livraison du network s'applique, comme pour les leads frais.

Sans offre au moment du shuffle, le revenu recyclé est soit deviné soit oublié, et il ne correspond jamais à la facture du network.

Vous envoyez par shuffle 200 anciens leads UK à Kestrel Ads et choisissez leur offre CPL pour leads recyclés à 8 par lead, donc chaque livraison est facturée 8 dès la première seconde.

Les leads qui échouent en silence sont des leads que vous avez payés sans jamais les vendre. Alion les réunit dans une table Rejected leads : les leads avec un ID d'offre qui n'ont pas pu être livrés, et ceux arrêtés parce que leur offre était pleine sur une route réglée sur Reject au lieu de Reroute. Chacun affiche la raison, et vous pouvez le renvoyer via un shuffle.

Parce qu'un lead lié à une offre n'est jamais basculé vers une autre. Si cette offre est pleine ou si le CRM le refuse, le lead a besoin d'un endroit où vous pouvez le voir et agir.

Quarante leads CA liés à l'offre A de Velora Partners arrivent dans la table avec la raison payable cap plein. Le lendemain matin, quand le cap se réinitialise, vous les renvoyez via un shuffle.

Quand un network affirme qu'un lead n'est jamais arrivé, ou qu'un lead atterrit sur la mauvaise offre, il vous faut des faits, pas des suppositions. Dans Alion, chaque lead affiche son parcours complet dans l'ordre : la règle qui a correspondu, l'offre choisie, un cap plein et la nouvelle destination du lead, un timeout du CRM, le CRM qui l'a accepté et les postbacks envoyés. Chaque étape est accompagnée de sa raison.

Sans cela, vous répondez aux litiges avec les networks de mémoire et avec des tableurs, et les erreurs de routage restent cachées jusqu'à la facture.

Velora Partners affirme que le lead 48213 venant de Meta UK ne leur est jamais parvenu. Son parcours montre que la règle « UK Meta » a correspondu, que l'Offre A chez Velora était au cap depuis 12:04, que le lead a été redirigé vers l'Offre B chez Kestrel Ads, et que le CRM de Kestrel l'a accepté avec un ID de lead.

Modifier des règles pendant que le trafic tourne est risqué, car on ne voit souvent l'erreur que lorsque de vrais leads partent au mauvais endroit. Dans le simulateur, vous saisissez n'importe quelles données de lead, et Alion montre le chemin exact selon vos règles en brouillon ou publiées : la règle, la feuille, l'offre, le prix, les caps, le CRM et les étapes du flow. Il sert aussi de vérification avant publication.

Sans lui, le premier test d'une nouvelle règle est un vrai lead et du vrai argent.

Avant de publier, vous simulez un lead DE venant de Taboola à 23:00. Le simulateur montre qu'il correspond à la règle « DE nuit », arrive sur l'Offre C chez Brightline Leads à un prix de 25 par lead, et que son flow envoie un message Telegram et un postback.

Avec beaucoup de règles et d'offres, il est difficile de savoir si chaque pays est couvert et sur quelle offre un lead finit vraiment. La vue de couverture est une grille pays et networks : chaque case montre l'offre sur laquelle un lead arrive et la règle qui l'y envoie. Les trous sont mis en évidence, et avant de publier vous voyez ce qui change entre le brouillon et les règles en ligne.

Parce qu'un trou est invisible dans une liste de règles, et qu'on le découvre souvent seulement après l'arrivée des leads de ce pays.

La grille montre FR couvert par l'Offre A chez Northgate Media via la règle « EU core », mais CA n'a aucune offre chez Halcyon Traffic. Vous ajoutez une règle, et le comparatif montre, avant publication, que CA arrive désormais sur l'Offre D.

Une règle semble correcte, pourtant un lead l'a ignorée, et vérifier une dizaine de conditions à la main prend du temps. Choisissez le lead et la règle, et Alion montre exactement quelle condition n'a pas correspondu.

Sans cela, vous testez les conditions une par une, ou vous modifiez une règle qui n'a jamais été le problème.

Un lead UK venant de Google a ignoré la règle « UK mobile ». Le diagnostic montre que le pays et la source correspondaient, mais que l'appareil était un ordinateur, donc la règle ne s'appliquait pas.

Un network a souvent plusieurs offres, et les ajouter une par une à une règle est lent et source d'erreurs. L'assistant Ajouter un network ajoute toutes les offres de ce network à une règle en un clic. Quand vous créez une nouvelle offre, Alion vous demande s'il faut l'ajouter aux règles qui utilisent déjà ce network.

Sans lui, une nouvelle offre peut rester inutilisée parce que personne n'a pensé à l'ajouter aux règles.

Kestrel Ads a trois offres pour UK, DE et CA. Vous cliquez sur Ajouter un network dans la règle « Tier 1 Meta » et les trois sont ajoutées. Une semaine plus tard, vous créez une quatrième offre pour FR, et Alion demande s'il faut aussi l'ajouter à « Tier 1 Meta ».

« Quelle combinaison de pays et de source rapporte vraiment de l'argent chez quel network » est une question à plusieurs dimensions, et la plupart des reportings ne répondent qu'à une seule à la fois. Regroupez sur jusqu'à quatre niveaux parmi networks, pays, versions d'offre, sources de trafic et statuts.

Sans cela, vous exportez vers des tableurs et croisez les données à la main pour trouver la combinaison rentable.

Vous regroupez par pays, puis source, puis network, et voyez que les leads UK de Taboola rapportent 42 par lead chez Northgate Media, mais seulement 18 chez Kestrel Ads.

Les chiffres que vous consultez chaque matin ne sont pas ceux de la fin du mois. Construisez un tableau de widgets à déplacer et redimensionner, et enregistrez-le comme modèle nommé pour chaque vue.

Parce qu'un tableau de bord figé cache ce dont vous avez besoin aujourd'hui, ou le noie sous ce qui comptait la semaine dernière.

Votre modèle du matin affiche les leads du jour, les FTD et les offres au cap. Votre modèle de fin de mois affiche le revenu par network et les livraisons encore non suivies.

Quand un network conteste une facture, vous devez atteindre le lead individuel en trois clics, pas en trente. Descendez du pays, à la version d'offre, jusqu'aux leads individuels.

Sans cela, régler un litige revient à reconstruire la facture à partir d'exports bruts.

Halcyon Traffic conteste 40 FTD sur sa facture DE. Vous cliquez sur DE, puis sur l'Offre B version 2, et voyez les 40 leads avec leurs dates de livraison et leurs statuts.

Décider quel network reçoit votre prochain lead suppose de les comparer côte à côte. Un seul flux à plat couvre à la fois tous les networks, pays, versions d'offre et sources de trafic.

Sans cela, le revenu de chaque network reste dans son propre rapport, et les comparer demande un travail manuel.

Dans une seule liste, vous voyez que pour le trafic CA venant de Google, Brightline Leads a payé 31 par lead la semaine dernière et Velora Partners 22.

Vous routez des données de leads commercialement sensibles, l'isolation doit donc être structurelle, pas une question de code soigné. La séparation entre espaces de travail est appliquée par la base de données elle-même, sur chaque table, et pas seulement dans l'application.

Sans cela, un seul filtre oublié dans une requête pourrait montrer vos networks, vos prix et vos leads à un autre client.

Même si un écran de rapport avait un bug dans son filtre, vos leads Kestrel Ads ne pourraient toujours pas apparaître dans l'espace d'un autre client, car la base de données filtre chaque ligne par espace de travail.

Un media buyer doit voir le flux de leads, mais pas ce que paie chaque network. Alion propose 25 permissions indépendantes, toutes refusées par défaut, pour que l'accès corresponde au poste et non à un modèle de rôle.

Parce que des rôles figés donnent toujours à quelqu'un plus que nécessaire, et que les prix sont les premiers à fuiter.

Vous donnez à votre media buyer l'accès aux leads, aux règles et aux parcours des leads, mais pas aux prix des offres : les prix par lead et par FTD de l'Offre A restent cachés.

Les membres de l'équipe et les prestataires doivent pouvoir travailler sans voir les données personnelles des clients. Téléphone, email, IP et coordonnées des networks sont masqués séparément pour chaque utilisateur, et les propriétaires voient toujours les vraies données.

Sans cela, toute personne ayant accès aux leads peut copier une liste complète de clients.

Un prestataire qui vérifie les livraisons échouées vers Velora Partners voit l'email et le téléphone de chaque lead masqués, tandis que le propriétaire de l'espace les voit en entier.

Les agences et les consultants travaillent sur plusieurs activités et ne veulent pas jongler avec les identifiants. Un compte peut appartenir à plusieurs espaces de travail, avec son propre rôle dans chacun.

Sans cela, les gens partagent leurs identifiants ou créent des comptes en double, et vous ne savez plus qui a fait quoi.

Un consultant est administrateur dans l'espace d'un client et n'a qu'un accès en lecture aux rapports dans un autre, le tout avec un seul identifiant.

Un pic de trafic ou une landing page mal configurée ne doit jamais ralentir la plateforme pour les autres. Les limites de débit suivent le forfait de chaque espace de travail et sont comptées par espace, pas par IP.

Parce que des limites comptées par IP bloquent soit du vrai trafic derrière des IP partagées, soit laissent un compte trop bruyant ralentir tout le monde.

La landing page défectueuse d'un autre client inonde Alion de requêtes. Son espace atteint sa limite, et vos leads Meta continuent d'arriver à vitesse normale.

Seules vos landing pages doivent pouvoir envoyer des leads à votre espace de travail. Le point d'entrée public est verrouillé sur un identifiant de landing page, avec une liste optionnelle d'IP serveur autorisées.

Sans cela, quiconque trouve votre point d'entrée peut injecter de faux leads dans vos règles et jusqu'à vos networks.

Un formulaire copié envoie des données à votre point d'entrée sans votre identifiant de landing page et il est refusé. Avec la liste d'IP activée, seuls vos deux serveurs peuvent envoyer des leads.

Une plateforme de plus avec un mot de passe de plus, c'est ainsi que les identifiants sont réutilisés puis, tôt ou tard, divulgués. Connectez-vous avec le compte Google auquel vous faites déjà confiance, ou par email avec un hachage assez solide pour qu'une fuite de base de données ne livre aucun mot de passe utilisable.

Parce qu'un stockage faible des mots de passe transforme n'importe quelle fuite en vol de comptes.

Votre chef d'équipe se connecte avec le compte Google de l'entreprise. Un prestataire se connecte par email, et Alion ne stocke son mot de passe que sous forme de hachage robuste.

Vous ne devriez pas payer pour savoir si un outil correspond à la façon dont vos leads circulent vraiment. L'offre Gratuite donne toute la plateforme avec 100 leads par mois et 2 utilisateurs, et les offres payantes ajoutent seulement du volume et des utilisateurs.

Parce que des fonctionnalités cachées derrière un paiement empêchent de savoir si l'outil vous convient, et demander une carte d'abord fait fuir.

Vous vous inscrivez, connectez Kestrel Ads et Velora Partners, et routez vos 100 premiers leads du mois avec toutes les fonctionnalités. Quand le volume grandit, vous passez à Team.

Une grande partie de ce secteur ne paie pas, ou ne peut pas payer, par carte. Stripe gère les cartes, avec des passages au forfait supérieur immédiats et calculés au prorata, et Coinbase Commerce gère la crypto.

Sans cela, les équipes qui travaillent en crypto ne peuvent tout simplement pas s'abonner.

Vous passez au forfait supérieur en milieu de mois par carte et ne payez que la différence au prorata. Une équipe partenaire paie son forfait en crypto via Coinbase Commerce.

Personne ne veut découvrir une facture d'utilisation après un pic de trafic. Atteindre une limite du forfait bloque la suite et propose un passage au forfait supérieur, et rien n'est jamais facturé en dépassement.

Parce qu'avec une facturation à l'usage, une seule mauvaise journée de trafic peut coûter plus cher que tout le forfait du mois.

Un pic Taboola vous amène à la limite de votre forfait le 20 du mois. Alion s'arrête à la limite et vous propose de passer au forfait supérieur, et votre facture reste exactement le prix du forfait.