Checklist d’audit SEO on page en 2026 – Agencia SEO

Un audit SEO on page ne consiste pas à remplir des champs dans un plugin et à considérer le travail terminé. Il s’agit de vérifier, avec discernement, si chaque page de votre site fait tout son possible pour être comprise par les moteurs de recherche et pour satisfaire ceux qui arrivent depuis une SERP. Ce qui suit est une liste de contrôle pratique, organisée par blocs, avec des exemples concrets de ce qui échoue souvent et de ce qu’il convient de laisser hors de la checklist.

Avant de toucher à quoi que ce soit : définir le périmètre et l’échantillon

Auditer tout un site de 5 000 URL avec le même niveau de détail est irréalisable. La plupart des audits on page sérieux travaillent avec un échantillon stratifié : page d’accueil, pages de catégorie et de listing, modèles de produit ou de service, articles de blog à fort trafic, pages légales et une sélection aléatoire du reste. Si le site compte moins de 100 URL indexables, on le révise intégralement.

Une erreur que je vois se répéter : auditer uniquement la page d’accueil et les pages que le client considère comme importantes. Les modèles (produit, catégorie, auteur, étiquette) sont là où apparaissent les problèmes systémiques, et ceux-ci se corrigent une fois pour des centaines d’URL. Prioriser les modèles plutôt que les pages isolées permet d’économiser des semaines de travail.

Bloc 1 : indexabilité et accessibilité on page

Vérifications minimales

Balise robots au niveau de la page : s’assurer qu’il n’y a pas de noindex accidentel sur des pages qui devraient se positionner. C’est fréquent dans les développements avec des environnements de staging qui héritent de la configuration.
Canonical autoréférent sur les pages de contenu et canonical correct sur les variantes (filtres, pagination, paramètres UTM).
Cohérence entre canonical et hreflang : si la version espagnole pointe son canonical vers l’anglaise, l’espagnole ne sera pas indexée.
Code HTTP correct : 200 sur les pages actives, 301 sur les URL migrées, 410 sur le contenu définitivement supprimé.
Que le contenu principal soit visible dans le HTML initial ou, s’il y a du rendu JavaScript, que la version rendue contienne la même chose que celle du navigateur.

Un cas réel : une boutique avec des filtres de couleur ajoutait un paramètre différent par combinaison, tous avec un canonical vers la catégorie de base. La catégorie de base avait 12 000 variantes pointant vers elle et le crawl était consommé sur des URL qui ne seraient jamais indexées. La solution n’a pas été de tout fermer avec noindex, mais de décider quelles combinaisons avec une demande de recherche méritaient leur propre page et de consolider le reste avec un canonical et des liens internes cohérents.

Bloc 2 : titres, métadescriptions et en-têtes

Liste de contrôle

Un seul <h1> par page, aligné avec l’intention principale du contenu.
Titres uniques sur tout le site. Exportez-les tous et triez-les : les doublons ont tendance à se concentrer dans des modèles mal paramétrés.
Longueur raisonnable du titre, sans troncatures forcées. Google réécrit fréquemment les titres ; l’objectif est que le vôtre soit celui affiché, pas de forcer un nombre exact de caractères.
Métadescriptions uniques, avec proposition de valeur et appel à l’action, sans copier le premier paragraphe du texte.
Hiérarchie Hn cohérente : des H2 qui regroupent de vraies sections, des H3 à l’intérieur de celles-ci. Un H3 isolé sans H2 parent n’est pas un problème technique, mais il indique un désordre dans la structure.

Nuance importante : les en-têtes ne sont pas un facteur de classement direct par leur balise. Leur valeur réside dans la structure sémantique et dans la façon dont ils aident les extraits enrichis. Si votre audit prétend que remplacer H3 par H2 fera grimper les positions, vous vendez du vent.

Bloc 3 : contenu et couverture de l’intention

Ce qu’il faut vérifier page par page

