Audit SEO technique : la checklist en 12 points (avec Search Console)

Un audit SEO technique répond à une seule question : Google peut-il explorer, comprendre et indexer les bonnes pages, à la bonne adresse ? Voici la checklist en 12 points que je fais tourner chaque jour sur le site de CMO Studio et que j'applique aux sites que j'accompagne. Les exemples viennent de bugs réellement trouvés, et certains n'étaient visibles qu'en croisant le code du site avec Search Console.

Les fondations : exploration et adresses

1. robots.txt

Il doit autoriser l'exploration des pages utiles, référencer le sitemap, et ne pas bloquer par erreur les ressources CSS ou JavaScript. Profitez-en pour décider du sort des robots IA : les robots de recherche (OAI-SearchBot, PerplexityBot) conditionnent votre présence dans les réponses génératives, voir le guide GEO.

2. Sitemap = pages réelles

Comparez la liste du sitemap.xml à la liste réelle des pages publiées, dans les deux sens. Une page absente du sitemap est découverte plus lentement ; une URL du sitemap qui redirige ou renvoie une 404 envoie un signal contradictoire. Sur un site statique sans CMS, c'est l'erreur la plus fréquente : on crée l'article, on oublie le sitemap.

3. Canonicals auto-référencées

Chaque page indexable doit déclarer sa propre URL comme canonique, avec le même protocole, le même domaine et la même forme (avec ou sans .html, avec ou sans slash final) que celle du sitemap et des liens internes.

4. Une seule adresse par page

http/https, www/sans www, avec/sans extension : chaque variante doit rediriger en 301 vers la version canonique. Cas vécu : un hébergeur comme Netlify sert par défaut chaque page à la fois avec et sans .html, en code 200. Résultat : deux pages identiques indexables par article, et Search Console qui affiche des impressions éclatées entre les deux. La correction tient en une règle de redirection par page.

5. Les règles de redirection elles-mêmes

On vérifie souvent les liens, rarement les redirections. Cas vécu : une règle forcée renvoyait un article de blog vers une autre page qui portait le même nom à la racine du site. L'article existait, était lié et figurait dans le sitemap, mais personne, ni visiteur ni Google, ne pouvait l'atteindre. Aucun outil de crawl ne le signalait comme lien cassé, puisque la redirection répondait correctement. Relisez vos règles une par une et testez la destination finale de chaque URL du sitemap.

Le rapport d'indexation de Search Console

6. Lire les motifs de non-indexation

Le rapport « Pages » n'est pas une liste d'erreurs : la plupart des motifs sont normaux. Il faut savoir lesquels traiter.

Motif	Ce que ça signifie	Action
Autre page avec balise canonique correcte	Google a écarté un doublon au profit de la canonique	Aucune, sauf si la page listée est celle que vous voulez voir indexée
Page avec redirection	L'URL redirige (variantes http, www…)	Aucune si c'est voulu ; vérifier qu'aucune URL du sitemap n'y figure
Explorée, actuellement non indexée	Google a lu la page et ne l'a pas jugée assez utile ou distincte	Enrichir, différencier ou fusionner avec une page proche
Détectée, actuellement non indexée	Google connaît l'URL mais ne l'a pas encore explorée	Maillage, autorité du site ; demande d'indexation pour les pages prioritaires
Introuvable (404)	L'URL n'existe plus	Rediriger si elle a des liens ou du trafic, sinon laisser
Exclue par la balise noindex	Vous avez demandé la non-indexation	Vérifier que c'est volontaire

Sur un site jeune, « Détectée, non indexée » sur une large part des articles est classique : c'est un problème de budget d'exploration et d'autorité, pas de code. Demandez l'indexation des pages stratégiques en priorité, dans la limite quotidienne de l'outil d'inspection d'URL.

La compréhension des pages

7. Titles et meta descriptions

