Étage 5 sur 5 · Être actionnable

« Que se passe-t-il après la citation ? »

Comment être actionnable par ChatGPT, Claude, Gemini et Perplexity en 2026 en France — Étage 5 ActionsBricks

Une citation ou visite IA peut devenir une demande, un contact ou une commande mesurable via les rails autorisés.

En 2026, en France, une citation IA doit pouvoir devenir une action mesurable : contact, lead ou order via les rails AB autorisés. ActionsBricks expose chaque commerce dans 6 surfaces agent-natives et débloque progressivement les actions disponibles selon le Score de visibilité IA, sans jamais toucher les fonds (PSD2 non-custodial via Stripe Connect Express). Le checkout agentique natif ACP/UCP/AP2/A2UI reste en readiness France.

Mis à jour le

Ce qu'ActionsBricks fait pour vous, concrètement

14 mécanismes qui rendent votre commerce actionnable

Chaque mécanisme est implémenté dans le code, pas une promesse. Le nom du fichier, de la table ou du protocole est cité ouvertement.

  1. Mécanisme 1

    Triple porte AEO — microsite + marketplace + Brick URL

    Le commerce est exposé via trois URLs publiques distinctes, chacune servant un cas d'usage différent. (1) Microsite ISR `/m/{ab_id}` — landing complète pour visiteurs humains arrivés depuis un LLM. (2) Marketplace `/marketplace` — catalogue agrégé filtrable par secteur/ville/Trust Score, lu par les agents IA. (3) Brick URL `/b/{slug}` — fiche atomique pour une seule offre, citable nativement. Chaque porte tracke son attribution séparément.

    /m/{ab_id} · /marketplace · /b/{slug} — trois ISR distincts

  2. Mécanisme 2

    6 surfaces d'export agent-natives

    ActionsBricks expose chaque commerce via six surfaces agentiques lisibles sans intermédiaire : Schema.org (LocalBusiness, Product, Service, FAQPage), MCP (Model Context Protocol, 22 tools), OpenAPI (spec générée à /openapi.json), ACP (readiness future annoncée), UCP (discovery-only), et A2A (agent card de discovery). Pas de format propriétaire fermé — tout repose sur des surfaces publiques documentées.

    lib/constants/protocols.ts · 6 surfaces · 22 tools MCP

  3. Mécanisme 3

    Capacités HATEOAS débloquées par seuil de confiance

    Le payload HATEOAS retourné aux agents IA contient un champ `_actions[]` qui liste précisément ce que l'agent peut faire chez ce commerce — `can_communicate` (toujours), `can_contact` (Trust ≥ 40), `can_reserve` (Trust ≥ 55 services), `can_fanout` (Trust ≥ 55), publication marketplace (Trust ≥ 70), IaX deploy (Trust ≥ 85). Le champ `can_order` existe comme readiness contractuelle, mais il reste fermé tant que le rail public order n'est pas activé. L'agent voit les capacités débloquées et celles à venir. Note : le rail order public est actuellement fermé en France — `can_order` reste donc `false` sur toutes les surfaces et la conversion passe par le rail contact/lead.

    lib/api/hateoas.ts · getHateoasCaps() · TRUST_THRESHOLDS

  4. Mécanisme 4

    Unlock Simulator — pédagogie merchant

    Le merchant voit une simulation : « Si vous ajoutez votre RCP : +5 pts → débloquerait Marketplace ». Le composant `<UnlockSimulator>` calcule pour chaque signal manquant l'impact sur le Score et quelle capacité serait débloquée. Pas de mystère sur ce qui freine le déblocage des actions agent.

    Composant <UnlockSimulator> · SIGNAL_CATALOG + getMerchantMissingSignals()

  5. Mécanisme 5

    Gate Crossing Timeline — 4 portes franchies

    Quatre gates jalonnent le parcours du merchant : Indexation ✓ (Gate 1, étage ①), Citation ⏳ (Gate 2, étage ③ accompli), Ranking ⌛ (top 3 LLMs sur intent core), Conversion ⌛ (premier lead qualifié ou order). Le composant `<GateCrossingTimeline>` affiche les 4 portes avec timestamps. Chaque franchissement déclenche une notification merchant + un signal EEAT bonus.

    Colonnes merchants.gate_crossed_{indexation,citation,ranking}_at

  6. Mécanisme 6

    Stripe Connect readiness non-custodial — PSD2 sans licence PSP

    Le rail public order est fermé aujourd'hui. Si un rail order AB est rouvert, le paiement passera directement entre l'acheteur et le commerce via Stripe Connect Express. ActionsBricks ne sera pas dépositaire des fonds — toute commission future serait déduite par le processeur via `application_fee_amount`, pas encaissée par AB. Conséquence PSD2 : AB reste « plateforme technique » et n'a pas besoin de licence PSP/EME. Le merchant touchera son argent selon son planning Stripe.

    lib/stripe/payment-link.ts · application_fee_amount · CLAUDE.md PSD2

  7. Mécanisme 7

    0% commission MVP — réflexion post-MVP

    Pendant le MVP, ActionsBricks ne prélève AUCUNE commission sur les ventes générées par les IA. Le merchant paie uniquement son abonnement (29€, 79€ ou 199€/mois selon le tier). Une commission sur ventes agentiques reste une piste de réflexion post-MVP, mais aujourd'hui aucune surface publique ne l'active. La transparence tarifaire est documentée dans `BUSINESS_MODEL.md`.

    CLAUDE.md MVP · BUSINESS_MODEL.md · 0 commission active

  8. Mécanisme 8

    Funnel Widget + Conversion By Source

    Le composant `<FunnelWidget>` visualise le parcours visiteur : Impressions IA → Citations détectées → Clics sortants → Leads qualifiés → Orders. Le composant `<ConversionBySourceCard>` (alimenté par la matview `merchant_cvr_by_source`) montre quel LLM (ChatGPT, Claude, Gemini, Perplexity) convertit le mieux pour ce merchant — donnée actionnable pour orienter la fan-out vers les LLMs prioritaires.

    Matview merchant_cvr_by_source · RPC get_merchant_cvr_by_source

  9. Mécanisme 9

    Attribution multi-touch — L1 referrer + L2 UTM + L3 User-Agent

    Trois couches d'attribution empilées : (L1) AI referrer — détection via header HTTP Referer du LLM source (perplexity.ai, chat.openai.com, etc.) avec coverage ~30-50%. (L2) UTM tagging — paramètres dans les liens publiés par AB (utm_source=chatgpt, utm_medium=ai_citation). (L3) User-Agent classification — analyse du UA pour identifier les bots IA (GPTBot, ClaudeBot, etc.). Coverage P1 cumulé ~40%. Honnête — JAMAIS prétendu 100%.

    Table attribution_sessions · 3 couches L1/L2/L3 · CLAUDE.md doctrine

  10. Mécanisme 10

    Lead Gen automatique — MCP auto-session

    Quand un agent IA appelle `/api/contact/brick` via MCP, le système crée automatiquement une session lead avec flag `auto_created=true`. Le merchant voit ces leads dans `/dashboard/actions?tab=leads` filtrés « Lead créé par agent IA ». Inclut : prompt original, LLM source, intent détecté, sentiment. Le merchant peut répondre depuis le dashboard ou laisser ActionsBricks renvoyer un email automatique.

    app/api/contact/brick/route.ts · flag auto_created · table platform_contacts

  11. Mécanisme 11

    Order via API — readiness France (rail fermé)

    L'endpoint `/api/orders/create` est construit en readiness HATEOAS, mais le rail order public est actuellement fermé en France : l'action order n'apparaît dans aucun `_actions[]`, l'endpoint renvoie `ORDER_DISABLED`, et aucune surface (resolve, MCP, digest, manifest) ne projette de lien order. La conversion passe par le rail contact/lead autorisé. Le checkout agentique natif ACP/UCP/AP2/A2UI reste lui aussi en readiness France.

    app/api/orders/create/route.ts · readiness · PUBLIC_ORDER_RAIL_ENABLED

  12. Mécanisme 12

    Outbound clicks tracking — chaque lien sortant est mesuré

    La route `/go/{ab_id}` redirige vers les liens sortants en enregistrant le `query_context.type='outbound_click'` dans `attribution_sessions`. Inclut référer, user-agent classifié (humain ou bot IA), UTMs, target_url. Le merchant voit dans son dashboard d'où viennent ses visiteurs et où ils repartent — vue complète du flux IA → AB → tiers.

    app/go/[ab_id]/route.ts · attribution_sessions.query_context

  13. Mécanisme 13

    Citations attribuées — qui vous a cité, sur quel LLM, pour quelle requête

    Chaque citation détectée par le monitoring 16 LLMs est convertie en `attribution_session` avec `query_context.type='api_citation'` ou `'page_visit'`. Le merchant voit dans `/dashboard/actions?tab=all` la liste exhaustive : LLM source, prompt, position dans la réponse, sentiment, et — quand l'utilisateur a cliqué — le chemin complet jusqu'à conversion (lead ou order). Reliance possible à un order via `conversion_order_id`.

    attribution_sessions.query_context.type + conversion_order_id

  14. Mécanisme 14

    D'où viennent vos visiteurs IA précisément

    Au-delà de l'agrégat, le merchant peut drill-down par référer URL, par UTM source, par User-Agent classifié, par landing_page, par sentiment. Composant à venir « D'où viennent vos visiteurs IA précisément » qui croise toutes les colonnes de `attribution_sessions` (referrer_url, utm_*, user_agent, query_context.confidence, query_context.detection_method).

    attribution_sessions — 18 colonnes croisables · vue à drill-down

