Chaque partenaire parle un langage de statuts différent. Alion les traduit tous.

27 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.

068 fonctionnalités

Suivi des statuts

Quatre réseaux qui parlent quatre langages différents sur le même lead, ramenés à un seul jeu de statuts que vous pouvez réellement comparer.

Taxonomie canonique à 27 statuts

Le vocabulaire de chaque réseau devient un seul jeu de statuts partagé.

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

Mappage des statuts par destination

Les réseaux gardent leurs propres libellés. Vous obtenez quand même une vue unique et claire.

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

Historique des statuts en ajout seul

Rien n'est écrasé, l'historique complet reste donc démontrable.

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

Webhooks entrants de statut

Les réseaux vous informent dès qu'un changement survient.

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

Automatisation déclenchée par le statut

Déclenchez un postback à l'instant où un lead convertit.

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

Quatre modes de filtrage par statut

Posez la question que vous voulez vraiment poser, pas la plus proche disponible.

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

Origine de chaque statut

Chaque changement de statut indique d'où il vient.

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

Signalement des régressions de FTD

Un lead qui quitte le statut FTD est signalé pour que vous le vérifiiez.

Ce que ça fait: 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.
Pourquoi elle existe: Sans cela, un FTD rétrogradé se cache parmi des milliers de mises à jour de statut jusqu'à ce que la facture arrive incomplète.
Exemple: 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.

099 fonctionnalités

Visibilité et reporting

Voyez chaque décision prise par Alion pour un lead, et testez un changement avant sa mise en ligne.

Parcours du lead avec ses raisons

Voyez chaque étape suivie par un lead, dans l'ordre, et la raison de chaque décision.

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

Simulateur de leads

Saisissez n'importe quel lead et voyez exactement où il irait, avant le vrai trafic.

Ce que ça fait: 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.
Pourquoi elle existe: Sans lui, le premier test d'une nouvelle règle est un vrai lead et du vrai argent.
Exemple: 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.

Vue de couverture des offres

Une grille pays et networks qui montre sur quelle offre chaque lead arrive.

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

Pourquoi ce lead n'a pas correspondu ?

Choisissez un lead et une règle, et voyez exactement quelle condition a échoué.

Ce que ça fait: 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.
Pourquoi elle existe: Sans cela, vous testez les conditions une par une, ou vous modifiez une règle qui n'a jamais été le problème.
Exemple: 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.

Assistant d'ajout de network

Ajoutez toutes les offres d'un network à une règle en un clic.

Ce que ça fait: 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.
Pourquoi elle existe: Sans lui, une nouvelle offre peut rester inutilisée parce que personne n'a pensé à l'ajouter aux règles.
Exemple: 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 ».

Reporting d'analyse multi-niveaux

Regroupez jusqu'à quatre critères à la fois, comme pays plus source plus network.

Ce que ça fait: « 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.
Pourquoi elle existe: Sans cela, vous exportez vers des tableurs et croisez les données à la main pour trouver la combinaison rentable.
Exemple: 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.

Tableaux de bord personnalisables

Construisez la vue que vous consultez chaque matin et enregistrez-la.

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

Analyse détaillée de la facturation

D'une ligne de facture au lead individuel en trois clics.

Ce que ça fait: 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.
Pourquoi elle existe: Sans cela, régler un litige revient à reconstruire la facture à partir d'exports bruts.
Exemple: 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.

Flux de revenus tous networks confondus

Comparez tous les networks côte à côte dans une seule liste.

Ce que ça fait: 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.
Pourquoi elle existe: Sans cela, le revenu de chaque network reste dans son propre rapport, et les comparer demande un travail manuel.
Exemple: 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.

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.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.Livraison et intégration Alion : toute API, piste d'audit complèteConnectez 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.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.

Voir toutes les fonctionnalités

Fonctionnalités

Envoyez.

Inscription gratuite Réserver une démo