Pourquoi une recherche Google avec site ne donne pas le nombre de pages indexées

1. Commencez par les pages que vous souhaitez examiner

Une question publique décrit bien le problème : un propriétaire de site a soumis un sitemap contenant 10 000 liens, mais n’a vu que 17 résultats lors d’une recherche sur son site. Un sitemap est un fichier qui répertorie les adresses des pages. Ces deux nombres correspondent à des éléments de nature différente. La publication publique rapporte la question d’une personne, datée du 4 juin 2020. Elle ne vérifie pas l’état d’indexation du site et ne montre pas la fréquence du problème. Question publique d’un propriétaire de site — publiée le 4 juin 2020, consultée le 25 octobre 2026 ; les nombres rapportés n’ont pas été vérifiés de manière indépendante

La prochaine question utile est : « Quels éléments ai-je pour chaque page que je m’attendais à voir indexée par Google ? »

Pour votre propre site, suivez ces étapes :

1. Enregistrez la liste des adresses de pages que vous souhaitez examiner. Une URL est une adresse Web. Utilisez votre liste d’URL visées comme relevé de départ.
2. Enregistrez le sitemap séparément. Notez quand vous l’avez obtenu et quelle partie du site il couvre.
3. Comparez les adresses exactes de ces deux relevés. Notez les entrées répétées et les différences avant de les compter.
4. Sélectionnez des URL exactes à inspecter depuis le compte du propriétaire. Commencez par les pages importantes pour votre décision et celles pour lesquelles les éléments sont peu clairs.
5. Ajoutez les observations de recherche publique comme autre source d’information.

Une entrée de sitemap montre qu’une adresse figure dans ce fichier. Elle ne prouve pas que Google a indexé cette adresse. Votre liste d’URL visées décrit ce que vous souhaitez examiner. Elle n’établit pas ce que Google conserve actuellement.

Précisez votre unité de comptage. « 100 entrées de sitemap » peut différer de « 100 chaînes d’URL distinctes » si des entrées se répètent. Aucun de ces nombres ne correspond automatiquement au nombre de pages indexées distinctes.

Si vous n’êtes pas propriétaire du site ou ne disposez pas d’un accès autorisé à Search Console, notez cette limite. Les éléments de recherche publique peuvent tout de même montrer les adresses renvoyées. Ils ne peuvent pas remplacer les relevés privés du propriétaire.

2. Séparez l’inventaire, les observations de recherche et les vérifications du propriétaire

Utilisez trois tableaux liés dans votre feuille d’analyse. Reliez-les par les chaînes d’URL exactes tout en conservant chaque valeur source.

Ne remplacez pas ces tableaux par une seule colonne « indexée ». Cela masquerait la source et la solidité de chaque constat.

Distinguez aussi ces termes :

Connaître une URL, récupérer sa page, l’indexer et la renvoyer pour une requête sont des états différents. Notez uniquement l’état que vos éléments permettent d’établir. Si vous n’avez aucun élément sur l’exploration, laissez son état inconnu. Un résultat de recherche ne fournit pas un historique complet d’exploration.

Associez une heure à chaque constat. Une observation de recherche et une inspection du propriétaire peuvent avoir lieu à des moments différents. Conservez les deux heures. Une vérification ultérieure ne change pas ce qu’un relevé antérieur montrait.

3. Enregistrez la requête exacte avec site et les conditions de recherche

Avant de lancer la recherche, notez la question et le périmètre. Par exemple, vous pouvez chercher à savoir si certaines URL situées sous un même chemin de documentation apparaissent dans un petit échantillon de recherche publique.

Notez les éléments suivants :

1. Le texte exact de la requête, y compris l’opérateur `site:` et le chemin.
2. Le moteur de recherche.
3. Le pays et la langue demandés.
4. Le plafond de résultats, c’est-à-dire le nombre maximal de résultats que vous demandez à conserver.
5. L’heure réelle d’observation, lorsqu’elle est disponible.
6. L’issue de la collecte et tout échec connu.

Conservez les URL réellement renvoyées. Un total affiché ne fournit pas une liste exacte à comparer avec vos adresses visées. Ni un total affiché ni les lignes conservées ne permettent d’établir le nombre total de pages indexées.

Google Search Scraper de Chronometrica peut convenir à la partie recherche publique de cette méthode. Un Actor est un programme hébergé de collecte de données. La version publique vérifiée déclare les champs d’entrée ci-dessous et les champs de résultats utilisés dans ce guide. Cette documentation montre qu’il peut convenir à la collecte d’observations de recherche. Elle ne prouve pas qu’une collecte a réussi pour ce guide.

Les données d’entrée fournies demandent un petit échantillon :

{"country":"US","engines":["google"],"language":"en","maxResultsPerExecutedQuery":3,"queries":["site:developers.google.com/search/docs/"]}

JSON est un format texte pour des valeurs nommées et des listes. Remplacez les valeurs de l’exemple dans cet ordre :

