Tests techniques

Le site,
mesuré.

Cette page publie l'état technique de garbewajda.com : accessibilité, validation du balisage, performance, liens, images, référencement, clavier, petit écran et impression. Les chiffres datent du 3 octobre 2026 et viennent de contrôles automatiques passés sur la version prête à publier. Chaque famille de tests dit ce qu'elle mesure et comment. Un relevé automatique, plus court, lit en plus le site en ligne chaque matin.

Ce que donne le dernier passage.

  • 17 pages mesurées, en thème clair et en thème sombre En clair : chaque page du tableau plus bas passe au banc en entier, pas un échantillon choisi.
  • 0 violations d'accessibilité relevées par le contrôle automatique En clair : aucun défaut d'accessibilité détecté par l'outil, dans les deux thèmes.
  • n. d. erreurs de balisage au validateur public En clair : le validateur public du balisage, un service en ligne partagé, n'a répondu que pour 13 pages sur 17 lors de ce passage : le compte des erreurs de balisage est incomplet et ne peut pas être lu comme un résultat.
  • 0 liens internes et ancres cassés sur 789 cibles vérifiées En clair : tous les liens du site mènent quelque part.

Passage complet : 1782 secondes de mesure, 84 écarts consignés dont 0 de première gravité, plus 20 remarques gardées pour information.

Le relevé automatique du jour.

Chaque matin, un programme placé chez l'hébergeur du site appelle le site en ligne comme le ferait un visiteur : les pages clés, plus trois articles et un dossier tirés au hasard. Il note si chaque page répond, en combien de temps, ce qu'elle pèse, ses en-têtes de sécurité et les bases de son référencement. Le tableau se lit en direct : il change chaque jour, sans que la page soit republiée.

Le tableau du relevé s'affiche ici sur le site en ligne. Sans JavaScript, les données brutes restent lisibles par les deux liens plus bas.

  • Pages clés : l'accueil, le blog, la page de contact, la page entreprise, les six étages, « Comment je travaille » et les questions fréquentes. Le tirage au hasard dépend de la date : relancé le même jour, il retombe sur les mêmes pages.
  • Temps de réponse : du départ de la demande au dernier octet de la page, depuis le réseau de l'hébergeur. Le trajet jusqu'au visiteur et l'affichage n'y sont pas : ce chiffre sert à repérer un ralentissement de l'hébergement d'un jour à l'autre, pas à annoncer une vitesse.
  • Poids : le HTML de la page, décompressé. Feuilles de style, scripts, images et polices n'y sont pas : le banc complet, présenté plus bas, les pèse.
  • Sécurité : la politique de sécurité du contenu, HSTS et nosniff, lus sur la réponse du site en ligne. La compression ne se voit pas d'ici : entre les serveurs de l'hébergeur, les pages passent sans compression.
  • Référencement : un titre, une description, une adresse canonique identique à l'adresse servie, un seul titre de premier niveau, une langue déclarée, des données structurées lisibles. Repères de longueur retenus : 65 caractères au plus pour le titre, de 70 à 170 pour la description. Ce sont des repères, pas des règles : Google coupe l'affichage selon la largeur de l'écran et réécrit parfois lui-même titres et descriptions. Un écart à ces repères est donc une remarque ; un défaut, c'est une page qui ne répond pas, un en-tête ou une balise qui manque, une adresse canonique fausse, des données structurées illisibles.
  • Ce que ce relevé ne mesure pas : la vitesse d'affichage, l'accessibilité, la validité du code, les liens. Ces points restent au banc complet, présenté plus bas.

Données brutes, au format JSON : dernier relevé, trente derniers jours. Le programme tourne chaque matin dès 5 h UTC, en quatre temps espacés de cinq minutes.

Synthèse par page.

Deux lectures : les notes de vitesse et de qualité des pages mesurées, puis l'état de chaque page du banc.

Faites défiler le tableau vers la droite pour voir toutes les colonnes.

