Preuves ouvertes · Édition 1.1.14

Bibliothèque des instruments d’Edikka

Des instruments faits pour être examinés, réutilisés et cités. Protocoles, grilles d’audit, registres et jeux de données sont publiés avec leur source, leur version et leurs limites.

Instruments
26

Des instruments documentés pour observer, auditer, décider et automatiser sous contrôle.

Explorer le catalogue
Fichiers catalogués
172

Grilles, protocoles, registres et jeux de données réunis dans une archive versionnée.

Télécharger l’archive
Dépôts DOI
6

6 dépôts associés à 4 des 26 instruments, dont le protocole MIA-FR et ses résultats J0 et J+30.

Voir les études sources
Licence ouverte
CC BY 4.0

Des ressources réutilisables en citant Edikka, la source et la version utilisée.

Lire la licence

Le laboratoire ouvert d’Edikka

Observer. Comprendre. Reproduire.

9 expériences pour mettre les instruments en pratique. Explorez une démonstration, examinez son code et retrouvez son protocole.

Explorer Edikka sur GitHub

Les liens vers les démos et GitHub s’ouvrent dans un nouvel onglet.

Interaction au clavier

HTML & ARIA

Ce qu’on observeUn rôle ARIA « bouton » ne suffit pas à rendre la commande accessible au clavier.

Comparez trois commandes visuellement identiques. Dans les essais archivés, seul le bouton natif est atteint par Tab et activé par Entrée ou Espace.

Safari/macOS : activez la navigation au clavier pour parcourir les boutons. VoiceOver/Safari n’a pas été testé.

Extraction du contenu

HTML sémantique

Ce qu’on observeLa même réserve est conservée dans un paragraphe et perdue dans un aside par Readability.

Explorez ce cas français avec Readability 0.6.0, puis comparez les sorties archivées de sept outils.

Un cas documenté. Le rattachement à l’affirmation n’est pas évalué ; ce n’est pas un verdict général sur aside.

Stabilité visuelle

Images & stabilité

Ce qu’on observeUn décalage visible peut rester sous le seuil CLS « bon ».

Sans espace réservé, le repère se déplace de 233 px dans le viewport mobile, avec un CLS de 0,051149 — sous 0,1. Avec espace réservé : 0 px dans ces essais.

12 essais Chrome de laboratoire, observés sur 0–6 s. Aucune donnée terrain ni validation globale des Core Web Vitals.

Chemins dans une archive

Maillage interne

Ce qu’on observeRetirer une relation laisse 34 chemins minimaux de trois liens.

Explorez le graphe archivé, examinez chaque relation et comparez une hypothèse réversible. L’exemple initial compte 37 chemins minimaux.

Archive du 9 septembre 2026. Une simulation de structure, sans prédiction de classement ou de trafic.

Revue éditoriale

Peut-on publier ce titre ?

Ce qu’on observeUn titre techniquement acceptable peut manquer de preuve.

Comparez sources et propositions dans cinq scénarios fictifs. Corrigez une promesse, testez un verrou et voyez pourquoi une nouvelle version demande une autre revue.

Une simulation locale, distincte des six observations Edikka en lecture seule. Aucune validation automatique ni publication réelle.

UX writing & reprise

Formulaire & réception

Ce qu’on observeUne réponse perdue peut masquer une demande déjà enregistrée.

Comparez les formulations, corrigez les erreurs et vérifiez la réception. Quatre scénarios montrent ce que l’interface sait et comment une reprise conserve un seul enregistrement.

Données fictives. Simulation publique et laboratoire HTTP local reproductible. Aucun message envoyé à Edikka.

Décisions & couverture

Revue de migration SEO

Ce qu’on observeCas fictif : 14 URL absentes représentent 31 % des clics renseignés.

Un plan sans boucle ni chaîne peut oublier des URL importantes. Comparez le plan fictif à son inventaire, examinez les preuves et complétez les décisions manquantes.

Corpus fictif. Vos CSV restent dans votre navigateur. Aucun crawl ni prédiction de perte de trafic.

Contenu & balisage

Page & JSON-LD

Ce qu’on observeUn JSON valide peut décrire une ancienne version de la page.

Comparez deux gabarits dans huit scénarios fictifs, puis contrôlez vos propres fichiers HTML localement. Dates, auteurs, FAQ et fils d’Ariane, avec preuves par champ et exports JSON/CSV.

Une source commune peut aussi porter une erreur. La concordance ne certifie ni la vérité du contenu ni l’éligibilité Google.

Règles & intention

Revue robots.txt

Ce qu’on observeAjouter une restriction GPTBot peut rouvrir un chemin exclu par le groupe général.

Comparez la proposition à sa correction dans six scénarios synthétiques. Contrôlez deux fichiers selon vos attentes, examinez les lignes décisives et exportez les preuves en JSON ou CSV.

Analyse locale. Les règles ne prouvent pas le respect effectif par les robots et ne constituent pas une protection d’accès.

Catalogue complet

Choisir la preuve avant le format.

Partez de la décision à étayer. Chaque page source explique le contexte ; les fichiers téléchargeables viennent ensuite.

01

Observer

Études, points zéro et protocoles pour documenter un état sans transformer un instantané en vérité générale.

Dataset d’observation publique

Observatoire accessibilité web France · vague pilote 01

État daté des déclarations et signaux publics de douze sites de grandes villes françaises, avec le détail des sources observées.

Lire une déclaration d’accessibilité dans son périmètre daté.

Version
1.1.0
Statut
Publié · vague pilote
Publié
Langues
FR · EN
Lire la source HTML — Observatoire accessibilité web France · vague pilote 01

Publication sur data.gouv.fr

Édition documentée 1.1.0 du relevé du 23 juin 2026 : CSV, JSON, méthode, dictionnaire, schéma et provenance. Le dépôt n’ajoute pas de nouvelle collecte.