Un title unique par page, qui commence par le mot-clé et reste sous 60 à 65 caractères environ (Google tronque à l'affichage au-delà d'une certaine largeur). Une meta description unique de 140 à 160 caractères qui donne une raison de cliquer : un chiffre, un bénéfice, une question. Sur les pages déjà en page 1 mais sans clic, c'est le levier de CTR le plus rapide.

8. Maillage interne et pages orphelines

Chaque page doit recevoir des liens d'autres pages que l'index du blog. Organisez les sujets en « hub » : une page mère qui renvoie vers chaque angle, et chaque angle qui remonte vers la page mère. C'est ce qui indique à Google que des pages proches sont complémentaires et non interchangeables.

9. Contenu mince et cannibalisation

Un article qui annonce 8 minutes de lecture pour 400 mots, ou dix pages qui visent la même requête avec des angles flous, sont les premiers candidats au motif « Explorée, non indexée ». Enrichissez avec des exemples chiffrés, ou fusionnez. Depuis la spam update de septembre 2026, c'est aussi une question de risque, voir le récapitulatif des mises à jour Google.

10. Données structurées

Organization sur l'accueil, Article avec auteur et date sur les articles, FAQPage quand il y a une vraie FAQ. Les résultats enrichis FAQ ne s'affichent quasiment plus depuis 2023, mais le balisage reste utile pour expliciter l'auteur, l'entité et la structure de la page, y compris aux moteurs génératifs. Validez avec le test des résultats enrichis.

L'expérience et l'accessibilité

11. Core Web Vitals et mobile

Consultez le rapport « Signaux Web essentiels » de Search Console plutôt qu'un score de laboratoire isolé : ce sont les données de vrais utilisateurs. Les trois indicateurs : chargement (LCP), réactivité (INP) et stabilité visuelle (CLS). Les coupables habituels sont les images non dimensionnées, les polices bloquantes et les scripts tiers de tracking.

12. Attributs alt et accessibilité

Chaque image porteuse de sens a un texte alternatif descriptif ; les images décoratives ont un alt vide. C'est de l'accessibilité avant d'être du SEO, et c'est ce qui permet à Google Images et aux IA multimodales de comprendre vos visuels.

À quel rythme auditer ?

• À chaque mise en ligne : points 2, 3, 5 et 7 sur les pages modifiées.
• Chaque semaine : rapport d'indexation et actions manuelles dans Search Console.
• Chaque trimestre : audit complet, Core Web Vitals, cannibalisation.
• Idéalement chaque jour, de façon automatisée : un script qui vérifie sitemap, canonicals, liens cassés et redirections. C'est ce que j'ai mis en place pour CMO Studio, et c'est ainsi que la redirection fautive du point 5 a été trouvée.

Par où commencer ?

1. Exportez la liste des URL du sitemap et testez le code de réponse et la destination finale de chacune.
2. Ouvrez le rapport d'indexation de Search Console et classez chaque motif avec le tableau ci-dessus.
3. Corrigez d'abord ce qui empêche l'accès (points 4 et 5), ensuite ce qui aide la compréhension (7 à 10).
4. Demandez la réindexation des pages corrigées, puis mesurez à 4 semaines.

Questions fréquentes

Que signifie « Détectée, actuellement non indexée » ?

Google connaît l'URL, souvent via le sitemap, mais ne l'a pas encore explorée. Sur un site jeune, c'est surtout une question d'autorité et de budget d'exploration : renforcez le maillage interne et demandez l'indexation des pages prioritaires.

« Autre page avec balise canonique correcte » est-il une erreur ?

Non, dans la grande majorité des cas. Google a simplement écarté un doublon au profit de la version canonique. Il faut agir seulement si la page écartée est celle que vous voulez voir indexée.

À quelle fréquence faire un audit SEO technique ?

Une vérification légère à chaque mise en ligne, un passage hebdomadaire sur Search Console et un audit complet par trimestre. L'idéal est d'automatiser les contrôles de base au quotidien.