Stratégie digitale
Audit digital complet : 18 constats, preuves et décisions
Réponse courte
Un audit digital complet n’additionne pas huit notes : il relie chaque constat à une preuve, une décision et un contre-test daté.
Un audit digital devient exploitable au moment où il sépare trois choses que les rapports mélangent : ce qui est établi, ce qui n’est qu’une hypothèse, et ce qui reste impossible à conclure faute de mesure. Tant que ces trois natures partagent la même colonne, une moyenne rassurante peut recouvrir un défaut bloquant, et une inconnue peut se lire comme un feu vert.
Cette page publie la couche d’arbitrage d’Edikka : un ordre de décision fixé avant les résultats, quatre statuts de preuve fermés, et un registre ouvert appliqué à un seul sujet — edikka.com, le site de l’agence qui publie ce registre. Les protocoles spécialisés restent chez eux. Ce qui se joue ici, c’est ce qu’on décide quand ils se contredisent.
Une inconnue n’est jamais convertie en réussite. Un constat qui ne peut pas être mesuré reste « À tester » et bloque la conclusion qu’il aurait servi à établir.
Frontière éditoriale
Cette page arbitre entre les protocoles ; elle ne les remplace pas et ne les résume pas.
Chaque domaine dispose déjà d’un protocole publié, avec ses contrôles, ses critères d’acceptation et ses preuves. Les rejouer ici produirait une redite plus faible que l’original. La question propre à l’audit complet est ailleurs : que décide-t-on lorsque deux protocoles bien conduits pointent dans des directions opposées ?
Dans le parcours du cluster, « Pourquoi un site échoue sans stratégie digitale » transforme un symptôme en hypothèse, sans lui attribuer de cause. L’audit établit, contredit ou laisse ce constat « À tester » selon la preuve disponible et publiée dans un registre vérifiable et daté. « Construire une stratégie digitale rentable » organise ensuite les choix, responsables, dépendances et contre-tests ; elle ne recommence pas le diagnostic.
| Protocole | Ce qu’il tranche | Ce qu’il ne tranche pas |
|---|---|---|
| Protocole SEO technique et audit SEO complet | Exploration, indexation, canoniques, rendu et architecture des pages. | L’ordre dans lequel corriger quand une conclusion SEO dépend d’une donnée propriétaire absente de l’exécution. |
| Socle d’accessibilité et audit avec tests humains | Barrières d’accès, critères RGAA et WCAG, statut de chaque contrôle. | Ce qu’on publie quand l’automatique est vert et que l’humain n’a pas été fait. |
| Protocole Core Web Vitals | LCP, INP, CLS, population, preuve terrain ou laboratoire et comparabilité des sessions. | Ce qu’on conclut quand les données de terrain ne sont pas jointes. |
| Tunnel de conversion | Événements, dénominateurs, étapes, points de friction. | Ce qu’on affirme quand aucune attribution n’est possible. |
| Mesure de la visibilité IA et site citable par les IA | Découvrabilité, citabilité, signaux de citation, corpus de requêtes tests. | Ce qu’on fait d’un défaut qui ne se corrige pas sur le site. |
| Protocole UX writing | Microcopie, messages d’erreur, libellés d’action, seize contrôles rejouables. | L’arbitrage entre un gain de clarté et une dépendance technique non levée. |
Anti-doublon. Aucune section de cette page ne réexplique un protocole listé ci-dessus. Si vous cherchez la méthode d’un domaine, le lien de la première colonne est la bonne destination ; cette page ne vous en donnera qu’une version appauvrie.
Ordre de décision · publié avant les résultats
L’ordre de traitement est publié avant les constats, sinon il finit par s’ajuster aux constats.
Une formule du type « impact × effort × urgence » a l’apparence de la rigueur et l’élasticité d’un avis : les trois facteurs sont estimés par la même personne, après avoir vu les résultats. Le classement obtenu confirme alors l’intuition de départ. La règle ci-dessous est publiée avant l’audit et s’applique dans l’ordre : on ne passe à l’étape suivante que si l’étape précédente ne départage pas.
Dommage bloquant et vérifié. Un défaut qui empêche un visiteur ou un robot d’accéder au contenu passe avant tout le reste — à condition que la preuve existe, pas seulement l’hypothèse.
Absence de mesure qui empêche de conclure. Une inconnue qui bloque plusieurs conclusions coûte plus cher qu’un défaut connu. Ouvrir la mesure vient avant de corriger ce qu’elle aurait servi à évaluer.
Dépendance à lever. Un correctif dont la vérification dépend d’un accès, d’un déploiement ou d’un tiers est ordonné après la levée de cette dépendance, jamais avant.
Exposition métier, puis sévérité. À ce stade seulement, on compare le nombre de personnes ou de pages concernées, puis la gravité de l’écart.
Effort, responsable, capacité de contre-test. Un correctif sans responsable nommé ni contre-test possible n’est pas ordonnancé : il est reformulé ou abandonné.
Cette règle place régulièrement une ligne « À tester » devant une ligne « Établi ». C’est voulu : un audit qui corrige d’abord ce qu’il sait déjà mesurer optimise sa propre zone de confort.
Vocabulaire fermé
Quatre statuts de preuve, et aucune moyenne pour les réconcilier.
Un score global agrège des natures qui ne s’additionnent pas : une certitude, une conjecture et un trou de mesure. Le registre ne calcule donc aucune note. Chaque ligne porte un statut choisi dans une liste fermée, et le lecteur voit immédiatement combien de conclusions reposent sur du vide.
9 constats
Établi
L’observation est reproductible et la preuve est jointe. Le statut qualifie l’observation, pas l’efficacité du correctif décidé.
5 constats
Contredit
Un constat antérieur d’Edikka a été invalidé par contre-vérification. La ligne reste publiée avec la cause de l’erreur : c’est un défaut d’analyse, pas un défaut du site.
2 constats
À tester
La mesure requise n’est pas disponible. Aucune conclusion n’en est tirée, dans un sens comme dans l’autre, et le contre-test attendu est nommé.
2 constats
Hors périmètre
Le constat est réel mais aucun correctif sur le site ne l’adresse. Le classer ainsi évite de facturer un chantier qui ne peut pas produire l’effet attendu.
Règle d’écriture. Les compteurs ci-dessus et le tableau ci-dessous sont générés depuis le fichier de données publié, jamais saisis à la main. C’est la conséquence directe du constat ADA15, où un bilan rédigé après coup avait fini par contredire le jeu de données qu’il résumait.
Registre ouvert · version 1.0.1
Le registre appliqué à edikka.com, dont 5 lignes que la contre-vérification a retirées.
Un audit publié sur un site client serait invérifiable par le lecteur. Le sujet retenu est donc le site de l’agence : chaque ligne peut être rejouée sur des pages et actifs publics, sans autorisation privilégiée lorsque sa force de preuve est « Rejouable ». Les 5 lignes marquées « Contredit » sont des erreurs d’analyse d’Edikka, conservées avec la cause de l’erreur — c’est la partie du registre qu’un rapport commercial supprimerait.
Chaque ligne expose 16 variables, plus un identifiant stable. Le tableau ci-dessous montre les champs nécessaires à la décision ; le jeu de données et le classeur conservent aussi accès requis, hypothèse, exposition métier, dépendance, responsable, échéance et références de preuve.
| ID | Statut | Force | Domaine | Constat | Décision | Preuve |
|---|---|---|---|---|---|---|
| ADA01 | Contredit | Rejouable | Rendu & accessibilité | Le contenu animé par la classe reveal n’aurait aucun repli lorsque JavaScript est absent. | Constat retiré. Règle de test requalifiée : vérifier la propriété — le contenu est-il visible sans JavaScript ? — jamais la présence d’une balise particulière. | app.1100.css, compilé depuis src/sass/components/_reveal.scss, contient @media (scripting :none){.reveal{opacity :1 !important ;transform :none !important ;visibility :visible !important}} ainsi qu’un second filet @media (prefers-reduced-motion :reduce). CSS · W3C_SCRIPTING |
| ADA02 | Établi | Rejouable | Rendu & accessibilité | La requête scripting :none ne couvre pas le cas où JavaScript est activé mais le script est interrompu avant son initialisation : 404 sur app.js, erreur d’exécution, extension bloquante. Aucune classe js-ready ni no-js n’existe dans la feuille compilée. | Inverser le défaut : contenu visible par défaut, animation activée par une classe js-ready posée après initialisation. Non réalisé au 5 septembre 2026. | Recherche des deux classes dans le CSS déployé : aucune occurrence. La condition scripting :none est fausse dès que le moteur JavaScript est actif, même si le script échoue. CSS · W3C_SCRIPTING |
| ADA03 | Contredit | Non disponible | Fiabilité de mesure | Le titre principal resterait invisible environ quatre secondes après le chargement. | Constat retiré. Toute mesure d’animation est conduite dans un onglet au premier plan et confirmée visuellement. | La revue a consigné un écart entre onglet piloté et onglet au premier plan, attribué à document.hidden, ainsi que l’absence de reproduction d’un écran blanc, d’un contenu invisible au défilement rapide ou d’un masquage en 390 × 844. Aucun artefact de rejeu daté distinct n’est joint au registre ; cette ligne conserve donc une force de preuve « Non disponible ». Aucune référence jointe |
| ADA04 | Établi | Rejouable | UX & lisibilité | Le contraste de l’en-tête interne dépendait de la luminosité de l’image de héros ; le défaut a été établi puis corrigé le 26 août 2026. | Correction conservée et couverte par le rapport d’accessibilité. Aucun nouveau chantier ouvert dans cet audit. | Le rapport public consigne la correction : voile sombre explicite indépendant de l’image, texte blanc, puis contre-tests haut, sticky et mobile. L’état sticky mesuré atteint 17,66 :1 pour les liens et 5,27 :1 pour la langue inactive. A11Y_DATASET · A11Y_REPORT |
| ADA05 | Contredit | Rejouable | Offre & positionnement | Aucune page commerciale ne porterait l’offre de visibilité dans les moteurs génératifs. | Constat retiré. Aucune page supplémentaire n’est créée. | La page expertise/seo porte le H1 « Agence SEO & GEO à Paris pour rendre votre site visible, rapide et citable par les IA », 3 094 mots, 9 H2, un balisage Service et FAQPage, trois appels à l’action et 25 occurrences de GEO. CRAWL · SEO_OFFER |
| ADA06 | Établi | Rejouable | Conversion & transparence | Aucun repère tarifaire ne figure sur la page d’expertise SEO et GEO, alors que la page de refonte en affiche un. | Ne pas ajouter un prix par déduction. Relever d’abord les demandes commerciales portant sur le budget. | Lecture reproductible des deux pages publiques le 5 septembre 2026 : la page SEO/GEO ne contient aucune fourchette ; la page de refonte publie quatre niveaux de prix. SEO_OFFER · REDESIGN_OFFER |
| ADA07 | À tester | Non disponible | Performance | Aucune source de données terrain Core Web Vitals n’a été intégrée à cette exécution ; aucune conclusion sur l’expérience réelle ne peut donc être publiée. | Aucune conclusion de performance terrain n’est publiée. Les temps HTTP restent qualifiés de mesures serveur. | Le relevé public définitif apporte uniquement des temps de réponse HTTP : TTFB de 119,3 à 614,8 ms, médiane à 198,6 ms. Il ne mesure ni LCP, ni INP, ni CLS terrain et ne remplace pas CrUX ou une mesure RUM qualifiée. CRAWL |
| ADA08 | Établi | Rejouable | Accessibilité | Les styles DOM seuls ne suffisent pas à établir le contraste effectif des textes posés sur des dégradés, images ou pseudo-éléments. | Conserver la règle : mesurer l’état rendu et publier le périmètre. Ne jamais extrapoler ces contrôles à l’ensemble du site. | L’auto-évaluation publique a complété Lighthouse par des états rendus du header : le voile sombre est indépendant de l’image ; l’état sticky mesuré atteint 17,66 :1 pour les liens et 5,27 :1 pour la langue inactive. Le rapport conserve explicitement la limite de couverture de Lighthouse. A11Y_DATASET · A11Y_REPORT |
| ADA09 | Établi | Rejouable | Accessibilité | Des tests clavier et un passage humain VoiceOver Safari ont déjà été publiés ; l’affirmation inverse était fausse. NVDA Firefox reste non testé. | Citer les tests réellement exécutés et maintenir NVDA Firefox comme limite ouverte, sans requalifier cette limite en non-conformité. | Le rapport public consigne le clavier sur le menu mobile, la skip-link et les composants échantillonnés. Il consigne aussi un passage VoiceOver Safari sur accueil, contact, accessibilité et rapport, sans blocage signalé. Le relevé HTML du 5 septembre ajoute 0 H1 manquant, 0 saut de niveau, 0 attribut alt absent et 0 champ sans nom programmatique dans le périmètre analysé. A11Y_DATASET · A11Y_REPORT · A11Y_JOURNAL · CRAWL |
| ADA10 | À tester | Non disponible | Mesure & attribution | Search Console n’a pas été consultée pendant cette exécution. Le registre ne peut donc attribuer aucune variation de visibilité ni relier une requête aux contacts reçus. | Exporter une fenêtre datée avant de prioriser les corrections SEO par opportunité. Cette ligne bloque l’attribution, pas les constats du crawl public. | Aucun export Search Console daté n’est joint au registre. Cela décrit une limite de cette exécution, pas l’absence de propriété Search Console pour Edikka. Aucune référence jointe |
| ADA11 | Établi | Rejouable | SEO éditorial | 64 balises title dépassent 60 caractères, dont 32 au-delà de 65 et 15 au-delà de 70. 38 méta-descriptions dépassent 160 caractères, dont 25 au-delà de 165. | Réécrire par lots, en commençant par les pages qui ne tiennent aucune position acquise, afin de ne pas perturber ce qui fonctionne déjà. | Relevé public rejouable des 181 URL du sitemap le 5 septembre 2026 : 181 réponses 200, aucun groupe de title ou description dupliqué et canonique auto-référente sur 181 URL sur 181. Le collecteur ne suit pas les redirections et ne prétend pas auditer les cibles de tous les liens internes. CRAWL · COLLECTOR |
| ADA12 | Établi | Rejouable | International | Sept pages françaises n’ont pas d’équivalent anglais, dont le test de préparation aux agents. L’attribut hreflang expose trois entrées sur 174 des 181 URLs. | Ne pas traduire pour l’instant. Décision volontaire, réexaminée si une demande anglophone est observée dans les données propriétaires. | Le relevé public du 5 septembre 2026 compte exactement 174 pages avec trois entrées hreflang et sept pages sans ce triplet. Il ne déduit pas automatiquement la réciprocité : les URL déclarées restent visibles ligne par ligne dans le fichier. CRAWL · COLLECTOR |
| ADA13 | Établi | Rejouable | Distribution sociale | Avant la présente migration, la page d’audit déclarait encore comme image de partage son illustration .jpg 1000 × 667, faute de visuel social 1200 × 630 dédié. | Conserver le repli JPEG et livrer un visuel social 1200 × 630 dédié à cet article. | Le relevé public lit dans le HTML og :image, og :image :width et og :image :height sur trois pages prioritaires : Core Web Vitals, UX writing et audit digital. Avant la migration, chacune déclarait une URL se terminant par .jpg et des dimensions 1000 × 667. Le collecteur ne télécharge pas ces images : il ne vérifie ni leur réponse HTTP, ni leur type MIME, ni leurs dimensions intrinsèques. CRAWL |
| ADA14 | Hors périmètre | Documentée | Indexation tierce | Un affichage générique du favicon a été observé manuellement dans Bing, mais Bing Webmaster Tools et un corpus de résultats daté ne font pas partie de cette exécution. | Aucune modification du site. Demande de support auprès de Bing Webmaster Tools. Ne pas toucher au fichier : chaque changement remet le compteur à zéro. | Le relevé public confirme uniquement que les pages répondent 200. Il ne peut ni reproduire ni attribuer l’affichage d’une icône dans l’interface d’un moteur tiers. CRAWL |
| ADA15 | Établi | Rejouable | Intégrité éditoriale | Le tableau de bilan publié contredisait le jeu de données publié sur la même page : deux corrections étaient attribuées au formulaire de contact au lieu des actions d’article. | Corrigé en français et en anglais, puis journalisé en version 1.0.1 le 3 septembre 2026, plutôt que corrigé en silence. La correction datée devient la démonstration que la méthode fonctionne. | Recoupement ligne à ligne du tableau détaillé, du bilan et du fichier JSON. Les totaux restaient justes — quinze contrôles satisfaits, un à tester — mais la répartition par interface ne l’était pas. UXW_DATASET |
| ADA16 | Hors périmètre | Non disponible | Autorité & distribution | La présence d’Edikka dans des comparatifs et reprises éditoriales tierces n’a pas été auditée dans cette exécution. | Séparer cette question du présent audit. Toute future étude externe devra pré-enregistrer requêtes, corpus, date, localisation et règle d’inclusion. | Aucun corpus d’URL, aucune requête datée et aucune règle d’inclusion de comparatifs n’est joint au registre ; aucun décompte externe n’est donc publié. Aucune référence jointe |
| ADA17 | Contredit | Rejouable | Fiabilité de mesure | Les hubs d’insights n’afficheraient aucune carte d’article dans leur HTML public. | Chantier fermé. Méthode retenue pour tout comptage sur ce site : requête réseau sans cache, analyse du document servi, jamais le DOM rendu. | Le relevé public compte les éléments data-insight-card dans le HTML reçu : SEO 15, développement web 12, stratégie digitale 9, IA et automatisation 7, UX/UI 6 — côté français comme anglais. Le hub de développement anglais utilise le slug web-development et non development. CRAWL · COLLECTOR |
| ADA18 | Contredit | Rejouable | Conversion & accès | Le formulaire de contact compte 23 contrôles, dont quatre obligatoires, mais l’affirmation selon laquelle il serait la seule porte d’entrée du site est fausse. | Retirer la conclusion absolue. Ne créer un canal dédié qu’après observation de demandes récurrentes mal orientées. | Le relevé public compte 23 contrôles et 0 contrôle sans nom programmatique sur /contact. La page affiche aussi un lien téléphonique et une adresse électronique ; ces deux canaux contredisent la formulation « seule porte d’entrée ». CRAWL · CONTACT |
Lecture. Un identifiant est stable d’une version à l’autre. Une ligne n’est jamais supprimée : elle change de statut, et le changement est daté dans le journal des versions.
Cas 01 · Laboratoire contre terrain
Le laboratoire est excellent et ne prouve rien sur ce que vivent les visiteurs.
C’est le conflit le plus fréquent des audits de performance, et celui que les rapports résolvent le plus souvent par un raccourci : publier le résultat de laboratoire en le présentant comme un résultat. Voici la chaîne complète, telle qu’elle figure aux lignes ADA07 et ADA10.
Constat. Le relevé des 181 URL apporte des temps de réponse serveur : TTFB de 119,3 à 614,8 ms, médiane à 198,6 ms, et HTML décodé médian de 118,5 Ko.
Preuve disponible. Le relevé public complet, son horodatage, sa méthode, les 181 lignes et le collecteur utilisé.
Inconnue. Cette exécution ne joint aucune population Core Web Vitals terrain. Elle ne mesure donc ni LCP, ni INP, ni CLS vécus et n’établit pas que « le site est rapide ».
Décision. Les temps HTTP restent qualifiés de mesures serveur. La ligne terrain reste « À tester » et passe avant toute conclusion qu’elle conditionne.
Contre-test. Importer un relevé CrUX ou RUM portant population, fenêtre, centile et volume. Si le volume est insuffisant, l’inconnu reste visible au lieu d’être repeint en vert.
La conclusion honnête est moins vendeuse que le score de laboratoire. C’est précisément ce qui la rend vérifiable : un lecteur disposant des données de terrain ne peut pas prendre la page en défaut.
Cas 02 · Automatique contre humain
Les preuves d’accessibilité existent, mais leur périmètre interdit encore une conclusion globale.
Le crawl structurel, les scénarios clavier et le passage humain VoiceOver Safari sont publiés. L’erreur serait maintenant de les effacer — ou de les extrapoler à toutes les technologies d’assistance. Lignes ADA08 et ADA09.
Structure. Sur 181 URL : 0 attribut alt absent parmi 1 833 images, 0 H1 manquant ou multiple, 0 saut de niveau et 0 contrôle de formulaire sans nom programmatique.
Preuve humaine. Le rapport public consigne le clavier et un passage VoiceOver Safari sur accueil, contact, accessibilité et rapport, sans blocage signalé.
Limite. NVDA Firefox reste non testé. Pour les contrastes complexes, les styles DOM seuls ne suffisent pas : le rapport complète l’automatique par les états rendus du header.
Décision. Citer exactement les environnements testés. « Validé sous VoiceOver Safari sur quatre parcours » est publiable ; « site accessible » ne l’est pas.
Contre-test. Rejouer les parcours principaux sous NVDA Firefox si un environnement Windows est disponible, puis publier l’environnement, les résultats et les limites.
Distinction utile. ADA08 n’est pas un défaut d’accessibilité : c’est un défaut d’instrument. Le confondre avec le premier ferait corriger des couleurs qui n’ont rien à corriger. Le protocole d’audit avec tests humains traite ce que cette page se contente d’ordonner.
Cas 03 · Le résumé contre les données
Une page d’Edikka affirmait une chose et publiait le fichier qui la contredisait.
Le cas le plus utile de ce registre est un échec d’Edikka, détecté sur une page publiée, corrigé et journalisé. Ligne ADA15.
Constat. Sur la page du protocole UX writing, le tableau de bilan attribuait deux corrections au formulaire de contact au lieu des actions d’article. Le tableau détaillé, lui, était juste.
Preuve disponible. Le jeu de données publié sur cette même page. N’importe quel lecteur le téléchargeant pouvait établir la divergence — c’est-à-dire précisément le public que la page invitait à la contredire.
Cause. Le bilan avait été rédigé après le tableau détaillé, puis maintenu à la main. Les totaux restaient exacts ; la répartition avait dérivé.
Décision. Correction en français et en anglais, puis publication d’une version 1.0.1 datée du 3 septembre 2026 mentionnant explicitement la divergence — plutôt qu’un correctif silencieux.
Contre-test, devenu règle. Tout bilan public est désormais recalculé depuis le jeu de données. Les compteurs et le tableau de la présente page en sont l’application directe.
La page en cause affirme qu’une divergence entre un article et ses fichiers doit bloquer une mise en ligne. Elle a été prise en défaut par sa propre règle. Publier la correction datée vaut mieux que réécrire l’histoire : c’est le seul mode de preuve qui survit à une vérification par un tiers.
Constats retirés
5 constats ont été retirés après contre-vérification, et restent publiés avec la cause de l’erreur.
Un registre qui ne contient que des constats confirmés n’a pas été contre-vérifié : il a été rédigé. Ces 5 lignes ont franchi une première rédaction avant d’être invalidées. Elles documentent plusieurs familles d’erreurs : chercher une implémentation au lieu de tester une propriété, laisser l’instrument modifier l’état observé, déduire une offre d’une URL, lire le mauvais slug, ou transformer un canal principal en canal unique.
| Ligne | Ce qui avait été affirmé | Pourquoi c’était faux | Règle adoptée |
|---|---|---|---|
| ADA01 | Le contenu animé par la classe reveal n’aurait aucun repli lorsque JavaScript est absent. | app.1100.css, compilé depuis src/sass/components/_reveal.scss, contient @media (scripting :none){.reveal{opacity :1 !important ;transform :none !important ;visibility :visible !important}} ainsi qu’un second filet @media (prefers-reduced-motion :reduce). | Constat retiré. Règle de test requalifiée : vérifier la propriété — le contenu est-il visible sans JavaScript ? — jamais la présence d’une balise particulière. |
| ADA03 | Le titre principal resterait invisible environ quatre secondes après le chargement. | La revue a consigné un écart entre onglet piloté et onglet au premier plan, attribué à document.hidden, ainsi que l’absence de reproduction d’un écran blanc, d’un contenu invisible au défilement rapide ou d’un masquage en 390 × 844. Aucun artefact de rejeu daté distinct n’est joint au registre ; cette ligne conserve donc une force de preuve « Non disponible ». | Constat retiré. Toute mesure d’animation est conduite dans un onglet au premier plan et confirmée visuellement. |
| ADA05 | Aucune page commerciale ne porterait l’offre de visibilité dans les moteurs génératifs. | La page expertise/seo porte le H1 « Agence SEO & GEO à Paris pour rendre votre site visible, rapide et citable par les IA », 3 094 mots, 9 H2, un balisage Service et FAQPage, trois appels à l’action et 25 occurrences de GEO. | Constat retiré. Aucune page supplémentaire n’est créée. |
| ADA17 | Les hubs d’insights n’afficheraient aucune carte d’article dans leur HTML public. | Le relevé public compte les éléments data-insight-card dans le HTML reçu : SEO 15, développement web 12, stratégie digitale 9, IA et automatisation 7, UX/UI 6 — côté français comme anglais. Le hub de développement anglais utilise le slug web-development et non development. | Chantier fermé. Méthode retenue pour tout comptage sur ce site : requête réseau sans cache, analyse du document servi, jamais le DOM rendu. |
| ADA18 | Le formulaire de contact compte 23 contrôles, dont quatre obligatoires, mais l’affirmation selon laquelle il serait la seule porte d’entrée du site est fausse. | Le relevé public compte 23 contrôles et 0 contrôle sans nom programmatique sur /contact. La page affiche aussi un lien téléphonique et une adresse électronique ; ces deux canaux contredisent la formulation « seule porte d’entrée ». | Retirer la conclusion absolue. Ne créer un canal dédié qu’après observation de demandes récurrentes mal orientées. |
Ce que ces lignes auraient coûté. Prises pour argent comptant, elles ouvraient un correctif inutile sur le rendu, un chantier entier sur les pages de rubrique et une seconde page commerciale qui aurait dupliqué la première. Le coût d’un audit non contre-vérifié n’est pas l’erreur : c’est le travail qu’elle déclenche.
Auto-évaluation · état au 5 septembre 2026
Ce que cet audit a réellement pu observer, et ce qu’il n’a pas pu observer.
Un audit sans déclaration d’accès est ininterprétable : le lecteur ne sait pas si une absence de constat signifie « rien à signaler » ou « rien à mesurer ». Voici la déclaration complète pour le présent registre.
| Source | Disponible | Conséquence sur les conclusions |
|---|---|---|
| Pages publiques et HTML servi, 181 URL | Oui | Relevé ligne par ligne avec horodatage, statut HTTP, métadonnées, structure, images, formulaires, hreflang et empreinte du HTML. |
| Code CSS/JS déployé et collecteur publié | Oui | Le lecteur peut rejouer le crawl et inspecter les propriétés techniques citées. |
| Données de recherche propriétaires | Non dans cette exécution | Aucune attribution ni priorisation par requête réelle ; la propriété Search Console d’Edikka n’est pas déclarée absente. |
| Données de terrain de performance | Non | Aucune conclusion sur la performance vécue. Le laboratoire est publié comme laboratoire. |
| Tests clavier et lecteur d’écran | Partiellement | Clavier et VoiceOver Safari publiés sur des parcours nommés ; NVDA Firefox reste une limite ouverte. |
| Analytique, CRM, tests utilisateurs | Non | Aucune affirmation de conversion, de satisfaction ou de compréhension. |
Étape 2 de l’ordre
Joindre la mesure d’abord
Search Console existe peut-être ; comme aucun export n’est joint à cette exécution, aucune attribution par requête n’entre dans le registre.
Contre-vérification
Corriger le registre lui-même
Les preuves d’accessibilité ont invalidé « aucun test humain » ; téléphone et e-mail ont invalidé « seule porte d’entrée ». Les deux erreurs restent visibles.
Étape 3 de l’ordre
Inverser le défaut d’affichage
Contenu visible par défaut, animation activée après initialisation : le repli actuel ne couvre pas un script interrompu en cours de route.
Décision de ne pas faire
Ne pas déduire
Ni prix SEO/GEO, ni canal presse, ni conclusion terrain ne sont ajoutés sur une hypothèse. La prochaine décision dépend d’une mesure nommée.
Le registre est revu le 5 décembre 2026. Les lignes « À tester » qui n’auront pas reçu leur contre-test à cette date seront republiées avec le même statut et la raison du retard, plutôt que reclassées.
Actifs publiés
Le registre est téléchargeable, versionné et empreinté ; la page n’en est que la lecture.
Les fichiers ci-dessous sont la source. Cette page en est une restitution générée : en cas de divergence, le fichier fait foi, et la divergence est un défaut à signaler.
| Fichier | Usage | Empreinte SHA-256 |
|---|---|---|
| registre-decision-audit-digital-edikka-v1.json | Jeu de données JSON canonique bilingue | 82cd3891b339c485b7efb77180dde638fbabf99b2e912bc635cb5bd10ddb5032 |
| registre-decision-audit-digital-edikka-v1.xlsx | Classeur d’atelier opérationnel | 04d684d2268fafb01852de47ea070e0ef110a6d138d0f868b9c42546ba5a345a |
| registre-decision-audit-digital-edikka-v1.csv | Registre CSV français à plat | fbb30492babad0340d42a404c167dc05b46bf335095274b635b893c4c75087e2 |
| registre-decision-audit-digital-edikka-v1-en.csv | Registre CSV anglais à plat | 7b587f5823c44c1a08f9bf6d51c3b2c16a7051098a9d607d618d037baaabe876 |
| audit-digital-complet.md | Miroir français lisible par machine | e31e2480fd4f27ddfcd5f1f2e47650140884dba4c82a8b6374941c68871c18d6 |
| digital-audit-complete-method.md | Miroir anglais lisible par machine | 2ee89d12d1833493a4187863d745eb84915a810a405461375503aeca48ffbb39 |
| audit-digital-edikka-public-crawl-2026-09-05.json | Relevé HTTP et HTML public daté | 49094db083d97f7d86386c2506044eb7146744102b33cd37f4edf90c51df231f |
| collecteur-audit-digital-edikka-v1.txt | Source PHP du collecteur rejouable | 0020cb977817d15d78bf4615668471c294a69f8202b35a442b191d7d6d0a4f1c |
| registre-decision-audit-digital-edikka-v1-EVIDENCE-JOURNAL.md | Journal bilingue des preuves | 0bfcc614b34d6ac29c09c248417338e877c3a3e01a841b8e95fa4d80399618b6 |
Licence. Registre et méthode sous CC BY 4.0 : réutilisation libre, y compris commerciale, avec attribution à Edikka et lien vers cette page. Le journal des versions et le manifeste d’empreintes permettent de vérifier qu’un fichier téléchargé correspond bien à la version publiée.
Sources et force de preuve
Une référence ne vaut que pour le périmètre qu’elle permet réellement de rejouer.
Le registre distingue la source qui définit une notion de la pièce qui prouve un constat. « Rejouable » signifie qu’un lecteur peut relancer ou inspecter la preuve publique ; « Documentée » signifie qu’un compte rendu est publié sans toutes les données brutes ; « Non disponible » interdit une conclusion. Une source officielle ne transforme jamais une observation Edikka en norme officielle.
| Source | Rôle | Limite |
|---|---|---|
| CRAWL · Relevé HTTP et HTML public edikka.com · 5 septembre 2026 | Dataset | 181 URL du sitemap, sans cookie, sans session, sans JavaScript, sans suivi des redirections et sans téléchargement des fichiers d’image liés. |
| COLLECTOR · Collecteur rejouable du relevé public | SoftwareSourceCode | Source PHP utilisée pour produire CRAWL. |
| CSS · Feuille CSS déployée app.1100.css | DigitalDocument | Implémentation publique des états reveal et des replis de mouvement/scripting. |
| W3C_SCRIPTING · W3C · Media Queries Level 5 — scripting | TechArticle | Sémantique normative de la media feature scripting. |
| A11Y_DATASET · Auto-évaluation publique du socle accessibilité Edikka · 26 août 2026 | Dataset | 36 contrôles, environnements, scénarios, résultats et limites. |
| A11Y_REPORT · Rapport public d’accessibilité Edikka | Report | Résultats visibles, tests clavier, VoiceOver Safari et réserve NVDA Firefox. |
| A11Y_JOURNAL · Journal public des tests d’accessibilité · 22 juin 2026 | DigitalDocument | Scénarios clavier et passage humain VoiceOver Safari. |
| UXW_DATASET · Protocole UX writing Edikka v1.0.1 | Dataset | 16 contrôles, résultats par interface et historique de correction. |
| CONTACT · Page contact Edikka | WebPage | Formulaire public, téléphone et adresse électronique. |
| SEO_OFFER · Expertise SEO et GEO Edikka | WebPage | Offre commerciale SEO/GEO et absence de fourchette tarifaire visible. |
| REDESIGN_OFFER · Offre de refonte de site internet Edikka | WebPage | Point de comparaison interne pour les repères tarifaires. |
| QUEBEC · Gouvernement du Québec · Évaluer la maturité numérique de votre entreprise | WebPage | Référentiel public de cadrage de la maturité numérique. |
| FRANCE_NUM · France Num · Évaluez la maturité numérique de votre entreprise | WebPage | Cadre public français de maturité numérique ; ne valide pas la méthode Edikka. |
Edikka, « Registre de décision d’audit digital appliqué à edikka.com », version 1.0.1, 7 septembre 2026, CC BY 4.0. Le fichier CITATION.cff fournit la référence structurée. Aucun DOI n’est déclaré dans cette édition.
Limites
Ce que ce registre ne prouve pas.
Quatre exclusions sont posées avant toute lecture, et aucune ligne du registre ne doit être citée en contradiction avec elles.
Aucun gain de trafic, de position ou de conversion n’est déduit de ces constats. Le registre décrit un état et une décision, pas un résultat.
Un statut « Établi » qualifie l’observation, pas l’efficacité du correctif décidé. Cette efficacité relèvera du contre-test, à sa date.
Un statut « Contredit » signale une erreur d’analyse d’Edikka, jamais un défaut du site. Ces lignes ne doivent pas être lues comme des défauts corrigés.
Aucune note globale n’est publiée, et aucune ne doit être reconstituée à partir de ces lignes : une moyenne masquerait mécaniquement les 3 lignes de sévérité bloquante.
Contradiction bienvenue. Une ligne rejouée qui donne un autre résultat que celui publié ici est une contribution, pas une attaque. Elle sera intégrée au journal des versions avec attribution. C’est le seul mécanisme qui distingue une méthode d’une plaquette.
Un audit complet ne fabrique pas de certitude. Il publie l’endroit où elle s’arrête.
Une décision utile résiste au rejeu parce que sa preuve, sa dépendance, son responsable et son contre-test restent attachés.
Ne pas moyenner les preuves
Certitude, hypothèse et mesure absente ne partagent pas une même échelle.
Publier l’ordre d’abord
Un ordre fixé empêche la priorité de se plier aux résultats.
Conserver les erreurs
Une ligne contredite documente la méthode en train de devenir plus fiable.
Pour aller plus loin sur ce sujet
Des réponses complémentaires pour clarifier les points essentiels abordés dans cet article.
