Deux chiffres, deux outils qui ne comptent pas la même chose

Le scénario, je le vois passer presque chaque semaine. Quelqu'un tape site:monsite.fr dans Google, lit « environ 340 résultats », ouvre ensuite la Search Console et tombe sur 212 pages indexées. Ou l'inverse. Et là, l'inquiétude : il me manque des pages ? Google en invente ? L'un des deux outils est cassé ?

Aucun des deux n'est cassé. Ils répondent simplement à deux questions différentes. La commande site: est un opérateur de recherche : elle lance une requête dans le moteur, restreinte à un domaine, et le moteur affiche une approximation du nombre de résultats, comme il le fait pour n'importe quelle recherche. La Search Console est un outil de suivi branché sur les données d'indexation de votre propriété : elle dénombre des URL, une par une, avec leur statut.

Comparer ces deux chiffres, c'est un peu comme comparer l'estimation à vue de nez d'une foule avec le nombre de billets scannés à l'entrée. Les deux parlent du même événement, un seul est un décompte.

Pourquoi le compteur de la commande site: n'est pas fiable

Premier point, et c'est le plus important : ce nombre est une estimation. Google ne parcourt pas tout son index pour vous donner un total exact, il extrapole très vite à partir d'un échantillon. Sur une recherche classique, l'approximation ne gêne personne. Appliquée à votre site, elle devient trompeuse.

Faites le test : relancez la même requête à quelques heures d'écart, ou depuis un autre appareil. Le chiffre bouge. Allez jusqu'à la dernière page de résultats : il se recalcule souvent en route, et vous finissez avec bien moins de résultats affichés que le total annoncé au départ. Selon la version de l'interface, ce compteur n'apparaît d'ailleurs plus par défaut, il faut parfois cliquer sur « Outils » pour le voir.

Deuxième raison : le filtrage. Google masque les résultats qu'il juge trop similaires entre eux (le fameux message proposant de relancer la recherche en incluant les résultats omis). Des pages parfaitement indexées peuvent donc ne pas apparaître dans la liste.

Je n'invente rien, c'est écrit noir sur blanc dans la documentation officielle de Google sur les opérateurs de recherche : la commande site: ne renvoie pas nécessairement toutes les URL indexées d'un domaine.

Ce que compte réellement la Search Console

Le rapport « Indexation des pages » (menu Indexation, puis Pages) fonctionne autrement. Il liste les URL que Google connaît pour votre propriété et les range en deux colonnes : indexées, non indexées, avec un motif pour chaque URL écartée. Ce n'est plus une extrapolation, c'est un inventaire, dont le fonctionnement est décrit dans l'aide officielle de la Search Console.

Trois particularités expliquent une bonne partie des écarts. D'abord, le rapport ne compte que les URL canoniques. Si la même fiche produit existe sous trois adresses (avec paramètres de tri, de suivi, etc.), Google en retient une seule comme version de référence et classe les autres en « autre page avec balise canonique correcte » ou en doublon. Si ce mécanisme vous échappe encore, prenez dix minutes pour comprendre à quoi sert la balise canonical, c'est la clé de lecture de tout le rapport.

Ensuite, le périmètre. Une propriété de type « préfixe d'URL » en https://www.monsite.fr ignore tout ce qui vit ailleurs : sous-domaines, version sans www, vieux http. Une propriété de type « domaine » englobe tout. La commande site:monsite.fr, elle, ratisse le domaine entier, blog.monsite.fr compris.

Enfin, le délai. Les données du rapport ont généralement quelques jours de retard (la date de dernière mise à jour est affichée en haut à droite). Une page publiée hier peut déjà sortir dans une recherche site: et ne pas encore figurer dans le décompte.

Les écarts typiques, et ce qu'ils racontent

En pratique, je croise toujours les mêmes cas de figure.

Carnet posé devant un écran, avec deux colonnes de chiffres comparées à la main
  • La commande site: annonce plus de résultats que la Search Console. Le plus souvent : estimation gonflée, sous-domaines hors du périmètre de votre propriété, ou variantes d'URL non canoniques que la recherche peut afficher alors que le rapport ne les compte pas.
  • La commande site: en annonce moins. Estimation basse ou résultats similaires filtrés. Sur un site aux pages très proches les unes des autres (fiches produits déclinées par couleur, pages de tags), c'est fréquent.
  • Le chiffre de site: change d'un jour à l'autre sans que vous ayez rien touché. C'est le comportement normal d'une estimation, pas une vague de désindexation.

Un écart de quelques dizaines de pages sur un site de quelques centaines d'URL ne dit donc rien de la santé de votre indexation.

Le seul cas où je tends l'oreille : site: fait remonter des URL que vous ne reconnaissez pas du tout. Un environnement de préproduction resté ouvert, des pages de recherche interne, voire des pages injectées après un piratage. Là, ce n'est plus le nombre qui compte, c'est la nature de ce qui sort.

Alors, lequel croire ?

La Search Console, sans hésiter. Pour compter vos pages indexées et suivre leur évolution dans le temps, le seul chiffre exploitable est celui du rapport « Indexation des pages ». Et pour une URL précise, l'outil d'inspection d'URL fait foi : il vous dit si la page est dans l'index, quelle version canonique Google a retenue et quand il est passé pour la dernière fois.

La vraie comparaison utile n'est d'ailleurs pas site: contre Search Console. C'est Search Console contre votre propre inventaire. Vous avez publié 180 pages que vous voulez voir dans Google, votre sitemap en déclare 180, et le rapport en indexe 95 ? Voilà un écart qui mérite une enquête, motif par motif, dans la colonne des pages non indexées. C'est typiquement le point de départ quand on veut réaliser soi-même un audit SEO technique.

À quoi sert encore la commande site: ?

Je m'en sers tous les jours, mais jamais pour compter. C'est un outil de coup d'œil, rapide, qui ne demande aucun accès au site. Pratique sur un site concurrent, dont la Search Console ne vous est pas ouverte.

Quelques usages qui valent le détour :

  • site:monsite.fr/blog/ pour voir ce qui ressort d'un répertoire donné ;
  • site:monsite.fr inurl:preprod ou site:monsite.fr -inurl:www pour débusquer des sous-domaines et environnements de test indexés par accident ;
  • site:monsite.fr "une phrase exacte" pour repérer des contenus dupliqués en interne.

Si cette exploration révèle des pages qui n'ont rien à faire dans l'index, la suite logique consiste à trancher entre noindex et robots.txt selon le cas. Attention au piège classique : bloquer une URL dans le robots.txt n'efface pas une page déjà indexée.

Quand faut-il vraiment s'inquiéter ?

Pas quand les deux compteurs divergent. Inquiétez-vous quand la courbe des pages indexées dans la Search Console chute nettement sans que vous ayez supprimé de contenu, quand le nombre de pages « explorées, actuellement non indexées » grossit mois après mois, ou quand des pages stratégiques sortent de l'index à l'inspection d'URL.

Ces signaux-là ont des causes identifiables : un noindex déployé par erreur après une mise en production, des canoniques qui pointent au mauvais endroit, un contenu jugé trop mince ou trop redondant. Ça se diagnostique et ça se corrige. Le compteur de la commande site:, lui, n'a jamais été conçu pour être juste.