« Pourquoi l'IA devrait-elle me croire et me proposer aux clients ? »

Ed25519 est un algorithme de signature cryptographique à courbes elliptiques publié en 2011, utilisé aujourd'hui par OpenSSH, Tor, Signal, et la plupart des systèmes qui exigent à la fois rapidité et sécurité. ActionsBricks signe le manifest de chaque merchant avec une clé privée Ed25519. Pourquoi ça compte : (1) Aucune contrefaçon possible — un agent IA peut vérifier en 5ms qu'un manifest n'a pas été altéré depuis sa signature. (2) Rotation des clés visible — chaque manifest porte un `kid` (key identifier) tournant tous les 6 mois ; vous pouvez prouver à quelle date un signal a été émis. (3) Auditabilité indépendante — n'importe qui télécharge la JWKS publique et vérifie toutes les signatures sans avoir besoin de nous demander. C'est ce qui rend la confiance testable par tous au lieu de déclarée.

Un agent IA (par exemple ChatGPT avec un plugin) qui veut vérifier la légitimité de votre commerce suit cette séquence : (1) GET `/api/registry/verify/{ab_id}` — récupère le manifest signé. (2) Lit le champ `kid` dans le header du manifest. (3) GET `/.well-known/ab-public-keys.json` — récupère la JWKS contenant toutes les clés publiques AB par kid. (4) Sélectionne la clé publique correspondant au kid du manifest. (5) Utilise n'importe quelle bibliothèque crypto standard (libsodium, Node `crypto.verify`, Python `cryptography`, etc.) pour vérifier la signature Ed25519. Si la signature est valide → l'IA sait que ce manifest a bien été émis par AB et n'a pas été altéré. Si invalide → manifest ignoré. Total : ~3 appels HTTP + 5ms de calcul crypto.

Aucune donnée personnelle privée n'est exposée. Ce qui est PUBLIC dans le manifest signé : SIRET, SIREN, dénomination légale, NAF, adresse de l'établissement (déjà publique sur Sirene), forme juridique, capital social, date de création, dirigeant nom (déjà public sur INPI RNE depuis loi PACTE 2019), Score de visibilité IA, signaux EEAT acquis. Ce qui n'est PAS public : adresse personnelle du dirigeant si différente du siège, date de naissance, numéro fiscal personnel, numéro de pièce d'identité, photos personnelles. La politique de minimisation RGPD est appliquée — voir la DPA et la politique de confidentialité. Si un signal exigeait par nature une donnée privée (par ex. extrait de casier judiciaire bulletin n°3 dirigeant), seul un hash ou un statut binaire est exposé, jamais le document lui-même.

Le cron de vérification mensuelle détecte la perte (par exemple, votre carte T immobilier expirée à la CCI). Trois choses se passent simultanément : (1) Le signal `carte_t_valid` repasse à false → -8 pts environ sur votre Score de visibilité IA selon le pilier impacté. (2) Vous recevez une notification dashboard avec lien direct vers la CCI pour renouvellement. (3) Le composant `<ProposedEditsList>` propose éventuellement de mettre les snippets concernés en file de review HITL si la certification influençait la copy publiée. Vous pouvez régulariser et le signal repassera à true à la prochaine vérification — pas de bannissement, juste un score qui reflète la réalité courante. C'est ça, la testabilité par tous — votre score est exactement ce que les sources publiques disent à un instant donné.

C'est volontaire — c'est le freshness decay (point 3 du framework EEAT). Un signal acquis il y a 7 jours pèse 1.0 dans le calcul, mais à 30 jours il pèse 0.85, à 90 jours 0.60, à 365+ jours 0.30. Pourquoi : un commerce qui n'a publié aucun nouveau snippet, n'a pas mis à jour ses photos, n'a pas renouvelé ses certifications, n'est probablement plus aussi pertinent qu'un commerce actif. Le decay incite au maintien continu plutôt qu'au remplissage initial. Pour contrer le decay : valider de nouveaux snippets fanout chaque semaine (1-2 suffisent), mettre à jour vos photos GMB tous les trimestres, vérifier vos certifications dès leur date d'expiration. Le composant `<EnrichmentGroupTimeline>` montre exactement quel signal va expirer quand.

Le framework EEAT vient des Google Search Quality Rater Guidelines (introduit officiellement en décembre 2022). ActionsBricks décline les 4 piliers en signaux concrets : (1) Vécu (Experience, 0-25) — combien d'années en activité, photos de terrain, témoignages clients, contenu authentique. (2) Expertise (0-25) — certifications professionnelles, diplômes, spécialisations, contenu technique précis. (3) Autorité (Authoritativeness, 0-25) — réseaux sociaux liés via sameAs, mentions presse, sentiment positif IA, share of voice sectoriel. (4) Confiance (Trustworthiness, 0-25) — INSEE/INPI/BODACC OK, conformité légale, Stripe KYC, score d'avis, transactions sans litige. Chaque signal contribue à un ou plusieurs piliers — détail dans `lib/eeat/enrichment-groups.ts`. Le total des 4 piliers (max 100) est votre Score de visibilité IA.

Le manifest signé continue d'exister tant qu'il est servi quelque part — c'est exactement le point de la cryptographie asymétrique. Concrètement : (1) Vous pouvez télécharger votre manifest signé à tout moment depuis `/api/registry/verify/{ab_id}` et l'archiver. (2) Tant que la JWKS publique d'AB reste accessible (engagement 5 ans dans nos CGV), n'importe qui peut vérifier votre manifest. (3) En cas d'arrêt de service, AB s'engage à publier la JWKS finale sur GitHub + IPFS pendant 5 ans supplémentaires. (4) Vous pouvez aussi héberger vous-même votre manifest sur votre propre site — la signature reste valide. Ce qui ne survit PAS à un arrêt AB : les vérifications futures (un nouveau signal détecté après notre fermeture). Mais l'historique reste auditable — c'est la promesse de l'Ed25519.

Trois lignes de défense empilées : (1) Sources publiques croisées — un merchant qui voudrait gonfler son Score doit falsifier en parallèle INSEE Sirene, INPI RNE, BODACC, Google Places, CCI CAIM, ORIAS, etc. Pratiquement impossible. (2) Détection cross-merchant — si deux merchants partagent SIRET ou ont des snippets dupliqués mot pour mot, le `cross_merchant_duplicate` lève une alerte humaine. (3) HITL pour le contenu sous-seuil — tout snippet qui ne passe pas RAGAS atterrit en file de review humaine, jamais publié sans validation. (4) Probation cap 60 les 30 premiers jours — empêche les inscriptions de complaisance qui pousseraient 50 signaux en 24h. (5) Audit IaX 23 checks — détection des patterns de génération artificielle ou de stuffing. Combinées, ces défenses rendent la triche plus coûteuse que le travail honnête.