Modèle de checklist SEO on-page

Checklists de pré-publication couvrant les titres, les intertitres, les liens internes, les images et le schema pour chaque type de page.

Faites passer chaque page nouvelle ou mise à jour par la bonne checklist avant sa mise en ligne. Elles détectent les fondamentaux on-page qui plafonnent discrètement le référencement.

6 variantes prêtes à l'emploi

Checklist SEO on-page pour article de blog

Faites passer chaque article de blog nouveau ou mis à jour par cette liste avant sa mise en ligne, pour détecter les fondamentaux on-page qui plafonnent discrètement le référencement.

Page : [URL de l'article ou titre de travail]   Mot-clé principal : [requête cible]   Intention de recherche : [informationnelle / tutoriel / comparatif]


Contenu et mots-clés

  • ☐ Intention de recherche respectée : le format (guide, listicle, tutoriel) correspond à ce qui se positionne déjà sur la requête.
  • ☐ Le mot-clé principal apparaît dans le H1, dans les 100 premiers mots et naturellement tout au long du texte, sans suroptimisation.
  • ☐ Sous-thèmes, questions et entités connexes traités, sans lacune évidente par rapport aux meilleurs résultats.
  • ☐ Le contenu est original et apporte une expérience de première main, des données ou des exemples (E-E-A-T), pas une reformulation de la première page.
  • ☐ Facile à survoler : paragraphes courts, intertitres descriptifs, listes à puces et un enseignement clé bien visible en haut.

Titres et structure

  • ☐ Exactement un H1 ; les H2 et H3 s'imbriquent logiquement et suivent le plan de l'article.
  • ☐ Variantes du mot-clé et questions utilisées dans les intertitres là où elles se lisent naturellement.
  • ☐ Sommaire (pour les articles longs) avec des liens d'ancrage internes vers chaque H2.

Meta et URL

  • ☐ Balise title unique, d'environ 50 à 60 caractères, avec le mot-clé placé tôt.
  • ☐ Méta-description unique, d'environ 150 à 155 caractères, avec une accroche et le mot-clé.
  • ☐ Slug court, lisible et pertinent au mot-clé, sans dates, mots vides ni surcharge de catégories : [/exemple-de-slug].
  • ☐ Balises Open Graph et Twitter Card définies (titre, description, image) pour des aperçus soignés sur les réseaux sociaux.

Liens et médias

  • ☐ 3 à 5 liens internes contextuels vers des articles connexes et des pages de conversion, avec un texte d'ancre descriptif.
  • ☐ Liens sortants vers des sources faisant autorité et pertinentes là où elles étayent une affirmation.
  • ☐ Une image principale/à la une plus des visuels d'appui ; texte alternatif descriptif et pensé pour le mot-clé sur chacun : [texte alt].
  • ☐ Images compressées et servies dans un format moderne (WebP/AVIF) avec width/height définis pour éviter les décalages de mise en page.

Auteur et confiance

  • ☐ Signature d'auteur visible renvoyant à une véritable page de biographie ; dates de publication et de dernière mise à jour affichées.
  • ☐ Sources citées et affirmations vérifiées ; contenu affilié ou sponsorisé signalé.

Technique et schema

  • ☐ Schema Article (ou BlogPosting) ajouté et valide dans le Rich Results Test.
  • ☐ Schema FAQPage ou HowTo ajouté uniquement s'il existe un contenu correspondant visible sur la page.
  • ☐ Canonique autoréférente correcte ; la page est indexable (pas de noindex accidentel ni de blocage robots).
  • ☐ Adaptée au mobile et validant les Core Web Vitals (LCP, INP, CLS) sur un appareil réel.
  • ☐ Ajoutée au sitemap XML et liée depuis au moins une page déjà indexée.

Checklist SEO on-page pour fiche produit

Optimisez une fiche produit individuelle pour qu'elle se positionne sur des requêtes à intention d'achat et obtienne des rich results d'avis et de prix avant le lancement.

Produit : [nom du produit]   Mot-clé principal : [requête acheteur, p. ex. marque + modèle]   SKU/URL : [/slug-produit]


Contenu et mots-clés

  • ☐ Description produit unique et originale, pas le texte standard du fabricant présent sur une centaine d'autres sites.
  • ☐ Mot-clé principal dans le H1 (le nom du produit) et employé naturellement dans la description et les intertitres.
  • ☐ Avantages, spécifications, matériaux, dimensions et cas d'usage couverts pour répondre aux questions de l'acheteur.
  • ☐ Termes de longue traîne et modificateurs intégrés là où c'est naturel : [idéal pour / taille / couleur / compatible avec].
  • ☐ Contenu d'aide à l'achat présent : livraison, retours, garantie et un guide des tailles ou de coupe le cas échéant.

Avis et confiance

  • ☐ De vrais avis clients et une note globale affichés sur la page (ni falsifiés ni importés sans consentement).
  • ☐ Section questions-réponses traitant les objections réelles d'avant-achat.
  • ☐ Signaux de confiance visibles : statut de stock, badges de paiement sécurisé et politique de retour claire.

Variantes et médias

  • ☐ Plusieurs images du produit plus une vidéo là où c'est utile ; chaque image a un texte alt descriptif incluant la variante : [produit + couleur/taille].
  • ☐ Variantes de couleur, taille et style gérées sans créer d'URL dupliquées et pauvres : une seule fiche produit canonique ou des canoniques correctes.
  • ☐ Images zoomables, compressées et dans un format moderne avec width/height définis.

Meta et URL

  • ☐ Balise title unique avec le nom du produit, un modificateur clé et la marque : [Nom du produit + Modificateur | Marque].
  • ☐ Méta-description unique orientée bénéfice, d'environ 150 à 155 caractères, pouvant inclure le prix ou un USP.
  • ☐ URL propre et lisible : sans identifiants de session, paramètres de suivi ni longues chaînes de SKU.

Liens et structure interne

  • ☐ Fil d'Ariane renvoyant à la catégorie parente et à l'accueil.
  • ☐ Liens internes vers la catégorie parente, les produits connexes et les guides d'achat pertinents avec des ancres descriptives.
  • ☐ Les modules « Vous aimerez aussi » / de ventes croisées pointent vers des produits actifs et en stock.

Schema

  • ☐ Schema Product avec name, image, description, brand, SKU/GTIN et Offer (price, priceCurrency, availability) : les valeurs correspondent à la page visible.
  • ☐ Balisage AggregateRating et review ajouté uniquement lorsque de vrais avis visibles le confirment.
  • ☐ Schema BreadcrumbList présent et cohérent avec le fil d'Ariane visible.
  • ☐ Validé dans le Rich Results Test sans erreur ni avertissement sur le prix/la disponibilité.

Technique et cycle de vie

  • ☐ Canonique autoréférente correcte ; les URL de paramètres de facettes ou de tri ne créent pas de doublons indexables.
  • ☐ La page est indexable et dans le sitemap XML ; le traitement des articles en rupture et arrêtés est décidé (conserver, rediriger ou 410).
  • ☐ Adaptée au mobile, ajout au panier rapide et validant les Core Web Vitals.

Checklist SEO on-page pour page de catégorie / collection

Transformez une page de catégorie ou de collection en page de destination positionnable sur des requêtes génériques, sans laisser la navigation à facettes gonfler l'index.

Catégorie : [nom de la catégorie]   Mot-clé principal : [requête générique, p. ex. « chaussures de running homme »]   URL : [/slug-categorie]


Introduction et texte d'appui

  • ☐ Paragraphe(s) d'introduction uniques au-dessus ou en dessous de la grille produits, ciblant la requête générique et aidant l'acheteur à choisir.
  • ☐ Mot-clé principal dans le H1 (le nom de la catégorie) et employé naturellement dans l'introduction et les intertitres.
  • ☐ Le texte d'appui répond aux questions « comment choisir » et renvoie vers des guides d'achat pertinents, sans remplissage bourré de mots-clés.
  • ☐ Le texte ne repousse pas les produits si bas qu'il nuit à l'ergonomie.

Navigation à facettes et indexation

  • ☐ Les URL de paramètres de filtre, de tri et de pagination ne créent pas des milliers de pages indexables pauvres et quasi dupliquées.
  • ☐ Stratégie d'indexation décidée par facette : indexer les combinaisons utiles, mettre le reste en noindex ou le bloquer.
  • ☐ Stratégie de canonique cohérente : les vues filtrées/triées se canonisent vers l'URL propre de la catégorie, sauf si une facette est volontairement une page de destination.
  • ☐ Pagination gérée avec des liens explorables (ou un « charger plus » avec de vraies URL) ; la page 2 et suivantes restent indexables mais dépriorisées dans le maillage interne.

Produits et médias

  • ☐ La grille produits affiche d'abord les articles pertinents et en stock ; les articles en rupture sont gérés proprement.
  • ☐ Les vignettes produits ont un texte alt descriptif et sont compressées pour un chargement rapide de la grille.
  • ☐ L'image de catégorie ou hero (si utilisée) a un texte alt descriptif : [texte alt].

Meta et URL

  • ☐ Balise title unique avec la requête générique et un qualificatif : [Catégorie + Qualificatif | Marque].
  • ☐ Méta-description unique, d'environ 150 à 155 caractères, résumant la sélection et donnant une raison de cliquer.
  • ☐ URL courte et logique reflétant la hiérarchie du site : sans paramètres dans la version canonique.

Liens et structure interne

  • ☐ Fil d'Ariane montrant le chemin de l'accueil jusqu'à cette catégorie.
  • ☐ Liens internes vers les sous-catégories, les produits phares et les catégories connexes avec des ancres descriptives.
  • ☐ La catégorie est liée depuis la navigation principale ou une page pivot, afin de ne pas être orpheline.

Schema et technique

  • ☐ Schema CollectionPage et/ou ItemList reflétant les produits affichés ; schema BreadcrumbList présent.
  • ☐ Validé dans le Rich Results Test sans erreur.
  • ☐ La page est indexable, dans le sitemap XML, adaptée au mobile et valide les Core Web Vitals.

Checklist SEO on-page pour page de destination (PPC / conversion)

Mettez en ligne une page de destination PPC ou de conversion ciblée, avec un objectif clair, une forte correspondance de message et la bonne décision d'indexation pour la variante.

Campagne/offre : [nom de l'offre]   Mot-clé/thème d'annonce : [mot-clé ou groupe d'annonces]   URL : [/slug-page-destination]


Correspondance du message et contenu

  • ☐ Le titre correspond au texte de l'annonce, au mot-clé ou à la promesse de la campagne, pour que le visiteur voie aussitôt qu'il est au bon endroit.
  • ☐ Exactement un H1 qui énonce la proposition de valeur centrale en langage clair.
  • ☐ Un seul objectif principal : aucune offre concurrente ni navigation qui détourne l'attention de la conversion.
  • ☐ Avantages, preuve sociale (témoignages, logos, notes) et traitement des objections, le tout au-dessus ou près de la ligne de flottaison.
  • ☐ Texte précis et orienté bénéfice ; sans affirmation non étayée ou inventée.

Appel à l'action

  • ☐ Un CTA principal unique et répété, au texte orienté action : [Démarrer l'essai gratuit / Obtenir mon devis].
  • ☐ Le formulaire ne demande que les champs strictement nécessaires ; les frictions (formulaires longs, distractions) sont supprimées.
  • ☐ Attente claire de l'étape suivante près du CTA (ce qui se passe après le clic).

Décision d'indexation

  • ☐ Décidez l'intention : page de destination SEO (à indexer) vs variante uniquement payante ou A/B quasi dupliquée (noindex sur les variantes pauvres).
  • ☐ Si elle est uniquement payante, la page est en noindex et hors du sitemap XML pour ne pas concurrencer les pages organiques.
  • ☐ Si elle est indexable, elle vise une vraie requête, a un contenu unique et une canonique autoréférente.
  • ☐ Les variantes de test A/B se canonisent vers l'URL principale ou sont en noindex pour éviter le contenu dupliqué.

Meta et URL

  • ☐ Balise title unique alignée sur l'offre et le mot-clé (pertinente uniquement si la page est indexable).
  • ☐ Méta-description unique qui renforce l'offre et le CTA.
  • ☐ Slug court, lisible et pertinent à la campagne ; les paramètres de suivi restent hors de l'URL canonique.

Médias et confiance

  • ☐ Images hero et de preuve compressées et dans un format moderne ; texte alt descriptif là où il a du sens : [texte alt].
  • ☐ Éléments de confiance présents : liens de confidentialité/CGU, badges de sécurité et une véritable identité d'entreprise.

Technique et suivi

  • ☐ Mise en page mobile-first ; chargement rapide et validation des Core Web Vitals (les pages lentes augmentent le coût PPC et perdent des conversions).
  • ☐ L'analytics et le suivi des conversions se déclenchent correctement ; la bannière de consentement ne bloque pas le CTA.
  • ☐ Aucun lien mort ni impasse ; la page de remerciement ou de confirmation fonctionne de bout en bout.

Checklist SEO on-page pour la page d'accueil

Faites en sorte que la page d'accueil communique clairement l'identité de la marque, se positionne sur les termes de marque et principaux, et transmette l'autorité aux pages clés.

Marque : [nom de la marque]   Terme de positionnement principal : [ce pour quoi vous voulez être connu]   Domaine : [https://example.com]


Marque et positionnement

  • ☐ Un H1 qui énonce qui vous êtes et ce que vous faites. La clarté prime sur un slogan vague.
  • ☐ La zone au-dessus de la ligne de flottaison répond en quelques secondes à « qu'est-ce que c'est, à qui ça s'adresse, que dois-je faire ensuite ».
  • ☐ Nom de la marque et terme de positionnement central employés naturellement dans les titres et le texte d'introduction.
  • ☐ Proposition de valeur et différenciateurs clés évidents sans avoir à beaucoup faire défiler.

Navigation et liens internes

  • ☐ La navigation principale renvoie vers les principales catégories, services et pages de conversion avec des libellés descriptifs.
  • ☐ Le pied de page inclut les liens utilitaires et SEO importants (à propos, contact, catégories clés, mentions légales).
  • ☐ La page d'accueil transmet l'autorité vers l'intérieur. Elle pointe vers les pages que vous voulez le plus positionner.
  • ☐ Une recherche interne à l'échelle du site et/ou des chemins clairs vers le contenu approfondi sont disponibles.

Meta et URL

  • ☐ La balise title commence par la marque et une phrase de positionnement concise : [Marque : ce que vous faites].
  • ☐ Méta-description convaincante qui vend la marque et inclut une raison de cliquer.
  • ☐ La canonique pointe vers l'unique URL d'accueil privilégiée ; les variantes non privilégiées (www/non-www, barre oblique finale) redirigent vers elle.

Confiance et médias

  • ☐ Preuve sociale présente : logos clients, témoignages, notes ou badges de confiance reconnaissables.
  • ☐ Images hero et de marque compressées et dans un format moderne ; le logo et les images significatives ont un texte alt : [texte alt].
  • ☐ Chemin de contact clair et, le cas échéant, localisation/NAP pour la crédibilité.

Schema

  • ☐ Schema Organization avec name, logo, url et liens sameAs vers les profils sociaux officiels.
  • ☐ Schema WebSite avec potentialAction (boîte de recherche des sitelinks) si une recherche interne existe.
  • ☐ Schema LocalBusiness à la place de/en plus d'Organization si la marque est un commerce local physique.
  • ☐ Validé dans le Rich Results Test sans erreur.

Technique

  • ☐ La page d'accueil est indexable, rapide, mobile-first et valide les Core Web Vitals.
  • ☐ Une seule page d'accueil canonique est indexable ; les redirections se résolvent en un seul saut.
  • ☐ Balises favicon, Open Graph et Twitter Card définies pour la recherche de marque et les aperçus sociaux.

Checklist SEO on-page pour page locale / « près de chez moi »

Optimisez une page de localisation ou de zone d'intervention pour qu'elle se positionne sur les recherches « près de chez moi » et ville-plus-service et s'aligne sur la fiche d'établissement Google.

Localisation/zone d'intervention : [ville ou quartier]   Mot-clé principal : [service + ville, p. ex. « plombier à Lyon »]   URL : [/agences/slug-ville]


NAP et pertinence locale

  • ☐ Nom, adresse et téléphone de l'entreprise (NAP) affichés en texte sur la page et identiques à la fiche d'établissement Google et aux autres citations.
  • ☐ Termes de ville, de quartier et de zone d'intervention employés naturellement dans le H1, l'introduction et les intertitres, sans surcharge.
  • ☐ Contenu unique et propre à la localisation (pas un nom de ville substitué dans un modèle dupliqué sur toutes les pages).
  • ☐ Services proposés sur ce site, horaires d'ouverture et éventuel rayon de la zone d'intervention clairement indiqués.
  • ☐ Preuve locale incluse : avis, photos ou études de cas/réalisations propres à la région.

Alignement avec la fiche d'établissement Google

  • ☐ La page pointe vers la fiche d'établissement Google, et la fiche renvoie précisément vers cette page.
  • ☐ Catégories d'activité, services et horaires sur la page correspondent à la fiche.
  • ☐ Lien téléphonique en cliquer-pour-appeler et itinéraire en un toucher disponibles sur mobile.

Carte et itinéraire

  • ☐ Carte Google intégrée montrant l'emplacement de l'entreprise (ou la zone d'intervention).
  • ☐ Indications routières, stationnement ou informations sur les transports là où c'est utile aux visiteurs.
  • ☐ La carte intégrée est chargée en différé (lazy-load) pour ne pas ralentir la page.

Meta et URL

  • ☐ Balise title unique avec le service et la localisation : [Service à Ville | Marque].
  • ☐ Méta-description unique mentionnant la ville, un USP et un appel à l'action.
  • ☐ URL propre et logique avec la ville/le service : [/agences/ville-service].

Liens et médias

  • ☐ Liens internes vers les pages de services connexes, les autres agences et un pivot des localisations avec des ancres descriptives.
  • ☐ Vraies photos du lieu, de l'équipe ou des réalisations (pas seulement des banques d'images) avec un texte alt tenant compte de la localisation : [alt : service à ville].
  • ☐ Fil d'Ariane renvoyant au pivot des localisations et à l'accueil.

Schema

  • ☐ Schema LocalBusiness (ou le sous-type le plus précis) avec name, address, coordonnées géographiques, telephone, openingHours et url, correspondant au NAP visible.
  • ☐ areaServed et sameAs (y compris l'URL de la fiche/Maps) inclus le cas échéant.
  • ☐ Balisage review/aggregateRating uniquement lorsque de vrais avis visibles le confirment.
  • ☐ Validé dans le Rich Results Test sans divergence de NAP.

Technique

  • ☐ La page est indexable, dans le sitemap XML, mobile-first et valide les Core Web Vitals (la plupart des recherches « près de chez moi » se font sur téléphone).
  • ☐ Canonique autoréférente correcte ; les pages de localisation ne se dupliquent pas entre elles.

Comment utiliser ce modèle

  1. Joignez la checklist correspondant au type de page à chaque ticket de contenu ou de produit, pour que rien ne soit mis en ligne sans elle.
  2. Travaillez de haut en bas avant de publier : commencez par le contenu et les mots-clés, puis les titres, la meta et l'URL, les liens et les médias, et terminez par le schema et la technique.
  3. Remplacez chaque marqueur [entre crochets] par la valeur réelle et vérifiez que ces valeurs correspondent à ce qui est visible sur la page.
  4. Ajoutez et validez les données structurées adaptées au type de page, puis passez-les dans le Rich Results Test de Google jusqu'à ce qu'il n'y ait plus d'erreurs.
  5. Vérifiez que la balise canonique est correcte et que l'indexabilité de la page est intentionnelle : indexez les pages que vous voulez positionner, mettez en noindex les variantes pauvres ou uniquement payantes.
  6. Vérifiez la page sur mobile et confirmez qu'elle valide les Core Web Vitals (LCP, INP, CLS) avant sa mise en ligne.
  7. Ajoutez la page à votre sitemap XML et liez-la depuis au moins une page déjà indexée pour qu'elle soit explorée.
  8. Refaites toute la checklist chaque fois que vous mettez la page à jour de façon substantielle, et effectuez un passage trimestriel sur vos pages les plus importantes pour détecter les dérives.

Conseils pro

  • Adaptez la checklist au type de page, et non l'inverse : une fiche produit et un article de blog échouent en SEO pour des raisons différentes, si bien que la même liste générique passe à côté des problèmes qui comptent vraiment.
  • N'ajoutez du schema FAQ, HowTo, Review ou AggregateRating que lorsque le contenu correspondant est réellement visible sur la page ; un balisage qui ne reflète pas le contenu de la page peut déclencher des actions manuelles.
  • L'intention de recherche est l'élément le plus décisif de chaque liste : si le format de la page ne correspond pas à ce qui se positionne déjà sur la requête, des balises et un schema parfaits ne la sauveront pas.
  • Traitez l'indexabilité comme une décision délibérée : décidez d'emblée si chaque page (et chaque variante filtrée ou A/B) doit être indexée, canonisée ou mise en noindex, au lieu de laisser le CMS décider par défaut.

Questions fréquentes

À quelle fréquence dois-je revérifier le SEO on-page ?

Passez la checklist pertinente à chaque publication d'une nouvelle page et à chaque mise à jour de contenu significative. En plus, effectuez un passage trimestriel sur vos pages les plus importantes pour détecter les dérives : liens internes cassés, titres obsolètes, texte alt manquant ou schema qui ne correspond plus à la page.

Quelle est la différence entre le SEO on-page et le SEO technique ?

Le SEO on-page couvre ce qui se trouve sur une page précise et que vous maîtrisez en la créant : contenu, mots-clés, titres, title et meta, liens internes, texte alt des images et schema au niveau de la page. Le SEO technique couvre les fondations à l'échelle du site qui affectent l'exploration et l'indexation : robots.txt, sitemaps, architecture du site, redirections, HTTPS et performance. Ils se recoupent (les Core Web Vitals et les canoniques apparaissent dans les deux), si bien que ces checklists incluent les éléments techniques au niveau de la page et complètent bien un audit SEO technique distinct.

Pourquoi six checklists différentes plutôt qu'une seule ?

Les différents types de pages réussissent ou échouent pour des raisons différentes. Un article de blog vit ou meurt selon la correspondance d'intention, la profondeur et le maillage interne ; une fiche produit a besoin du schema Product, de vrais avis et d'une gestion propre des variantes ; une page de catégorie peut gonfler discrètement l'index via la navigation à facettes ; une page de destination PPC a besoin d'une correspondance de message et d'une décision d'indexation délibérée ; une page d'accueil a besoin de clarté de marque et du schema Organization ; et une page locale a besoin d'un NAP cohérent, du schema LocalBusiness et d'un alignement avec la fiche d'établissement Google. Une seule liste générique laisserait de côté les éléments les plus importants pour chacune.

Quels éléments on-page sont le plus souvent oubliés ?

Les oublis récurrents sont : le texte alt descriptif des images et leur compression ; des balises title et méta-descriptions uniques et alignées sur l'intention plutôt que gabarisées ; des données structurées soit absentes, soit non conformes au contenu visible ; des balises noindex involontaires ou de mauvaises canoniques héritées du staging ; du contenu pauvre ou dupliqué (surtout les descriptions du fabricant sur les fiches produits et les pages de ville gabarisées) ; et des pages orphelines qui ne sont liées de nulle part ou absentes du sitemap.

Ai-je besoin de données structurées sur chaque page ?

Pas le même balisage sur chaque page, mais la plupart profitent de données structurées adaptées à leur type : Article sur les articles de blog, Product sur les fiches produits, CollectionPage ou ItemList sur les catégories, Organization ou LocalBusiness sur la page d'accueil ou les pages de localisation, et BreadcrumbList partout où un fil d'Ariane apparaît. La règle est de ne baliser que le contenu réellement visible sur la page et de le valider avec le Rich Results Test de Google avant publication.

Le SEO on-page compte-t-il encore si mon contenu est excellent ?

Oui. Un excellent contenu est la base, mais les moteurs de recherche s'appuient toujours sur les signaux on-page pour le comprendre et le faire remonter. Sans un titre et une structure de titres clairs, des liens internes descriptifs, des canoniques correctes, un schema valide, des images accessibles et une page indexable et rapide, un contenu solide peut sous-performer ou ne jamais être exploré et positionné correctement. Le SEO on-page est la façon dont vous garantissez qu'un bon contenu obtient la visibilité qu'il mérite.