1. Remplacez toute la liste `queries` par une seule requête avec site correspondant à votre objectif. La requête fournie porte sur le chemin de documentation de Google, pas sur votre site.
2. Gardez `engines` défini sur `["google"]` pour cette méthode.
3. Définissez `country` et `language` selon les conditions de recherche visées. Ici, `US` demande les États-Unis et `en` demande l’anglais.
4. Gardez un plafond bas pour la première collecte. La valeur fournie est 3. La plage autorisée vérifiée pour `maxResultsPerExecutedQuery` va de 1 à 100.
5. Enregistrez toutes les données d’entrée avec le relevé de collecte.

Les données d’entrée fournies ont passé une vérification statique selon les règles de la version publique par défaut. Une vérification statique contrôle le format des données d’entrée et les valeurs autorisées sans exécuter l’Actor. Aucune collecte par l’Actor n’a eu lieu pour ce guide. Cette vérification ne prouve ni la disponibilité des résultats, ni une couverture complète, ni la réussite de l’exécution. Version publique par défaut 1.0.15 — vérifiée le 25 octobre 2026 ; règles d’entrée et de sortie inspectées, exemple non exécuté

La tâche publique Google Search Results Scraper constitue un autre point de départ. Une tâche est un préréglage enregistré de données d’entrée. Sa page publique et son identifiant exact ont été vérifiés. Ses paramètres actuellement enregistrés n’ont pas été vérifiés. Inspectez et remplacez ces paramètres avant utilisation. Ne supposez pas qu’ils correspondent aux données d’entrée fournies. Tâche Google Search Results Scraper — vérifiée le 25 octobre 2026 ; présence publique vérifiée, paramètres enregistrés et exécution non vérifiés

4. Conservez les lignes de recherche et créez la feuille d’analyse

Les étapes de collecte suivantes sont des actions proposées au lecteur. Elles ne constituent pas les résultats d’une exécution réalisée pour cet article.

Après la collecte, vérifiez si elle s’est terminée, a échoué ou s’est arrêtée avec une issue incertaine. Enregistrez les lignes de résultats disponibles et les éléments sur la collecte. Si la collecte échoue, notez un échec de collecte. N’indiquez pas que Google n’a renvoyé aucune page correspondante.

Conservez ces champs de résultats documentés :

Ces champs sont déclarés dans la version vérifiée. Leur déclaration ne prouve pas qu’une collecte réelle a fourni chaque valeur. Conservez l’adresse renvoyée sans la modifier. Le nom du champ `canonicalUrl` ne prouve pas, à lui seul, que quelqu’un a vérifié l’adresse préférée de la page de destination. Un extrait est le texte d’un résultat de recherche, pas une copie récente de la page de destination. Version publique par défaut 1.0.15 — vérifiée le 25 octobre 2026 ; champs de résultats déclarés, aucune vérification de sortie réelle

Créez un tableau d’analyse distinct avec une ligne pour chaque URL visée :

Conservez les valeurs manquantes comme telles. Un rang manquant est inconnu, ce n’est pas un rang zéro. Un horodatage manquant est inconnu, ce n’est pas l’heure à laquelle vous avez ouvert la feuille. Un extrait manquant ne prouve pas qu’une page ne contient aucun texte. Le nombre de lignes renvoyées ne peut être déclaré égal à zéro que si les éléments sur la collecte établissent ce zéro dans le périmètre de la demande.

Si vous avez besoin d’aide pour transférer les résultats conservés dans un tableur, consultez le guide d’exportation des recherches Google. Ce guide distinct traite des vérifications d’exportation. La présente analyse utilise ces lignes pour examiner les URL une par une.

5. Vérifiez les URL exactes sélectionnées auprès de la bonne source

Effectuez une recherche ordinaire pour retrouver certaines URL exactes et obtenir une deuxième observation publique. Enregistrez la requête et l’adresse renvoyée. Comparez les chaînes de caractères exactes avant de décider qu’un résultat correspond à la page visée.

Si l’adresse diffère, conservez les deux valeurs. Ne traitez pas un chemin différent, un paramètre d’adresse ou une redirection comme la même page sans le signaler. Une redirection envoie une requête d’une adresse vers une autre. Si vous ne pouvez pas établir la relation, notez la correspondance comme non résolue.

L’absence dans une requête ordinaire présente la même limite de base que l’absence dans une requête avec site : elle indique ce que cette requête n’a pas renvoyé. Elle n’établit pas une exclusion de l’ensemble de l’index.

Pour un site dont vous êtes propriétaire, utilisez l’outil d’inspection d’URL de Google Search Console avec votre propre accès autorisé. Cet outil fournit une vérification d’une adresse précise depuis le compte du propriétaire. Suivez les consignes officielles actuelles de l’outil plutôt qu’une suite fixe de commandes à l’écran.

Suivez cette procédure pour chaque URL sélectionnée :

