Comment vérifier si Google indexe bien toutes les versions de mon site

Vous tapez site:monsite.fr dans Google, vous voyez 340 résultats, vous vous dites que tout va bien. Puis vous regardez de plus près : la moitié des URL affichées commencent par http://. Sans le www. Avec un ?utm_source= qui traîne. Votre site existe en quatre exemplaires aux yeux du moteur, et vous n'en saviez rien.

C'est la question qu'on me pose le plus souvent en audit, et toujours formulée pareil : « comment vérifier si Google indexe bien toutes les versions de mon site ? » La plupart des tutos répondent à côté. Ils expliquent comment vérifier une page. Pas comment vérifier qu'une seule version gagne, et que les autres sont proprement écartées. C'est pourtant là que tout se joue.

Vérifier l'indexation de toutes les versions : la méthode qui marche vraiment

La commande site: est un indicateur, pas une preuve. Elle vous montre un échantillon approximatif de ce que Google connaît, avec des chiffres qui varient d'une requête à l'autre et d'un jour à l'autre. Je l'utilise pour repérer une anomalie, jamais pour conclure.

Ce qui m'a fait changer de méthode, c'est un client en 2023. Un site de location de matériel, propre, rapide, bien fait. Son site: remontait 280 pages. Son trafic plafonnait. En ouvrant la Search Console, le rapport Pages affichait 280 indexées… et 190 « Explorée, actuellement non indexée ». Les 190 portaient toutes le www. Le non-www raflait l'indexation, mais tous ses liens internes, son sitemap et ses balises pointaient vers le www. Google passait son temps à suivre des redirections pour rien. Deux mois de nettoyage plus tard, le trafic organique a pris 40 %.

Le rapport « Pages », votre point de départ

Search Console → Indexation → Pages. Vous y trouvez deux colonnes : les URL indexées, et celles qui ne le sont pas, avec le motif exact. Les motifs qui doivent vous alerter immédiatement :

• « Page avec redirection » — normal si c'est voulu, suspect si vous ne l'avez pas décidé.
• « Autre page avec balise canonique » — Google a choisi une autre URL que la vôtre. Ouvrez la section pour voir laquelle.
• « Détectée, actuellement non indexée » — il l'a vue, il ne l'a pas retenue. Souvent une question de qualité ou de doublon.
• « Explorée, actuellement non indexée » — il l'a lue et l'a écartée. Le plus fréquent sur les variantes d'URL.
• « Exclue par la balise noindex » — vérifiez que ce n'est pas une erreur de déploiement.

Franchement, ce rapport est sous-utilisé. Les gens regardent le chiffre en haut, celui des pages indexées, et ferment l'onglet. Le motif de non-indexation est l'information la plus précieuse de tout l'outil.

Le vrai sujet : http, www, slash final, paramètres

Un même contenu peut être accessible par plusieurs adresses qui répondent toutes en 200 :

• http://site.fr/page et https://site.fr/page
• https://site.fr/page et https://www.site.fr/page
• https://site.fr/page et https://site.fr/page/
• https://site.fr/page et https://site.fr/page?ref=newsletter

Chacune de ces adresses est une URL distincte pour le moteur. Si elles renvoient toutes le même contenu sans redirection ni canonique claire, vous fabriquez du duplicata à la chaîne, et vous diluez vos signaux.

Le test manuel : prenez une URL, changez une seule variable à la fois, et observez le code de réponse. Une variante doit rediriger en 301 vers la version de référence, ou porter une rel="canonical" qui pointe vers elle. Si elle répond en 200 avec le contenu complet, vous avez un problème. Pas un drame, mais un problème.

Propriété « Domaine » ou « Préfixe d'URL » : ne vous trompez pas

C'est le point que je vois le plus souvent raté. Dans la Search Console, deux types de propriétés existent :

Type de propriété	Ce qu'elle couvre	Quand la choisir
Domaine	Toutes les variantes : http, https, www, non-www, sous-domaines	Systématiquement. C'est la vue complète.
Préfixe d'URL	Uniquement l'adresse exacte déclarée	Cas particuliers, ou pour isoler une variante précise.

Une propriété Domaine se vérifie par un enregistrement DNS, pas par un fichier à déposer sur le serveur. Un peu plus technique à mettre en place, mais elle vous donne toutes les versions d'un coup d'œil. Déclarez-la. Toujours.

Ensuite, si vous voulez du détail, ajoutez en complément des propriétés « Préfixe d'URL » pour chaque variante — http://www, https://www, https:// sans www — et comparez. Vous verrez immédiatement laquelle ramasse l'indexation et lesquelles se contentent de rediriger. Sur un site que j'ai repris l'an dernier, cette comparaison a révélé que la version indexée était celle avec le slash final, alors que tous les liens du site pointaient vers celle sans. Un seul paramètre, des mois de signaux perdus.

Les outils de vérification et ce qu'ils ne vous diront pas

