Un sitemap WordPress ne se soumet pas une fois pour toutes. Il faut d’abord trouver la bonne URL selon votre plugin, la déclarer au bon endroit dans Search Console, puis surveiller un piège que personne ne mentionne : un plugin de cache mal réglé peut continuer à servir à Google une version figée du fichier, plusieurs semaines après vos dernières publications.
Sommaire
- Trouver l’URL de votre sitemap WordPress
- Vérifier le sitemap avant de le soumettre
- La procédure pas à pas dans Search Console
- Lire le rapport après soumission
- Que faire si le sitemap échoue
- Le piège invisible du cache
- Changer de plugin SEO sans laisser de sitemaps fantômes
- Un sitemap améliore-t-il votre classement ?
- Questions fréquentes
- Ce qu’il faut retenir
Trouver l’URL de votre sitemap WordPress
Avant de soumettre quoi que ce soit, encore faut-il savoir quel fichier soumettre. Ce guide suppose votre propriété Search Console déjà vérifiée : si ce n’est pas encore le cas, la procédure d’installation et de vérification d’une propriété Search Console se règle avant tout le reste. L’adresse du sitemap change ensuite selon ce qui le génère, et soumettre la mauvaise URL est la première cause d’échec silencieux dans Search Console.
| Générateur | URL type | Remarque |
|---|---|---|
| WordPress natif (5.5+) | /wp-sitemap.xml | Aucun réglage possible, à éviter en production |
| Yoast SEO | /sitemap_index.xml | Désactive automatiquement le sitemap natif |
| Rank Math | /sitemap_index.xml | Même convention que Yoast |
| SEOPress | /sitemap.xml (ou /sitemaps.xml selon version) | Vérifiez le nom exact affiché dans les réglages du plugin |
| AIOSEO | /sitemap.xml | Ajoute aussi un sitemap RSS en /sitemap.rss |
Le sitemap natif de WordPress existe depuis la version 5.5 (2020) et se génère sans aucune action de votre part. C’est justement son défaut : il n’offre aucun filtre pour exclure une page, une catégorie vide ou un type de contenu que vous ne voulez pas indexer. Dès qu’un plugin SEO est actif, il prend le relais et désactive la version native, ce qui est le comportement souhaité dans la quasi-totalité des cas.
Vérifier le sitemap avant de le soumettre
Ouvrez l’URL directement dans votre navigateur avant de la coller dans Search Console. Trois choses à contrôler en quelques secondes : le fichier répond en HTTP 200 sans redirection, il affiche une structure XML lisible (liste de balises <loc> ou un sitemap d’index qui pointe vers des sous-sitemaps), et il contient bien les pages que vous attendez, pas une page d’erreur ou un cache vide sur un site tout juste migré.
Un sitemap qui redirige (HTTP 301 ou 302) avant d’arriver au fichier XML est un signal fréquent d’URL périmée : ancien plugin désinstallé, changement de structure de permaliens, ou passage HTTP vers HTTPS mal finalisé. Search Console accepte parfois la soumission dans ce cas, mais le rapport affichera une erreur dès la première tentative d’exploration.
La procédure pas à pas dans Search Console
- Ouvrez le rapport SitemapsDans le menu de gauche de Search Console, section Indexation, cliquez sur « Sitemaps ».
- Entrez le chemin relatifDans le champ « Ajouter un nouveau sitemap », saisissez uniquement la partie après votre domaine, par exemple
sitemap_index.xml(le domaine est déjà pré-rempli). - Cliquez sur EnvoyerSearch Console lance une première tentative de récupération du fichier, généralement en quelques secondes.
- Vérifiez le message de confirmationUn statut « Réussite » apparaît dans la liste, avec la date de soumission et le nombre d’URL découvertes.
- Répétez pour chaque sitemap secondaireSitemap image, vidéo ou actualités : chacun se soumet séparément, sauf s’il est déjà référencé dans votre sitemap d’index principal.
Le statut « Réussite » ne signifie pas que toutes les URL du sitemap sont indexées : il confirme seulement que Google a pu lire le fichier sans erreur de format ou d’accès. L’indexation réelle se vérifie ailleurs, dans le rapport Couverture ou page par page via l’outil d’inspection d’URL.
Lire le rapport après soumission
Les statuts possibles
| Statut affiché | Signification |
|---|---|
| Réussite | Le fichier a été lu correctement, les URL sont prises en compte pour exploration |
| Impossible de récupérer le sitemap | Google n’a pas pu atteindre l’URL (404, redirection, blocage serveur) |
| A des problèmes | Le fichier a été lu mais contient des erreurs partielles (URL invalides, balises mal formées) |
| Impossible d’analyser le sitemap | Le format XML est corrompu ou ne respecte pas le protocole sitemaps.org |
Pourquoi le nombre d’URL découvertes diffère du nombre de pages indexées
Le chiffre affiché dans la colonne « URL découvertes » compte les adresses listées dans le fichier, pas les pages effectivement indexées. Un écart de 10 à 20 % entre ce chiffre et le nombre de pages réellement indexées (visible dans le rapport Couverture, catégorie « Valide ») est courant et ne signale rien d’anormal : certaines pages restent explorées mais non indexées faute de contenu jugé suffisamment différenciant, d’autres sont volontairement laissées de côté par Google le temps d’évaluer leur qualité.
Que faire si le sitemap échoue
Impossible de récupérer le sitemap
Vérifiez d’abord manuellement l’URL dans un navigateur en navigation privée : si elle ne répond pas ou redirige, corrigez l’adresse soumise plutôt que le sitemap lui-même. Si elle répond correctement pour vous mais échoue côté Google, contrôlez qu’aucune règle de sécurité (pare-feu applicatif, blocage par user-agent, protection anti-bot de l’hébergeur) ne filtre les requêtes de Googlebot.
Bloqué par robots.txt
Un fichier robots.txt mal configuré peut interdire l’accès au sitemap lui-même, généralement via une règle Disallow: / trop large héritée d’un site en maintenance jamais réouvert au crawl. Ouvrez /robots.txt et confirmez qu’aucune ligne ne bloque le chemin exact de votre sitemap ni, plus largement, l’ensemble du site.
Format XML invalide
Un caractère spécial mal échappé dans une URL (une esperluette non encodée, par exemple), un sitemap tronqué par une génération interrompue, ou un plugin tiers qui injecte du contenu non-XML avant la balise d’ouverture peuvent rendre le fichier illisible. Régénérez le sitemap depuis les réglages de votre plugin SEO et comparez sa taille avant/après : un fichier anormalement plus petit signale souvent une génération incomplète.
Le piège invisible du cache
Ce que les guides de soumission ne disent jamais
Un plugin de cache de page (WP Fastest Cache, WP Rocket, LiteSpeed Cache, W3 Total Cache) peut mettre en cache le fichier /sitemap_index.xml exactement comme n’importe quelle autre URL du site. Résultat : Search Console affiche un statut « Réussite » d’apparence parfaite, alors que le contenu réellement servi à Googlebot est un instantané figé, qui ne reflète ni vos derniers articles publiés ni les pages supprimées.
Le problème ne saute pas aux yeux parce que le sitemap reste syntaxiquement valide : Google continue de le lire sans erreur, il explore simplement une photographie du site vieille de plusieurs jours ou semaines selon la durée de vie du cache configurée. Un article publié en urgence n’apparaît dans le sitemap qu’au prochain rafraîchissement de cache, pas à la publication, ce qui retarde d’autant sa découverte par ce canal (le maillage interne et le crawl naturel restent des voies d’indexation parallèles, mais ralentir l’une d’elles n’est jamais neutre).
Comment le repérer
Comparez l’en-tête HTTP Last-Modified (ou la date affichée par votre plugin SEO) du sitemap avec la date de votre dernier article publié. Si votre dernier article date de ce matin et que le sitemap semble ignorer son existence alors que le plugin SEO devrait l’avoir régénéré instantanément, videz le cache de page puis rechargez le fichier : s’il change immédiatement après la purge, le cache était bien en cause.
Comment le corriger
Ajoutez une règle d’exclusion de cache pour les chemins /sitemap*.xml, /wp-sitemap.xml et tout sous-sitemap généré par votre plugin SEO. La plupart des plugins de cache proposent un champ « URLs à exclure » ou « Never Cache » dans leurs réglages avancés : un sitemap doit toujours être servi à la demande, jamais depuis une copie statique, précisément parce que sa valeur dépend de sa fraîcheur.
Changer de plugin SEO sans laisser de sitemaps fantômes
Passer de Yoast à SEOPress, de Rank Math à AIOSEO ou l’inverse change généralement l’URL du sitemap. L’ancienne adresse reste alors soumise dans Search Console, pointe désormais vers une page 404 (le plugin qui la générait n’existe plus), et affiche un statut d’erreur permanent dans le rapport. Ce n’est pas un dysfonctionnement de votre site, seulement une entrée obsolète : supprimez-la depuis le rapport Sitemaps (menu contextuel sur la ligne concernée) et soumettez la nouvelle URL générée par le plugin actif, pour éviter qu’un rapport encombré d’erreurs anciennes ne masque une vraie anomalie survenant plus tard.
Un sitemap améliore-t-il votre classement ?
Non, pas directement. Un sitemap est un outil de découverte et d’exploration, pas un facteur de classement : il aide Google à trouver vos pages plus vite, en particulier sur un site récent ou peu maillé en interne, mais ne pèse sur aucun algorithme de positionnement. Une étude de référence, ancienne mais toujours citée dans le secteur, mesurait un délai moyen d’indexation de 14 minutes avec sitemap contre plus de 1 300 minutes sans, sur un site sans historique de crawl : l’effet est réel sur la vitesse de découverte, nul sur le classement lui-même. Le maillage interne reste le levier qui pèse sur la façon dont Google évalue l’importance relative de vos pages, un sitemap ne le remplace pas.
Questions fréquentes
Combien de temps avant que Google explore mon sitemap après soumission ?
De quelques heures à quelques jours pour la première lecture du fichier. L’exploration et l’indexation de chaque URL qu’il contient suivent ensuite le rythme propre du budget de crawl de votre site, qui peut s’étaler sur plusieurs semaines pour un site volumineux.
Faut-il aussi déclarer le sitemap dans robots.txt ?
Ce n’est pas obligatoire si vous l’avez déjà soumis dans Search Console, mais c’est une bonne pratique complémentaire : la ligne Sitemap: https://votredomaine.com/sitemap_index.xml dans robots.txt permet à tous les robots (Bing, autres moteurs) de le découvrir sans soumission manuelle sur chaque outil.
Sitemap HTML ou XML : lequel soumettre à Google ?
Uniquement le sitemap XML dans Search Console : c’est le format que Google attend pour ce rapport. Le sitemap HTML, destiné aux visiteurs humains, s’intègre plutôt en page ou en pied de site et joue un rôle de navigation, pas de soumission technique.
Que faire si le statut reste bloqué sur « Impossible de récupérer » plusieurs jours après correction ?
Supprimez l’entrée existante dans le rapport Sitemaps puis resoumettez-la : Search Console ne relance pas toujours une nouvelle tentative spontanément après une correction, et repartir d’une entrée propre évite de rester bloqué sur un statut d’erreur périmé.
Un sitemap soumis dans Search Console fonctionne-t-il aussi pour Bing ?
Non, chaque moteur a son propre outil de soumission. Ajoutez le même fichier dans Bing Webmaster Tools séparément ; la ligne Sitemap: dans robots.txt reste toutefois lue par les deux moteurs sans démarche supplémentaire.
Ce qu’il faut retenir
Soumettre un sitemap prend deux minutes. Le garder fiable dans la durée demande un peu plus de vigilance : la bonne URL selon votre plugin actif, un œil sur le rapport après chaque changement de configuration SEO, et surtout la certitude que votre plugin de cache ne sert pas à Google une version figée du fichier pendant que votre site continue d’évoluer. Pour la lecture des autres rapports utiles (Performances, Couverture, Core Web Vitals), notre guide complet sur Google Search Console pour WordPress couvre l’ensemble de l’outil au-delà du seul sitemap. Un consultant familier de ces interactions entre plugins repère ce genre de blocage en quelques minutes, là où il peut passer inaperçu pendant des mois sur un site laissé en pilotage automatique.
À propos de l’auteur
Aymeric Maingé
Consultant SEO senior avec plus de 10 ans d’expérience, côté agence et annonceur. J’accompagne des sites WordPress, e-commerce et lead gen sur des problématiques de SEO technique, d’indexation et de suivi de performance via Search Console. Mon approche croise audit terrain, priorisation métier et recommandations actionnables pour les équipes marketing et IT. Faites appel à un consultant SEO WordPress pour fiabiliser le suivi technique de votre site.
