Audit SEO technique : les 15 points de contrôle prioritaires

Un site peut avoir de très bons textes et de belles images, et rester introuvable dans Google. La cause est souvent technique : Google n’arrive pas à lire, explorer ou ranger certaines pages.

Reste à savoir quoi vérifier en premier, parce qu’une page bloquée ne sert à rien, même bien écrite. Cet article vous donne les points de contrôle prioritaires, dans l’ordre où les traiter.

Qu’est-ce qu’un audit SEO technique ?

Un audit SEO fait le point sur la visibilité de votre site dans les moteurs de recherche, c’est-à-dire sur ce qui permet à vos pages d’apparaître quand quelqu’un cherche quelque chose.

Il regarde trois choses : la technique, le contenu et la popularité, c’est-à-dire les liens venant d’autres sites.

Le volet technique vérifie que Google peut accéder à vos pages, les explorer et les indexer. Il couvre aussi la vitesse, le mobile, les erreurs 404 et les redirections. Il complète le contenu et la popularité sans les remplacer.

Le but n’est pas une liste de problèmes, mais un ordre de traitement. Une page bloquée ne rapporte rien, même bien écrite.

Comment un moteur lit un site

Google traite une page en trois étapes, dans l’ordre. L’exploration télécharge la page. Le rendu l’affiche et exécute son JavaScript, pour voir le contenu ajouté par le code. L’indexation analyse ce contenu et le range dans l’index de Google.

Un blocage à une étape empêche la suivante. Donc, si une page n’apparaît pas, vérifiez d’abord l’exploration.

Robots.txt bloque l’accès des robots, mais une URL bloquée peut apparaître dans Google si d’autres pages renvoient vers elle. Pour retirer une page des résultats, mettez noindex et laissez-la accessible : Google doit la lire pour voir la balise.

Le sitemap aide Google à trouver vos pages importantes. Il ne garantit ni l’exploration ni l’indexation.

Ce qui compte vraiment, par ordre d’importance

Accès et indexation : les points 1 à 7

Ces sept premiers points passent avant tout le reste. Une page que Googlebot ne peut pas explorer, ou qu’une règle bloque, ne peut rien apporter, même si son contenu est excellent.

Commencez donc par vérifier que les pages importantes sont accessibles, sans règle qui les bloque, et qu’elles apparaissent dans Search Console.

Codes HTTP, redirections et versions du site : les points 8 à 10

Repérez les erreurs 404 et 500 sur les pages utiles. Cherchez aussi les soft 404, ces pages qui ont l’air d’une erreur sans en avoir le code, dans Search Console.

Vérifiez que chaque redirection 301 (définitive) ou 302 (temporaire) mène à la bonne page, sans chaîne ni boucle. Gardez une seule version principale, HTTPS avec www, et redirigez les autres.

Performance et mobile : les points 11 et 12

Visez un LCP (affichage du plus gros élément) de 2,5 secondes au plus, un INP (réaction aux clics) sous 200 millisecondes et un CLS (décalages à l’écran) sous 0,1.

Google indexe et classe la version mobile : gardez-y le même contenu, les mêmes directives robots et les données structurées.

Architecture, rendu et données structurées : les points 13 à 15

Chaque page importante doit avoir un lien interne : le sitemap seul ne suffit pas. Avec l’inspection d’URL, vérifiez la page comme Google la lit.

Si vous ajoutez des données structurées, suivez les règles de Google : elles rendent la page éligible à certains résultats enrichis, sans garantir l’affichage.

Par où commencer

Commencez par classer vos URL : les pages stratégiques d’un côté, le reste de l’autre. Vérifiez d’abord que Google peut explorer et indexer ces pages, car un blocage à ce stade rend le reste inutile.

Ensuite, traitez les erreurs qui touchent beaucoup de pages. Les problèmes plus localisés viennent en dernier.

Classez chaque correction selon son impact sur vos pages utiles et l’effort qu’elle demande. Faites d’abord celles à fort impact et faciles, et planifiez les importantes mais complexes.