Le vérificateur d'URL de la Search Console est l'outil le plus précis dont vous disposez. Vous collez une adresse, il vous dit si elle est indexée, quelle version l'est, quand Google l'a explorée en dernier et avec quel rendu. Il déclenche aussi une demande d'indexation manuelle — utile pour une page neuve ou corrigée, inutile pour dix pages à la fois.

Spoiler : cette demande d'indexation ne force rien. Elle place l'URL dans une file d'attente. Sur une page correctement liée, l'effet arrive en quelques jours. Sur une page orpheline, sans aucun lien interne qui pointe vers elle, vous pouvez attendre longtemps.

Les extensions de navigateur et les outils tiers de vérification d'index fonctionnent tous selon le même principe : ils interrogent la commande site: à votre place, page par page. C'est pratique pour repérer ce qui a disparu de l'index d'un mois sur l'autre. Ça reste une approximation. Ne bâtissez pas une décision dessus.

Comment savoir si une page est indexée ?

Le test fiable tient en une ligne : recherchez l'URL exacte dans Google, entre guillemets, et regardez si elle apparaît en résultat. Si elle sort tel quel, elle est indexée. Si Google vous renvoie une autre adresse à la place, il l'a remplacée — c'est sa canonique choisie qui gagne, pas la vôtre. Et si rien ne sort, elle n'est pas dans l'index.

Pour un contrôle sérieux, confirmez avec le vérificateur d'URL de la Search Console. Les deux ensemble lèvent le doute : l'un montre ce que Google affiche, l'autre ce qu'il a techniquement enregistré. Quand les deux divergent, vous savez qu'il y a un arbitrage de canonical à corriger.

Les balises qui sabotent l'indexation sans prévenir

Une rel="canonical" mal configurée est le sabotage le plus silencieux du lot. Elle ne casse rien, elle ne génère aucune erreur, elle fait juste indexer une version que vous n'aviez pas prévue. Cas typique : un site multilingue où chaque version française pointe par erreur vers la version anglaise « pour éviter le duplicate ». Résultat, le français disparaît de l'index au profit de l'anglais. J'ai vu ça sur un site e-commerce, perte de 60 % des impressions en trois semaines. Personne n'avait touché aux canoniques : c'était un module de traduction qui les écrasait automatiquement.

Les autres coupables habituels :

• Un robots.txt qui bloque tout ou partie du site — vérifiez qu'aucune ligne Disallow: / ne traîne après une mise en maintenance.
• Une balise noindex oubliée sur un environnement de préproduction copié en production.
• Des redirections en chaîne, ou une boucle qui empêche l'exploration.
• Un sitemap qui déclare des URL qui redirigent, ou qui oublie les variantes — votre fichier sitemap.xml doit lister exactement les URL que vous voulez voir indexées, pas toutes celles qui existent.

Un mot sur le sitemap : c'est une suggestion, pas un ordre. Un sitemap propre accélère la découverte. Il ne fera jamais indexer une page que Google juge inutile.

Détecter les variantes indexées en double

Une méthode simple que j'utilise systématiquement : ouvrez la Search Console, section Performances, filtrez par page, et triez par impressions. Si vous voyez deux URL très proches — même chemin, juste le www ou le slash qui change — avec des impressions séparées, vous avez un doublon indexé. Google partage la visibilité entre les deux au lieu de la concentrer. Aucun des deux ne performe à sa mesure.

Ce que ça coûte, concrètement : sur un blog que j'ai audité, deux versions d'un même article se partageaient les positions. La première en position 4, la seconde en position 9, sur la même requête. Fusionnées correctement, cet article est passé en position 1. Même contenu. Juste une redirection qui manquait.

Le correctif tient en trois gestes. Choisir la version de référence — en général https sans www, ou avec, peu importe, du moment que c'est cohérent partout. Rediriger en 301 toutes les autres vers celle-là. Mettre à jour le sitemap, les liens internes et les canoniques pour qu'ils pointent tous vers la version retenue. C'est tout.

Le piège, c'est la cohérence. Un lien interne qui pointe vers une variante suffit à entretenir le doute. Passez vos pages au crible, y compris les pieds de page, les menus et les liens dans vos anciens articles. Les erreurs se cachent là où personne ne regarde.

Ce qu'aucun outil ne vous dira

L'indexation n'est pas un état figé. Une page indexée aujourd'hui peut disparaître dans deux mois si elle perd ses liens internes, si son contenu devient trop proche d'une autre, ou si le site ralentit au point que l'exploration s'arrête. Google ne vous prévient pas.

Alors surveillez le motif, pas le chiffre. Un total qui baisse de dix pages, ce n'est rien. Dix nouvelles lignes en « Explorée, actuellement non indexée » sur vos pages commerciales, c'est un signal. Et si vous devez retenir une seule chose de tout ça : déclarez votre propriété Domaine dans la Search Console, mettez en place les redirections 301 sur toutes les variantes d'URL, et laissez ce rapport Pages tranquille pendant un mois. Vous verrez alors la vraie question se poser — non pas « Google indexe-t-il toutes mes versions ? », mais « laquelle ai-je choisi de laisser gagner ? ».