La page répond-elle à l’intention dominante de son mot-clé cible ? Si la SERP affiche des comparatifs et que la vôtre est une page de vente, le contenu ne correspond pas même s’il contient le mot-clé dans le titre.
Couverture des entités et sous-thèmes : quelles questions connexes sont traitées et lesquelles ne le sont pas. Des outils comme la documentation de Google sur la qualité éditoriale et les études sectorielles sur l’autorité thématique servent d’orientation, pas de recette.
Originalité et valeur ajoutée : données propres, captures d’écran, exemples, cas. Le contenu qui ne fait que réécrire ce qui est déjà dans la SERP concourt en position défavorable.
Fraîcheur lorsque c’est pertinent : prix, réglementation, versions de logiciels. Un article sur un outil qui a changé son interface en 2025 nécessite une révision.
Liens internes contextuels depuis et vers la page, avec un anchor text descriptif.

Limite réelle : il n’existe pas de seuil de mots qui garantisse des positions. J’ai vu des pages de 400 mots surpasser des guides de 3 000 mots lorsqu’elles résolvaient mieux la requête. Le nombre de mots est un indicateur d’effort, pas un facteur de classement.

Bloc 4 : médias, liens et structure on page

Images avec alt descriptif (pas de bourrage de mots-clés), format moderne (WebP/AVIF) et dimensions déclarées pour éviter les sauts de mise en page.
Vidéos avec transcription ou au moins une description textuelle du contenu.
Liens sortants : que les liens externes pertinents ne portent pas nofollow par défaut et que les liens internes ne s’ouvrent pas dans un nouvel onglet sans raison.
Anchors internes variés et descriptifs. Éviter « cliquez ici » et « lire la suite » sur les liens qui comptent.
Tableaux et listes bien structurés, accessibles et avec des en-têtes sémantiques.

Bloc 5 : données structurées et résultats enrichis

Vérifiez que le balisage schema.org correspond au contenu visible. Une erreur fréquente est de déclarer FAQPage avec des questions qui n’apparaissent plus sur la page ou avec des réponses différentes. Google peut ignorer le balisage ou, en cas de spam structuré, appliquer des actions manuelles. Vérifiez avec l’outil de résultats enrichis de Search Console et avec le validateur de schema.org, mais rappelez-vous : le balisage ne garantit pas les rich results, il les rend seulement possibles.

Bloc 6 : performance et expérience de page

La performance n’est pas strictement on page, mais elle affecte la façon dont la page est évaluée. Incluez dans l’audit une vérification des Core Web Vitals au niveau du modèle, pas seulement de la page d’accueil. Un détail qui ne se détecte qu’avec des données de terrain : des modèles avec un LCP acceptable en laboratoire mais mauvais sur mobile à cause d’images hero servies sans srcset. La documentation officielle de web.dev sur les Core Web Vitals est la référence pour interpréter les seuils.

Bloc 7 : mesure et clôture

Un audit sans priorisation ne sert à rien. Classez les constats par impact (élevé, moyen, faible) et par effort (heures de développement, contenu, configuration). Les problèmes de modèle qui affectent des centaines d’URL passent en premier. Les ajustements de métadescription sur des pages sans impressions peuvent attendre.

Documentez chaque vérification avec des preuves : capture d’écran, URL d’exemple, nombre d’URL affectées et recommandation concrète. Et définissez comment la correction sera mesurée : positions moyennes des URL affectées, CTR dans Search Console, pages indexées avant et après. Sans ligne de base, il n’y a aucun moyen de savoir si l’audit a servi à quelque chose.

Ce que cette checklist ne couvre pas

Cette liste se concentre sur l’on page. Elle ne remplace pas un audit technique approfondi (logs, budget de crawl, rendu JavaScript complexe) ni une révision des liens entrants. Elle ne résout pas non plus les problèmes de contenu qui nécessitent une recherche de mots-clés préalable ou une architecture de l’information. Si votre site compte des milliers d’URL générées par des paramètres, la partie on page n’est qu’une pièce du puzzle.

Et un dernier avertissement : aucun audit ne garantit de gagner des positions. Identifiez les problèmes, priorisez les corrections et mesurez. Le reste dépend de la concurrence, de l’autorité du domaine et de facteurs que vous ne contrôlez pas.