Sitemap WordPress ou extension SEO : lequel soumettre à Google?

Après l’installation d’une extension SEO, vous trouvez /wp-sitemap.xml, un autre index de sitemaps et parfois une ancienne soumission dans Google Search Console. Faut-il tout conserver, supprimer un fichier ou envoyer les deux à Google?
La bonne décision dépend des URL réellement contenues dans chaque index et de la configuration qui les produit. Voici comment vérifier la situation sans prendre deux adresses de sitemap pour deux séries de pages différentes.
Points clés
- WordPress fournit un sitemap natif, mais une extension SEO peut le remplacer ou en publier un autre.
- Une adresse de sitemap qui répond ne prouve pas que son contenu est actuel, complet ou utile.
- Comparez les URL incluses avec les pages canoniques que vous souhaitez voir dans les résultats.
- Soumettez l’index choisi dans Search Console pour suivre sa lecture et ses erreurs; une soumission ne garantit pas l’indexation.
- Corrigez les inclusions et exclusions dans leur configuration d’origine, puis vérifiez à nouveau le fichier public.
Table des matières
- Trouver le sitemap actif
- Comparer les URL contenues dans les index
- Choisir le fichier pour Search Console
- Nettoyer les URL avant de soumettre
- Lire le rapport Sitemaps de Search Console
- Valider la configuration une fois le choix fait
Trouver le sitemap actif
WordPress possède une fonction native qui publie normalement son index à /wp-sitemap.xml. Une extension SEO peut utiliser une autre adresse et modifier la disponibilité du sitemap natif. Par exemple, Yoast SEO indique qu’il génère ses propres sitemaps et désactive normalement ceux du cœur de WordPress lorsque sa fonction est active. Ne présumez donc pas que deux index indépendants fonctionnent simplement parce que vous connaissez deux URL possibles. WordPress décrit son sitemap natif et Yoast explique le comportement de son extension. make.wordpress.org
Commencez par trois vérifications :
- Ouvrez /wp-sitemap.xml sur le domaine public. Notez si l’adresse répond avec un index, redirige ailleurs ou affiche une erreur.
- Repérez l’adresse indiquée dans les réglages de votre extension SEO et ouvrez-la également. Chez certaines extensions, elle peut être /sitemap_index.xml; vérifiez le chemin réel au lieu de le deviner.
- Consultez les lignes Sitemap: de robots.txt et les fichiers déjà soumis dans le rapport Sitemaps de Search Console. Ces emplacements peuvent encore mentionner une ancienne configuration.
Une URL accessible peut provenir d’une redirection ou d’une ancienne version servie en cache. Ouvrez les fichiers enfants de l’index pour confirmer ce qu’il publie aujourd’hui. Il n’y a rien à « supprimer » avant d’avoir établi quelle source fonctionne et ce que chacune contient.
Comparer les URL contenues dans les index
Un index de sitemaps renvoie habituellement vers des fichiers distincts pour les pages, articles ou autres types de contenu. Ouvrez ces fichiers et prenez un petit échantillon représentatif :
- une page importante qui doit être indexable;
- un article récent;
- une catégorie ou une autre archive, si elle existe;
- une page volontairement exclue des résultats;
- une URL dont le slug a changé ou qui redirige.
Pour chaque exemple, comparez l’adresse inscrite au sitemap avec l’URL publique finale et sa canonique. Une ancienne URL redirigée, une page noindex ou une version non canonique dans le fichier choisi est un signal à vérifier. Google recommande d’y inclure les URL que vous souhaitez présenter dans les résultats et de garder les indications canoniques cohérentes. Voir ses consignes de création de sitemap. developers.google.com
Ne concluez pas qu’un index est meilleur parce qu’il contient davantage d’URL. Une archive utile peut mériter sa place; une page technique ou une ancienne adresse peut gonfler le total sans aider la découverte du contenu voulu. Vérifiez la fonction de chaque type de page avant de modifier son réglage.
Choisir le fichier pour Search Console
Retenez l’index qui représente correctement les pages actuelles, canoniques et destinées à la recherche. Si votre extension SEO gère déjà ces choix et publie un index à jour, c’est généralement son adresse qu’il est logique de soumettre. Si vous utilisez le sitemap natif de WordPress sans autre générateur, vérifiez sa couverture et soumettez cet index.
Google accepte un sitemap ou un index de sitemaps dans Search Console. Vous n’avez pas besoin d’envoyer séparément chaque fichier enfant lorsque l’index choisi les référence correctement. La soumission sert aussi à suivre la lecture du fichier et les erreurs rencontrées. Elle ne force ni l’exploration ni l’indexation de toutes les URL qu’il contient. Google explique le rôle de la soumission et ses limites. Search Console Help
Si deux index sont déjà soumis, comparez d’abord leurs contenus. Soumettre deux fois les mêmes URL n’ajoute pas une priorité spéciale à ces pages; le véritable enjeu est de ne pas entretenir deux listes contradictoires. Retirer une ancienne soumission du rapport ne supprime pas automatiquement ses URL de Google : vérifiez aussi les fichiers encore accessibles, les références dans robots.txt et les liens du site.
Nettoyer les URL avant de soumettre
Une correction durable se fait à la source qui génère le fichier. Ne modifiez pas à la main un XML que WordPress ou une extension reconstruit automatiquement.
Une page utile manque au sitemap
Vérifiez qu’elle est publiée, accessible par son URL finale et prévue pour l’indexation. Examinez ensuite l’option de l’extension SEO qui inclut ou exclut cette page ou son type de contenu. Une page absente du sitemap peut toujours être découverte par des liens, mais son absence dans l’index choisi mérite une explication.
Une ancienne URL ou une page exclue apparaît
Repérez la règle qui l’ajoute. Pour une adresse remplacée, gardez la redirection appropriée vers la destination finale et vérifiez que le sitemap publie la nouvelle URL. Pour une page noindex, déterminez si son exclusion est intentionnelle avant de changer la page elle-même. L’objectif est d’aligner le sitemap avec les URL voulues, pas de rendre indexable tout ce qui apparaît dans un rapport.
Une archive inattendue est incluse
Les catégories et autres archives WordPress peuvent apparaître selon la configuration. Ouvrez l’archive, examinez son contenu et sa fonction de navigation, puis décidez si elle doit être proposée aux moteurs. Modifier l’indexation de toutes les archives en bloc peut retirer des pages utiles ou conserver des pages sans rôle clair.
Lire le rapport Sitemaps de Search Console
Dans Indexation → Sitemaps, soumettez l’adresse de l’index choisi et regardez si Google a pu le récupérer. Consultez ensuite son état, sa dernière lecture et les erreurs signalées. Une erreur de récupération demande une vérification du fichier public, de sa réponse HTTP et de sa disponibilité; elle n’établit pas à elle seule que les pages du site ont disparu de l’index.
Le rapport affiche les sitemaps soumis par ce rapport ou par l’API Search Console. Google peut connaître un autre sitemap par robots.txt ou d’autres moyens même s’il n’apparaît pas dans cette liste. Il faut donc distinguer « non affiché parmi mes soumissions » et « inconnu de Google ». La documentation officielle précise la portée du rapport. Search Console Help
Pour une URL précise, utilisez ensuite l’inspection d’URL. Elle permet d’examiner la version connue de Google et de tester l’état actuel de la page. Le fait qu’un sitemap ait été lu ne démontre pas que chacune de ses URL a été indexée. Consulter l’aide sur l’inspection d’URL. support.google.com
Valider la configuration une fois le choix fait
Après avoir ajusté le générateur ou remplacé une ancienne soumission, refaites les contrôles sur le site public :
- L’index choisi répond et ses fichiers enfants s’ouvrent.
- Les URL échantillonnées mènent aux bonnes pages finales.
- Les pages incluses sont cohérentes avec leurs directives d’indexation et leurs canoniques.
- robots.txt et Search Console pointent vers le fichier que vous avez décidé de suivre.
- Une nouvelle page apparaît dans le bon groupe après sa publication, sans ancienne version concurrente.
Gardez la date du changement et le résultat de ces contrôles. Pour une page nouvellement publiée, le protocole d’indexation avant et après publication aide à distinguer un problème de sitemap, un délai d’exploration et une page explorée mais non retenue. webmediagrp.com
Le bon sitemap est celui qui présente une liste cohérente des URL que votre site souhaite faire découvrir, puis reste à jour quand ces URL changent. Si la configuration de WordPress, du générateur et des directives publiques produit encore des listes contradictoires, une intervention en SEO technique peut en isoler la cause et vérifier le correctif.