Aperçu et fichiers 6 fichiers

Dans l’instrument

Trois extraits du fichier publié · abrégés si nécessaire
SiteÉtat publiéTaux déclaré
ParisPartiellement conforme53,52 % critères RGAA
MarseilleNon détectéNon renseigné
LyonPartiellement conforme81,03 %

Consulter le fichier original — Observatoire accessibilité web France · vague pilote 01 · v1.1.0

Observations datées de cette édition ; elles ne constituent pas un nouvel audit de l’état actuel des sites.

Citer cette version

Edikka (2026). Observatoire accessibilité web France · vague pilote 01 (v1.1.0). https://www.edikka.com/insights/observatoire-accessibilite#library-source-accessibility-observatory-wave-01. Consulté le 2026-10-11. CC BY 4.0.

Historique publié dans l’instrument
  • v1.1.0 · 2026-09-10 Édition documentée du relevé du 23 juin 2026 : taux numériques, dictionnaire, schéma et provenance. Aucune nouvelle collecte. Les fichiers 1.0 restent disponibles à leurs URL d’origine.

Limite d’interprétation

Observation de signaux déclaratifs publics : ce dataset n’est ni un audit RGAA ni une mesure exhaustive de conformité.

Instantané multi-moteurs

Point zéro SEO/GEO France · 27 août 2026

Vingt requêtes rejouées dans Google France, Google AI Mode et Perplexity afin de figer un état initial des positions et citations.

Choisir un corpus stable avant de comparer des observations SEO/GEO.

Version
1.0.0
Statut
Point zéro figé · suivi J+30 disponible
Publié
Langues
FR
Lire la source HTML — Point zéro SEO/GEO France · 27 août 2026

Suivi SEO/GEO France · J+30 · jeu du 26 septembre 2026

Les mêmes 20 requêtes, une passe sur trois surfaces. Complètes : Google France 20/20, Google Mode IA 13/20, Perplexity 6/20. Les 21 observations incomplètes ne valent pas absence. Le point zéro reste inchangé.

Lire les résultats J+30 et leurs limites

Fichiers J+30 · v1.0.0
Aperçu et fichiers 5 fichiers

Dans l’instrument

Trois extraits du fichier publié · abrégés si nécessaire
IDRequête du corpusIntention
Q01qu'est-ce que le GEOdefinition
Q02GEO définition marketingdefinition
Q03Generative Engine Optimizationdefinition

Consulter le fichier original — Point zéro SEO/GEO France · 27 août 2026 · v1.0.0

Citer cette version

Edikka (2026). Point zéro SEO/GEO France · 27 août 2026 (v1.0.0). https://www.edikka.com/insights/seo/qu-est-ce-que-le-geo#library-source-seo-geo-france-baseline-2026-08-27. Consulté le 2026-10-11. CC BY 4.0.

Historique : le catalogue documente la version indiquée ci-dessus. Aucun journal antérieur n’est fourni ici.

Limite d’interprétation

Une seule passe par environnement : aucune fréquence probabiliste ni stabilité future ne peut être déduite.

Registre bilingue d’affirmations

Registre des affirmations GEO Edikka

Trente-neuf affirmations GEO reliées à leurs sources, niveaux de preuve, limites et statut de maintenance en français et en anglais.

Vérifier sur quelles sources repose une affirmation GEO.

Version
1.1.1
Statut
Publié · maintenu
Publié
Langues
FR · EN
Lire la source HTML — Registre des affirmations GEO Edikka
Aperçu et fichiers 5 fichiers

Dans l’instrument

Trois extraits du fichier publié · abrégés si nécessaire
IDAffirmationStatut
GEO-001Le cadre nommé Generative Engine Optimization a été introduit par Aggarwal et al. dans une prépublication de novembre 2023, ensuite publiée à KDD 2024.Étayé
GEO-002L’étude fondatrice rapporte jusqu’à 40 % de gain de visibilité dans son environnement expérimental.Étayé
GEO-003Les gains de l’étude fondatrice portent sur un contenu déjà présent dans un contexte fixé ; ils ne prouvent pas sa découverte organique.Étayé

Consulter le fichier original — Registre des affirmations GEO Edikka · v1.1.1

Citer cette version

Edikka (2026). Registre des affirmations GEO Edikka (v1.1.1). https://doi.org/10.5281/zenodo.22128746. Consulté le 2026-10-11. CC BY 4.0.

Historique : le catalogue documente la version indiquée ci-dessus. Aucun journal antérieur n’est fourni ici.

Limite d’interprétation

Le registre qualifie des affirmations documentaires ; il ne garantit ni position, ni citation, ni résultat commercial.

Protocole de mesure de visibilité IA

Protocole MIA-FR

Un classeur, un corpus initial de 25 prompts et un schéma d’observations pour séparer citations, sources, mentions, impressions et valeur après exposition.

Définir les prompts et les conditions avant une mesure de visibilité IA.

Version
1.0
Statut
Protocole inchangé · J0 et J+30 disponibles
Publié
Langues
FR · EN
Lire la source HTML — Protocole MIA-FR

Fiche externe · sans aval

Cette fiche concerne le protocole uniquement, pas les résultats J0. Référencement issu des métadonnées Zenodo ; ni évaluation ni aval de la NLM ou du NIH.

Aperçu et fichiers 3 fichiers

Dans l’instrument

Trois extraits du fichier publié · abrégés si nécessaire
IDPrompt du corpusIntention
P001Comment mesurer sa visibilité dans les réponses IA en France ?Informationnelle
P002Qu’est-ce que la visibilité IA d’une marque et comment la définir ?Informationnelle
P003Quelle différence entre visibilité IA, visibilité SEO et trafic organique ?Comparative

Consulter le fichier original — Protocole MIA-FR · v1.0

