#### Plus que des commandes
La discussion sur l'AI Commerce se concentre souvent sur l'e-commerce, car la commande est un événement clair. Pourtant, dans beaucoup d'industries, le résultat pertinent est différent : compte financé, KYC, première transaction, activation, abonnement, renouvellement ou expansion.
#### Résultats personnalisés
Secteur | Événements de conversion clés | Cycle | Cross-platform |
|---|---|---|---|
E-commerce / DTC | Panier → Checkout → Commande | Minutes | Principalement web |
Exchange crypto | Inscription → KYC → Dépôt → Trade | Jours à semaines | Découverte web → trading app |
SaaS | Inscription → Activation → Essai → Abonnement → Renouvellement | Jours à mois | Principalement web |
FinTech | Inscription → KYC → Première transaction | Jours à semaines | Découverte web → app |
Gaming | Inscription → Premier achat → DAU → Rétention | Jours à mois | Découverte web → app |
Média | Inscription → Abonnement → Impressions publicitaires | Minutes à mois | Principalement web |
CitationGraph relie les sources IA aux funnels propres à chaque secteur. Pour un exchange, le parcours peut aller de citation IA à inscription, KYC, dépôt et transaction. Pour un SaaS, de citation IA à essai, activation et abonnement. Pour une FinTech, d'ouverture de compte à première transaction.
La source IA peut être détectée de manière relativement universelle. Les crawlers, les referrals et les citations IA se ressemblent d'un secteur à l'autre. Ce qui change, c'est le résultat métier. Une marque DTC veut comprendre commandes et réachat. Un exchange regarde KYC, dépôt et volume de trading. Un SaaS regarde activation, trial-to-paid et renewal. Un outil limité aux commandes ne peut donc pas mesurer correctement l'influence IA dans les autres secteurs.
Le Custom Outcome Layer doit accepter les événements issus du backend, du CRM, du MMP, de la facturation ou du data warehouse. Il doit aussi qualifier la preuve : contexte, assistance, attribution forte ou signal pour une plateforme publicitaire. Cette précision protège la crédibilité du reporting.
#### Sémantique honnête du revenu
Sémantique | Signification | Confiance |
|---|---|---|
Store Revenue | Revenu total Shopify ou systèmes propriétaires | Élevée : factuel |
AI Source Revenue Context | Contexte revenu des sessions IA dans GA4 | Moyenne : contexte, pas attribution |
AI Assisted Revenue | Revenu où l'IA apparaît dans un parcours multi-touch | Moyenne : nécessite un modèle MTA |
AI Attributed Revenue | Revenu traçable à une source IA | Élevée : nécessite un lien source-commande précis |
AI Agent Checkout Revenue | Futur revenu issu d'un checkout agentique direct | Futur : aujourd'hui limité |
Ads Attribution Revenue | Revenu renvoyé aux plateformes publicitaires via S2S | Élevée : vérifiable côté plateforme |
Tous les revenus ne signifient pas la même chose. Store Revenue, AI Assisted Revenue, AI Attributed Revenue et Ads Attribution Revenue correspondent à des niveaux de preuve différents. Ils ne doivent pas être additionnés. La valeur est de séparer proprement les sens, pas de gonfler un total.
Pour finance, cette discipline est essentielle : un revenu assisté par IA peut justifier une hypothèse d'investissement, mais il n'a pas la même force qu'un revenu attribué à une source IA. Séparer les termes rend le reporting plus crédible.
Opérationnellement, chaque entreprise doit d'abord définir son langage d'outcomes. Quels événements sont des indicateurs avancés, lesquels sont des revenus durs, lesquels sont des étapes de conformité, lesquels ne sont que de l'engagement ? Pour un exchange, KYC n'est pas un revenu, mais c'est un passage obligé. Pour un SaaS, l'activation n'est pas encore du revenu, mais elle annonce souvent le renewal. Pour un média, une inscription peut compter davantage qu'une page vue isolée.
Ce langage d'événements détermine aussi quelles données doivent entrer dans CitationGraph. Le contenu KYC sensible n'a pas besoin d'être transféré. Un flag de complétion anonymisé suffit souvent. Cette approche protège la confidentialité et rend l'intégration réaliste pour les secteurs régulés.
La valeur apparaît quand ces événements sont comparés par source IA. Si les utilisateurs issus de l'IA activent plus vite, abandonnent moins au KYC ou déposent plus souvent, le GEO cesse d'être seulement un canal de visibilité. Il devient une partie mesurable du modèle de croissance.
Le benchmark avec les utilisateurs non IA est tout aussi important. Un funnel IA isolé raconte peu de choses. C'est la comparaison avec paid search, social, direct ou organic qui donne une valeur budgétaire. L'Outcome Adapter doit donc conserver segments, fenêtres de temps et groupes de comparaison, pas seulement des événements bruts.
Ces groupes transforment les événements bruts en base de décision pour budget, produit et contenu.
Ils permettent de décider quels marchés, produits ou contenus méritent davantage d'investissement.
Le même modèle aide aussi à éviter les promesses excessives. Une banque ne doit pas présenter un KYC complété comme revenu. Un SaaS ne doit pas traiter une activation comme renouvellement. Un jeu ne doit pas confondre première session et rétention. L'Outcome Adapter est utile parce qu'il respecte ces différences et garde la preuve au bon niveau.
#### Build vs Buy
La détection basique peut être construite en interne. Le défi est ensuite la maintenance, le lien source-résultat, la coordination MMP, les benchmarks et la preuve causale. La mesure IA évolue trop vite pour rester un simple script.
#### Argument central
L'impact d'acquisition de l'IA ne se limite pas à l'e-commerce. Chaque secteur doit relier les sources IA à son propre funnel business.
FAQ
Q1 : Les templates sont-ils obligatoires ?
A: Non. Ils accélèrent le démarrage mais peuvent être adaptés.
Q2 : Le contenu KYC est-il traité ?
A: Non. Seul le signal de complétion est nécessaire.
Q3 : Peut-on additionner les revenus ?
A: Non. Les significations et niveaux de preuve diffèrent.