Tarif minimum couvrant cet étage

Plan Professionnel — 199 €/mois

Le plan Professionnel couvre les étages ① → ⑤ — vos citations peuvent devenir leads ou orders via les rails AB autorisés. Inclus : Bricks illimitées, sceau de confiance + 89 signaux EEAT + plugins sectoriels, 6 protocoles et surfaces de readiness (+ A2A Google Agent Card + 22 actions AB), dashboard avancé + prompt tracking + export, attribution multi-touch + anomaly detection, alertes temps réel, API access 300 req/min, support dédié + rapports SOV.

Étages couverts par Professionnel

Être citable
Être identifié
Être cité
Être prouvé
Être actionnable

Le plan Professionnel est le seul qui débloque l'étage ⑤ — rails contact/lead, order readiness, attribution et API access agent-callable.

Questions fréquentes — Étage 5

Tout ce que les commerçants nous demandent sur le commerce agentique

Une IA peut vraiment commander chez moi sans que mon client ouvre un site ?

Aujourd'hui, en France, le rail public order est fermé : une IA peut transmettre une intention d'achat via contact/lead, mais `/api/orders/create` renvoie `ORDER_DISABLED`. Quand le rail AB sera rouvert, les mêmes prérequis de confiance, Stripe et validation humaine serviront de garde. La transaction native complète ACP/UCP/AP2/A2UI n'est pas activée par défaut en France : elle reste en readiness tant qu'elle n'est pas contractuellement et réglementairement disponible.