Citer cette version

Edikka (2026). Protocole MIA-FR (v1.0). https://doi.org/10.5281/zenodo.22106520. Consulté le 2026-10-11. CC BY 4.0.

Historique : le catalogue documente la version indiquée ci-dessus. Aucun journal antérieur n’est fourni ici.

Limite d’interprétation

La visibilité varie selon le service, la session, la localisation et la date ; les résultats J0 ne valent pas prévision.

02

Auditer

Grilles et registres qui relient chaque contrôle à une méthode, une preuve, un statut et une limite.

Protocole de mesure et contre-test

Protocole Core Web Vitals

Un protocole LCP, INP et CLS qui sépare données terrain, RUM propriétaire, laboratoire et trace, accompagné d’un collecteur local.

Qualifier la source et la population avant de conclure sur les Web Vitals.

Version
1.2
Statut
Publié · revue trimestrielle
Publié
Langues
FR · EN
Lire la source HTML — Protocole Core Web Vitals
Aperçu et fichiers 4 fichiers

Dans l’instrument

Trois extraits du fichier publié · abrégés si nécessaire
MesureUnitéSeuil « bon »
LCPms2500
INPms200
CLSscore0.1

Consulter le fichier original — Protocole Core Web Vitals · v1.2

Citer cette version

Edikka (2026). Protocole Core Web Vitals (v1.2). https://www.edikka.com/insights/developpement-web/core-web-vitals-guide#library-source-core-web-vitals-protocol. Consulté le 2026-10-11. CC BY 4.0.

Historique : le catalogue documente la version indiquée ci-dessus. Aucun journal antérieur n’est fourni ici.

Limite d’interprétation

Une exécution laboratoire n’établit pas l’expérience d’une population ; le terrain public reste distinct de la preuve locale.

Grille et collecteur de preuves

Grille d’audit des images web

Trente-six contrôles sur le poids, le responsive, la qualité, le LCP, le CLS, l’accessibilité, le SEO image, le cache et la CI.

Documenter les images qui demandent une correction et la preuve associée.

Version
1.1
Statut
Publié · collecteur rejouable
Publié
Langues
FR · EN
Lire la source HTML — Grille d’audit des images web

Observer le chargement de l’image

Images et stabilité visuelle : observer avant de corriger

Que se passe-t-il lorsque l’image arrive après le texte ? Comparez la même image avec et sans espace réservé, puis examinez douze essais de laboratoire archivés. En lien avec les contrôles IMG22 et IMG23 de la grille existante.

Ces liens s’ouvrent dans un nouvel onglet.

Démo 1.0.0 · grille 1.1. Le rejeu visuel et le CLS de laboratoire archivé sont distincts. Aucune donnée terrain n’est collectée.

Aperçu et fichiers 6 fichiers

Dans l’instrument

Trois extraits du fichier publié · abrégés si nécessaire
IDContrôlePreuve attendue
IMG01Chaque image visible est-elle inventoriée avec son URL finale, son gabarit et son rôle ?Inventaire daté avec URL de page, currentSrc, rôle et propriétaire.
IMG02Le rôle de chaque image est-il qualifié : LCP, contenu, décor, interface, social ou donnée ?Rôle contrôlé et justification courte pour chaque image prioritaire.
IMG03Les images critiques possèdent-elles un propriétaire et une date de revue ?Propriétaire, dernière revue et prochaine échéance.

Consulter le fichier original — Grille d’audit des images web · v1.1

Citer cette version

Edikka (2026). Grille d’audit des images web (v1.1). https://www.edikka.com/insights/developpement-web/optimisation-images-web#library-source-web-image-audit-grid. Consulté le 2026-10-11. CC BY 4.0.

Historique : le catalogue documente la version indiquée ci-dessus. Aucun journal antérieur n’est fourni ici.

Limite d’interprétation

La grille sépare les faits navigateur des décisions ; le rejeu historique v1.0 ne valide pas le contrôle IMG07 corrigé en v1.1.

Socle bilingue de 36 contrôles

Socle accessibilité d’un site professionnel

Trente-six contrôles en huit familles, avec statuts, sévérités, décisions, preuves attendues et auto-évaluation publique datée.

Préparer un diagnostic de parcours et identifier les contrôles à approfondir.

Version
1.1
Statut
Candidat public
Publié
Langues
FR · EN
Lire la source HTML — Socle accessibilité d’un site professionnel

Complément pratique

HTML et ARIA : comparer trois commandes au clavier

Essayez un div cliquable, un rôle ARIA et un bouton natif. Comparez l’accès au clavier aux instantanés ciblés de Playwright.

Ces liens s’ouvrent dans un nouvel onglet.

Dates, configurations et statut des observations · Lecteurs d’écran et agents IA indépendants : non testés.

Version et historique de la démo : README. Code sous MIT ; version distincte de celle de l’instrument et de sa licence CC BY 4.0.

Aperçu et fichiers 5 fichiers

Dans l’instrument

Trois extraits du fichier publié · abrégés si nécessaire
IDContrôlePreuve attendue
A11Y01Titre de page identifiableCapture de l’onglet et extrait du head.
A11Y02Langue principale déclaréeExtrait DOM et journal de test.
A11Y03Hiérarchie de titres cohérentePlan des titres exporté.

Consulter le fichier original — Socle accessibilité d’un site professionnel · v1.1

Citer cette version

Edikka (2026). Socle accessibilité d’un site professionnel (v1.1). https://www.edikka.com/insights/developpement-web/accessibilite-web-bases-site-professionnel#library-source-professional-website-accessibility-foundation. Consulté le 2026-10-11. CC BY 4.0.

Historique : le catalogue documente la version indiquée ci-dessus. Aucun journal antérieur n’est fourni ici.

Limite d’interprétation

