Une checklist SEO technique n’a pas pour objectif de transformer chaque publication en audit de deux heures.
Elle sert à repérer les erreurs simples qui coûtent cher : URL incorrecte, canonical vers une autre page, noindex oublié, image sociale absente, lien interne cassé ou fichier robots.txt trop large.
Cette dernière partie de la collection Maîtriser le SEO technique d’un site Web rassemble les contrôles essentiels dans un ordre pratique.
1. Vérifier l’URL définitive
Avant tout, identifiez l’adresse qui doit rester publique.
Contrôlez :
- le bon domaine ;
- le protocole HTTPS ;
- la langue ;
- le chemin ;
- le slug ;
- le slash final selon votre convention ;
- l’absence de paramètre temporaire.
Le Validateur d’URL peut aider à inspecter sa structure.
Si vous créez une nouvelle route, le Générateur de slug permet de produire un slug normalisé.
Pour approfondir : Créer des URLs propres : slugs, paramètres et normalisation.
2. Vérifier qu’il n’existe pas déjà une page équivalente
Avant de publier un nouveau contenu, cherchez :
- une ancienne URL ;
- un article au sujet très proche ;
- une version spécialisée déjà indexable ;
- une page qui devrait plutôt être mise à jour.
Créer deux pages répondant à la même intention peut fragmenter le contenu et compliquer le maillage.
Si vous remplacez une ancienne route, prévoyez une redirection vers la nouvelle URL plutôt que de laisser deux versions concurrentes.
3. Contrôler le title
Le title doit :
- identifier clairement le sujet ;
- être spécifique ;
- correspondre au contenu ;
- éviter le bourrage de mots-clés ;
- rester compréhensible hors contexte.
Lisez-le sans regarder la page. Comprenez-vous immédiatement ce qu’elle contient ?
4. Contrôler le H1
Le H1 doit confirmer la promesse du title.
Il peut être légèrement différent, mais ne doit pas introduire un autre sujet.
Exemple cohérent :
title : Schema.org et JSON-LD : données structurées utiles
H1 : Comprendre Schema.org sans surpromettre
La description doit expliquer la valeur de la page.
Évitez :
SEO, référencement, SEO gratuit, meilleur SEO, guide SEO...
Préférez une phrase qui donne une raison de cliquer et correspond réellement au contenu.
Le Générateur de balises meta peut préparer title, description, canonical et métadonnées sociales dans un ensemble cohérent.
6. Vérifier la canonical
La canonical doit pointer vers la version principale attendue.
Contrôlez :
URL de la page
→ canonical
→ liens internes
→ sitemap
Ces signaux doivent idéalement converger.
Une faute dans la canonical est plus problématique qu’une petite imperfection stylistique du slug.
Pour les détails : Title, meta description, canonical et Open Graph.
7. Vérifier les directives d’indexation
Regardez si la page contient volontairement ou accidentellement :
noindex
nofollow
et si des en-têtes HTTP ajoutent une directive similaire.
Une page destinée à être indexée ne doit pas hériter d’une configuration de préproduction.
Inversement, une page privée ou purement fonctionnelle n’a pas nécessairement vocation à devenir indexable.
8. Contrôler robots.txt
Vérifiez que la page et ses ressources nécessaires ne sont pas bloquées par une règle trop large.
Attention aux déploiements où un environnement de test utilisait :
Disallow: /
Le Générateur robots.txt aide à produire la syntaxe, mais relisez toujours le résultat dans le contexte du site réel.
Pour la distinction crawl/indexation : robots.txt : comprendre le crawl et les erreurs à éviter.
9. Vérifier les données structurées
Si la page utilise JSON-LD :
- le type est-il adapté ?
- le titre correspond-il ?
- les URLs sont-elles correctes ?
- les dates sont-elles exactes ?
- les images existent-elles ?
- aucune propriété n’invente-t-elle une information absente ?
Le Générateur Schema.org JSON-LD facilite la syntaxe.
Le guide Schema.org et JSON-LD : ajouter des données structurées utiles explique comment éviter les balisages trop ambitieux.
10. Vérifier le maillage interne entrant
Une nouvelle page importante doit être trouvable depuis le reste du site.
Posez-vous deux questions :
- quelles pages existantes devraient naturellement pointer vers celle-ci ?
- quelle page de catégorie, collection ou navigation permet de la découvrir ?
Évitez les pages orphelines.
Le lien doit être utile au lecteur, pas inséré uniquement parce qu’une checklist dit qu’il « faut du maillage ».
11. Vérifier les liens sortants internes
Cliquez sur les liens importants :
- outils ;
- articles liés ;
- pages de catégorie ;
- langues ;
- appels à l’action.
Un lien interne erroné est une mauvaise expérience et peut empêcher la découverte de la ressource cible.
Les tests automatisés sont particulièrement utiles ici lorsqu’un site possède beaucoup de routes localisées.
12. Contrôler les images
Pour chaque image importante :
- le fichier existe ;
- les dimensions sont adaptées ;
- le poids est raisonnable ;
- le ratio ne provoque pas de déformation ;
- le texte alternatif correspond au rôle de l’image ;
- l’espace d’affichage est réservé lorsque nécessaire.
Le guide Optimiser les images pour les performances Web couvre la préparation des fichiers et le chargement.
13. Vérifier les images responsives
Une image qui s’affiche à 320 px sur mobile n’a pas toujours besoin d’un fichier source de 2 000 px.
Si la page utilise plusieurs tailles, contrôlez :
srcset ;sizes ;- les variantes réellement générées ;
- le comportement aux différentes largeurs.
Le guide Images responsives : comprendre srcset et sizes détaille ces mécanismes.
14. Tester le mobile réel ou simulé
Une page peut être techniquement responsive et rester difficile à utiliser.
Vérifiez notamment :
- largeur du texte ;
- boutons ;
- menus ;
- tableaux ;
- code ;
- images ;
- formulaires ;
- éléments flottants ;
- publicités éventuelles.
Le contenu principal doit rester accessible sans zoom horizontal.
Regardez surtout les problèmes visibles :
- image héro trop lourde ;
- mise en page qui saute ;
- JavaScript excessif ;
- chargement tardif du contenu principal ;
- ressources inutiles.
Un score est un indicateur. La priorité reste une page rapide et stable pour l’utilisateur.
16. Vérifier le partage social
Si vous utilisez Open Graph :
- titre ;
- description ;
- URL ;
- image.
Une page peut être parfaitement indexable mais produire une carte sociale vide ou obsolète.
Assurez-vous que l’image est publiquement accessible et que le texte n’annonce pas une ancienne version du contenu.
17. Vérifier les langues et hreflang lorsqu’ils existent
Sur un site multilingue, chaque version doit :
- utiliser sa propre URL localisée ;
- pointer vers les bons équivalents ;
- éviter les liens internes qui renvoient accidentellement vers une autre langue ;
- conserver une correspondance éditoriale réelle.
Une traduction n’est pas simplement une URL différente : elle doit être reliée au bon contenu équivalent.
18. Après publication, contrôler la page réelle
Ne vous arrêtez pas au build réussi.
Ouvrez la vraie URL et vérifiez :
HTTP 200 attendu
→ titre correct
→ contenu complet
→ liens fonctionnels
→ image chargée
→ canonical correcte
→ navigation cohérente
Certaines erreurs n’apparaissent qu’après génération, réécriture d’URL ou déploiement.
Une checklist courte à mémoriser
Si vous devez retenir seulement dix points :
- bonne URL ;
- pas de doublon inutile ;
- title et H1 cohérents ;
- description fidèle ;
- canonical correcte ;
- indexation volontaire ;
- robots.txt non bloquant ;
- liens internes valides ;
- images optimisées et responsive ;
- contrôle de la page réellement publiée.
Le SEO technique fonctionne mieux comme discipline de cohérence que comme collection d’astuces isolées.
Une fois ces bases solides, le travail le plus important reste de publier des pages qui répondent réellement à une intention et méritent d’être trouvées.