Notes de vitesse et de qualité
Page Vitesse mobile Vitesse bureau Accessibilité Bonnes pratiques Référencement
Accueilindex.html 57 65 100 100 100
Réalisationsventures.html 36 48 100 100 100
Parcoursjourney.html 94 100 100 100 100
Pressemedia.html 34 45 100 100 100
Contactcontact.html 37 45 100 100 100
Blogblog.html 34 46 100 100 100
Questions fréquentesfaq.html 47 53 100 100 100
Comment je travaillemethode.html 47 53 100 100 100
Ressourcesresources.html 95 100 100 100 100
Entrepriseentreprise.html 40 48 100 100 100
Études de casetudes-de-cas.html 43 49 100 100 100
Tests techniquestests-techniques.html 94 100 100 100 100
Vérification du siteverification.html 94 100 100 100 100
Mentions légalesmentions-legales.html 94 100 100 100 100
Accessibilitédeclaration-accessibilite.html 94 100 100 100 100
Plan du siteplan-du-site.html 94 100 100 100 100
Page introuvable404.html 95 100 100 100 63

En clair : sur un téléphone simulé, ces pages s'affichent entre 34 et 95 sur 100. Les trois autres notes, accessibilité, bonnes pratiques et référencement, sont au maximum.

Faites défiler le tableau vers la droite pour voir toutes les colonnes.

Toutes les pages
Page Violations, thème clair Violations, thème sombre Erreurs de balisage Poids transféré Requêtes
Accueilindex.html 0 0 0 1094,6 ko 13
Réalisationsventures.html 0 0 0 1542,7 ko 36
Parcoursjourney.html 0 0 0 266,8 ko 5
Pressemedia.html 0 0 non mesuré 1138,9 ko 18
Contactcontact.html 0 0 0 1981,5 ko 15
Blogblog.html 0 0 0 1159,2 ko 16
Questions fréquentesfaq.html 0 0 0 1083,1 ko 14
Comment je travaillemethode.html 0 0 0 1102,5 ko 16
Ressourcesresources.html 0 0 non mesuré 262,8 ko 5
Entrepriseentreprise.html 0 0 0 1091,1 ko 16
Études de casetudes-de-cas.html 0 0 0 1080,9 ko 18
Tests techniquestests-techniques.html 0 0 non mesuré 332,6 ko 6
Vérification du siteverification.html 0 0 0 274,1 ko 5
Mentions légalesmentions-legales.html 0 0 non mesuré 278,7 ko 5
Accessibilitédeclaration-accessibilite.html 0 0 0 276,9 ko 5
Plan du siteplan-du-site.html 0 0 0 271,5 ko 5
Page introuvable404.html 0 0 0 267,7 ko 6

En clair : les 17 pages de ce tableau passent au banc. Violations d'accessibilité relevées : 0. Pour les erreurs de balisage, le validateur public du balisage, un service en ligne partagé, n'a répondu que pour 13 pages sur 17 lors de ce passage : le compte des erreurs de balisage est incomplet et ne peut pas être lu comme un résultat.

Le détail, famille par famille.

Pour chaque famille : le verdict, ce que le résultat veut dire, les chiffres, la méthode, puis ce qui reste ouvert.

Accessibilité automatique

Rien à signaler.

En clair : chaque page se lit en thème clair comme en thème sombre sans que l'outil y trouve un défaut d'accessibilité.

27 passes de mesure, 17 pages en thème clair et en thème sombre plus une passe panneau d'accessibilité ouvert. Violations : 0 en clair, 0 en sombre. Contrôles laissés en suspens par l'outil, à vérifier à la main : 109.

Méthode de mesure

Un contrôle automatique d'accessibilité est lancé dans chaque page servie en local, en thème clair puis en thème sombre. Le thème est choisi avant le chargement, et transitions et animations sont coupées avant la mesure pour ne pas mesurer pendant le fondu. Règles retenues : WCAG 2.0, 2.1 et 2.2 niveaux A et AA, plus les bonnes pratiques de l'outil.