1. Inspectez l’adresse exacte visée.
2. Enregistrez les constats rapportés et l’heure de vérification.
3. Conservez toute autre adresse identifiée par la vérification comme valeur distincte.
4. Notez séparément tout élément disponible sur la découverte, l’exploration ou l’indexation.
5. Comparez ces éléments avec l’observation de recherche publique.
6. Choisissez la prochaine vérification à partir des éléments rapportés.

Si les éléments identifient une URL canonique, il s’agit de l’adresse préférée d’une page. Conservez cette adresse avec l’adresse inspectée. Ne réécrivez pas le relevé d’origine. Si les éléments identifient une redirection ou un problème d’accès, conservez le constat. Consultez les consignes officielles actuelles pour cette situation.

Ne choisissez pas de correction technique sur la seule base d’une absence dans les résultats de recherche. Un résultat manquant n’en indique pas la cause. De même, une vérification du propriétaire pour une URL n’établit pas l’état de toutes les URL du sitemap.

Identifiez clairement les relevés réservés au propriétaire. Les lignes de résultats publics de l’Actor sont distinctes des informations privées de Search Console. Ce guide n’établit pas que l’Actor peut lire votre compte Search Console.

Si vous cherchez ensuite à savoir si la position d’un résultat a changé, utilisez un relevé de comparaison distinct. Le guide des relevés de position Bing explique pourquoi les paramètres comparables et les états inconnus sont importants. Il concerne les comparaisons de position sur Bing et ne fournit aucun élément issu d’une exécution pour cette analyse sur Google.

6. Fiction originale : 100 entrées de sitemap et sept URL renvoyées

Cet exemple détaillé est entièrement une fiction originale. Il ne s’agit ni d’une exécution de l’Actor, ni d’un résultat client, ni d’un constat observé dans une entreprise.

Un propriétaire de site fictif enregistre un sitemap contenant 100 entrées d’URL. Un échantillon distinct de recherche avec site contient sept URL renvoyées. Dans cet exemple, le propriétaire a vérifié que les sept correspondent à des entrées de ce sitemap.

Le relevé initial correct est le suivant :

La différence arithmétique est 100 − 7 = 93. Ses unités correspondent à une différence entre un nombre d’entrées de sitemap et un nombre de résultats de recherche. Il ne s’agit pas de 93 pages confirmées comme non indexées. Le sitemap et les résultats de recherche ne forment pas des ensembles complets et mis en correspondance de pages indexées et non indexées.

Même dans cet exemple, où les sept URL renvoyées correspondent à des entrées du sitemap, l’absence d’une URL dans l’échantillon de recherche conservé ne peut pas établir son exclusion de l’index. N’annoncez pas une couverture d’indexation de sept pour cent. Les sept URL observées ne fournissent pas un numérateur complet des URL indexées.

Le propriétaire sélectionne ensuite une URL visée qui n’a pas été renvoyée. La prochaine action est une vérification avec l’outil d’inspection d’URL depuis le compte du propriétaire. Aucun résultat d’inspection n’a été obtenu dans cet exemple. L’état d’inspection reste donc « non vérifié ».

Si une inspection ultérieure indique que l’URL exacte est indexée, notez ce constat pour cette URL avec l’heure de vérification. Conservez l’état de recherche antérieur : « non renvoyée dans l’échantillon conservé de recherche avec site ». Ces relevés peuvent coexister, car ils répondent à des questions différentes.

Si la vérification ultérieure rapporte un autre état, préservez son sens exact. Choisissez la prochaine action à partir de cet élément. N’étendez pas le résultat aux autres URL non vérifiées.

7. Vérifiez la feuille avant de rapporter un constat

Effectuez ces vérifications de validation :

1. Confirmez l’unité de comptage de chaque nombre : entrées, adresses distinctes, lignes de recherche ou URL inspectées.
2. Confirmez que chaque état de recherche renvoie à une requête exacte et à des conditions enregistrées.
3. Confirmez que les URL renvoyées sont associées à des lignes de résultats réelles et conservées.
4. Confirmez que les états « non renvoyée » concernent uniquement l’échantillon conservé.
5. Confirmez que les collectes ayant échoué restent indiquées comme des échecs et ne deviennent pas des déclarations de zéro résultat.
6. Confirmez que les constats du propriétaire précisent l’URL exacte inspectée et l’heure de vérification.
7. Gardez des valeurs distinctes pour manquant, zéro, non résolu et non vérifié.
8. Supprimez toute estimation du nombre total de pages indexées obtenue à partir des nombres de résultats de recherche.

Un rapport utile précise la taille de l’inventaire, les résultats de recherche observés, le sous-ensemble inspecté, les constats confirmés et les questions non résolues. Si vous n’avez inspecté que certaines URL, indiquez-le. N’appliquez pas les constats de ce sous-ensemble à tout le site sans éléments qui le justifient.

Lorsque des relevés se contredisent, conservez-les tous deux avec leurs sources et leurs heures. La prochaine décision consiste à choisir l’URL exacte qui nécessite une nouvelle vérification, pas le nombre qui doit remplacer les autres.