Audit SEO technique : les 10 points à vérifier en 2026

Chaque ligne est un contrôle, l’outil qui le vérifie et le signal qui doit vous alerter. Les points 1 à 7 disent si Google peut lire vos pages, le point 8 dit si l’expérience est bonne, les points 9 et 10 disent si la structure et le contenu tiennent. Faites-les dans cet ordre : une page non indexée n’a pas besoin d’un meilleur titre.

Le premier contrôle compare la liste de vos pages importantes à ce que Google a indexé. Le rapport Indexation des pages de la Search Console donne, pour chaque URL exclue, sa raison : bloquée par robots.txt, exclue par noindex, doublon sans canonique choisie, explorée mais non indexée. L’outil d’inspection d’URL montre ensuite, page par page, la date du dernier passage, la canonique retenue par Google et le HTML rendu.

Gardez en tête la règle de Google : une page conforme à toutes les exigences n’est pas garantie d’être explorée, indexée ou affichée. Un taux d’indexation partiel n’est donc pas toujours une erreur. Ce qui compte, c’est que les pages d’offre, les catégories et les guides piliers soient dedans.

Une 404 sur une page supprimée est normale ; le problème est un lien interne qui pointe encore vers elle. Les erreurs 5xx sont plus graves : selon la documentation Google sur les codes HTTP, elles font ralentir l’exploration, et une URL qui renvoie durablement une 5xx finit par sortir de l’index. Surveillez aussi les soft 404 : une page vide ou un message d’erreur servi avec un code 200, que la Search Console signale à part.

Côté redirections, les robots de Google suivent jusqu’à 10 sauts, mais chaque saut coûte du temps d’exploration et chaque chaîne est un risque de boucle. La correction est simple : une seule redirection 301 vers l’adresse finale, et des liens internes mis à jour pour viser directement cette adresse.

robots.txt gère l’exploration, pas l’indexation. Google l’écrit dans sa présentation de robots.txt : ce n’est pas un moyen de tenir une page hors de Google ; pour cela, il faut noindex ou un mot de passe. Et noindex n’est lu que si la page reste accessible : une page bloquée dans robots.txt et en noindex peut encore apparaître si d’autres pages la lient. Vérifiez enfin que vos fichiers CSS et JavaScript ne sont pas bloqués, sans quoi Google voit une page incomplète.

Le même fichier décide de l’accès des robots IA. OpenAI sépare OAI-SearchBot, qui fait apparaître un site dans les résultats de recherche de ChatGPT, et GPTBot, qui collecte pour l’entraînement ; Anthropic utilise ClaudeBot, Claude-SearchBot et Claude-User ; Perplexity, PerplexityBot et Perplexity-User. Le jeton Google-Extended règle l’usage pour Gemini, mais Google précise qu’il ne change rien à la présence dans la recherche Google. Le générateur de robots.txt écrit ces règles sans faute de syntaxe, et désactiver AI Overviews et AI Mode sur son site détaille ce que chaque réglage retire vraiment.

Pour les doublons, Google classe les signaux de canonicalisation par force : la redirection est un signal fort, la balise rel=canonical aussi, l’inclusion dans le sitemap un signal plus faible (consolider les URL en double). Une canonique reste une indication : si l’inspection d’URL montre que Google a choisi une autre page que la vôtre, cherchez ce qui le contredit (liens internes vers la variante, sitemap, contenu presque identique).

Un sitemap utile ne contient que des URL canoniques qui répondent en 200 et que vous voulez voir indexées. Pas de pages redirigées, pas de 404, pas de pages en noindex : chacune envoie à Google un signal contradictoire. Google limite un fichier à 50 000 URL ou 50 Mo non compressé ; au-delà, on découpe en plusieurs sitemaps reliés par un fichier d’index (créer un sitemap).

Comparez ensuite le sitemap à la navigation réelle. Une URL présente dans le fichier mais qu’aucun lien interne n’atteint est une page orpheline : Google peut la découvrir, mais il n’a aucun indice de son importance. Le vérificateur de sitemap contrôle le format, le nombre d’URL et les codes de réponse en quelques secondes.

Google exécute le JavaScript tant qu’il n’est pas bloqué, mais un site en framework JavaScript reste plus difficile à auditer. Le contrôle se fait avec l’inspection d’URL : comparez le HTML rendu à ce que voit un visiteur. Si un texte, un prix ou une liste de produits n’apparaît qu’après un clic ou un défilement, il risque de ne pas être indexé.