Notes de méthode

  • Un contrôle automatique ne couvre qu'une partie des critères WCAG. Il ne remplace pas un test au lecteur d'écran.
  • 9 documents (etudes/*.html, etages/*.html) mesurés en plus des pages, en clair et en sombre.

Validation des formats

50 écarts restants.

En clair : le validateur public du balisage, un service en ligne partagé, n'a répondu que pour 13 pages sur 17 lors de ce passage : le compte des erreurs de balisage est incomplet et ne peut pas être lu comme un résultat.

17 pages soumises au validateur public : réponse obtenue pour 13 d'entre elles, 0 erreur. Validateur local : 32 remarques, remarques de style comprises. Feuille de style : 811 règles, 2365 déclarations, 0 erreur de syntaxe. Script : valide. Manifeste, robots et redirections lus et contrôlés.

Méthode, 50 écarts et 3 remarques

Chaque page passe au validateur public du balisage, avec une pause de six secondes entre deux requêtes et deux nouvelles tentatives espacées en cas de refus, puis à un validateur local. La feuille de style est analysée règle par règle, le script relu pour sa syntaxe, le XML par le lecteur XML du navigateur.

Ce qui reste ouvert

  • Numéro de téléphone écrit avec des espaces ordinaires : il peut se couper en fin de ligne. 6 pages : Parcours, Contact, Ressources, Tests techniques, Vérification du site, et 1 autre.
  • Valeur de style que l'analyseur de la feuille de style ne reconnaît pas dans sa table des propriétés. 1 page : main.css.

Choix assumés et remarques pour information

  • Le validateur local préfère un élément de section natif là où la page écrit une division avec un rôle de zone. Choix assumé : c'est le motif recommandé pour un tableau qui défile horizontalement et qui doit rester atteignable au clavier. Le validateur public accepte les deux formes. 1 page : Tests techniques.

Notes de méthode

  • Validateur public indisponible pour media.html : le service répond 429 en text/html
  • Le compte des erreurs de balisage est donc incomplet pour ce passage.
  • Validateur public indisponible pour resources.html : le service répond 429 en text/html
  • Validateur public indisponible pour tests-techniques.html : le service répond 429 en text/html
  • Validateur public indisponible pour mentions-legales.html : le service répond 429 en text/html

Vitesse et qualité, mobile et bureau

20 écarts restants.

En clair : la page la plus lente sur téléphone simulé est Presse, à 34 sur 100. La cause est la même sur tout le site, deux feuilles de style à charger avant le premier affichage, et cette page est la plus lourde en texte et en images : l'écart est assumé, la feuille de style reste lisible plutôt que compressée.

17 pages mesurées deux fois. Performance moyenne : 66 sur 100 en mobile, 74 sur 100 en bureau, la plus basse à 34. Accessibilité, bonnes pratiques et référencement : 100, 100 et 98 sur 100 en moyenne. Plus grande peinture de contenu la plus lente : 3453 ms en mobile.

Méthode, 20 écarts

La mesure de vitesse tourne dans un navigateur sans fenêtre, une fois en profil mobile et une fois en profil bureau, sur chaque page mesurée. Les mesures viennent d'un serveur local, sans compression, chaque page chargée à froid : elles disent ce que valent les pages, pas ce que vaudra le réseau.

Ce qui reste ouvert

  • Score de vitesse sous 90 sur 100. 9 pages : Accueil, Réalisations, Presse, Contact, Blog, et 4 autres.
  • Note de qualité sous 90 sur 100 (accessibilité, bonnes pratiques ou référencement). 1 page : Page introuvable.

Notes de méthode

  • Cause du score mobile le plus bas, lue dans le détail de la mesure de vitesse de l'accueil le 12 septembre 2026 : deux feuilles de style bloquent le premier affichage, celle des polices et celle du site, pour 450 ms estimés sur profil mobile. Ce coût est le même sur toutes les pages du site. L'accueil y ajoute le document le plus lourd et le plus grand nombre de requêtes, ce qui le place en dernier. Le plus grand élément affiché y est un paragraphe de texte, pas une image : précharger une image ne changerait rien au score. Le soir du même jour, les polices ont été rapatriées sur le site : la feuille tierce a disparu, une seule feuille de style bloque encore le premier affichage.

Liens, ancres et ressources appelées

2 écarts restants.

En clair : tous les liens mènent quelque part : 789 cibles internes vérifiées une par une, 60 adresses extérieures interrogées.

789 cible(s) locale(s) trouvée(s) sur le disque, 0 absente(s). 149 ancre(s) vérifiée(s), 0 introuvable(s). 60 adresse(s) externe(s) interrogée(s) : 57 en réponse valide, 1 en code 999, réponse anti-robot de LinkedIn.

Méthode, 2 écarts

Chaque href, src, srcset et poster des pages est résolu. Les cibles locales sont cherchées sur le disque, les ancres dans la page visée, les adresses externes interrogées avec les en-têtes d'un navigateur courant, en HEAD puis en GET si besoin, délai dix secondes ; un refus 403 est réessayé par une seconde voie, car certains sites refusent l'empreinte de connexion du programme de mesure et non l'adresse.

Ce qui reste ouvert

  • Une adresse extérieure au site répond par une erreur. 2 pages : Entreprise, Mentions légales.

Notes de méthode

  • https://www.linkedin.com/in/mael-garbe-wajda répond 999 : réponse anti-robot du site visé, le lien n'est pas cassé pour autant.

Images et média

Rien à signaler.

En clair : chaque image annonce sa taille avant d'arriver, donc la page ne saute pas pendant le chargement, et chacune porte un texte lisible au lecteur d'écran.

25 image(s) mesurée(s) dans le navigateur. Sans texte de remplacement : 0. Sans largeur et hauteur déclarées : 0. En chargement différé : 21. Poids cumulé des fichiers appelés : 918,2 ko.

Méthode de mesure

Chaque image de chaque page est mesurée dans le navigateur : dimensions déclarées, dimensions réelles du fichier, texte de remplacement, chargement différé, place dans le premier écran ou plus bas, poids sur le disque.

Notes de méthode

  • ventures.html : assets/img/capture-satplus-720.jpg est hors du premier écran et porte loading="eager", chargement immédiat assumé.
  • ventures.html : assets/img/capture-inagecrea-720.jpg est hors du premier écran et porte loading="eager", chargement immédiat assumé.
  • media.html : assets/img/capture-presse-ici-720.jpg est hors du premier écran et porte loading="eager", chargement immédiat assumé.
  • contact.html : assets/img/portrait-mael-carre-400.jpg est hors du premier écran et porte loading="eager", chargement immédiat assumé.

Référencement et données structurées

Rien à signaler.

En clair : chaque page dit aux moteurs de recherche qui elle est, dans quelle langue, sous quelle adresse, et avec quel aperçu quand un lien est partagé.

17 titres de page, 17 distincts. Pages sans lien canonique : 1. Blocs de données structurées : 12, dont 0 illisible(s). Pages avec exactement un h1 : 17 sur 17. Pages avec un saut dans la hiérarchie des titres : 0.

Méthode de mesure

Lecture du DOM de chaque page : titre, meta description, canonique, Open Graph, Twitter, JSON-LD, hiérarchie des titres, langue. Le plan XML est comparé aux pages réellement présentes sur le disque.

Notes de méthode

  • 404.html est en robots noindex : canonique, Open Graph et carte Twitter ne lui sont pas demandés.

Mobile, largeurs et cibles tactiles

Aucun écart. 17 remarques pour information.

En clair : aucune page ne déborde sur le côté, du plus petit téléphone à la tablette, ni quand le texte est grossi deux fois.

Pages qui débordent horizontalement : 0 à 320 px, 0 à 390 px, 0 à 768 px, 0 à 1024 px. Cibles tactiles sous 44 px mesurées à 390 px : 0. Pages qui débordent au zoom texte 200 pour cent : 0.

Méthode, 17 remarques

Chaque page est chargée à 320, 390, 768 et 1024 pixels de large. Un débordement est déclaré quand la largeur de défilement du document dépasse la largeur de la fenêtre de plus d'un pixel. Les cibles tactiles sont mesurées à 390 pixels : boutons, liens de menu, filtres et champs doivent faire au moins 44 pixels, les liens dans le texte au moins 24 pixels. Le zoom texte à 200 pour cent est simulé en divisant par deux la fenêtre de 1280 par 1024.

Choix assumés et remarques pour information

  • Des liens posés au fil d'une phrase mesurent moins de 24 pixels de haut. Le critère WCAG 2.2 laisse ce cas de côté : compté pour information, ce n'est pas un manquement. 17 pages : Accueil, Réalisations, Parcours, Presse, Contact, et 12 autres.

Notes de méthode

  • Le critère WCAG 2.2 sur la taille des cibles laisse de côté les liens posés dans une phrase : les liens de texte sous 24 pixels sont comptés pour information, ils ne sont pas un manquement.

Mouvement, thèmes et couleurs

Rien à signaler.

En clair : la page suit le thème sombre du système, se calme quand le visiteur a demandé moins d'animation, et aucun texte ne passe sous le seuil de contraste AA.

Pages où une animation ou une transition reste active sous préférence de mouvement réduit : 0 sur 17. Pages qui suivent la préférence système de couleurs sombres : 17 sur 17. Contraste le plus bas parmi les couleurs de texte du système graphique : 5,8 pour 1 en clair, 4,99 pour 1 en sombre, pour un seuil AA de 4,5.

Méthode de mesure

Chaque page est rechargée avec la préférence système de mouvement réduit, puis avec la préférence de couleurs sombres. Les durées de transition et d'animation calculées sont relevées sur un échantillon d'éléments. Les contrastes sont calculés à partir des variables de couleur lues sur le document.

Parcours au clavier

9 écarts restants.

En clair : un élément de la page ne se pilote pas entièrement au clavier.

Lien d'évitement atteint au premier Tab et visible : 17 page(s) sur 17. Menu mobile : ouverture à Entrée confirmée, fermeture à Échap confirmée. Panneau d'accessibilité : ouverture confirmée, focus retenu dans le panneau confirmé, fermeture à Échap confirmée, retour du focus au bouton confirmé, raccourci Alt plus Maj plus A confirmé.

Méthode, 9 écarts

Simulation de frappes réelles : lien d'évitement, parcours à la tabulation, visibilité du focus, ouverture et fermeture du menu mobile, ouverture du panneau d'accessibilité au clic et par Alt plus Maj plus A, fermeture par Échap, enfermement du focus et retour du focus au bouton.

Ce qui reste ouvert

  • Des éléments de la page ne sont pas atteints en tabulant. 9 pages : Accueil, Réalisations, Presse, Contact, Blog, et 4 autres.

Règles d'écriture et propreté du balisage

Rien à signaler.

En clair : aucun tiret long, aucun pictogramme, aucune tournure de la liste des interdits dans les pages publiées.

22 fichiers lus ligne à ligne. Tirets longs : 0. Pictogrammes : 0. Expressions interdites trouvées : 0. Liens en nouvel onglet : 0. Adresses en http non sécurisé : 0. Gestionnaires d'évènements en attribut : 0. Balises obsolètes : 0. Textes de remplissage : 0. Liens sans contenu : 0.

Méthode de mesure

Lecture du source de chaque page et recherche de motifs interdits, ligne par ligne.

Notes de méthode

  • Expressions interdites chargées : 42.

Poids et requêtes

Rien à signaler.

En clair : une page pèse entre 262,8 ko et 1981,5 ko une fois chargée, images comprises. Une feuille de style, un script et 2 polices hébergées avec le site : aucune ressource n'est demandée à un tiers.

Feuille de style : 129,8 ko brute, 30,9 ko une fois compressée. Script : 71,7 ko brut, 18,8 ko compressé. Requêtes par page : de 5 à 36. Poids transféré par page : de 262,8 ko à 1981,5 ko. Polices : 6 déclarations dans la feuille de style (Inter, Atkinson Hyperlegible), 182,4 ko de fichiers hébergés avec le site, toutes en affichage immédiat avec police de substitution (font-display: swap) : oui. Pages demandant une police à un service tiers : 0.

Méthode de mesure

Les requêtes réseau de chaque page sont comptées et pesées au chargement, dans une fenêtre de 1280 par 900. Les tailles compressées sont estimées en compressant le fichier du disque au niveau 9, le plus fort.

Notes de méthode

  • Le serveur local applique les en-têtes du site, durée de cache comprise, mais ne compresse pas : la compression faite par l'hébergeur ne se mesure pas ici.

Version imprimée

Rien à signaler.

En clair : imprimée ou enregistrée en PDF, la page ne sort que son contenu : ni menu, ni pied de page, ni bouton de réglages.

17 pages rendues en média impression. Pages où le menu, le pied de page et le bouton d'accessibilité sont retirés : 16 sur 17. Le fond décoratif est retiré lui aussi.

Méthode de mesure

Le média d'impression est émulé et la propriété display calculée est relevée sur le menu, le pied de page, le bouton d'accessibilité et le fond décoratif.

Formulaires

Rien à signaler.

En clair : les formulaires envoient le message par le site ; il part par courriel et rien n'est stocké. Si l'envoi échoue, le message reste prêt à partir de la messagerie du visiteur.

11 champs sur 2 formulaires. Champs sans étiquette liée : 0. Formulaires dont le courriel de secours se prépare bien, avec objet et corps : 2 sur 2.

Méthode de mesure

Les champs sont lus dans le DOM : étiquette liée, autocomplétion, mode de saisie, description reliée. Le formulaire est rempli puis l'adresse préparée dans le lien de composition est relue.

Plan XML, flux, redirection et page 404

3 écarts restants.

En clair : les listes de pages du site ne concordent pas toutes entre elles.

Plan XML : bien formé, 155 adresses, 0 page(s) du site absente(s), 0 entrée(s) sans fichier. Flux : bien formé. Une adresse inexistante demandée au serveur local répond 404. Redirections permanentes déclarées : 12, chacune avec sa cible vérifiée sur le disque.

Méthode, 3 écarts

Le plan XML et le flux sont analysés par un parseur XML, puis comparés aux pages réellement présentes sur le disque. Une adresse inexistante est demandée au serveur local pour lire son code de statut. Chaque règle de redirection permanente est relue, et sa cible cherchée sur le disque.

Ce qui reste ouvert

  • Une adresse redirigée vers l'accueil correspond à un document de travail resté dans le dossier source ; ce document n'est pas publié. 1 page : _redirects:17.
  • Une adresse redirigée vers l'accueil correspond à un document de travail resté dans le dossier source ; ce document n'est pas publié. 1 page : _redirects:18.
  • Une adresse redirigée vers l'accueil correspond à un document de travail resté dans le dossier source ; ce document n'est pas publié. 1 page : _redirects:19.

Notes de méthode

  • Depuis le 12 septembre 2026, les fichiers de fabrication du site (blog, banc de mesure, préparation de la publication) sont rangés dans son dossier source. Ils restent hors des mesures et hors de la publication : seules les pages de la racine du site entrent dans les passes.

Structure du document

Rien à signaler.

En clair : aucun identifiant posé deux fois, aucun attribut d'accessibilité qui renvoie dans le vide, aucun ordre de tabulation forcé.

Nombre de nœuds du DOM : de 181 à 952 selon la page, profondeur maximale 14. Identifiants en double : 0. Attributs tabindex positifs : 0. Attributs aria pointant vers un identifiant absent : 0.

Méthode de mesure

Comptage des nœuds du DOM, profondeur maximale, identifiants en double, tabindex positifs, attributs aria pointant vers un identifiant absent, part du texte visible dans le poids du fichier.

Corrections apportées.

Ce que les mesures ont fait changer dans le site, et rien d'autre.

Chaque ligne dit le fichier touché, ce qu'il y avait, ce que la correction y a mis ce jour-là, et la mesure qui a signalé le défaut. Le site a changé depuis : certains de ces passages n'existent plus.

Faites défiler le tableau vers la droite pour voir toutes les colonnes.

Corrections du 12 septembre 2026
FichierAvantAprèsSignalé par
index.html, ligne 136 <div class="vitrine" aria-label="Deux sites livrés à des clients"> <div class="vitrine" role="group" aria-label="Deux sites livrés à des clients"> Validation du balisage : erreur du validateur public, confirmée par le validateur local
media.html, ligne 109 loading="lazy" sur la capture de l'article d'ICI Nord loading="eager" sur la même image Mesure des images : place de l'image comparée à la hauteur de la fenêtre
blog-usine/gabarits/nav.html, menu des 14 pages, ligne 4 <button class="menu-toggle" id="menuToggle" aria-label="Menu"> <button class="menu-toggle" id="menuToggle" type="button" aria-label="Menu"> Validateur local : bouton sans type déclaré
index.html, ligne 6 Maël Garbe-Wajda · Produits numériques et développement commercial · Hauts-de-France Maël Garbe-Wajda · Numérique et commercial · Hauts-de-France Mesure du référencement : longueur du titre, confirmée par le validateur local
8 pages : accueil, réalisations, parcours, presse, mentions légales, accessibilité, plan du site, page introuvable résumés de 55 à 231 caractères, hors de la fourchette lisible dans un résultat de recherche résumés de 134 à 158 caractères, même sens et même vocabulaire Mesure du référencement : longueur de la meta description, fourchette visée de 70 à 170 caractères
5 pages : manifeste, ressources, mentions légales, accessibilité, plan du site aucune carte de partage Twitter twitter:card, twitter:title et twitter:description, repris du titre et du résumé de chaque page Mesure du référencement : lecture des balises de partage dans la page
plan-du-site.html, ligne 9 aucune balise Open Graph og:type, og:url, og:title, og:description, og:image et og:locale Mesure du référencement : lecture des balises de partage dans la page
mentions-legales.html et entreprise.html 06 60 98 56 48, avec des espaces ordinaires 06&nbsp;60&nbsp;98&nbsp;56&nbsp;48, avec des espaces insécables Validateur local : numéro de téléphone sans espaces insécables
assets/css/main.css, section 12, ligne 634 .legal-table th garde 220 pixels de large et refuse la césure à toute largeur au dessus de 600 pixels dans une card, sous 1024 pixels, la colonne de gauche prend la largeur de son contenu et accepte la césure Mesure des largeurs : largeur de défilement du document comparée à la largeur de la fenêtre, à 320, 390, 768 et 1024 pixels
entreprise.html, ligne 174 <a href="contact.html#projet"> <a href="contact.html#ecrire"> Vérification des liens : chaque ancre cherchée dans la page visée
entreprise.html, ligne 7 résumé de 219 caractères résumé de 155 caractères, mêmes éléments listés Mesure du référencement : longueur de la meta description
contact.html et media.html, champ objet des deux formulaires <input id="c-objet" name="objet" type="text" required maxlength="120"> <input id="c-objet" name="objet" type="text" required maxlength="120" autocomplete="off"> Mesure des formulaires : lecture des attributs des champs

Limites de ces mesures.

Ce qu'elles ne disent pas, pour qu'aucun chiffre ne soit lu pour plus qu'il ne vaut.

  • Les mesures du banc sont prises sur un serveur local, sur une machine de bureau. Les temps de chargement dépendent de cette machine et d'aucun réseau réel : ils servent à comparer les pages entre elles, pas à annoncer une vitesse aux visiteurs.
  • Le serveur local du banc applique les en-têtes que le site demande à l'hébergeur, sauf les deux qui n'ont de sens qu'en https, et il ne compresse pas. Les en-têtes de sécurité du site en ligne sont lus chaque matin par le relevé automatique ; la compression n'est mesurée ni par l'un ni par l'autre. Les tailles compressées de la feuille de style et du script sont des estimations, faites en compressant le fichier.
  • Le banc mesure les pages de ces tableaux. Les étages et les études n'y passent que pour le contrôle d'accessibilité, et les articles du blog n'y passent pas.
  • Un contrôle automatique d'accessibilité ne couvre qu'une partie des critères. Il ne remplace ni un test au lecteur d'écran, ni un test avec une personne concernée. Zéro violation relevée par l'outil ne veut pas dire zéro obstacle.
  • Les mesures passent par un seul moteur de navigateur. Les écarts propres aux autres navigateurs, et aux anciens, ne sont pas couverts.
  • Le validateur public du balisage est un service en ligne, partagé et limité en débit : un passage peut n'obtenir de réponse que pour une partie des pages, et la colonne des erreurs de balisage passe alors à « non mesuré » pour les autres. Un validateur local prend le relais, mais il mêle conformité et préférences de style : ses remarques de style sont signalées comme telles, elles ne comptent pas comme des erreurs.
  • Les notes de vitesse et de qualité varient d'un passage à l'autre, de quelques points, même sans changement dans les pages. Un écart de moins de cinq points n'est pas un signal. La mesure de vitesse tourne sur les 17 pages, en profil mobile et en profil bureau.
  • La page que vous lisez est mesurée comme les autres, et produite par le même outil que les mesures. Sa propre ligne dans les tableaux vient du passage qui a mesuré la version précédente de la page : elle a un passage de retard sur elle-même.

Dernière mesure : 3 octobre 2026. Les résultats bruts sont gardés hors ligne, au format JSON, avec le détail de chaque contrôle.