Vous avez réorganisé les catégories de votre boutique, mais Google affiche encore d’anciennes adresses et ne montre pas toutes les nouvelles pages. Ce décalage peut être normal : la publication sur le site et le traitement par le moteur sont deux opérations distinctes. Il faut toutefois vérifier que la réorganisation ne crée pas de blocages ou de liens sans destination.
Pour suivre une mise à jour, distinguez ce qui a été publié, ce que Google a exploré et la version qu’il a retenue. Un compteur global de pages ne suffit pas à répondre à ces questions.
Les étapes entre publication et résultat de recherche
Le fonctionnement décrit par Google comprend l’exploration, l’indexation et la diffusion des résultats. Toutes les pages ne franchissent pas chaque étape.
- Découverte et exploration : le moteur connaît une URL, notamment grâce à un lien ou à un sitemap, puis peut en télécharger le contenu.
- Indexation : il analyse ce contenu et ses caractéristiques, rapproche les versions similaires et peut conserver les informations dans son index.
- Affichage : lors d’une recherche, il sélectionne des résultats selon la requête et son contexte.
Google peut donc connaître une adresse sans l’avoir encore explorée, explorer une page sans l’indexer, ou indexer une page qui n’apparaît pas sur la recherche que vous testez. Une nouvelle exploration n’implique pas non plus une meilleure position.
Pourquoi les mises à jour prennent un temps variable
Le moteur doit répartir ses ressources entre les URL qu’il connaît et celles qu’il découvre. La fréquence de passage dépend de plusieurs éléments, dont l’intérêt estimé des contenus et la capacité du serveur à répondre. Il n’existe pas de calendrier garanti par catégorie de site.
La documentation actuelle sur le budget d’exploration distingue la demande d’exploration et la capacité disponible. Ce budget ne correspond pas à un nombre fixe de pages « par session ». Les investigations avancées concernent surtout les sites très volumineux, fréquemment modifiés ou présentant un problème important de découverte.
Pour une petite boutique, commencez par les pages importantes, les liens et les réponses du serveur. Publier artificiellement plus souvent ou ajouter des URL similaires ne constitue pas une solution à un accès bloqué. Une règle générale promettant une indexation en quelques heures ou quelques semaines serait trop précise.
Suivre les pages plutôt qu’un compteur isolé
Dans le rapport d’indexation Search Console, examinez les raisons de non-indexation et leur évolution. Une hausse des URL connues peut provenir de nouveaux produits, mais aussi de paramètres de tri ou de doublons techniques. Elle n’est donc pas automatiquement positive.
Constituez une liste représentative : accueil, catégories importantes, produits, nouveau contenu et quelques anciennes adresses modifiées. Pour chacune, notez le résultat attendu. Vous pouvez ainsi vérifier que la bonne version apparaît et que les exclusions correspondent à vos choix.
L’inspection d’URL permet de consulter les données connues de Google et de tester l’accès actuel. Comparez la date d’exploration à la date de modification. Le test en direct contrôle certains aspects de l’accès, sans certifier l’indexation ou la canonique qui sera retenue.
Une recherche site: peut aider à repérer certaines pages, mais Google en précise les limites et le caractère non exhaustif. Les estimations de trafic d’un outil concurrentiel ne constituent pas non plus un historique complet de l’index de Google.
Faut-il bloquer un site pendant sa construction ?
La bonne décision dépend de ce qui est déjà public. Pour une nouvelle version de site en préparation, travaillez de préférence sur un environnement de préproduction protégé par authentification. Vous pourrez y vérifier les contenus, les formulaires et les redirections sans publier les essais.
Une page publique avec noindex peut rester accessible à toute personne qui connaît son adresse. Ce réglage ne protège ni un document confidentiel ni un formulaire de test. Les conditions techniques de Google distinguent l’accès public de l’accès nécessitant une connexion.
Préserver le site existant pendant une refonte
Si un site fonctionne déjà, évitez de bloquer l’ensemble de sa version publique uniquement parce que vous préparez une nouvelle architecture. Maintenez les contenus utiles pendant les travaux et planifiez la bascule une fois les contrôles effectués.
Pour des pages nouvelles encore incomplètes, utilisez les mécanismes de brouillon ou l’environnement de test. Ne publiez pas des textes de démonstration dans le seul but de « commencer le référencement ». Une ouverture progressive reste possible pour des pages terminées, lorsque leur navigation et leur usage sont cohérents.
Vérifier les réglages au moment de la mise en ligne
Contrôlez l’accès public, les directives robots, les canoniques, les liens et le sitemap sur le domaine final. La directive noindex doit être accessible au robot pour être lue ; un blocage d’exploration peut empêcher ce traitement. À l’inverse, un noindex oublié sur une page destinée à Google empêche sa visibilité attendue.
Ne recopiez pas automatiquement les réglages de préproduction vers le site public. Un contrôle du HTML et des en-têtes après déploiement permet de confirmer ce qui est réellement servi.
Accompagner une réorganisation de catégories
Modifier un libellé ou le contenu d’une catégorie ne nécessite pas forcément de changer son adresse. Lorsque l’URL doit évoluer, préparez une correspondance entre l’ancienne et la nouvelle page. Les consignes Google sur les migrations d’URL recommandent de planifier ces correspondances et les redirections.
Une ancienne catégorie peut avoir reçu des liens et des visites. Ne la redirigez pas vers l’accueil par défaut si une destination plus précise existe. Mettez également à jour les liens internes pour qu’ils conduisent directement aux adresses retenues.
Si un contenu a réellement disparu sans remplacement, une réponse 404 ou 410 peut être appropriée. Elle n’est pas une erreur à masquer systématiquement par une redirection vers une page sans rapport. Vérifiez cependant les liens qui conduisent encore à cette adresse et les engagements associés avant sa suppression.
Signaler les pages nouvelles ou modifiées
Un sitemap cohérent aide à signaler les URL que vous souhaitez faire découvrir. Selon les recommandations Google, sa date lastmod doit refléter une modification significative réelle. Google ignore les valeurs priority et changefreq : les modifier ne permet pas d’imposer un rythme d’exploration.
Ajoutez aussi des liens depuis les contenus pertinents. Une catégorie publiée mais absente de la navigation et des autres pages reste difficile à découvrir. Le sitemap complète l’organisation du site, sans la remplacer.
Vous pouvez demander une exploration via l’inspection d’URL après une modification importante. Pour un ensemble de pages, utilisez le sitemap. Répéter les demandes n’accélère pas le traitement et ne garantit pas l’inclusion.
Retirer un résultat obsolète sans confondre les outils
Lorsqu’une ancienne page reste affichée, vérifiez d’abord sa réponse actuelle et sa date de dernière exploration. Le moteur doit constater le changement. Pour un retrait urgent dans les résultats d’un site que vous contrôlez, l’outil de suppression de Search Console propose un masquage temporaire d’environ six mois.
Ce masquage ne supprime pas la page du serveur et ne constitue pas un retrait permanent. Une action durable sur le contenu, l’accès ou l’indexation reste nécessaire selon le besoin. Ne l’utilisez pas comme outil courant pour nettoyer toutes les anciennes URL d’une migration.
Après la mise en ligne, suivez les pages prioritaires et les anomalies réellement observées. Le résultat attendu est une version publique stable, des adresses cohérentes et des contenus accessibles, puis une indexation qui reflète progressivement ces choix.
Questions fréquentes
Google met-il à jour une page dès que je la publie ?
Non. La modification est d’abord visible sur votre site ; Google doit ensuite la découvrir ou la réexplorer et la traiter. Comparez la date de modification à la dernière exploration connue.
Faut-il empêcher Google d’accéder au site pendant une refonte ?
Protégez surtout la version de travail sur un environnement distinct. Si un site public fonctionne déjà, le bloquer entièrement peut interrompre sa visibilité alors que la refonte n’est pas encore prête.
Une augmentation du nombre de pages indexées est-elle toujours positive ?
Non. Vérifiez quelles URL sont concernées. Des produits utiles, des doublons ou des variantes de tri n’ont pas la même fonction. La priorité est la bonne version des pages importantes.
Un sitemap permet-il d’imposer la date d’exploration ?
Non. Il signale des URL et peut fournir une date de modification significative. Google décide de leur traitement et ignore les valeurs priority et changefreq.
Que faire d’une catégorie dont l’adresse a changé ?
Préparez une redirection vers la page qui reprend réellement son contenu ou son rôle, puis actualisez les liens internes. Conservez l’adresse existante lorsqu’aucun changement n’est nécessaire.
L’outil de suppression Search Console retire-t-il définitivement une page ?
Non. Il masque temporairement le résultat, généralement pour environ six mois. Un retrait durable nécessite aussi une action appropriée sur le contenu, son accès ou ses directives d’indexation.