Vérifiez aussi la forme des liens. Google ne suit de façon fiable que les éléments a munis d’un attribut href qui contient une vraie adresse ; un lien déclenché par un onclick ou un href en javascript: n’est pas une piste fiable pour découvrir une page.

Les Core Web Vitals sont trois mesures de l’expérience réelle. Google recommande un LCP sous 2,5 secondes, un INP sous 200 millisecondes et un CLS sous 0,1 (Core Web Vitals et la recherche Google). L’INP a remplacé le FID en 2024. Une page passe quand elle atteint ces seuils au 75e centile des visites, mobile et ordinateur séparés : ce sont les données de terrain de la Search Console qui font foi, pas un test ponctuel en laboratoire.

Google ne dit pas qu’un bon score est obligatoire pour être classé ; il dit que ces mesures correspondent à ce que ses systèmes cherchent à récompenser, et invite à regarder l’expérience de page dans son ensemble : HTTPS, affichage mobile, absence d’interstitiels envahissants. L’affichage mobile compte double, car Google explore et indexe avec son robot pour smartphone.

La règle de Google est simple : toute page qui compte doit recevoir un lien depuis au moins une autre page du site, et il n’existe pas de nombre idéal de liens par page (liens explorables et texte d’ancrage). L’audit cherche donc les pages orphelines, les pages d’offre enfouies trop loin de l’accueil et les ancres vagues du type « lire la suite ». La limite de trois clics souvent citée est une convention de métier, pas une règle de Google, mais elle reste un bon repère pour les pages qui vendent.

Le rapport Liens de la Search Console montre quelles pages votre site lie le plus : si la page d’offre n’y figure pas en haut, la structure ne dit pas ce qui compte. La méthode pour décider les liens et les ancres avant d’écrire est dans préparer le maillage interne avant la rédaction.

Cherchez les titres et descriptions identiques sur plusieurs pages, les pages minces et surtout les pages qui répondent au même besoin. Deux pages pour une même recherche se partagent les signaux au lieu de les additionner ; la chasse aux doublons d’intention se fait au moment du plan de contenu mensuel, avant que la page existe.

Relevez enfin ce que vos gabarits déclarent en données structurées. Le balisage doit décrire ce que la page montre, et un seul outil doit le produire : deux extensions qui émettent chacune leur version déclarent souvent deux entreprises différentes sous le même nom. Quels schémas poser en 2026 détaille l’audit du JSON-LD existant et les erreurs qu’aucun validateur ne signale.

Une fois les pages faibles repérées, décidez page par page entre mise à jour, fusion, désindexation et suppression : la méthode est dans notre guide du content pruning. Pour interroger Search Console depuis Claude pendant l’audit, voir relier Search Console par MCP.

Pour Google, rien de fondamental. Son guide d’optimisation pour l’IA générative, mis à jour le 10 juillet 2026, dit que les fonctions IA reposent sur les systèmes de classement habituels, qu’une page doit être indexée et éligible à un extrait pour y apparaître, et que les bonnes pratiques techniques restent valables. Les balises nosnippet et max-snippet limitent ce que Google peut reprendre ; noindex retire la page.

Le même guide classe le fichier llms.txt parmi ce que la recherche Google ignore. D’autres outils peuvent le lire, ce qui justifie parfois de le maintenir : le guide llms.txt fait le point sur qui le consulte réellement. Pour les moteurs tiers, le contrôle utile reste l’accès : un ChatGPT dont le robot de recherche est bloqué ne peut pas citer vos pages.

Corrigez d’abord ce qui empêche l’indexation des pages qui rapportent, puis ce qui touche beaucoup de pages, puis le reste. Un défaut de gabarit qui casse les canonicals de toutes les fiches produit passe avant une page isolée en erreur, même si elle semble plus grave. Associez chaque groupe à une action, un responsable et un contrôle final.

L’audit GetRerank parcourt jusqu’à 2 000 pages en Essentiel et 5 000 en Pro, et regroupe les liens cassés, titres dupliqués, contenus minces et pages orphelines par type, page et priorité. Les Core Web Vitals se lisent, eux, dans la Search Console.

Article mis à jour le 4 octobre 2026. Sources consultées le 4 octobre 2026 : Google, optimiser pour les fonctions d’IA générative (10 juillet 2026) ; Google, Core Web Vitals ; web.dev, les Web Vitals ; Google, codes HTTP et erreurs réseau ; Google, bloquer l’indexation avec noindex ; Google, indexation mobile first ; Google, robots d’exploration courants et Google-Extended ; OpenAI, robots d’exploration ; Anthropic, robots d’exploration ; Perplexity, robots d’exploration.