En bref : avant une mise en ligne, vérifiez que les moteurs peuvent explorer les bonnes URL, comprendre leur sujet, choisir la version canonique et accéder au contenu principal. La recette SEO doit porter sur le domaine réellement publié, pas seulement sur la préproduction.
Un audit SEO technique ne remplace pas un contenu utile, mais il empêche des défauts évitables de le rendre invisible. Une balise noindex oubliée, un canonical incorrect ou un rendu dépendant d’un script défaillant peut neutraliser plusieurs semaines de travail éditorial.
Cette checklist suit le chemin d’un moteur : découvrir une adresse, recevoir une réponse, interpréter la page, l’indexer et comprendre ses relations avec le reste du site.
1. Vérifier les statuts HTTP et les variantes du domaine
Les pages indexables répondent en 200. Les anciennes adresses déplacées renvoient directement une redirection permanente vers la meilleure destination. Les URL inexistantes produisent un vrai 404 ou 410, et les erreurs serveur ne sont pas masquées par une page qui répondrait tout de même en 200.
HTTP, HTTPS, versions avec ou sans www et variantes de casse doivent converger vers une seule version canonique. Contrôlez également les barres obliques finales et les paramètres fréquents afin d’éviter des duplications incohérentes.
2. Contrôler robots.txt sans lui donner un rôle excessif
Le fichier robots.txt indique ce que les robots peuvent explorer. Il ne garantit pas qu’une URL ne sera jamais indexée si elle est connue par d’autres moyens. Pour retirer une page des résultats, utilisez une directive adaptée sur une ressource accessible au robot, puis vérifiez le résultat.
Le fichier doit être disponible à la racine, ne pas bloquer les ressources nécessaires au rendu et déclarer le sitemap canonique. Relisez-le après chaque changement d’environnement : une règle de préproduction copiée en production est un incident classique.
3. Générer un sitemap propre
Le sitemap contient uniquement des URL canoniques, indexables et répondant correctement. Les brouillons, pages privées, redirections et erreurs n’y ont pas leur place. La date de modification doit correspondre à un changement significatif, pas être renouvelée artificiellement à chaque requête.
Un sitemap facilite la découverte, mais ne remplace pas le maillage interne. Une page importante doit recevoir des liens HTML depuis la navigation, une page de catégorie, un article ou une autre ressource pertinente.
4. Examiner les directives d’indexation et les canonicals
Pour chaque gabarit, inspectez robots, googlebot, l’en-tête X-Robots-Tag et la balise canonical. La page canonique doit généralement se référencer elle-même avec une URL absolue correcte. Une pagination, un filtre ou une version imprimable demande une décision explicite.
N’utilisez pas le canonical comme substitut à une architecture désordonnée. Il s’agit d’un signal de préférence entre contenus identiques ou très proches, pas d’un outil pour rediriger le sens d’une page vers un sujet différent.
5. Vérifier le HTML initial et le rendu
Le titre principal, le texte utile et les liens importants doivent être accessibles dans le rendu que le moteur reçoit. Les applications JavaScript peuvent être indexables, mais une dépendance excessive au rendu client complexifie le diagnostic et peut retarder la découverte du contenu.
Testez la page avec JavaScript désactivé lorsque cela aide à comprendre la dépendance, puis inspectez le DOM rendu. Vérifiez les écrans de chargement, les erreurs d’API et les contenus masqués derrière une interaction.
Les bonnes pratiques officielles de Google pour les fonctionnalités IA rappellent que le contenu important doit rester disponible sous forme textuelle et facilement trouvable par les liens internes.
6. Valider titres, descriptions et structure sémantique
Chaque page possède un titre descriptif et distinctif. La description résume honnêtement le contenu et donne une raison de consulter la page sans empiler des mots-clés. Les moteurs peuvent adapter l’affichage, mais ces champs restent des sources importantes.
Le document contient un H1 cohérent, puis des sous-titres hiérarchisés. Les liens utilisent un libellé qui annonce leur destination. Les boutons déclenchent une action ; les liens changent de page. Cette clarté aide aussi les technologies d’assistance.
7. Contrôler les images
Les images significatives utilisent un nom de fichier descriptif, des dimensions appropriées, un format moderne et un texte alternatif contextuel. Les images décoratives possèdent un alt vide. Les dimensions sont réservées pour éviter les déplacements de mise en page.
L’image sociale et celle déclarée dans les données structurées doivent être représentatives de la page, crawlables et suffisamment détaillées. Le guide officiel sur le SEO des images insiste sur la pertinence, le contexte et les alternatives utiles plutôt que sur le bourrage de mots-clés.
8. Valider les données structurées
Choisissez le type Schema.org le plus précis qui correspond réellement au contenu visible : Organization, Service, Article, BreadcrumbList ou autre type pertinent. Les propriétés ne doivent pas annoncer une note, un prix, une FAQ ou une disponibilité absente de la page.
Testez le JSON-LD syntaxiquement, puis avec les outils adaptés. Une donnée structurée valide améliore la compréhension et peut ouvrir l’éligibilité à certaines présentations ; elle ne garantit ni résultat enrichi ni position.
9. Mesurer l’expérience mobile et les Core Web Vitals
Contrôlez les gabarits, pas uniquement l’accueil. Les pages longues, fiches produit, formulaires et interfaces connectées peuvent présenter des problèmes différents. Mesurez en laboratoire pour diagnostiquer, puis utilisez les données de terrain lorsqu’elles sont disponibles.
Le guide Core Web Vitals détaille LCP, INP et CLS. Pendant la recette, surveillez particulièrement l’image principale, les polices, les scripts tiers, les dimensions manquantes et les tâches JavaScript longues.
10. Tester accessibilité et interactions
Parcourez la page au clavier : focus visible, ordre logique, ouverture et fermeture des menus, validation des formulaires, modales et retour au déclencheur. Vérifiez les contrastes, les noms accessibles et les messages d’erreur.
Ces contrôles améliorent l’usage et rendent le contenu plus robuste. Notre guide d’accessibilité web fournit une méthode complémentaire.
11. Auditer les liens et les redirections
Lancez un contrôle automatique des liens internes puis parcourez manuellement les chemins prioritaires. Repérez les chaînes de redirection, liens vers la préproduction, fragments absents, protocoles non sécurisés et téléchargements manquants.
Lors d’une refonte, comparez la liste des anciennes URL au plan final. Le guide préserver son SEO pendant une refonte explique comment construire cette correspondance.
12. Vérifier les pages techniques publiques
Contrôlez au minimum le sitemap, robots.txt, les icônes, l’image sociale, les mentions légales, la politique de confidentialité, les pages d’erreur et, s’ils existent, les fichiers éditoriaux destinés aux agents. Ils doivent être cohérents avec le domaine canonique et ne pas exposer de secrets.
Les en-têtes de sécurité, le certificat TLS et les politiques de contenu n’améliorent pas directement un texte, mais ils participent à une exploitation fiable. Une erreur CSP peut aussi empêcher une image, un formulaire ou une donnée structurée de fonctionner comme prévu.
Après la mise en ligne
Soumettez le sitemap dans les consoles de recherche configurées, inspectez quelques URL représentatives et surveillez erreurs, indexation, requêtes et conversions. L’exploration et l’indexation prennent du temps et ne sont jamais garanties, même lorsque toutes les bonnes pratiques sont respectées.
Les Search Essentials de Google constituent une référence utile pour distinguer exigences techniques, politiques anti-spam et pratiques recommandées.
BlackStone Digital accompagne l’audit SEO et la stratégie de visibilité. Pour une analyse exploitable, transmettez-nous le domaine et les objectifs prioritaires plutôt qu’une simple demande de « score SEO ».