Candidat public destiné au diagnostic de parcours ; le classeur distribué reste l’édition 1.0 et l’ensemble ne constitue ni certification ni audit de conformité RGAA.

Grille de 8 axes et protocole de validation

Grille d’audit Landing Page

Huit axes pondérés, critères 0/1/2, preuves attendues, schémas de validation et auto-audit public de trois parcours.

Préparer une landing page avec des critères et des preuves explicites.

Version
1.0
Statut
Publié · validation externe à conduire
Publié
Langues
FR · EN
Lire la source HTML — Grille d’audit Landing Page
Aperçu et fichiers 7 fichiers

Dans l’instrument

Trois extraits du fichier publié · abrégés si nécessaire
IDAxePreuve attendue
LP01Intention et message matchBrief de campagne, requête, annonce, e-mail ou segment documenté.
LP02Promesse et valeurTest de compréhension à froid et copie du hero.
LP03Preuves et confianceURL, capture datée, cas, méthode, auteur ou résultat avec périmètre.

Consulter le fichier original — Grille d’audit Landing Page · v1.0

Citer cette version

Edikka (2026). Grille d’audit Landing Page (v1.0). https://www.edikka.com/insights/ux-ui-design/landing-page-efficace#library-source-landing-page-audit-grid. Consulté le 2026-10-11. CC BY 4.0.

Historique publié dans l’instrument
  • v1.0 · 2026-08-21 Publication des huit axes, poids, niveaux, preuves, formule et seuils.
  • v1.0.1 · 2026-08-21 Précision de la résolution et du protocole inter-évaluateurs ; poids et seuils inchangés.
  • v1.0.2 · 2026-08-21 Parité documentaire FR/EN, rattachement du résultat primaire à son DOI et métadonnées descriptives.
  • v1.0.3 · 2026-09-07 Noms canoniques, libellé 01 harmonisé et règle de fraîcheur des scores ; poids et seuils inchangés.

Limite d’interprétation

Heuristique de préparation sans pouvoir prédictif sur la conversion ; la validation externe reste pré-enregistrée, sans résultats.

Registre de décisions documentées

Registre de décision d’audit digital

Constats appliqués à edikka.com : proposition, preuve, traitement, priorité, responsable et contre-test.

Transformer un constat documenté en décision, responsable et contre-test.

Version
1.2.5
Statut
Publié · registre vérifiable
Publié
Langues
FR · EN
Lire la source HTML — Registre de décision d’audit digital
Aperçu et fichiers 6 fichiers

Dans l’instrument

Trois extraits du fichier publié · abrégés si nécessaire
IDObservation datéeDécision documentée
ADA05Aucune page commerciale ne porterait l’offre de visibilité dans les moteurs génératifs.Constat retiré. Aucune page supplémentaire n’est créée.
ADA19Le filtre de typographie injecte des espaces insécables dans des syntaxes techniques et applique la ponctuation française au contenu anglais.Corriger le filtre à la source : prose française seulement, langue héritée, éléments littéraux, URL, attributs et JSON-LD préservés. Correction publiée et réception validée le 6 octobre 2026.
ADA07Les performances terrain de cet article satisfont-elles les critères Core Web Vitals (LCP, INP et CLS) ?Clore la recherche documentée de cette édition. Garder la performance terrain indéterminée ; ne transposer ni résultat de l’accueil à l’article, ni score de laboratoire à l’INP terrain.

Consulter le fichier original — Registre de décision d’audit digital · v1.2.5

Observations datées de cette édition ; elles ne constituent pas un nouvel audit de l’état actuel des sites.

Citer cette version

Edikka (2026). Registre de décision d’audit digital (v1.2.5). https://www.edikka.com/insights/strategie-digitale/audit-digital-complet#library-source-digital-audit-decision-register. Consulté le 2026-10-11. CC BY 4.0.

Historique publié dans l’instrument
  • v1.2.5 · 2026-10-06 Réception de production et clôture ADA03/ADA19. ADA21 révèle une confirmation vide malgré une demande reçue : correction FR/EN publiée, quatre scénarios d’envoi/réception vérifiés et contrôle clos. Plan recentré sur ADA20 puis ADA11, dates de prochaine vérification et exemples clarifiés. Capsules génériques conservées.
  • v1.2.4 · 2026-10-06 Première publication de cette édition le 6 octobre 2026 : présentation commune aux Insights, calcul de lecture partagé et nouvelles capsules audio FR/EN. Réception en production à vérifier pour ADA03, ADA19 et ADA21.
  • v1.2.3 · 2026-10-06 Séquence reveal commune rétablie pour le titre, la baseline, l’image et l’introduction, avec le repli partagé en onglet masqué. Lisibilité des cellules riches corrigée par le composant partagé. Décision ADA03 précisée, observations et compteurs conservés. Édition locale, sans déploiement.
  • v1.2.2 · 2026-10-06 ADA21 reste ouverte et À tester pour la préparation, l’envoi et la réception de la demande ; preuves de navigation conservées. Repère introductif des défauts à vérifier et suppression de la phrase répétitive. Édition locale, sans déploiement ni test d’envoi.
  • v1.2.1 · 2026-10-06 Priorités remises en ordre, introduction chiffrée et ordre partagé des Insights rétablis, ancienne capsule rangée dans l’historique, enseignement ADA02 ajouté et parcours Expertise → offre refonte → contact observé en production (ADA21). Édition locale, sans déploiement.
  • v1.2.0 · 2026-10-06 Présentation standard FR/EN, objectif de demandes qualifiées, correction du démarrage masqué, résultat ADA02 explicité, exports Search Console filtrés FR/EN archivés et nouvelle observation ADA20 sur la visibilité anglaise. Aucun déploiement.
  • v1.1.0 · 2026-10-05 Édition locale : introduction et décisions FR/EN, états de traitement distincts des preuves, revue des dépendances, contrôles PageSpeed et Bing du 5 octobre, rattachement des exports Search Console du 1er octobre et ajout ADA19 (typographie). ADA03 reste indéterminé historiquement ; ADA09 qualifie désormais explicitement l’affirmation initiale réfutée. Aucune publication distante de cette édition.
  • v1.0.1 · 2026-09-07 Correctif d’intégrité éditoriale : cibles rendues bilingues, force de preuve ADA03 rétrogradée faute d’artefact daté, source CRAWL reliée à ADA09 et portée du crawl clarifiée pour ADA13. Statuts, sévérités, échéances et compteurs inchangés.
  • v1.0 · 2026-09-05 Registre figé après contre-vérification. Dix-huit constats sur edikka.com : neuf établis, cinq contredits, deux à tester, deux hors périmètre. Le crawl public et les preuves d’accessibilité préexistantes ont invalidé deux formulations supplémentaires. Aucun score moyen.

