« Est-ce que je couvre toutes les questions que mes clients posent aux IA ? »
Comment couvrir toutes les questions que ChatGPT, Claude, Gemini et Perplexity posent dans un secteur en 2026 en France — Étage 3 ActionsBricks
Vos clients tapent « horaires », « prix », « livraison sans gluten » — vous avez la réponse prête, l'IA la cite.
En 2026, en France, un commerce local n'est cité par ChatGPT, Claude, Gemini ou Perplexity que s'il a publié au préalable des réponses prêtes-à-citer pour les intents critiques de son secteur. ActionsBricks génère, score (RAGAS) et publie ces snippets via cycle AEO hebdomadaire — avec validation humaine 1-clic pour les snippets sous le seuil de readiness.
Mis à jour le
Ce qu'ActionsBricks fait pour vous, concrètement
12 mécanismes qui couvrent 100% des questions de votre secteur
Chaque mécanisme est implémenté dans le code, pas une promesse. Le nom du fichier, de la table ou du composant est cité ouvertement.
- Mécanisme 1
Fiches Bricks — entités produit/service citables nativement
Chaque produit ou service du commerce devient une fiche Brick : entité Schema.org structurée (Product, Service, Reservation), avec son nom, sa description longue, son prix, ses photos, ses spécificités. Une Brick = une URL canonique `/b/{slug}` que les agents IA peuvent citer directement, indépendamment du microsite parent. Maximum 5 fiches par merchant pour le MVP — chaque fiche est une cible AEO indépendante.
Table products · /b/[slug] · Schema.org Product/Service nodes
- Mécanisme 2
Solidité fiche — score 0-100 par Brick avec checklist
Pour chaque fiche, le composant `<BrickStrengthChecklist>` calcule un score de solidité 0-100 et liste précisément ce qui manque : description sous 50 mots ? +N pts. Pas de photo terrain ? +N pts. Prix non renseigné ? +N pts. Le merchant voit dans le dashboard exactement quoi compléter pour passer du jaune au vert. Pas de magie : le score est déterministe, le calcul est dans le code.
components/dashboard/merchant/brick-strength-checklist.tsx
- Mécanisme 3
Lifecycle automatique — draft → validated → published ↔ suspended
Chaque Brick traverse un cycle de vie verrouillé en 5 verrous : Brouillon → Validée → Go-Live → Publiée ↔ Suspendue. Les transitions sont automatiques quand les conditions sont réunies (Trust ≥ 30, INSEE/INPI/BODACC OK, description suffisante) — pas de modération manuelle bloquante. Le merchant voit le statut courant et la prochaine transition possible.
Type brick_status · components/dashboard/merchant/brick-lifecycle.tsx
- Mécanisme 4
Réponses prêtes-à-citer — fanout snippets générés par cycle AEO
Pour chaque intent sectoriel critique (« meilleur chocolatier Lyon », « livraison sans gluten », etc.), ActionsBricks génère automatiquement une réponse courte (50-80 mots) prête à être citée par une IA. Les snippets sont organisés en clusters thématiques et stockés dans `merchant_fanout_nodes`. Cycle hebdomadaire : génération → quality score RAGAS → validation HITL → publication via `/m/{ab_id}/llms.txt`.
lib/aeo/generator.ts · publisher.ts · table merchant_fanout_nodes
- Mécanisme 5
Quality Score RAGAS — faithfulness, answer relevance, context precision
Chaque snippet généré est noté sur 3 dimensions du framework RAGAS (Retrieval-Augmented Generation Assessment) : faithfulness (la réponse est-elle fidèle aux sources ?), answer relevance (répond-elle vraiment à l'intent ?), context precision (le contexte fourni est-il pertinent ?). Un snippet sous le seuil de readiness va automatiquement en file de review HITL — jamais publié non vérifié.
lib/aeo/ragas/orchestrate.ts · table aeo_rag_quality
- Mécanisme 6
Funnel Coverage — quel pourcentage des intentions sectorielles vous couvrez
ActionsBricks calcule pour votre secteur la liste exhaustive des intents sectoriels (ex : 47 intents pour Chocolatiers en France) et mesure votre couverture : avez-vous un snippet validé pour chacun ? Le composant `<FunnelCoverageCard>` affiche votre score % avec drill-down par cluster. Objectif : 100% des intents critiques couverts avant Trust ≥ 70.
Composant <FunnelCoverageCard> · merchant_intent_coverage
- Mécanisme 7
Trous à combler — intents sectoriels où vous êtes muet
Le composant `<AeoGaps>` affiche les questions que les internautes posent dans votre secteur et auxquelles vous n'avez aucune réponse publiée — autrement dit, les intents où le concurrent vous prend la citation. Pour chaque trou, ActionsBricks propose un snippet draft que vous validez en 1 clic ou que vous éditez. Source : monitoring 16 LLMs + analyse des `competitors_ahead` JSONB.
Composant <AeoGaps> · table aeo_gap_analysis
- Mécanisme 8
HITL Review Queue — validation 1-clic des snippets
Tous les snippets dont le quality score est sous le seuil de readiness arrivent dans la file de review humaine (Human-In-The-Loop). Le merchant voit le snippet, le score, la raison du flag, et choisit : Approuver / Modifier / Rejeter. Chaque décision est tracée dans `proposed_edits` avec timestamp et user_id — preuve d'auditabilité du contenu publié.
Composant <HitlReviewQueue> · /dashboard/reponses/validation
- Mécanisme 9
Auto-healing — réparation automatique des snippets cassés
Certains snippets se dégradent dans le temps : prix obsolète, photo brisée, description tronquée. Le cron `heal-bluf-null` détecte les nodes cassés (BLUF null, contexte invalide) et tente une réparation automatique. Les snippets soignés portent le flag `auto_healed=true`, distinct de `ai_generated` — vous savez si le contenu vient d'une génération initiale ou d'une cure.
lib/aeo/heal-bluf-null.ts · flag auto_healed dans merchant_fanout_nodes
- Mécanisme 10
Détection cross-merchant — éviter les snippets dupliqués
Si deux commerces du même secteur publient un snippet identique mot pour mot (par exemple, les deux ont fait un copier-coller de la documentation INPI), ActionsBricks détecte le `cross_merchant_duplicate=true` et demande une reformulation. L'objectif : que chaque commerce ait sa propre voix — sinon les LLMs ne peuvent pas distinguer qui mérite la citation.
PR cross-merchant duplicate detection · chip orange merchant-side
- Mécanisme 11
Brand Voice — adjectifs extraits, drift sémantique surveillé
ActionsBricks extrait automatiquement (via `voice-extractor.ts`) les adjectifs caractéristiques de votre marque depuis vos snippets validés — par exemple, « artisanal », « familial », « traditionnel » pour un chocolatier. Ces adjectifs sont stockés dans `merchant_voice_observations` et exposés dans `/dashboard/reponses/voix`. Quand un nouveau snippet dérive sémantiquement (par ex. « industriel » au lieu de « artisanal »), une alerte est levée.
lib/aeo/voice-extractor.ts · table merchant_voice_observations
- Mécanisme 12
Citability score per node — solidité 0-100 par snippet
Chaque snippet a son propre score de citabilité (`citability_score` colonne) calculé à partir de sa longueur, sa structure (BLUF présent ou non), son ancrage temporel et géographique, et sa cohérence avec la voix de marque. Un snippet à 87/100 a beaucoup plus de chance d'être cité par Perplexity qu'un snippet à 42/100 — la donnée est exposée par node dans le dashboard.
Colonne citability_score · agrégat products.citability_score
Doctrine de vérifiabilité
Lisez les snippets publiés sans inscription
Les preuves publiques de l'étage 3 sont les fichiers et endpoints de couverture que les agents IA consomment chaque jour.
llms.txt merchant
/m/ab_demo/llms.txt
Format Anthropic 2024 — tous les snippets validés du merchant, prêts à être consommés par les crawlers d'entraînement LLM.
Fréquence : weekly
Clusters thématiques (API)
/api/merchants/ab_demo/clusters?scope=brick
Endpoint HATEOAS qui sert les clusters de fanout snippets. Format MCP — agent-callable directement par ChatGPT, Claude, Gemini.
Fréquence : weekly
Sitemap fanout (par secteur)
/sitemap-merchants/chocolatiers/sitemap.xml
Inclut les URLs des nodes fanout publiés par les merchants pionniers (gate Trust ≥ 30 + at-least-one-published-node).
Fréquence : weekly
Remplacez `ab_demo` par un AB ID merchant publié pour voir un cas réel. Aucun de ces endpoints ne demande d'authentification.
Tarif minimum couvrant cet étage
Plan Croissance — 79 €/mois
Le plan Croissance couvre les étages ① → ④ — les IA vous citent avec preuves. Inclus : 5 Bricks, sceau de confiance + 18 signaux EEAT, 4 protocoles (MCP + Schema.org + ACP + OpenAI Actions), dashboard complet + analytics citations, réponses prêtes-à-citer multi-canal, audit IaX trimestriel.
Étages couverts par Croissance
Pour couvrir l'étage ⑤ (commerce agentique) → plan Professionnel (199€).
Questions fréquentes — Étage 3
Tout ce que les commerçants nous demandent sur la couverture sectorielle
C'est quoi exactement une « réponse prête-à-citer » et pourquoi j'en ai besoin ?
Une réponse prête-à-citer (fanout snippet) est un texte court de 50-80 mots qui répond directement à une question typique posée par les internautes dans votre secteur — par exemple, pour un chocolatier lyonnais, la question pourrait être « où acheter des chocolats artisanaux dans le 7e arrondissement de Lyon ? » et la réponse votre snippet structuré nommant votre adresse, vos horaires, votre spécialité. Ces snippets sont publiés dans votre fichier `/m/{ab_id}/llms.txt` (norme Anthropic 2024) et exposés via `/api/merchants/{ab_id}/clusters` (format MCP). Quand ChatGPT, Claude ou Perplexity formulent leur réponse à un internaute, ils piochent dans ces snippets pré-validés au lieu d'inventer — résultat : citation factuelle, sans hallucination, avec votre voix de marque.
Le Quality Score RAGAS, ça veut dire quoi concrètement ?
RAGAS (Retrieval-Augmented Generation Assessment) est un framework open-source d'évaluation de qualité pour le contenu généré par IA, publié en 2023 et adopté par Anthropic, Mistral et l'industrie LLM en 2024. ActionsBricks applique RAGAS sur chaque snippet généré et calcule trois scores : faithfulness (le snippet est-il fidèle aux sources INSEE/INPI/GMB du merchant ?), answer relevance (répond-il vraiment à l'intent ?), context precision (le contexte fourni au LLM était-il pertinent ?). Un snippet doit dépasser un seuil agrégé (`below_readiness_threshold=false`) pour être publié automatiquement — sinon il atterrit en file HITL pour validation humaine. Vous voyez votre quality score moyen dans le dashboard via `<QualityScoreCard>`.
Pourquoi je dois valider les snippets en 1 clic — l'IA ne peut pas tout faire ?
L'IA peut générer 95% des snippets qui passeront RAGAS sans intervention. Mais pour les 5% restants — ceux où le LLM a halluciné un détail, mal compris une nuance sectorielle, ou produit une formulation qui sort de votre voix de marque — le merchant doit pouvoir intervenir. La file HITL vous montre uniquement ces snippets borderline avec le score et la raison du flag. Vous choisissez : Approuver tel quel / Modifier rapidement / Rejeter. Chaque décision est tracée dans `proposed_edits` avec votre user_id et un timestamp — preuve d'auditabilité auprès du régulateur (IA Act 2026). Le dashboard estime le temps moyen à 30 secondes par snippet — soit 10-15 min/semaine pour un commerce moyen.
Comment ActionsBricks décrit-il ma marque sans que je dise quoi écrire ?
ActionsBricks lit vos sources existantes : votre fiche Google My Business (description, posts), votre site web s'il existe (audit Core Web Vitals + extraction texte), vos réseaux sociaux liés via `social_links[]`. Ensuite, le scorer `voice-extractor.ts` extrait les adjectifs caractéristiques qui reviennent — par exemple, pour un chocolatier ce pourrait être : « artisanal », « familial », « traditionnel », « bio », « sans gluten ». Ces adjectifs (stockés dans `merchant_voice_observations`) deviennent les contraintes de génération pour vos snippets fanout : chaque nouveau snippet doit honorer la voix existante. Vous voyez « comment l'IA décrit votre marque » dans `/dashboard/reponses/voix` et pouvez ajuster manuellement.
Si je n'ai qu'une fiche (un seul produit/service), c'est suffisant ?
Oui — mais elle doit être très solide. Le MVP plafonne à 5 fiches par merchant, mais beaucoup de pionniers démarrent avec 1 seule fiche (le produit phare) et ajoutent les autres au fur et à mesure. Une fiche unique mais à 95/100 de solidité avec 30 snippets validés couvrant tous les intents critiques de votre secteur génère plus de citations qu'une dispersion de 5 fiches faibles. Le dashboard `<BrickStrengthChecklist>` vous dit exactement quels compléments apporter à votre fiche avant de songer à en ajouter une seconde. Stratégie recommandée : 1 fiche solide + 20 snippets validés > 5 fiches moyennes + 100 snippets non validés.
C'est quoi le Funnel Coverage et comment je l'augmente ?
Le Funnel Coverage est le pourcentage des intents sectoriels critiques pour lesquels vous avez au moins un snippet validé publié. Pour les Chocolatiers en France, ActionsBricks identifie ~47 intents critiques (« où acheter », « horaires », « livraison », « prix », « bio », « événementiel », etc.). Si vous avez des snippets validés pour 35 d'entre eux, votre coverage est 35/47 ≈ 74%. Pour augmenter le score : (1) ouvrir `/dashboard/reponses/gaps` pour voir les trous, (2) chaque ligne propose un snippet draft généré par l'IA, (3) vous validez en 1 clic ou éditez. À 100% de coverage sur les intents critiques, votre Trust Score monte significativement et vous franchissez le palier 70 (publication marketplace).
Mes snippets sont publiés où exactement, et qui peut les lire ?
Trois surfaces de publication : (1) `/m/{ab_id}/llms.txt` — fichier texte structuré au format Anthropic 2024, lu par les crawlers d'entraînement LLM (anthropic-ai, GPTBot, Common Crawl). (2) `/api/merchants/{ab_id}/clusters?scope=brick` — endpoint API HATEOAS qui sert les clusters thématiques pour les agents conversationnels (MCP, ACP). (3) Microsite ISR `/m/{ab_id}/[brick]` — page HTML avec JSON-LD `Question`/`Answer` pour Google Featured Snippets. Tous ces endpoints sont publics, sans authentification — ce qui est exactement le but : un agent IA doit pouvoir vous lire sans frottement. Côté merchant, vous voyez quels snippets sont publiés dans `/dashboard/reponses` avec leur cite_url ciblée.
Combien de temps faut-il pour avoir une couverture complète de mes intents ?
Pour un commerce avec preset NAF complet (ex : Chocolatier code 47.24Z), la génération initiale couvre environ 60-70% des intents critiques en 24-48h après l'inscription — c'est le « cycle AEO seed » qui se déclenche post-onboarding. Les 30-40% restants requièrent du contenu spécifique au merchant (témoignages clients, particularités, événements) que l'IA ne peut pas inventer sans risque d'hallucination. Le merchant complète progressivement via `/dashboard/reponses/gaps` — le bon rythme est ~20 min/semaine pour atteindre 95%+ de coverage en 4-6 semaines. Le cycle AEO hebdomadaire repère ensuite les nouveaux intents qui émergent (saisonnalité, actualité sectorielle) et propose des snippets draft à valider.
Les 5 étages d'ActionsBricks
Chaque étage débloque le suivant — un seul chemin vers le commerce agentique.