C'est quoi MCP, ACP, A2A, UCP ? J'ai besoin de comprendre tout ça ?

Non — vous n'avez à comprendre AUCUN de ces protocoles. ActionsBricks expose automatiquement votre commerce dans plusieurs surfaces (Schema.org, MCP, OpenAPI, ACP, UCP, A2A) à partir d'une seule source de vérité. Mais pour information : MCP (Model Context Protocol, Anthropic 2024) permet à un LLM d'appeler des outils externes. OpenAPI documente les endpoints HTTP classiques. Schema.org nourrit les crawlers et les moteurs. A2A et UCP sont aujourd'hui des surfaces de discovery exposées par ActionsBricks. ACP est une capacité future annoncée, pas un endpoint public live. ActionsBricks vous abstrait du choix : peu importe quel agent appelle, votre commerce reste lisible.

Pourquoi ActionsBricks ne touche jamais mes fonds (PSD2 non-custodial) ?

Volontairement. Si AB encaissait votre argent même 24h avant de vous le reverser, AB serait juridiquement un Payment Service Provider (PSP) selon la directive européenne PSD2. Cela impliquerait : licence ACPR (Autorité de Contrôle Prudentiel et de Résolution), capital minimum 350k€, conformité LCB-FT permanente, audits réguliers — coût annuel ~500k€/an pour AB qui se répercuterait sur vos abonnements. Solution AB readiness : Stripe Connect Express, PSP licencié dans l'UE et au Royaume-Uni. Si le rail order AB est rouvert, le paiement ira directement du client au compte Stripe du commerce, avec toute commission future déduite par le processeur via `application_fee_amount`. AB reste « plateforme technique » légalement, pas dépositaire des fonds.