Limite d’interprétation

Cas appliqué à Edikka, sans score global ni généralisation à d’autres organisations ; les inconnues restent « à tester ».

Protocole bilingue de 16 contrôles

Protocole UX writing Edikka

Seize contrôles appliqués avant/après à trois interfaces Edikka, avec libellés, noms accessibles, erreurs et fidélité au niveau de preuve.

Vérifier si les mots d’une interface permettent de comprendre et d’agir.

Version
1.0.1
Statut
Publié · revue trimestrielle
Publié
Langues
FR · EN
Lire la source HTML — Protocole UX writing Edikka

UX writing · erreurs · réception

« Message envoyé » : votre demande est-elle vraiment reçue ?

Une réponse perdue peut masquer une demande déjà enregistrée. Comparez les formulations, corrigez une erreur, reprenez après un refus et vérifiez la réception sans créer de doublon. Quatre scénarios fictifs prolongent le Protocole UX writing.

Ces liens s’ouvrent dans un nouvel onglet.

Simulation publique dans le navigateur et laboratoire HTTP local reproductible. Aucun message envoyé à Edikka. Les observations UXW historiques restent inchangées ; aucune conformité globale ni performance commerciale déduite.

Aperçu et fichiers 2 fichiers

Dans l’instrument

Trois extraits du fichier publié · abrégés si nécessaire
IDContrôleAcceptation
UXW01Le verdict global ne dépend que des scans dont la fiabilité franchit le seuil publié.Un résultat non décisif est exclu du rang confirmé et ne peut ni créer ni effacer une avance ou un retard.
UXW02Chaque résultat non décisif est nommé et compté.Le lecteur sait combien de résultats sont exclus et pourquoi, sans devoir ouvrir le détail de chaque scan.
UXW03La formulation reprend l'écart réellement confirmé.Le nombre de points et le sens de l'écart correspondent au sous-ensemble fiable.

Consulter le fichier original — Protocole UX writing Edikka · v1.0.1

Citer cette version

Edikka (2026). Protocole UX writing Edikka (v1.0.1). https://www.edikka.com/insights/ux-ui-design/ux-writing-interfaces-claires#library-source-ux-writing-protocol. Consulté le 2026-10-11. CC BY 4.0.

Historique publié dans l’instrument
  • v1.0.1 · 2026-09-03 Correction de la répartition des résultats par interface dans le bilan public. Les seize observations, les neuf écarts corrigés et le résultat UXW06 à tester restent inchangés.
  • v1.0 · 2026-09-03 Protocole figé ; trois interfaces auditées ; neuf écarts corrigés ; UXW06 maintenu à tester.

Limite d’interprétation

Cas interne sur trois surfaces ; les tests de lecteurs d’écran restant à exécuter ne sont pas déclarés conformes.

Matrice, exemple documenté et paquet de données

Matrice de décision Architecture SEO

Une matrice réutilisable, le graphe normalisé complet de 188 pages et un script autonome pour rejouer les chemins du cas Edikka sans archive privée.

Version
1.1.0
Statut
Version 1.1.0 · reproduction autonome
Publié
Langues
FR · EN
Lire la source HTML — Matrice de décision Architecture SEO

Explorer · vérifier · simuler

Maillage interne : quels chemins mènent à vos pages clés ?

Choisissez un départ et une destination, examinez chaque relation archivée et comparez une simulation réversible. Dans l’exemple documenté, retirer le lien depuis la FAQ laisse 34 chemins minimaux de trois liens vers le guide français.

Ces liens s’ouvrent dans un nouvel onglet.

Archive du 9 septembre 2026 · paquet 1.1.0 · démo 1.0.0. Un calcul sur un graphe daté, pas une observation du site actuel ni une prédiction de performance SEO.

Aperçu et fichiers 11 fichiers

Limite d’interprétation

Le graphe repose sur un crawl archivé du 9 septembre, postérieur à l’intervention du 15 août ; il prouve le calcul dans ce périmètre, sans donnée Search Console ni effet SEO.

Protocole, cas et réponses collectées

Citation Fidelity Lab

Trois cas bilingues pour examiner le périmètre, les exclusions et les engagements d’une réponse, avec une démo GitHub et des constats par condition.

Comparer une information à sa reprise, condition par condition, sans score global.

Version
0.5.0
Statut
107 réponses complètes dans la nouvelle série · archives conservées
Publié
Langues
FR · EN
Lire la source HTML — Citation Fidelity Lab
Aperçu et fichiers 6 fichiers

Dans l’instrument

Trois extraits du fichier publié · abrégés si nécessaire
CasCondition examinée
pricePrix, taxes et exclusions
timeDélai indicatif et proposition signée
hostingCapacité documentée et limite

Consulter le fichier original — Citation Fidelity Lab · v0.5.0

Citer cette version

