Un cadre commun pour relier visibilité, expérience, conversion, qualité éditoriale, sobriété et résilience. Chaque indicateur précise ce qu’il éclaire, comment le calculer et comment l’interpréter sans transformer une moyenne en vérité universelle.
Les repères proposés ne sont pas des moyennes de marché. Ils servent à définir un point de départ, suivre une évolution et poser les bonnes questions. Les seuils LCP, INP et CLS reprennent les définitions officielles des Core Web Vitals ; les autres objectifs doivent être adaptés au service, au public et au niveau de risque.
Commencez par trois à cinq indicateurs directement reliés à une décision. Ajoutez les mesures de diagnostic uniquement lorsque vous devez expliquer une variation.
Les tableaux restent lisibles au clavier et sur petit écran. Faites défiler horizontalement si nécessaire.
| Indicateur | Décision éclairée | Calcul | Lecture | Repère |
|---|---|---|---|---|
| Impressions organiques utiles | Vérifier que les pages apparaissent sur des recherches liées à l’offre. | Impressions des requêtes et pages prioritaires sur la période. Collecte : Export de Search Console : conserver requête, page, appareil et période. | Comparer par intention et par page, pas seulement au niveau global. | Tendance mensuelle contextualisée |
| Taux de clic organique | Évaluer l’adéquation entre la requête, le titre et l’extrait affiché. | Clics organiques ÷ impressions organiques × 100. Collecte : Même export pour clics et impressions, avec filtres identiques. | Comparer des requêtes et positions proches ; éviter les moyennes isolées. | Évolution par groupe de requêtes |
| Pages d’entrée contributrices | Identifier les contenus qui initient des parcours réellement utiles. | Pages d’entrée ayant généré au moins une action utile. Collecte : Événements de conversion vérifiés et pages d’entrée, avec règles d’attribution explicites. | Une page peu visitée peut rester précieuse si ses demandes sont qualifiées. | Progression du portefeuille utile |
| Couverture des intentions | Repérer les questions importantes sans réponse satisfaisante. | Intentions couvertes par une page utile ÷ intentions prioritaires. Collecte : Inventaire éditorial des questions prioritaires et pages qui y répondent. | Mesurer la qualité de couverture avant d’augmenter le volume éditorial. | Objectif interne documenté |
| Indexation des pages prioritaires | Vérifier que les pages destinées à la recherche peuvent apparaître dans l’index. | Pages prioritaires confirmées indexées ÷ pages prioritaires publiées × 100. Collecte : Rapports d’indexation et inspection d’URL ; le sitemap seul ne suffit pas. | Contrôler les exclusions volontaires et les écarts par modèle de page. | Objectif interne pour les pages indexables |
| Pages prioritaires orphelines | Détecter les contenus importants sans chemin de navigation interne. | Pages prioritaires sans lien HTML entrant depuis une autre page du site. Collecte : Exploration des liens HTML croisée avec la liste complète des pages publiques. | Confronter sitemap, exploration et liens rendus avant de corriger. | Objectif : aucune page prioritaire orpheline |
| Indicateur | Décision éclairée | Calcul | Lecture | Repère |
|---|---|---|---|---|
| Taux de réussite de tâche | Savoir si une personne accomplit l’action venue réaliser. | Sessions de test réussies ÷ sessions de test observées × 100. Collecte : Tests observés : compter les essais réussis et les essais totaux, avec la même tâche. | Définir une tâche précise : comprendre une offre, trouver un tarif, contacter. | Comparer avant et après amélioration |
| Taux de complétion du contact | Détecter les frictions dans le formulaire ou la prise de rendez-vous. | Envois réussis ÷ débuts de formulaire × 100. Collecte : Événements début/envoi réussi ; vérifier les doubles envois et le consentement applicable. | Segmenter par appareil et contrôler les erreurs de validation. | Progression continue |
| Demandes qualifiées | Relier le site à la valeur commerciale ou opérationnelle. | Demandes correspondant aux critères définis ÷ demandes reçues × 100. Collecte : Qualification dans le suivi des demandes, avec critères stables et accès limités. | Documenter les critères avec les équipes qui traitent les demandes. | Objectif propre à l’activité |
| Délai vers l’information clé | Mesurer l’effort nécessaire pour atteindre une réponse importante. | Temps médian observé entre l’arrivée et l’information recherchée. Collecte : Chronométrage de tests de tâche comparables ; noter aussi les échecs. | Compléter les données analytics par de courts tests utilisateurs. | Réduction sans perte de compréhension |
| Erreurs de formulaire bloquantes | Repérer les champs ou validations qui empêchent une demande utile. | Tentatives bloquées par une erreur de validation ÷ tentatives observées × 100. Collecte : Journal d’erreurs anonymisé et tests de validation ; exclure le contenu sensible des champs. | Séparer erreurs de saisie, échecs techniques et abandons ; tester sur mobile. | Réduction après correction des obstacles |
| Compréhension de l’offre | Vérifier qu’une personne peut expliquer ce qui est proposé et à qui. | Participants donnant une reformulation correcte ÷ participants testés × 100. Collecte : Questions de compréhension après lecture, avec grille de réponse préparée. | Utiliser une question ouverte après une lecture courte, sans guider la réponse. | Comparer avant et après réécriture |
| Indicateur | Décision éclairée | Calcul | Lecture | Repère |
|---|---|---|---|---|
| Largest Contentful Paint (LCP) | Mesurer le délai d’affichage du contenu principal visible. | 75e percentile des visites réelles, séparé mobile et ordinateur. Collecte : Données terrain CrUX ou RUM : 75e percentile, appareil et période explicites. | Diagnostiquer serveur, ressource LCP, CSS critique et rendu. | Bon : ≤ 2,5 s |
| Interaction to Next Paint (INP) | Mesurer la réactivité globale aux interactions. | 75e percentile des visites réelles, séparé mobile et ordinateur. Collecte : Données terrain d’interactions ; un test sans interaction ne mesure pas l’INP réel. | Examiner les tâches longues, scripts tiers et mises à jour du DOM. | Bon : ≤ 200 ms |
| Cumulative Layout Shift (CLS) | Mesurer les déplacements visuels inattendus. | 75e percentile des visites réelles, séparé mobile et ordinateur. Collecte : Données terrain de stabilité ; confirmer les causes avec une trace de laboratoire. | Réserver l’espace des médias, composants et contenus injectés. | Bon : ≤ 0,1 |
| Liens internes explorables | Garantir la découverte des pages importantes et un parcours compréhensible. | Liens internes HTML valides ÷ liens internes contrôlés × 100. Collecte : Exploration du HTML rendu : destination réelle et accessibilité du lien. | Corriger en priorité les pages orphelines, erreurs et ancres ambiguës. | Objectif : 100 % pour les pages prioritaires |
| Réponses serveur attendues | Repérer les erreurs ou redirections anormales sur les parcours essentiels. | Requêtes prioritaires avec réponse attendue ÷ requêtes prioritaires testées × 100. Collecte : Requêtes de contrôle avec statut attendu par URL, incluant redirections et pages absentes. | Distinguer erreurs serveur, pages absentes et redirections prévues. | Objectif : 100 % sur les parcours testés |
| Poids du média principal | Limiter le transfert et le délai associés à l’image ou vidéo dominante. | Octets transférés pour le média principal sur chaque gabarit prioritaire. Collecte : Panneau réseau sur le média effectivement reçu selon écran et format. | Contrôler format, dimensions, variante mobile et priorité de chargement. | Budget interne par gabarit et appareil |
| Indicateur | Décision éclairée | Calcul | Lecture | Repère |
|---|---|---|---|---|
| Couverture des preuves | Vérifier que les affirmations importantes peuvent être contrôlées. | Affirmations prioritaires étayées ÷ affirmations prioritaires contrôlées × 100. Collecte : Revue des affirmations vérifiables et des pièces réellement disponibles. | Une preuve peut être une source primaire, une méthode, un exemple attribué ou une limite explicite. | Objectif interne par type de contenu |
| Fraîcheur des sources critiques | Repérer les contenus dont les références ou règles ont changé. | Sources critiques revues dans le délai défini ÷ sources critiques totales × 100. Collecte : Registre de sources : date du fait, date de publication et date de revue distinctes. | Le délai dépend du risque : réglementation, prix et outils évoluent plus vite qu’une définition stable. | 100 % dans le cycle de revue défini |
| Parcours assistés par le contenu | Mesurer la contribution des contenus aux décisions sans exiger une conversion immédiate. | Parcours utiles ayant consulté un contenu d’aide ÷ parcours utiles observés × 100. Collecte : Parcours instrumentés ou retours utilisateurs ; noter les limites d’attribution. | Analyser les séquences et retours qualitatifs sans attribuer automatiquement tout le résultat au dernier contenu. | Évolution par parcours prioritaire |
| Attribution éditoriale complète | Permettre au lecteur d’identifier le responsable et le contexte d’un contenu. | Pages éditoriales avec éditeur, date et sources applicables ÷ pages contrôlées × 100. Collecte : Inventaire des pages avec éditeur, date pertinente et sources lorsqu’elles sont nécessaires. | Une source n’est exigée que lorsqu’une affirmation vérifiable en dépend. | Objectif interne par type de page |
| Cohérence des versions linguistiques | Éviter que les traductions donnent des faits ou parcours contradictoires. | Paires de pages revues sans divergence critique ÷ paires contrôlées × 100. Collecte : Revue des paires FR/EN : faits, liens, dates, action proposée et correspondance de langue. | Vérifier chiffres, liens, dates, CTA et correspondances hreflang. | Objectif : aucune divergence critique |
| Indicateur | Décision éclairée | Calcul | Lecture | Repère |
|---|---|---|---|---|
| Poids transféré par page clé | Limiter les données et l’énergie nécessaires aux parcours les plus fréquents. | Octets transférés lors d’un chargement représentatif, séparés par type de ressource. Collecte : Capture réseau avec cache froid puis chaud, dans des conditions identiques. | Comparer des gabarits équivalents et contrôler les images, polices, scripts et réponses inutiles. | Budget interne par gabarit |
| Budget de services tiers | Maîtriser l’impact, la dépendance et les risques des scripts externes. | Nombre, poids, requêtes et temps CPU des services tiers autorisés. Collecte : Inventaire des services tiers avec requêtes, poids, CPU et responsable. | Réévaluer chaque service selon son utilité, son consentement, sa performance et son propriétaire. | Liste autorisée et revue trimestrielle |
| Taux de restauration réussie | Vérifier que le service et ses données peuvent réellement être rétablis. | Tests de restauration réussis dans le délai cible ÷ tests planifiés × 100. Collecte : Comptes rendus des restaurations planifiées : réussites, échecs et exercices non réalisés. | Documenter la durée, les données perdues, les dépendances et les écarts observés pendant chaque exercice. | Objectif : 100 % des tests planifiés |
| Réutilisation du cache statique | Limiter les transferts répétés des médias, styles et scripts inchangés. | Requêtes statiques servies depuis le cache ÷ requêtes statiques éligibles × 100. Collecte : Panneau réseau : distinguer cache navigateur, CDN et réponses serveur. | Segmenter par ressource et vérifier la mise à jour après publication. | Progression sans contenu périmé |
| Délai de retour au service | Mesurer la capacité à rétablir un parcours après un incident. | Temps entre la détection et le rétablissement vérifié, par incident ou exercice. Collecte : Journal d’incident : détection, reprise vérifiée et définition de fin d’incident. | Comparer à la criticité du service et documenter les étapes qui ralentissent. | Objectif interne selon la criticité |
| Indicateur | Décision éclairée | Calcul | Lecture | Repère |
|---|---|---|---|---|
| Réussite des parcours au clavier | Vérifier que les actions essentielles restent réalisables sans souris. | Parcours essentiels réussis au clavier ÷ parcours essentiels testés × 100. Collecte : Tests complets au clavier sur les tâches essentielles, avec focus et absence de pièges. | Contrôler ordre de focus, visibilité, menus, formulaires et fenêtres. | Objectif : 100 % des parcours essentiels |
| Images informatives décrites | Rendre l’information visuelle essentielle accessible sous forme textuelle. | Images informatives avec alternative adaptée ÷ images informatives contrôlées × 100. Collecte : Revue humaine de l’information transmise par chaque image ; ne pas compter les décors. | Évaluer la pertinence selon le contexte, pas la seule présence d’un attribut alt. | Objectif : 100 % des images informatives |
| Indicateur | Décision éclairée | Calcul | Lecture | Repère |
|---|---|---|---|---|
| Jeux avec contexte de réutilisation documenté | Vérifier que les données utilisées conservent leur provenance et leurs droits. | Jeux utilisés avec producteur, licence, période et version documentés ÷ jeux utilisés × 100. Collecte : Registre de données : producteur, URL du jeu et de la ressource, licence, période, version et transformations. | Une URL de portail seule ne suffit pas ; examiner la ressource effectivement utilisée. | Objectif interne : chaque jeu utilisé est documenté |
| Enregistrements non rapprochés | Détecter la perte de couverture lors d’une jointure de données. | Enregistrements de la source de départ sans correspondance valide ÷ enregistrements de la source de départ × 100. Collecte : Journal de jointure avec taille de la source de départ, résultats uniques, multiples et absents. | Conserver les non-correspondances ; examiner séparément les correspondances multiples et la règle de validation. | Seuil interne adapté à la décision |
| Postes de coût non confirmés | Rendre visibles les inconnues avant de comparer des propositions. | Nombre de postes nécessaires dont le montant ou l’hypothèse n’est pas confirmé, par solution. Collecte : Grille de propositions : mise en place, récurrence, temps interne, évolution et sortie ; source et statut de chaque montant. | Ne pas traiter un coût inconnu comme zéro. Distinguer inconnu, nul confirmé et estimation. | Objectif : inconnues explicites avant décision |
| Corrections de parcours revérifiées | Confirmer qu’une correction résout l’obstacle observé. | Corrections prioritaires rejouées avec résultat documenté ÷ corrections prioritaires déclarées terminées × 100. Collecte : Registre de tests : tâche, blocage initial, modification, date et résultat du nouveau test. | Le même scénario et des conditions comparables sont nécessaires ; noter les nouveaux obstacles. | Objectif interne : chaque correction prioritaire est revérifiée |
La qualité du dialogue autour des indicateurs compte davantage que la sophistication de l’outil.
Un indicateur isolé explique rarement un problème. Ces exemples aident à poser une question, rassembler des preuves complémentaires et choisir le prochain test.
Comparez indexation des pages prioritaires, impressions utiles et pages d’entrée qui amorcent un parcours.
Décision suivante : Vérifiez si la variation touche tout le site ou un gabarit avant de réécrire les titres ou de produire davantage de contenus.
Croisez complétion du contact, erreurs bloquantes et réussite de la tâche selon l’appareil.
Décision suivante : Observez quelques essais réels. Corrigez les questions ambiguës et la reprise après erreur avant d’ajouter une campagne d’acquisition.
Lisez séparément LCP, INP et CLS sur mobile et ordinateur, puis vérifiez le poids du média principal.
Décision suivante : Identifiez le gabarit et la ressource concernés avant de compresser tous les fichiers ou de modifier du code sans rapport.
Relevez la fraîcheur des sources critiques, la couverture des preuves et le responsable éditorial.
Décision suivante : Corrigez l’affirmation et sa version linguistique ; ne changez la date de revue qu’après vérification des informations.
Contrôlez réponses serveur attendues, tests de restauration et délai de retour au service.
Décision suivante : Documentez la panne et la reprise, puis améliorez la checklist de publication ou la procédure de sauvegarde.
Associez réussite au clavier, alternatives des images informatives et messages de formulaire.
Décision suivante : Testez le parcours entier avec des personnes et aides techniques si possible ; compter les attributs alt manquants ne suffit pas.
Construisez un plan de mesure relié aux objectifs et aux responsabilités.
Lire le guide KPI →Diagnostiquez LCP, INP et CLS avec des données terrain et laboratoire.
Lire le guide performance →Reliez les anomalies techniques aux pages et parcours qui comptent.
Lire le guide d’audit →Les seuils Core Web Vitals sont documentés par web.dev. Les recommandations d’exploration et de contenu suivent Google Search Central. Les mesures de sobriété et de résilience sont des objectifs internes à contextualiser, pas des garanties universelles.
Version du référentiel : 6 octobre 2026. Signalez une amélioration ou un besoin de clarification via la page de contact.
Guide affiliation
Pour un site monétisé par affiliation, examinez les notions de commission, attribution et conversion. Rapprochez chaque indicateur de ses conditions de calcul plutôt que de comparer des taux isolés.
Guide professionnel tourisme
Pour un parcours de réservation touristique, repérez les dépendances entre outil métier, distribution et paiement. Documentez où commencent et finissent les mesures du parcours.
Sites de l’écosystème AR, sélectionnés pour leur pertinence sur ce sujet. Vérifiez périmètres, conditions et offres actuelles auprès de chaque éditeur. Notre méthode de sélection.
