Lexique ActionsBricks

Discipline qui optimise un commerce ou un contenu pour qu'il soit cité par les agents IA (ChatGPT, Claude, Gemini, Perplexity) en réponse à une requête conversationnelle. Successeur du SEO. Différence clé : l'AEO récompense la véracité testable, là où le SEO récompensait la manipulation des signaux.

Synonyme régional d'AEO, popularisé aux États-Unis. Désigne la même discipline : optimisation pour les moteurs de réponse génératifs (LLM). Chez ActionsBricks, nous utilisons « AEO » comme terme principal.

Fiche structurée qui décrit un commerce ou un produit, conçue pour être lue par les agents IA. Une Brick contient les preuves d'identité (SIRET, dirigeant), les attributs (prix, stock, horaires), les certifications (Carte T, HACCP, ORIAS), et les actions agentiques activables (contacter, réserver, demander un devis, transmettre une intention d'achat qualifiée). Chaque Brick est signée cryptographiquement et publiée sur un microsite ISR.

Identifiant universel unique d'un merchant dans le registre ActionsBricks. Format : ab_xxxxxxxx (8 caractères alphanumériques). L'AB ID est l'ancre cross-protocole : MCP, ACP, Schema.org, A2A — tous référencent la fiche merchant via cet ID. Stable, immuable, indépendant de l'infrastructure.

Signature cryptographique apposée sur chaque preuve publiée par ActionsBricks. Utilise l'algorithme Ed25519 (RFC 8032). Le sceau est publié avec sa clé publique JWKS (RFC 7517) — la preuve est tamper-evident : toute altération après signature est détectable en temps réel par n'importe quel agent IA, via la clé publique JWKS.

Score 0-100 qui mesure la lisibilité d'un commerce par les agents IA. Calculé sur 4 piliers (Experience, Expertise, Authority, Trust) + 1 dimension exécutabilité, basé sur 50+ signaux vérifiables. Seuils opérationnels : 30 retired, 40 contact, 55 fanout/readiness order, 60 Merchant-Ready, 70 Marketplace, 85 IaX. Le rail order public reste fermé tant que le kill-switch France n'est pas rouvert. Mis à jour avec freshness decay (anti-gaming).