Notez chaque problème dans un tableau de suivi, avec l’URL, la preuve, la correction, l’impact, l’effort et le responsable. Ce dernier dit si l’action revient au développeur, au rédacteur ou à l’hébergeur.

Comment savoir si les corrections ont fonctionné

Après une correction, relancez le crawl et vérifiez les URL concernées dans Search Console. L’inspection d’URL montre l’état d’une page dans Google et permet de demander une nouvelle exploration.

Comparez les URL explorées, celles du sitemap et leur état d’indexation. Une demande ne garantit pas une indexation immédiate, alors laissez à Google le temps de traiter la page avant de conclure.

Les effets sur l’indexation prennent du temps. L’exploration peut durer de quelques jours à quelques semaines. Suivez-la dans le rapport d’indexation ou avec l’inspection d’URL.

Un bon score aux Core Web Vitals, ces mesures de rapidité et de stabilité, ne suffit pas à passer devant les autres. Google regarde aussi la pertinence du contenu.

Les erreurs qui font perdre le plus de temps

Bloquer une page dans robots.txt ne la retire pas de Google. Pour la désindexer, mettez une balise noindex et laissez Googlebot y accéder, sinon il ne voit jamais la balise.

Le sitemap, lui, aide seulement à découvrir une page : il ne garantit ni l’exploration ni l’indexation. Pour une page importante, ajoutez aussi un lien interne depuis une page pertinente.

Le piège le plus courant est de viser un score parfait dans un outil. Un score parfait ne garantit pas de meilleures positions dans Google.

L’autre perte de temps vient des doublons corrigés sans règle. Gardez une seule URL partout : en canonique, en destination de redirection et dans le sitemap. Retirez du sitemap les 404 et les URL redirigées.

Quels outils utiliser pour diagnostiquer

Pour l’exploration et l’indexation, ouvrez la Search Console. Son rapport d’indexation montre quelles pages sont indexées et lesquelles ne le sont pas. L’inspection d’URL permet aussi de demander une nouvelle exploration.

Pour la vitesse et les Core Web Vitals, utilisez PageSpeed Insights. Il teste mobile et ordinateur, et mêle données réelles des visiteurs et mesures de laboratoire.

Pour un petit site, Screaming Frog en version gratuite fait l’affaire : il explore jusqu’à 500 URL. Au-delà, ce plafond vous oblige à passer à une autre solution.

SiteOne Crawler, gratuit, tourne sur Windows, macOS et Linux et relève les liens cassés et les 404. Mais un crawler donne des pistes : vérifiez chaque alerte sur la page avant de corriger.

Un audit SEO technique donne un ordre de traitement. Un blocage à une étape empêche la suivante : si une page n’apparaît pas, vérifiez d’abord son exploration.

Votre prochain pas : classez vos URL en pages stratégiques et autres pages, puis ouvrez la Search Console pour vérifier que les pages importantes sont explorées et indexées.

Foire aux questions

Combien de temps prend un audit SEO technique ?

Ça dépend surtout du nombre de pages et du nombre de vérifications à faire. Un audit complet ne s’arrête pas à l’analyse : il faut aussi du temps pour classer les corrections et revérifier les pages une fois réglées.

Quels outils gratuits suffisent pour commencer un audit technique ?

Pour commencer, trois outils gratuits suffisent : Search Console pour l’indexation, PageSpeed Insights pour la vitesse et un crawler pour parcourir vos URL.

Avec Screaming Frog en version gratuite, vous ne pouvez explorer que 500 URL. Au-delà, il faut passer à une autre solution.

Faut-il un développeur pour corriger les points d’un audit SEO technique ?

Oui, mais seulement pour une partie des points. Les corrections de code, de redirection ou de configuration du serveur demandent un développeur. Les changements de texte et de liens internes peuvent être faits par la personne qui gère les contenus.

Quelle différence entre robots.txt et la directive noindex ?

Robots.txt règle l’accès des robots à une URL, alors que noindex demande de ne pas afficher la page dans les résultats.

Pour retirer une page de Google, utilisez noindex, et laissez Googlebot y accéder : sinon il ne peut pas lire la balise.