La Google Search Console comme outil de vérification pour son SEO

Votre site est-il en bonne santé technique ?

Pour le savoir, inutile de deviner : la Google Search Console vous montre ce que Googlebot, le robot de Google, voit réellement quand il passe sur vos pages.

Trois rapports suffisent pour vérifier votre SEO : les Core Web Vitals, les statistiques d’exploration et le rapport Pages.

Pour chacun, voici les chiffres à viser.

Pourquoi utiliser la Search Console pour vérifier son SEO ?

Les outils SEO du marché font des estimations. La Search Console, elle, affiche les données de Google : ce qu’il a exploré, ce qu’il a indexé, ce qu’il a écarté.

Elle est gratuite et ne demande qu’une chose : prouver que le site vous appartient.

C’est l’outil de diagnostic le plus fiable pour savoir si vos pages sont rapides, si Google les explore sans perdre de temps et si elles finissent dans l’index.

Core Web Vitals : viser des URL rapides

Le rapport « Core Web Vitals » (rubrique Expérience) classe vos URL en trois groupes : rapides, à améliorer et lentes, sur mobile et sur ordinateur.

L’objectif : une courbe verte seule, comme ici.

Les trois seuils à atteindre

Une URL est « rapide » quand elle respecte les trois seuils de Google (web.dev) :

Indicateur	Ce qu’il mesure	Seuil à atteindre
LCP	Affichage du contenu principal	2,5 s ou moins
INP	Réactivité au clic	200 ms ou moins
CLS	Stabilité de la mise en page	0,1 ou moins

Ces seuils doivent être tenus sur 75 % des visites (le 75e centile).

Lire le rapport et prioriser

Le rapport repose sur les données terrain : les mesures relevées par Chrome chez vos vrais visiteurs, sur les 28 derniers jours. Une correction met donc environ un mois à apparaître.

Google regroupe les URL qui se ressemblent. Une alerte sur un groupe concerne souvent un même gabarit, par exemple toutes vos fiches produit. Corrigez le gabarit, et tout le groupe passe au vert.

Commencez par l’onglet mobile : c’est la version que Google utilise en priorité.

Une nuance tout de même. Des sites progressent dans Google avec des URL « à améliorer ». Les Core Web Vitals sont un indicateur de santé, pas un levier miracle. Le contenu reste le premier critère.

Pour trouver ce qui ralentit une page précise, passez-la dans PageSpeed Insights. Et pour obtenir de bons résultats dès la conception, lisez mon article sur la création d’un site internet rapide.

Statistiques d’exploration : les chiffres à atteindre

Ce rapport, moins connu, montre comment Googlebot dépense son temps sur votre site : ce qu’il demande, ce que le serveur lui répond, et à quelle vitesse.

Pour l’ouvrir : Paramètres, puis « Ouvrir le rapport » en face de Statistiques sur l’exploration.

Répartition par type de fichier : le HTML doit dominer

Googlebot récupère aussi les fichiers CSS, JavaScript, les images et les polices. Chacun a un coût de récupération : plus Google passe de temps sur ces ressources, moins il en consacre à vos pages.

Quel pourcentage de HTML viser ? Les avis divergent :

• Koray Gübür recommande, dans un fil publié en 2024, de dépasser 97 % de requêtes HTML. Il juge une part supérieure à 60 % correcte mais améliorable, et cite un cas problématique à 17 % ;
• Matthew Edgar rappelle qu’il n’existe pas de pourcentage « juste » pour les ressources. Selon les sites, il les a vues représenter moins de 1 % à 79 % des explorations.

Retenez surtout la tendance : plus la part de HTML est élevée, mieux Google utilise son temps.

Ces seuils sont des repères d’expérience : Google ne fixe aucun objectif. Et le pourcentage est calculé sur le nombre de réponses, pas sur le poids des fichiers (aide Search Console).