Quatre piliers de qualité publiés par Google (2014) puis adoptés par les LLMs comme critères de citation. ActionsBricks ajoute une 5ᵉ dimension — eXécutabilité (X) — qui mesure la capacité du merchant à être opéré par un agent IA (contact, réservation, devis, intention d'achat qualifiée). EEAT+X = ce que l'IA exige avant de recommander ET avant d'agir.

Mécanique des LLMs qui décompose 1 question utilisateur en 5-8 sub-questions internes, chacune envoyée vers une source différente. Sans ActionsBricks : l'IA dépense 50 000 tokens à crawler 6 sites pour répondre. Avec AB : 1 fiche structurée répond à toutes les sub-questions en 250 tokens (200× moins cher). C'est ça, le soulagement cognitif.

Pour une IA, le coût économique de répondre à une requête est ~1 000× plus élevé que pour Google. ActionsBricks divise ce coût par 200 en pré-calculant les réponses. L'IA n'adopte pas AB par sympathie — elle l'adopte parce que c'est mathématiquement plus rentable. C'est le flywheel d'adoption inévitable.

Structure mentale qui décrit le parcours d'un commerce vers une citation actionnable : ① Être citable (l'IA peut trouver la source) → ② Être identifié (zéro confusion d'identité) → ③ Être cité ou prêt-à-citer sur les bonnes questions → ④ Être prouvé (preuves vérifiables) → ⑤ Être actionnable (la citation peut devenir lead, contact ou order via les rails autorisés). Chaque étage débloque le suivant. La confiance accumulée aux étages 1-4 prépare les conditions de passage à l'action de l'étage 5.

Pattern d'API REST où chaque réponse contient les liens vers les actions possibles, débloquées dynamiquement selon l'état. Chez ActionsBricks : un agent IA reçoit non seulement les données du merchant, mais aussi les actions qu'il peut exécuter (`_actions[]`) en fonction du Score de visibilité IA — contact ≥ 40, fanout ≥ 55, marketplace ≥ 70. L’action order est masquée tant que le rail public est fermé.

Verbe standardisé que les agents IA peuvent exécuter chez un merchant via les protocoles MCP, ACP, A2A ou Schema.org. ActionsBricks expose 22 actions (contacter, demander un devis, vérifier, comparer, calculer une estimation, etc.). La commande reste un rail de readiness tant que le kill-switch France est fermé : les agents utilisent alors contact/lead pour transmettre l’intention d’achat.

Protocole publié par Anthropic en novembre 2024. Permet à une IA (Claude initialement, désormais étendu) de se connecter à n'importe quel outil via une interface standard. Analogie : « la prise universelle des outils » — l'IA branche n'importe quel service comme on branche une rallonge. ActionsBricks expose ses tools agentiques en MCP natif depuis la source de vérité protocoles.

Protocole publié par Stripe + OpenAI en septembre 2025. Permet à une IA de passer une commande à votre place chez un merchant, en gérant l'identité, le paiement et la livraison. Analogie : « la signature commerciale agentique ». ActionsBricks expose un profil de readiness ACP (découverte et éligibilité) dérivé de la Decision Card — sans activation du checkout ACP en France à ce stade. Le seuil Trust 55 prépare la readiness, mais la commande via API AB reste fermée tant que le rail public France n'est pas activé.

Protocole Google qui permet à deux agents IA de dialoguer et déléguer des tâches entre eux. Analogie : « la conversation entre agents » — un agent A peut demander à un agent B de récupérer une information ou exécuter une action. Status : preview en 2026.

Standard émergent qui fusionne ACP et A2A pour les paiements universels agentiques. Annoncé pour 2026 par Google. ActionsBricks anticipe son adoption en exposant ses Bricks dans un format compatible MCP/ACP/A2A — la migration vers UCP sera transparente côté merchant.

Offre fondatrice d'ActionsBricks : les 100 premiers commerçants français inscrits accèdent gratuitement à vie à toutes les fonctionnalités (Trust Score 100 pts, monitoring 16 LLMs, manifest Ed25519, microsite ISR, dashboard complet). Sans carte bancaire, sans engagement, sans commission. En contrepartie : feedback régulier et autorisation d'usage anonymisé pour les case studies.

Framework AEO public d'ActionsBricks : 5 étapes opérationnelles que traverse chaque Brick — Publier → Indexer → Vérifier → Citer → Convertir. Chaque étape produit une preuve auditable (microsite ISR, dashboard indexation, manifest Ed25519, monitoring 16 LLMs, attribution L1+L2+L3). Voir /cycle pour le détail.

Apparition d'un commerce dans la réponse d'un agent IA à une requête utilisateur. ActionsBricks distingue : Citation IA (Test) — détectée par nos agents test sur 16 LLMs hebdomadaires — et Citation IA (Réelle) — détectée via attribution sur le trafic entrant API/microsite. Les deux sont visibles dans le dashboard merchant.

Phénomène par lequel un LLM commence à inventer des informations sur un merchant (horaires inexacts, services qui n'existent pas, prix faux). ActionsBricks surveille ce drift sur les 16 LLMs et alerte le merchant pour qu'il enrichisse les Réponses prêtes-à-citer correspondantes — éliminer le drift, c'est éliminer le risque de citation négative.

Page publique générée pour chaque commerce inscrit, hébergée sur `/m/{ab_id}`. Contient le Schema.org structuré, le manifest signé, les Bricks publiées, les Réponses prêtes-à-citer, les avis, les certifications. Rendu en ISR (Incremental Static Regeneration) — performant pour les humains, idéal pour les crawlers IA.