Edikka (2026). Citation Fidelity Lab (v0.5.0). https://www.edikka.com/insights/seo/site-citable-ia#library-source-citation-fidelity-lab. Consulté le 2026-10-11. CC BY 4.0.

Historique : le catalogue documente la version indiquée ci-dessus. Aucun journal antérieur n’est fourni ici.

Limite d’interprétation

Séries distinctes et pilote biaisé archivés. Diagnostic explicitement demandé ; longueur et répétition modifiées dans C. Un modèle, récupération simulée. Aucun gain de citation ni fidélité globale certifiée. Code MIT ; textes CC BY 4.0.

Protocole bilingue, sorties brutes et reproduction

Protocole d’extraction HTML sémantique

Douze documents de test à texte constant, sept extracteurs et convertisseurs, huit instantanés de pages réelles et un scénario DOM/arbre d’accessibilité, avec résultats et versions figées.

Version
1.2.1
Statut
Version 1.2.1 · revue datée
Publié
Langues
FR · EN
Lire la source HTML — Protocole d’extraction HTML sémantique

Explorer les résultats archivés

HTML sémantique : comparer ce que les outils conservent

Comparez deux variantes d’un titre, d’un tableau ou d’une réserve essentielle avec sept outils. Examinez les sorties, les observations corrigées et leurs fichiers sources.

Ces liens s’ouvrent dans un nouvel onglet.

Extractions archivées, aucun essai en direct. Paquet 1.2.1 · protocole 1.2.0 · évaluation révisée 2.0.0. La démo possède sa propre version et sa licence de code.

Expérience distincte · JSON-LD 1.0.0

Quel auteur un extracteur restitue-t-il ?

14 entrées fictives FR/EN, 7 outils, 98 observations par exécution. Trois exécutions locales identiques comparent références par identifiant, noms explicitement inclus, microdata et injection JavaScript. Aucun test de moteur ni de citation IA.

Données originales : CC BY 4.0. Code : MIT. Protocole distinct de l’étude HTML et de l’outil de concordance Page & JSON-LD.

Aperçu et fichiers 6 fichiers

Limite d’interprétation

Ces observations ne mesurent ni conformité d’accessibilité, ni indexation, classement ou citation. L’instabilité observée sur une sortie newspaper4k est conservée.

03

Décider

Matrices et modèles pour attribuer les responsabilités, cadrer un projet et rendre un GO/NO-GO explicite.

Application décisionnelle bilingue

Application conversion de la matrice UX/UI

Application des 24 décisions UX/UI aux hypothèses d’abandon, de compréhension, de confiance et de conversion.

Séparer une hypothèse de conversion d’un effet effectivement mesuré.

Version
1.0
Statut
Publié · fondé sur UXUI01–24
Publié
Langues
FR · EN
Lire la source HTML — Application conversion de la matrice UX/UI
Aperçu et fichiers 2 fichiers

Dans l’instrument

Trois extraits du fichier publié · abrégés si nécessaire
IDContextePreuve nécessaire
UXUI01Ordonner les étapes d’une demande, d’une inscription ou d’un paiement.Test de tâche pour la progression ; mesure de tunnel ou expérimentation contrôlée pour l’effet business.
UXUI02Relier intention, offre, preuve et action dans l’architecture de l’information.Test d’arborescence ou de recherche pour la trouvabilité ; données de parcours pour l’effet sur les demandes.
UXUI03Permettre de reprendre une action interrompue sans perdre les données déjà valides.Scénario d’interruption pour la récupération ; comparaison mesurée pour l’abandon.

Consulter le fichier original — Application conversion de la matrice UX/UI · v1.0

Citer cette version

Edikka (2026). Application conversion de la matrice UX/UI (v1.0). https://www.edikka.com/insights/ux-ui-design/design-qui-convertit#library-source-ux-ui-conversion-application. Consulté le 2026-10-11. CC BY 4.0.

Historique : le catalogue documente la version indiquée ci-dessus. Aucun journal antérieur n’est fourni ici.

Limite d’interprétation

L’interface peut rendre une décision plus facile ; ce dataset ne démontre aucun uplift de conversion.

Registre de 12 risques et 4 portes

Registre des risques d’une refonte web

Douze risques RF01 à RF12 reliés à leurs signaux, preuves, propriétaires et quatre portes de décision GO/NO-GO.

Décider si une étape de refonte peut passer la prochaine porte GO/NO-GO.

Version
1.0
Statut
Publié · sans score agrégé
Publié
Langues
FR · EN
Lire la source HTML — Registre des risques d’une refonte web
Aperçu et fichiers 2 fichiers

Dans l’instrument

Trois extraits du fichier publié · abrégés si nécessaire
IDRisquePreuve attendue
RF01Refondre sans problème démontréDiagnostic daté reliant chaque problème à un utilisateur, un objectif métier, un signal mesurable ou une contrainte vérifiable.
RF02Commencer sans baseline exploitableDossier d’état initial horodaté : crawl, exports Search Console et analytics, parcours, formulaires, mesures terrain et captures de configuration utiles.
RF03Ne pas nommer le propriétaire de chaque décisionMatrice de responsabilités indiquant décideur, contributeurs, délai de réponse et règle d’escalade pour chaque famille de décision.

Consulter le fichier original — Registre des risques d’une refonte web · v1.0

Citer cette version

Edikka (2026). Registre des risques d’une refonte web (v1.0). https://www.edikka.com/insights/strategie-digitale/refonte-site-web-erreurs-couteuses#library-source-website-redesign-risk-register. Consulté le 2026-10-11. CC BY 4.0.

Historique : le catalogue documente la version indiquée ci-dessus. Aucun journal antérieur n’est fourni ici.

Limite d’interprétation

Outil de documentation d’arbitrage, sans garantie de budget, délai, conformité, classement ou conversion.

Classeur de calcul transparent

Estimateur de budget de refonte