Concrètement, je touche l'argent quand après une vente IA ?

Le rail public order étant fermé, aucune vente IA n'est encaissée via AB aujourd'hui : les agents transmettent une intention d'achat via contact/lead. Si le rail est rouvert, le délai de versement dépendra de Stripe Connect Express : KYB du commerce, KYC dirigeant et planning Stripe du compte marchand. Aucune intervention AB dans la chaîne de fonds — AB ne devient pas dépositaire.

6 protocoles c'est trop, vous ne pouviez pas en choisir un seul ?

Si on choisissait un seul protocole, on parierait sur le futur — et l'histoire du web montre que ce pari est presque toujours perdant (RSS vs Atom, SOAP vs REST vs GraphQL, REST vs gRPC). Aujourd'hui en 2026 : Schema.org domine pour les crawlers d'index (Google, Bing). MCP sert les outils agent-callable. A2A et UCP servent surtout la discovery. ACP reste une capacité future annoncée. La doctrine AB est de NE PAS LOCKER l'IA — peu importe quel protocole gagnera, votre commerce restera lisible. Le coût merchant est zéro : vous ne voyez aucun de ces protocoles, ils sont générés automatiquement.

Comment ActionsBricks distingue-t-il un agent IA d'un humain qui visite mon site ?

Trois signaux croisés : (1) User-Agent header — la quasi-totalité des bots IA déclarent honnêtement leur identité (GPTBot, ClaudeBot, PerplexityBot, anthropic-ai, ChatGPT-User pour les requêtes temps réel, etc.). Le registre `ai_crawlers` mappe les UA connus. (2) Headers HTTP atypiques — un bot IA fait souvent des requêtes sans cookies, sans Accept-Language complet, avec un timing très régulier. (3) Pattern de navigation — un bot ne hover pas, ne scroll pas, ne reste pas 3 minutes sur une page. Sur les sessions où les 3 signaux concordent, AB classe en `query_context.detection_method='ua_classification'` avec un `confidence` 0-1. Vous voyez dans `/dashboard/actions` un filtre « Lead créé par agent IA » qui s'appuie sur cette classification. Honnêteté : ~10-15 % de l'attribution restent ambigus — c'est la couche L3, la moins fiable des trois.

Et si Stripe ferme mon compte ou refuse mon KYC, je suis bloqué ?

Non. ActionsBricks est multi-processeur dès la doctrine (CLAUDE.md). Phase 1 (MVP 2026) : Stripe Connect comme processeur principal + MangoPay comme stub backup. Phase 2 (post-MVP) : ajout PayPal Marketplace + Mollie Connect. Phase 3 (2027+) : Adyen + PayPlug + Alipay pour international. Le merchant choisit son processeur dans `/dashboard/parametres/integrations`. Si Stripe refuse votre KYC (cas rare mais possible : activité ambiguë, bilans irréguliers), vous pouvez basculer sur MangoPay aujourd'hui (avec stub `application_fee_amount` équivalent). Aucune dépendance technologique exclusive — la doctrine de neutralité AB s'applique aussi aux processeurs : « ne jamais brider l'IA » s'étend à « ne jamais brider le merchant par lock-in commercial ».

Vous tracez quoi exactement dans mes attributions ?

La table `attribution_sessions` contient ~18 colonnes auditables : ab_id (votre identifiant), `query_context.type` (api_citation, page_visit, outbound_click, auto_created), `query_context.confidence` (0-1, fiabilité de la détection), `query_context.detection_method` (referrer, utm, ua_classification), `referrer_url` (URL source si fournie par le LLM), `user_agent` (UA brut), `landing_page` (page d'arrivée AB), `utm_source/medium/campaign/term/content`, `lead_id` (FK vers platform_contacts si lead créé), `conversion_order_id` (FK vers orders si order créé), `conversion_amount` (centimes, en cas de conversion), `sentiment_score` (-1 à +1), `processor` (stripe, mangopay), `expires_at` (purge RGPD 90 jours), `created_at`. Aucune donnée personnelle utilisateur final n'est stockée (pas de nom, pas d'email, pas d'IP brute — uniquement IP hashée pour rate-limit). Conformité RGPD/CNIL/IA Act : voir notre DPA + politique de confidentialité.

Les 5 étages d'ActionsBricks

Chaque étage débloque le suivant — un seul chemin vers le commerce agentique.