Qu'est-ce qu'un sitemap ? Les sitemaps XML expliqués simplement

Un sitemap est un fichier — généralement situé à votresite.com/sitemap.xml — qui liste les pages de votre site web que vous voulez faire connaître aux moteurs de recherche. Google le décrit comme un moyen d'indiquer aux moteurs de recherche vos pages, vos vidéos et d'autres fichiers, ainsi que leurs relations, afin qu'ils puissent explorer votre site plus efficacement. C'est une carte utile, pas une garantie : les moteurs de recherche décident toujours ce qu'ils explorent, indexent et affichent.

Pourquoi c'est important quand on crée avec l'IA

Quand vous créez un site avec l'IA, les pages existent souvent avant que quiconque ne fasse de lien vers elles. Un nouveau site n'a aucun autre site qui pointe vers lui, et une application à page unique peut avoir des pages qui ne sont accessibles qu'après l'exécution de JavaScript. Un sitemap donne aux moteurs de recherche une liste directe de vos vraies URL.

Un petit nombre de décisions se cachent derrière ce simple fichier :

• Quelles pages inclure. Les pages publiques que vous voulez voir trouvées — pas les écrans de connexion, les pages d'administration ni les doublons.
• Quelle adresse utiliser. Votre domaine final, avec https://, toujours de la même manière.
• Le garder à jour. Les nouveaux articles de blog, produits ou annonces doivent apparaître sans que quelqu'un modifie le fichier à la main.

Si les pages de votre site proviennent d'une base de données — annonces, produits, articles — le sitemap doit être généré à partir de ces données, et non écrit une fois pour toutes puis oublié.

Une analogie du quotidien

Un sitemap ressemble au plan affiché dans le hall d'un centre commercial. On pourrait trouver chaque boutique en parcourant les couloirs, et les visiteurs réguliers le font. Mais le plan liste chaque boutique au même endroit, y compris celle cachée au troisième étage. Il ne rend pas une boutique bonne et ne garantit pas que quelqu'un la visite — il s'assure simplement qu'elle peut être trouvée.

Pour un petit centre avec un seul couloir, le plan est agréable mais pas indispensable. Pour un immense centre, ou un nouveau centre que personne ne connaît encore, il fait une grande différence.

En avez-vous besoin ?

Les recommandations de Google, en bref :

En pratique, un sitemap est peu coûteux à ajouter, donc de nombreux petits sites en incluent un malgré tout.

À quoi ressemble un sitemap

Voici un petit sitemap XML pour une boulangerie :

<?xml version="1.0" encoding="UTF-8"?>
<urlset xmlns="http://www.sitemaps.org/schemas/sitemap/0.9">
  <url>
    <loc>https://www.examplebakery.com/</loc>
    <lastmod>2026-09-20</lastmod>
  </url>
  <url>
    <loc>https://www.examplebakery.com/menu</loc>
    <lastmod>2026-09-28</lastmod>
  </url>
  <url>
    <loc>https://www.examplebakery.com/custom-cakes</loc>
    <lastmod>2026-08-02</lastmod>
  </url>
</urlset>

Chaque <url> contient un <loc> — l'adresse complète de la page — et, facultativement, une date <lastmod>.

Quelques règles issues de la documentation de Google :

• Utilisez des URL absolues. https://www.examplebakery.com/menu, et non /menu.
• Limites de taille. Un sitemap peut contenir jusqu'à 50 000 URL ou 50 Mo non compressés. Les sites plus grands se répartissent en plusieurs sitemaps, listés dans un fichier appelé index de sitemaps.
• Une date lastmod honnête. Google ne l'utilise que si elle est systématiquement exacte, et elle doit refléter les modifications importantes de la page — pas la mise à jour d'une année de copyright.
• priority et changefreq sont ignorés par Google. Beaucoup de générateurs de sitemaps les ajoutent encore ; ce n'est pas grave, mais inutile d'y passer du temps.

Google accepte aussi des formats plus simples, comme un fichier texte avec une URL par ligne, ou un flux RSS/Atom.

Exemple concret : un site d'annonces immobilières