Classeur à formules visibles pour estimer budget initial, coûts récurrents et coût total à trois ans à partir d’hypothèses modifiables.

Rendre explicites les hypothèses d’un budget avant de demander un devis.

Version
2026-08-20
Statut
Publié · formules ouvertes
Publié
Langues
FR · EN
Lire la source HTML — Estimateur de budget de refonte
Aperçu et fichiers 2 fichiers

Dans l’instrument

Trois extraits du fichier publié · abrégés si nécessaire
PosteUnitéQuantité initiale
Diagnostic et cadrageforfait1
Architecture de l’informationforfait1
Accompagnement éditorialpage5

Consulter le fichier original — Estimateur de budget de refonte · v2026-08-20

Citer cette version

Edikka (2026). Estimateur de budget de refonte (v2026-08-20). https://www.edikka.com/insights/strategie-digitale/prix-refonte-site-internet#library-source-website-redesign-budget-estimator. Consulté le 2026-10-11. CC BY 4.0.

Historique : le catalogue documente la version indiquée ci-dessus. Aucun journal antérieur n’est fourni ici.

Limite d’interprétation

Estimateur indicatif fondé sur les hypothèses saisies et la politique tarifaire Edikka ; il ne constitue pas un devis.

Modèle éditable de cadrage

Cahier des charges de refonte B2B

Trame reliant exigences, critères d’acceptation, preuves, responsables et caractère bloquant avant consultation ou lancement.

Rédiger des exigences vérifiables avant de consulter un prestataire.

Version
1.3
Statut
Publié · éditable
Publié
Langues
FR · EN
Lire la source HTML — Cahier des charges de refonte B2B
Aperçu et fichiers 2 fichiers

Dans l’instrument

Trois extraits du fichier publié · abrégés si nécessaire
À préciserConsigne du modèle
Entreprise et offres[Activités, marchés, langues, zones, cycle de vente, contraintes sectorielles]
Rôle du site actuel[Génération de demandes, information, recrutement, support, portail, autre]
Raisons de la refonte[Blocages observés, dette, évolution de marque, nouveaux besoins, échéance]

Consulter le fichier original — Cahier des charges de refonte B2B · v1.3

Citer cette version

Edikka (2026). Cahier des charges de refonte B2B (v1.3). https://www.edikka.com/insights/strategie-digitale/cahier-des-charges-refonte-site-internet#library-source-b2b-website-redesign-brief. Consulté le 2026-10-11. CC BY 4.0.

Historique : le catalogue documente la version indiquée ci-dessus. Aucun journal antérieur n’est fourni ici.

Limite d’interprétation

Le modèle doit être adapté au contexte, au contrat et au niveau de risque ; il ne remplace pas une validation juridique.

Classeur de recette GO/NO-GO

Matrice de recette avant mise en ligne

Cinquante-quatre contrôles avant lancement, quinze après lancement et trois portes de décision avec preuves et responsables.

Documenter la recette et les réserves avant une décision de mise en ligne.

Version
1.0
Statut
Publié · sans score global
Publié
Langues
FR · EN
Lire la source HTML — Matrice de recette avant mise en ligne
Aperçu et fichiers 2 fichiers

Dans l’instrument

Trois extraits du fichier publié · abrégés si nécessaire
IDContrôlePreuve attendue
PM-01Pages critiques disponiblesCrawl daté, URL, code HTTP et destination finale.
PM-02Navigation principaleParcours manuel et export des liens.
PM-03Pied de page et liens transversesCrawl des liens et contrôle humain.

Consulter le fichier original — Matrice de recette avant mise en ligne · v1.0

Citer cette version

Edikka (2026). Matrice de recette avant mise en ligne (v1.0). https://www.edikka.com/insights/developpement-web/recette-site-web-avant-mise-en-ligne#library-source-website-acceptance-testing-matrix. Consulté le 2026-10-11. CC BY 4.0.

Historique : le catalogue documente la version indiquée ci-dessus. Aucun journal antérieur n’est fourni ici.

Limite d’interprétation

La matrice organise la recette convenue ; elle ne garantit pas l’absence de défaut ni les résultats futurs du site.

Fichiers de revue, corpus et extracteur

Kit de revue des métadonnées

Un profil de revue bilingue, une feuille d’observation SERP, un corpus Edikka daté et un script sans dépendance pour extraire title, description, H1, canonical, empreintes et similarités.

Version
1.0.2
Statut
Publié · revue humaine en attente
Publié
Langues
FR · EN
Lire la source HTML — Kit de revue des métadonnées
Aperçu et fichiers 8 fichiers

Limite d’interprétation

Le corpus reste borné à Edikka, les décisions humaines sont en attente et les similarités ne constituent ni une note SEO ni un verdict éditorial.

04

Automatiser sous contrôle

Contrats et jeux d’évaluation pour assister une production sans déléguer la validation humaine.

Scénarios JSONL et kit de contrôles

Jeu d’évaluation pour une IA fiable

Cas nominaux, données manquantes, ambiguïté, sources contradictoires, injection, secrets, panne d’outil et régression.

Tester les cas manquants ou ambigus avant de déléguer une tâche à une IA.

Version
3.0.0
Statut
12 scénarios · contrôles reproductibles
Publié
Langues
FR · EN
Lire la source HTML — Jeu d’évaluation pour une IA fiable
Aperçu et fichiers 5 fichiers

Dans l’instrument

Trois extraits du fichier publié · abrégés si nécessaire · exemples synthétiques
IDFamilleDécision attendue
EVAL-001nominalready_for_review
EVAL-002missing_required_dataclarify
EVAL-003ambiguityclarify

Consulter le fichier original — Jeu d’évaluation pour une IA fiable · v3.0.0

Citer cette version

