Un sitemap XML aide les moteurs de recherche à découvrir les URL importantes d'un site Web et à obtenir des informations sur ces URL.
En particulier pour les sites Web nouveaux, volumineux ou fréquemment mis à jour, elle peut aider Google à explorer plus efficacement la structure et les pages pertinentes d'un site Web.
Cependant, une sitemap n'est ni une garantie d'indexation ni un outil permettant d'améliorer les classements. Elle indique principalement à Google quelles URL vous considérez comme pertinentes pour votre site web.
Dans ce guide, nous vous expliquons comment fonctionnent les sitemaps XML, quelles URL y inclure, ce qu'est un index de sitemap et comment soumettre et contrôler un sitemap dans la Google Search Console.
En bref : Un sitemap XML est une liste lisible par machine des URL importantes de votre site Web. Il aide les moteurs de recherche à découvrir les pages, mais n'oblige pas Google à explorer ni à indexer ces URL.
Qu'est-ce qu'un sitemap XML ? #
Un sitemap XML est un fichier dans un format structuré qui liste les URL d'un site Web.
Un plan de site très simplifié peut, par exemple, ressembler à ceci :
https://example.com/
https://example.com/leistungen/
https://example.com/kontakt/Les visiteurs normaux du site Web n'ont pas besoin d'utiliser ce fichier. Il s'adresse principalement aux moteurs de recherche et à d'autres systèmes capables de traiter les données de sitemap.
Pourquoi Google a-t-il besoin d'un sitemap ? #
Google découvre les sites web de différentes manières. Les liens entre les pages y jouent un rôle important.
Un sitemap offre un moyen supplémentaire par lequel Google peut découvrir des URL pertinentes.
liens internes et externes
↓
découverte d'URL
Sitemap XML
↓
information supplémentaire
sur les URL pertinentesUne sitemap ne remplace donc ni une bonne structure de site web ni un maillage interne pertinent.
Est-ce que chaque site Web a besoin d'un sitemap XML ? #
Pas forcément.
Un petit site Web, dont les pages importantes sont facilement accessibles via des liens normaux, peut être découvert par Google même sans plan de site XML.
Un plan de site reste néanmoins souvent utile et est fourni automatiquement par de nombreux systèmes de gestion de contenu.
Elle peut se révéler particulièrement utile, par exemple, pour :
nouveaux sites web
sites web complets
sites web avec de nombreuses sous-pages
contenus publiés fréquemment
structures de pages plus complexes
sites qui possèdent peu de liens externesPuisque les systèmes de gestion de contenu modernes gèrent souvent les sitemaps automatiquement, il n'y a généralement aucune objection à les fournir à Google sur un site web correctement configuré.
Un sitemap ne remplace pas un maillage interne #
Une page ne devrait pas pouvoir exister simplement parce que son URL figure dans un sitemap XML.
Le contenu important doit être facilement accessible au sein du site web.
Par exemple :
Accueil
↓
Aperçu des prestations
↓
Prestation individuelle
Blog
↓
Catégorie
↓
ArticleSi une page importante apparaît exclusivement dans le sitemap et qu'elle est par ailleurs à peine intégrée au sein du site web, vous devez revoir la structure du site.
Conseil pratique : Considérez le sitemap XML comme un complément à la structure de votre site Web, et non comme un substitut à la navigation et aux liens internes.
Un sitemap n'est pas une garantie d'indexation #
L'une des idées fausses les plus courantes est la suivante :
URL dans le sitemap = URL indexée par Google
Ce n'est pas vrai.
Un sitemap informe Google sur une URL. Google décide ensuite lui-même si et quand cette URL sera explorée et si elle sera indexée.
Si une page importante n'est pas indexée malgré un sitemap correct, tu dois donc examiner l'URL en question.
Nous vous expliquons comment procéder sous Google n'indexe pas mon site web : vérifier les causes.
Quelles URL doivent figurer dans un sitemap XML ? #
En principe, un sitemap doit contenir les URL que vous souhaitez fournir aux moteurs de recherche comme versions préférées et indexables de vos contenus.
Des exemples typiques sont :
Page d'accueil
pages de services importantes
pages de produits et de catégories
articles de blog pertinents
guides
autres contenus indépendants
indexablesLe plan du site doit ainsi donner une image aussi claire que possible des URL qui doivent réellement apparaître comme des pages indépendantes dans les moteurs de recherche.
Quelles URL ne devraient normalement pas figurer dans le sitemap ? #
Les URL qui ne doivent pas être indexées intentionnellement ne figurent généralement pas dans un sitemap destiné aux pages indexables.
Sont par exemple problématiques ou superflus :
URL noindex
pages 404
URL de redirection
doublons non canoniques
résultats de recherche interne
certaines URL techniques
contenu protégé par mot de passeSi vous indiquez à Google qu'une URL est pertinente via un sitemap et que, dans le même temps, vous faites comprendre par d'autres signaux qu'elle ne doit pas être indexée, cela crée des signaux contradictoires.
Les URL de redirection ne doivent pas figurer dans le sitemap en tant que pages de destination #
En supposant qu'une ancienne URL ait été redirigée de manière permanente vers une nouvelle page :
https://example.com/alte-seite/
↓ 301
https://example.com/neue-seite/La nouvelle URL cible devrait alors normalement figurer dans le sitemap et non l'ancienne URL de redirection.
Nous expliquons le fonctionnement des redirections permanentes sur Configurer une redirection 301 : rediriger des URL de manière permanente.
Supprimer les URL 404 du sitemap #
Une URL qui n'existe plus de manière permanente et avec 404 Non trouvé répond, ne devrait plus figurer comme URL de contenu régulière dans un sitemap.
Sinon, tu indiques d'une part à Google que cette URL est pertinente, tandis que d'autre part le serveur signale que la ressource n'existe pas.
Nous vous expliquons comment gérer correctement de telles URL sur Trouver et corriger l'erreur 404.
Le tag canonique et le sitemap doivent correspondre #
S'il existe plusieurs variantes d'URL similaires, la version canonique préférée doit en principe être utilisée dans le sitemap.
Exemple :
URL privilégiée :
https://example.com/produkt/
Variante technique :
https://example.com/produkt/?sort=preisSi la première URL représente la version canonique, la variante technique ne devrait pas être signalée inutilement comme URL privilégiée distincte dans le sitemap.
N'utiliser que des URL absolues et complètes #
Les URL d'un sitemap XML sont indiquées en entier.
Correct :
Pas seulement :
/prestations/
Le protocole correct et le nom d'hôte correct sont également pertinents.
Plan du site HTTPS pour un site Web HTTPS #
Si ton site Web fonctionne entièrement en HTTPS et que HTTPS représente la version privilégiée, les URL de ton sitemap devraient également pointer vers les adresses HTTPS correspondantes.
Exemple :
et non inutilement :
http://example.com/
si cette version HTTP est de toute façon redirigée vers HTTPS.
Où trouvez-vous le sitemap de votre site web ? #
Cela dépend du système de gestion de contenu utilisé et de la solution SEO mise en place.
Les adresses possibles peuvent par exemple se présenter ainsi :
https://example.com/sitemap.xml
https://example.com/sitemap_index.xml
https://example.com/wp-sitemap.xmlVous devriez vérifier l'adresse réellement utilisée sur votre site web directement dans votre système ou dans votre extension SEO.
Important : Ne te contente pas de copier l'adresse d'un sitemap d'un autre site web. Vérifie toujours quel sitemap ton propre site web fournit réellement.
WordPress peut fournir son propre sitemap #
WordPress possède une fonctionnalité de sitemap XML intégrée.
De plus, les plugins SEO peuvent fournir leurs propres systèmes de sitemap.
Selon la configuration, il est donc possible d'utiliser, par exemple, un sitemap WordPress ou un sitemap généré par le plugin SEO.
Vous n'avez pas besoin de soumettre plusieurs systèmes de sitemaps différents en parallèle à Google, simplement parce que plusieurs variantes pourraient être techniquement accessibles.
Qu'est-ce qu'un index de sitemap ? #
Pour les sites web plus importants ou structurés, les URL sont souvent réparties sur plusieurs sitemaps individuels.
Un index de sitemap ne contient donc pas directement toutes les URL de pages, mais renvoie vers d'autres fichiers de sitemap.
Simplifié :
sitemap_index.xml
├── post-sitemap.xml
├── page-sitemap.xml
├── product-sitemap.xml
└── category-sitemap.xmlGoogle peut lire l'index des sitemaps et ensuite récupérer les sitemaps individuels qui y sont référencés.
Pour un index de sitemap, l'index suffit généralement #
Lorsque votre système génère un index de sitemap complet, vous pouvez le soumettre dans la Google Search Console.
Vous n'avez alors pas nécessairement besoin de soumettre en plus chaque sitemap secondaire qu'elle contient individuellement.
Exemple :
https://example.com/sitemap_index.xml
Google peut ainsi trouver les fichiers sitemap inclus.
Pourquoi y a-t-il plusieurs sitemaps ? #
La répartition peut avoir différentes raisons pratiques.
Elle peut par exemple séparer différents types de contenus :
Pages
Articles
Produits
Catégories
Images
VidéosDe plus, des limites de taille techniques s'appliquent aux fichiers de sitemap individuels. Par conséquent, les sites web volumineux peuvent nécessiter plusieurs sitemaps et un index de sitemaps.
Quelle est la taille maximale d'un sitemap ? #
Selon le protocole des sitemaps, un sitemap individuel peut contenir au maximum 50 000 URL contenu et de 250 Go au maximum à l'état non compressé 50 Mo être grand.
Si l'une de ces limites est atteinte, les URL doivent être réparties sur plusieurs fichiers de sitemap.
Un index de sitemap peut ensuite regrouper ces différents fichiers.
Que signifie lastmod ? #
Une sitemap peut, pour une URL, inclure facultativement une date de modification via l'élément <lastmod> spécifier.
Exemple :
https://example.com/ratgeber/
30 août 2026Cette date doit refléter un changement substantiel réel de la page.
Il ne devrait pas être défini artificiellement à la date actuelle à chaque consultation du sitemap ou lors de modifications insignifiantes.
Ne pas surestimer changefreq et priority #
Il existe également des éléments tels que dans le protocole du sitemap <changefreq> et <priority>.
Google n'utilise pas ces valeurs comme des directives obligatoires pour le crawling.
Vous ne pouvez donc pas remplacer Google par :
1.0forcer à accorder plus d'importance ou un meilleur classement à une page.
Important : Un sitemap n'est pas un interrupteur de priorité SEO. L'inclusion d'une URL ou une haute
priorité-Valeur n'améliore pas automatiquement votre classement.
Vérifier le sitemap avant de le soumettre #
Avant de soumettre un sitemap à la Search Console, tu dois vérifier s'il est accessible publiquement.
Ouvrez pour cela l'adresse réelle du sitemap dans le navigateur.
Exemple :
https://example.com/sitemap.xml
ou
https://example.com/sitemap_index.xml
Le plan du site ne doit pas être accessible uniquement aux administrateurs connectés.
Faire attention au statut HTTP #
Un sitemap fonctionnel doit pouvoir être récupéré de manière fiable par Google.
Par exemple, si le site web renvoie une erreur de serveur ou une protection d'accès, Google ne peut pas la traiter normalement.
Nous expliquons la signification des codes d'état HTTP importants sur Codes d'état HTTP expliqués : 200, 301, 404, 403 et 500.
Soumettre un sitemap à la Google Search Console #
Ouvrez la Google Search Console et sélectionnez la propriété correcte de votre site Web.
Appelle ensuite la zone Plans de site sur.
Vous pouvez y indiquer l'adresse de votre sitemap à Google.
Selon la propriété affichée et le champ de saisie, le domaine peut déjà être prédéfini. Saisissez alors le chemin du sitemap correspondant.
Par exemple :
sitemap_index.xml
et envoie le sitemap.
Que signifie „ soumettre un sitemap “ ? #
La formulation peut être ambiguë.
Vous ne téléchargez pas le sitemap en tant que fichier depuis votre ordinateur vers Google.
Au lieu de cela, voici ce qui se passe, en résumé :
Le sitemap se trouve sur votre site web
↓
vous communiquez son adresse à Google
↓
Google récupère le sitemap
↓
Google traite les informations contenuesLe plan du site doit donc rester accessible sur votre site Web.
Que se passe-t-il après la soumission ? #
Google essaie de récupérer et de traiter le sitemap soumis.
Dans le rapport sur les sitemaps, vous pouvez ensuite voir, entre autres, si Google a pu lire le sitemap avec succès.
Cependant, un traitement réussi ne signifie pas pour autant que toutes les URL qu'il contient seront immédiatement explorées ou indexées.
Que signifie le statut „ Réussi “ ? #
Lorsque Google signale un état de réussite pour un sitemap, cela signifie que le sitemap a pu être récupéré et traité.
Cela signifie :
Sitemap techniquement lisible
Cela ne signifie pas :
Toutes les URL sont indexées.
Tu dois strictement distinguer ces deux affirmations.
Comment vérifies-tu l'indexation des URL du sitemap ? #
L'indexation proprement dite ne se résume pas au seul statut de réussite de la sitemap.
Dans la Search Console, vous pouvez utiliser le rapport sur l'indexation des pages et filtrer l'analyse par sitemap spécifique ou par URL soumises.
Cela vous permet d'examiner quelles pages incluses dans le sitemap sont indexées par Google et pour quelles URL d'autres états s'appliquent.
Nous traitons en détail le diagnostic de certaines URL importantes sous Google n'indexe pas mon site web : vérifier les causes.
Que signifie „ Impossible de récupérer le sitemap “ ? #
Si Google ne parvient pas à récupérer un sitemap, vous devez d'abord vérifier son accessibilité.
Les causes possibles peuvent être, par exemple :
mauvaise adresse de sitemap
erreur 404
erreur de serveur
problème DNS
protection d'accès
blocage par robots.txt
problème technique temporaireOuvre la sitemap toi-même et vérifie son état technique réel.
Google peut lire le sitemap, mais signale des erreurs #
Une sitemap peut fondamentalement être accessible et contenir malgré tout des entrées erronées.
Ensuite, vous devez examiner les détails affichés dans le rapport sur les sitemaps.
Les problèmes possibles peuvent inclure, par exemple, des URL non valides, des erreurs de format ou d'autres problèmes syntaxiques.
Si votre système de gestion de contenu ou votre plugin SEO génère automatiquement le sitemap, vous ne devez pas modifier directement le fichier XML généré de manière manuelle, mais plutôt rechercher la cause dans la configuration correspondante.
Ne pas modifier le sitemap manuellement s'il est généré automatiquement #
Sous WordPress et d'autres systèmes de gestion de contenu, les sitemaps sont souvent générés dynamiquement.
Une modification manuelle du fichier XML généré serait alors soit impossible, soit écrasée lors de la prochaine génération automatique.
Si de fausses URL apparaissent dans le sitemap, vous devriez plutôt vérifier :
Le contenu est-il publié ?
Le contenu doit-il être indexé ?
Quels paramètres de sitemap
le plugin SEO utilise-t-il ?
L'URL est-elle canonique ?
Le type de contenu est-il autorisé pour
les moteurs de recherche ?Pourquoi une page spécifique n'apparaît-elle pas dans le sitemap ? #
Si une page attendue est manquante, il peut y avoir différentes causes.
Par exemple :
La page est en noindex
La page n'est pas publiée
Le type de contenu est exclu du sitemap
Le plugin SEO exclut la page
La configuration canonique est inhabituelle
Le sitemap n'a pas encore été mis à jour
Le cache affiche une version antérieureVérifie d'abord si la page doit être indexée.
Pourquoi une page noindex est-elle toujours dans le sitemap ? #
Si une page sciemment noindex a été définie, elle ne devrait normalement pas apparaître en même temps comme URL d'index souhaitée dans le sitemap.
En cas d'une telle contradiction, vous devriez vérifier les paramètres du système ou du plugin SEO.
L'objectif est une configuration cohérente :
URL à indexer
→ indexable
→ URL canonique
→ Sitemap
URL à ne pas indexer
→ noindex
→ généralement pas de SitemapLe plan de site (sitemap) doit-il être soumis à nouveau après chaque nouvelle page ? #
Généralement non.
Lorsqu'un sitemap a été soumis avec succès et qu'il est mis à jour automatiquement à la même adresse, Google peut l'explorer à nouveau régulièrement.
Vous n'avez donc pas besoin de supprimer et de réajouter le sitemap de la Search Console après chaque nouvel article de blog.
Conseil pratique : Dans un système WordPress normal doté d'un sitemap mis à jour automatiquement, il suffit généralement de soumettre correctement le sitemap ou l'index de sitemap une seule fois, puis d'en surveiller l'état.
Quand une nouvelle soumission peut-elle être judicieuse ? #
Si tu as apporté des modifications importantes au sitemap ou à la structure du site Web, tu peux attirer à nouveau l'attention de Google sur le sitemap.
Pour les modifications courantes, Google peut en revanche suivre son rythme d'exploration habituel.
Supprimer un sitemap de la Search Console #
Vous pouvez supprimer une sitemap soumise à partir du rapport sur les sitemaps.
Cela ne signifie pas pour autant que Google oublie ou supprime automatiquement de son index toutes les URL qui y sont contenues.
Google peut également déjà connaître le sitemap par d'autres voies.
Attention : La suppression d'un sitemap du rapport de la Search Console n'est pas un outil pour supprimer des pages Web de Google.
Un nouveau plan de site après une refonte #
Après la refonte d'un site web, vous devez vérifier le sitemap avec un soin particulier.
Elle devrait inclure les URL actuelles préférées du nouveau site web.
Les anciennes URL qui redirigent désormais ou n'existent plus ne devraient pas inutilement figurer comme des pages de contenu actuelles dans le nouveau sitemap.
Vérifiez en particulier :
nouvelle structure d'URL
HTTPS
www / sans www
URLs canoniques
anciennes URLs de redirection
URLs 404
pages noindex
nouvelles pages importantesAncien plan de site après une refonte #
Lors de migrations importantes, une ancienne sitemap peut, dans certaines circonstances, s'avérer temporairement utile à des fins de diagnostic, par exemple pour redonner à Google l'accès à d'anciennes URL et à leurs redirections.
Cependant, il s'agit d'un cas de migration particulier.
Pour le sitemap actuel utilisé de manière permanente, vous devez en principe fournir les URL actuelles préférées du site Web.
Plan du site et robots.txt #
L'adresse d'un sitemap peut également se trouver dans la robots.txt-fichier doit être spécifié.
Le principe ressemble par exemple à ceci :
Plan du site : https://example.com/sitemap.xmlCela permet aux moteurs de recherche de découvrir le sitemap.
Cela ne remplace pas nécessairement l'utilité pratique d'une soumission via la Search Console, car vous pouvez également y voir si Google a réussi à récupérer et à traiter le sitemap soumis.
Comme robots.txt fonctionne, nous expliquons ci-dessous robots.txt expliqué : contrôler correctement les robots d'indexation des moteurs de recherche.
Ne pas confondre un sitemap avec le fichier robots.txt #
Les deux fichiers remplissent des rôles totalement différents.
| Plan du site XML | robots.txt |
|---|---|
| indique des URL pertinentes | contient des règles de crawling |
| prend en charge la découverte d'URL | peut tenir les robots d'indexation à l'écart des zones |
| pas de garantie d'indexation | pas un remplacement fiable de noindex |
Il ne faut donc pas opposer ces deux mécanismes l'un à l'autre.
Vérifier régulièrement le sitemap et la Search Console #
Après une configuration réussie, vous n'avez pas besoin d'ouvrir le rapport sur les sitemaps tous les jours.
Cependant, un contrôle occasionnel est utile, en particulier :
après une refonte
après des modifications importantes d'URL
après un changement de plugin SEO
en cas de problèmes d'indexation
quand de nouvelles pages ne sont pas trouvées
lorsque Google signale une erreur de sitemapErreurs courantes de sitemap #
Adresse du sitemap mal saisie
Le sitemap renvoie une erreur 404
Le sitemap est protégé par un mot de passe
Contient de anciennes URLs HTTP
Contient des URLs de redirection
Contient des URLs 404
Contient des pages noindex
Contient des URLs non canoniques
Considérer le sitemap comme une garantie d'indexation
Soumettre à nouveau le sitemap
après chaque nouvel article
Modifier manuellement un fichier XML
généré automatiquement
Supprimer le sitemap de la Search Console
et s'attendre à une suppression de l'index
Considérer le sitemap comme un remplacement
du maillage interneListe de contrôle : vérifier le plan du site XML et le soumettre à Google #
Déterminer l'adresse du sitemap
↓
ouvrir dans le navigateur
↓
accessible publiquement ?
↓
URLs HTTPS correctes ?
↓
uniquement les URLs souhaitées
indexables ?
↓
pas d'URL 404 ?
↓
pas d'URL de redirection ?
↓
pas d'URL noindex inutile ?
↓
signaux canoniques plausibles ?
↓
ouvrir la Search Console
↓
sélectionner la bonne propriété
↓
ouvrir les sitemaps
↓
soumettre le sitemap ou
l'index de sitemaps
↓
attendre le traitement
↓
contrôler le statut
↓
en cas d'erreurs, vérifier les détails
↓
contrôler l'indexation des pagesRésumé #
Un sitemap XML est un fichier lisible par machine qui permet d'indiquer aux moteurs de recherche les URL importantes de votre site Web.
Elle aide Google à découvrir des pages, mais elle ne remplace ni une structure de site web pertinente ni un bon maillage interne.
Une sitemap devrait fondamentalement contenir les URL indexables privilégiées de votre site web. Les URL de redirection, les pages 404, délibérément sur noindex Les pages indexées et les doublons non canoniques ne doivent généralement pas figurer dans le sitemap classique.
Pour les sites web plus volumineux, plusieurs sitemaps peuvent être utilisés et regroupés via un index de sitemaps. Si un tel index est généré automatiquement, il suffit généralement de le soumettre dans la Google Search Console.
La soumission ne signifie pas que vous téléchargez un fichier sur Google. Vous indiquez simplement à Google où se trouve le sitemap sur votre site web. Google le récupère ensuite lui-même.
Même un statut de sitemap réussi ne signifie pas que toutes les URL qu'il contient ont été indexées. Il confirme d'abord que Google a pu récupérer et traiter le sitemap.
Une bonne sitemap ne dit pas à Google „ Tu dois indexer ces pages “, mais le plus clairement possible : „ Ce sont les URL actuelles, privilégiées et indexables de mon site Web. “