Imaginons que vous ayez créé un site qui liste des appartements à louer. Il comporte une page d'accueil, une page « à propos », une page de recherche et une page pour chaque annonce, comme /listings/2-bed-flat-canal-street. Les annonces apparaissent et disparaissent chaque semaine.

Ce qui est inclus. La page d'accueil, la page « à propos », les pages de quartier (/areas/city-centre) et chaque page d'annonce active. La date lastmod de chaque annonce correspond à la date de la dernière modification de ses informations.

Ce qui est exclu. La page de connexion, le tableau de bord du propriétaire, les pages de recherches enregistrées et les résultats de recherche avec des filtres dans l'URL (/search?beds=2&max=1200). Ce sont soit des pages privées, soit des quasi-doublons d'autres pages.

Le garder à jour. Au lieu d'un fichier statique, le serveur génère sitemap.xml à partir de la base de données à chaque demande (ou lors d'une reconstruction régulière). Quand une annonce est louée et retirée, elle disparaît du sitemap, et sa page renvoie un statut « supprimé » ou « introuvable » approprié.

Le signaler aux moteurs de recherche. Le fichier robots.txt contient une ligne qui pointe vers le sitemap :

User-agent: *
Disallow: /dashboard
Sitemap: https://www.examplelets.com/sitemap.xml

Et le propriétaire soumet le sitemap dans Google Search Console, où le rapport Sitemaps indique si Google a pu le lire et combien d'URL il a trouvées.

Termes courants expliqués

Erreurs fréquentes et idées reçues

• « Un sitemap me fait indexer. » Il facilite la découverte. Google indique qu'il ne garantit ni l'exploration ni l'indexation.
• Les URL relatives. /menu n'est pas valide dans un sitemap ; utilisez l'adresse complète.
• Mauvais domaine. Un sitemap qui liste une adresse de prévisualisation ou de test, ou http:// au lieu de https://, oriente les moteurs de recherche vers le mauvais endroit.
• Inclure des pages que vous ne voulez pas indexer. Les pages de connexion, d'administration ou marquées noindex envoient des signaux contradictoires.
• Inclure des URL cassées ou redirigées. Listez l'adresse finale et fonctionnelle de chaque page.
• Un sitemap obsolète. Un fichier écrit une seule fois au lancement oublie toutes les pages ajoutées depuis.
• Falsifier lastmod. Mettre la date du jour sur chaque page chaque jour apprend à Google à l'ignorer.
• Compter sur le sitemap plutôt que sur les liens. Les pages doivent aussi être accessibles par des liens classiques sur votre site.

Ce qu'il faut demander à votre créateur d'IA

• « Génère un sitemap.xml à la racine du site qui liste chaque page publique, avec des URL https:// absolues sur mon domaine final. »
• « Construis le sitemap à partir de la base de données pour que les nouvelles annonces ou articles apparaissent automatiquement. »
• « Ne mets à jour lastmod que lorsque le contenu d'une page change réellement. »
• « Exclus les pages de connexion, de tableau de bord, d'administration et les recherches filtrées. »
• « Ajoute un robots.txt qui autorise les pages publiques et contient une ligne Sitemap:. »
• « Vérifie que chaque URL du sitemap renvoie un statut 200 et n'est pas redirigée. »
• « Si nous dépassons 50 000 URL, répartis le sitemap en plusieurs fichiers avec un index de sitemaps. »

Soumettez-le ensuite dans Search Console. Pour une vue d'ensemble, lisez qu'est-ce que le SEO et le SEO pour les sites créés avec l'IA.

Les sitemaps dans Mythex

Mythex ne génère pas de sitemaps automatiquement : vous le demandez dans le chat, et l'agent l'ajoute au code de votre application. La recette de la documentation SEO pour votre application publiée contient un prompt de départ qui couvre un sitemap.xml et un robots.txt simples, ainsi que les titres et les méta-descriptions. Utilisez l'adresse que vos visiteurs utiliseront réellement — votre sous-domaine mythex.ai ou, avec Pro, votre domaine personnalisé — et republiez après chaque modification afin que le site en ligne serve les nouveaux fichiers.

Questions