Edikka (2026). Jeu d’évaluation pour une IA fiable (v3.0.0). https://www.edikka.com/insights/ia-automatisation-web/ia-fiable-prompt-regles-metier#library-source-reliable-ai-evaluation-set. Consulté le 2026-10-11. CC BY 4.0.

Historique : le catalogue documente la version indiquée ci-dessus. Aucun journal antérieur n’est fourni ici.

Limite d’interprétation

Scénarios synthétiques à adapter ; le kit vérifie des contrôles, sans mesurer un modèle ni vérifier le sens des réponses. Code MIT, données CC BY 4.0.

Matrice, journal et contrôles serveur

Back-office IA : de l’accord à l’écriture

Distinguer revue et application ; éprouver permissions, conflits concurrents, rejeux et retours arrière.

Version
1.0.0
Statut
Publié · banc synthétique
Publié
Langues
FR · EN
Lire la source HTML — Back-office IA : de l’accord à l’écriture
Aperçu et fichiers 8 fichiers

Limite d’interprétation

Banc synthétique local : 18 scénarios, aucun appel de modèle et aucune mesure humaine. Authentification simulée ; aucune certification de sécurité. Code MIT, données CC BY 4.0.

Classeur bilingue de gouvernance

Matrice de FAQ assistée par IA

Douze questions B2B synthétiques avec sources, priorité, contrat de réponse, responsables, statuts et tests d’acceptation.

Relier chaque réponse de FAQ à une source et à une validation humaine.

Version
2026-08-19
Statut
Publié · données synthétiques
Publié
Langues
FR · EN
Lire la source HTML — Matrice de FAQ assistée par IA
Aperçu et fichiers 1 fichier

Dans l’instrument

Trois extraits du fichier publié · abrégés si nécessaire · exemples synthétiques
IDQuestion anonymiséeStatut de l’exemple
FAQ-001Quel est le délai de déploiement multi-sites ?To validate / À valider
FAQ-002La solution est-elle compatible avec Microsoft Entra ID ?Approved / Approuvé
FAQ-003Quel est le budget minimal ?To validate / À valider

Consulter le fichier original — Matrice de FAQ assistée par IA · v2026-08-19

Citer cette version

Edikka (2026). Matrice de FAQ assistée par IA (v2026-08-19). https://www.edikka.com/insights/ia-automatisation-web/faq-assistee-ia-questions-clients#library-source-ai-assisted-faq-matrix. Consulté le 2026-10-11. CC BY 4.0.

Historique : le catalogue documente la version indiquée ci-dessus. Aucun journal antérieur n’est fourni ici.

Limite d’interprétation

Cas synthétique sans gain démontré de trafic, conversion, déflexion support ou citation IA.

Réutiliser

Citer l’instrument, pas seulement le fichier.

Conservez le titre, la version, la date de publication, l’éditeur et l’URL source. Lorsqu’un DOI existe, utilisez-le comme identifiant permanent.

Citation suggérée pour ce catalogue

Edikka (2026). Bibliothèque des instruments ouverts d’Edikka, édition 1.1.14. https://www.edikka.com/bibliotheque

Edikka — titre de l’instrument, version, URL de la source et date de consultation. CC BY 4.0.

Gouvernance du catalogue

Une édition éditorialisée, maintenue et versionnée.

L’édition 1.1.14 ajoute le kit de contrôle des suggestions de back-office, ses 18 scénarios serveur et sa matrice FR/EN. Les éditions antérieures et leurs limites sont conservées. Aucune mesure humaine ni appel de modèle ne sont revendiqués.

La maintenance reste versionnée ; aucune obligation de publication périodique n’est créée. Chaque nouvel ajout doit répondre à une décision distincte, exposer ses sources et conserver ses résultats défavorables.

Direction éditoriale et maintenance : Bertrand Morel · ORCID · Contact

Contribuer à la prochaine correction.

Une erreur, une source manquante ou une réutilisation à partager ? Le brouillon d’e-mail indique l’édition. Précisez l’instrument, votre preuve et le contexte, sans données client confidentielles.

Sans application e-mail configurée ? Utiliser le formulaire de contact.

La revue externe est sollicitée, elle n’est pas déclarée acquise. Un signalement doit être vérifié avant publication d’une correction.

Historique des éditions du catalogue
  1. 1.1.0 · 2026-09-20

    Deux instruments ajoutés : la matrice de décision Architecture SEO et le protocole d’extraction HTML sémantique, avec preuves, paquets complets et instructions de reproduction. Aucun DOI, certification d’accessibilité ou résultat SEO n’est revendiqué.

  2. 1.0.2 · 2026-09-11

    Observatoire accessibilité proposé en édition documentée 1.1.0 : six fichiers identiques au dépôt data.gouv.fr, méthode, provenance, empreintes et citations harmonisées. Les observations d’origine et le périmètre de 21 instruments sont conservés.

  3. 1.0.1 · 2026-09-11

    Identités des ressources harmonisées, sources reliées au catalogue, aperçus et citations accessibles, vocabulaire documenté et canaux de retour ajoutés. Le catalogue reste à 21 instruments ; les fichiers des instruments sont inchangés.

    Télécharger l’archive 1.0.1
  4. 1.0.0 · 2026-09-08

    Première édition : 21 instruments, catalogue bilingue, archive et empreintes. La référence au catalogue NLM a été précisée le 9 septembre.

    Télécharger l’archive précédente

Pour les moteurs et les agents

Toute la bibliothèque. Un seul fichier.

Une archive bilingue et versionnée réunit les 172 fichiers catalogués et leurs pièces de vérification, les catalogues JSON et Markdown, la citation, la licence, un manifeste et les empreintes SHA-256 vérifiables.

De la preuve à la décision

Besoin d’appliquer un de ces instruments à un projet réel ?

Edikka peut cadrer le périmètre, conduire la revue et transformer les constats en décision priorisée.

Parler du projet