Une part de HTML faible doit vous pousser à chercher les ressources inutiles : scripts d’extensions, fichiers chargés sans raison.

Sur ce site, le HTML ne représente que 41 % des requêtes, et les images 31 %. Elles sont explorées par Googlebot Image : utile si Google Images vous apporte des visites. Sinon, c’est du temps pris à vos pages.

Codes de réponse et temps de réponse

Chaque demande de Googlebot reçoit un code de réponse :

• 200 : la page est servie normalement ;
• 304 : la page n’a pas changé depuis la dernière visite ;
• 301 : la page a été redirigée ;
• 404 : la page n’existe pas ;
• 5xx : le serveur est en erreur.

Les repères sont de viser plus de 90 % de 200 et 304 cumulés. Les 301 et les 404 sont des visites perdues pour Google, les erreurs 5xx sont à corriger en priorité.

Regardez ensuite le temps de réponse moyen. Selon Matthew Edgar, quelques centaines de millisecondes sont normales. Au-delà de 500 ms, l’exploration devient plus difficile.

Un site à plus de 3 secondes freine nettement Googlebot : il explore moins de pages à chaque passage.

Ce second site a une bonne part de HTML (74 %). Mais 11 % de redirections et 10 % de 404 limitent les réponses 200 à 78 %. Liens internes et sitemap sont à nettoyer.

Objectif de l’exploration et type de Googlebot

L’« objectif de l’exploration » distingue deux cas :

• la découverte : Google explore une URL qu’il ne connaissait pas ;
• l’actualisation : il revient sur une URL déjà connue.

Quelle part de découverte attendre ? Dans les cas étudiés par Koray Gübür, elle représente 3 % à 7 % des explorations. Matthew Edgar observe plutôt 10 % à 20 % sur la plupart des sites, et jusqu’à 30 % à 40 % pour ceux qui publient souvent, comme les blogs ou les sites d’actualité.

Le « type de Googlebot » doit, lui, être dominé par Googlebot pour smartphone. C’est le signe que l’indexation mobile d’abord s’applique bien à votre site.

Rapport Pages et sitemaps : vérifier que le crawl aboutit

Le rapport Pages (rubrique Indexation) indique combien de pages sont indexées et combien ne le sont pas, avec la raison.

Premier repère : les pages non indexées ne devraient pas dépasser les pages indexées.

Parmi les raisons à surveiller :

• « Explorée, actuellement non indexée » : lue, mais jugée peu utile
• « Détectée, actuellement non indexée » : connue, pas encore explorée
• « Page en double sans URL canonique sélectionnée par l’utilisateur » : des pages trop proches
• « Soft 404 » : une page quasi vide, traitée comme une erreur

Croisez ce rapport avec les statistiques d’exploration. Beaucoup de pages « avec redirection » et beaucoup de 301 ? Vos liens internes pointent sans doute vers d’anciennes adresses.

Enfin, vérifiez votre sitemap dans la rubrique « Sitemaps ». Il ne doit contenir que des pages qui répondent en 200 : ni redirections, ni 404.

Conclusion : une routine de vérification en trois étapes

Une fois par mois, prenez 15 minutes pour vérifer :

1. la vitesse : vérifier que vos URL mobiles sont « rapides » dans le rapport Core Web Vitals
2. l’exploration : contrôler la part de HTML, les codes 200 et 304 et le temps de réponse
3. l’indexation : suivre l’écart entre pages indexées et non indexées, et la propreté du sitemap

Ces trois rapports sont aussi le point de départ de mes audits SEO.

Un chiffre vous inquiète dans votre Search Console ? Envoyez-moi une capture, je vous dis par quoi commencer.

Sources

• Aide Search Console, Rapport Statistiques sur l’exploration
• web.dev, Web Vitals
• Koray Tuğberk Gübür, fil sur X (mars 2024)
• Matthew Edgar, GSC: Page Resource Crawls
• Matthew Edgar, Refresh vs. Discovery Crawls