Skip to content

N'importe quel acheteur, n'importe quelle API — chaque envoi est tracé.

Connectez n'importe quel CRM, postback, Telegram ou destination email, détectez le vrai succès commercial depuis la réponse, et conservez une piste d'audit complète de chaque livraison.

0511 fonctionnalités

Flows et livraison

Le flow du réseau encadre chaque livraison, et un lead ne compte comme livré que lorsque le CRM renvoie un ID de lead.

Un flow par réseau

Configurez postbacks, alertes et webhooks une fois par réseau, ils s'exécutent à chaque livraison.

Ce que ça fait
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é.
Pourquoi elle existe
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.
Exemple
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.

Étapes de flow conditionnelles

Chaque étape d'un flow peut s'exécuter uniquement pour les leads que vous choisissez.

Ce que ça fait
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.
Pourquoi elle existe
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.
Exemple
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.

Livraison vers n'importe quelle API ou webhook

Si un réseau accepte les leads en HTTP, vous pouvez le connecter dès aujourd'hui.

Ce que ça fait
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.
Pourquoi elle existe
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.
Exemple
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.

Cinq types de destination

CRM, postback, Telegram, email et webhook dans un seul système.

Ce que ça fait
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.
Pourquoi elle existe
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.
Exemple
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.

Détection du succès métier

Un lead ne compte comme livré que lorsque le CRM renvoie un ID de lead.

Ce que ça fait
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.
Pourquoi elle existe
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.
Exemple
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.

Délais d'attente par destination

Chaque CRM a son propre délai d'attente, et un CRM lent ne bloque jamais le lead.

Ce que ça fait
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é.
Pourquoi elle existe
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.
Exemple
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.

Détection des livraisons tardives et silencieuses

Les leads acceptés par un CRM après le délai sont détectés, enregistrés et signalés.

Ce que ça fait
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.
Pourquoi elle existe
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.
Exemple
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.

Contrôle de la double livraison

Choisissez pour chaque réseau si la même personne peut y être renvoyée.

Ce que ça fait
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.
Pourquoi elle existe
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.
Exemple
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.

Extraction de champs de réponse

Récupérez l'ID de lead propre au réseau directement depuis la réponse du CRM.

Ce que ça fait
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.
Pourquoi elle existe
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.
Exemple
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.

Historique des postbacks par lead

Voyez chaque postback déclenché par un lead, son résultat et la valeur de revenu envoyée.

Ce que ça fait
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.
Pourquoi elle existe
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é.
Exemple
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 $.

Journal d'audit complet des livraisons

La preuve exacte de ce que vous avez envoyé et de ce qui est revenu.

Ce que ça fait
« 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.
Pourquoi elle existe
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.
Exemple
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.
Fonctionnalités

Ce qu'Alion fait d'autre

Distribution de leads Alion : routage, répartition et recyclageComment Alion route chaque lead automatiquement par répartition pondérée et bascule selon les plafonds, puis recycle les leads non convertis selon des règles plutôt que de les perdre.Détection de fraude Alion : bots, doublons et proxys bloquésAlion analyse chaque lead sur quatre signaux, bloque les VPN, proxys et emails jetables dès l'entrée, et arrête les doublons et renvois chez chaque partenaire.Suivi des statuts Alion : une seule nomenclature, tous les partenaires27 statuts canoniques mappés depuis le vocabulaire propre à chaque partenaire, avec un historique en ajout seul et une automatisation déclenchée dès qu'un statut change.Gestion des plafonds Alion : limites en temps réel, zéro dépassementAppliquez des plafonds quotidiens, hebdomadaires et contractuels sur chaque lead en temps réel, prévisualisez les changements avec un essai à blanc, et recevez une alerte Telegram avant qu'un plafond ne soit dépassé.Suivi du revenu Alion : paiements, conditions et reporting en directSuivez les paiements CPL, CPA, hybrides et CRG par pays avec des conditions versionnées, un règlement FIFO automatique, et un reporting qui descend jusqu'au lead individuel.Sécurité Alion : isolation par ligne et masquage des données PIILes données de chaque client restent isolées au niveau de la ligne, les données personnelles sont masquées par défaut, et des permissions précises décident ce que chaque collaborateur peut voir ou faire.