Un client m'appelle l'autre jour, paniqué : « Google ne voit plus mon site, j'ai perdu 60 % de mon trafic en dix jours ». Dix minutes plus tard, je regardais son robots.txt. Il avait bloqué le dossier /wp-content/ dans une vieille tentative d'optimisation. Sauf que depuis WordPress 5.5, le sitemap natif vit précisément là-dedans. Son sitemap XML renvoyait une erreur 404 depuis des mois sans qu'il le sache.
C'est l'histoire la plus banale du monde. Le sitemap XML est probablement le fichier le plus simple à générer sur WordPress, et c'est aussi celui qu'on casse le plus souvent sans le remarquer. Alors reprenons depuis le début, dans l'ordre, en distinguant ce qui fonctionne vraiment de ce qui relève du folklore SEO.
Points clés à retenir
- Depuis WordPress 5.5, un sitemap XML natif est généré automatiquement à l'adresse
/wp-sitemap.xml. Aucune configuration nécessaire. - Un plugin SEO (Yoast, Rank Math, AIOSEO) remplace ce sitemap natif par le sien, plus paramétrable, mais crée des conflits s'il est mal configuré.
- La soumission à Google Search Console est une formalité : elle sert au diagnostic, pas au classement.
- Un sitemap ne fait jamais grimper un site dans les résultats. Il aide Google à trouver des pages, c'est tout.
- Les causes de sitemap cassé les plus fréquentes : ligne
Disallowdansrobots.txt, page en noindex, double sitemap après migration.
Créer un sitemap XML sur WordPress : la méthode native (et pourquoi elle suffit souvent)
La première chose à vérifier tient en une ligne. Tapez votresite.com/wp-sitemap.xml dans votre navigateur. Si vous voyez une page XML qui liste vos articles, vos pages et vos catégories, vous avez déjà un sitemap fonctionnel. Point.
Cette fonctionnalité est arrivée avec WordPress 5.5. Avant, il fallait un plugin, sinon rien. Aujourd'hui, le cœur du CMS génère un sitemap index qui pointe vers plusieurs sous-sitemaps (articles, pages, catégories, auteurs, taxonomies personnalisées). C'est exactement le format que Google attend.
Comment créer un sitemap XML : les étapes concrètes
Il n'y a rien à « créer » au sens strict. Voici la vérification complète, du début à la fin :
- Connectez-vous à l'administration WordPress.
- Allez dans Réglages > Lecture. Vérifiez que la case « Demander aux moteurs de recherche de ne pas indexer ce site » n'est pas cochée. C'est la boulette numéro un.
- Ouvrez
votresite.com/wp-sitemap.xmldans un onglet. - Cliquez sur un sous-sitemap pour vérifier qu'il contient bien des URLs.
- Ouvrez
votresite.com/robots.txtet cherchez une éventuelle ligneDisallow: /wp-sitemap.xmlouDisallow: /wp-content/.
Si tout est vert, le sitemap existe et il est accessible. Pour ma part, sur trois sites de contenu que je gère, le natif tourne sans plugin SEO depuis deux ans. Je n'ai jamais constaté de différence d'indexation.
Sitemap vide ou erreur 404 : les causes qui reviennent
Un sitemap qui renvoie une page blanche ou une erreur 404, dans l'immense majorité des cas, c'est une règle de réécriture cassée. Trois suspects, dans cet ordre :
- Les permaliens sont réglés sur « Simple ». Passez dans Réglages > Permaliens, choisissez « Titre de la publication », enregistrez. Ça régénère les règles de réécriture.
- Un plugin de sécurité (Wordfence, iThemes) filtre l'accès au dossier
/wp-content/où réside le sitemap natif. - Le fichier
.htaccessa été modifié à la main, ou un plugin de cache sert une version figée d'une ancienne erreur.
Avouons-le, j'ai perdu une demi-journée sur ce dernier point chez un client : le sitemap était en fait parfaitement correct, mais le CDN servait une version en cache d'une 404 vieille de trois semaines. Videz le cache avant de débugger.
Quel est le meilleur outil SEO pour WordPress ?
La question revient sans arrêt, et la réponse honnête dérange un peu : pour un site vitrine ou un blog classique, le sitemap natif fait le travail et aucun plugin SEO n'est obligatoire. Le meilleur outil dépend de ce que vous voulez contrôler.
Là où un plugin devient réellement utile, c'est quand vous avez besoin de choisir précisément quelles pages figurent dans le sitemap. Un site avec 40 pages de remerciement, des archives d'auteurs vides et des tags orphelins : le natif les inclut quand même. Un plugin vous laisse les exclure.
Natif ou plugin : le tableau de décision
Voici comment je tranche, en pratique, selon le profil du site :
| Votre situation | Solution recommandée | Pourquoi |
|---|---|---|
| Site vitrine de 5 à 50 pages | Sitemap natif | Zéro maintenance, zéro conflit |
| Blog avec tags et archives nombreux | Plugin SEO | Exclusion fine des taxonomies vides |
| WooCommerce | Plugin SEO ou extension dédiée | Le natif gère mal les URLs produits volumineuses |
| Site multilingue (WPML, Polylang) | Plugin compatible multilingue | Sitemaps par langue, hreflang cohérent |
| Plus de 50 000 URLs | Plugin + sitemap index | La limite technique impose un découpage |
Sur les trois grands noms, les chemins de réglage diffèrent : dans Yoast, c'est Général > Fonctionnalités > Sitemaps XML. Dans Rank Math, Sitemap Settings. Dans AIOSEO, Sitemap > General Sitemap. Les trois activent le sitemap par défaut ; il s'agit donc surtout de vérifier l'adresse finale et de désactiver les types de contenu inutiles.
Mon avis, et je l'assume : si vous n'utilisez pas déjà un plugin SEO pour d'autres raisons (métadonnées, redirections, fil d'Ariane), installer un plugin uniquement pour le sitemap est une mauvaise affaire. Vous ajoutez une dépendance et un risque de conflit pour un fichier que WordPress produit gratuitement.
Soumettre son sitemap à Google Search Console (et à Bing)
Un sitemap accessible ne sert à rien si personne ne le connaît. Techniquement, Google finit par le découvrir via robots.txt, mais autant lui faciliter la tâche.
La procédure exacte
- Créez la propriété dans Google Search Console (validation par fichier HTML, balise ou DNS).
- Dans le menu de gauche, ouvrez Indexation > Sitemaps.
- Saisissez l'URL complète :
https://votresite.com/wp-sitemap.xml. Attention, Search Console attend l'adresse entière, pas juste le nom du fichier. - Validez. Le statut « Réussite » apparaît généralement en quelques heures, parfois en deux jours.
Chez Bing Webmaster Tools, le principe est identique. Et si votre site tourne sous un plugin, l'URL change : Yoast utilise /sitemap_index.xml, Rank Math aussi, AIOSEO également. Ne soumettez pas l'ancienne adresse par réflexe.
Comment obtenir le sitemap d'un site ?
Pour récupérer le sitemap d'un site qui n'est pas le vôtre, la méthode la plus rapide consiste à ouvrir domaine.com/robots.txt. Une ligne Sitemap: y figure presque toujours et vous donne l'adresse exacte. À défaut, testez les emplacements classiques : /sitemap.xml, /sitemap_index.xml, /wp-sitemap.xml. Beaucoup de sites affichent aussi un lien discret dans leur pied de page.
Un point que personne ne mentionne : le sitemap d'un site n'est pas une carte de tout son contenu. C'est une liste de pages que le propriétaire souhaite voir indexer. Une page absente du sitemap peut parfaitement être indexée, et une page présente peut rester exclue. Je le rappelle à chaque audit, parce que la confusion est tenace.
Et pour un site vitrine créé sur WordPress ?
Comment créer un site vitrine avec WordPress, la question revient souvent chez les indépendants et les petites structures. La bonne nouvelle : le sitemap suit automatiquement. Vous installez WordPress, vous créez vos cinq à dix pages (Accueil, Services, À propos, Contact, Mentions légales), vous réglez les permaliens, et /wp-sitemap.xml liste tout ce petit monde sans intervention.
Deux réflexes à garder en tête pour ce type de site :
- La page de remerciement après un formulaire, si vous en avez une, n'a pas besoin d'être dans le sitemap. Un plugin vous permet de l'exclure ; le natif l'inclura. Ce n'est pas dramatique, juste inutile.
- Les pages de mentions légales et de politique de confidentialité, en revanche, gagnent à être indexables. Elles rassurent et elles se positionnent parfois sur des requêtes de marque.
J'ai audité l'an dernier un site vitrine de cabinet d'architecture qui n'avait jamais soumis son sitemap. Le site était bien construit, propre, avec de belles photos. Il recevait en gros trois visites organiques par semaine. Après soumission et correction du robots.txt, il est monté à une quarantaine en deux mois. Le sitemap n'était pas la cause du problème, mais c'était le symptôme visible d'une indexation à l'arrêt.
Les pièges qui cassent un sitemap sans prévenir
Deux sitemaps qui se disputent la vedette, c'est le grand classique de la migration. Vous installez Yoast sur un site qui tournait sur le natif, et pendant quelques semaines, Google voit /wp-sitemap.xml et /sitemap_index.xml. Dans Search Console, les erreurs s'accumulent sans explication évidente. La solution est simple : si un plugin SEO est actif, désactivez le sitemap natif via une ligne de code ou, plus proprement, laissez le plugin le neutraliser automatiquement (les trois grands le font).
Le second piège, plus sournois, c'est le noindex. Une page marquée « ne pas indexer » n'a rien à faire dans un sitemap. Google le tolère, mais vous envoyez un signal contradictoire : « voici une page » et « oublie cette page » en même temps. Sur un site de 200 articles, ce genre d'incohérence se repère vite dans l'onglet Pages de Search Console, colonne « Exclue par la balise noindex ».
Et le troisième, celui qui m'a coûté le plus cher personnellement : les URLs avec paramètres. Un sitemap qui liste des dizaines de variantes ?utm_source= ou ?orderby= fait perdre un temps fou au crawl. Ça n'empêche pas l'indexation, mais ça dilue l'attention que Google porte à vos vraies pages.
Un sitemap XML n'est pas un levier de croissance. C'est une déclaration de bonne foi : « voici les pages que je considère importantes, venez voir ». Il n'accélère rien, il ne fait grimper aucun classement, et pourtant, quand il casse, tout le reste finit par s'effondrer en silence. La prochaine fois que votre trafic plonge sans raison apparente, tapez donc /wp-sitemap.xml avant d'aller fouiller dans les algorithmes de Google. La réponse est souvent beaucoup plus banale qu'on ne l'espère.