Qu'est-ce qu'un plan du site? Les sitemaps XML expliqués simplement

Un sitemap est un fichier — généralement à l'adresse 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 liens entre eux, 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 construit avec l'IA

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

Plusieurs décisions se cachent derrière ce fichier simple :

• 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 façon.
• Le garder à jour. Les nouveaux billets de blogue, produits ou annonces devraient 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 seule fois puis oublié.

Une analogie du quotidien

Un sitemap ressemble au tableau des boutiques dans le hall d'un centre commercial. Vous pourriez trouver chaque boutique en parcourant les couloirs, et les visiteurs réguliers le font. Mais le tableau énumère toutes les boutiques 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 visitera — il s'assure simplement qu'elle peut être trouvée.

Pour un petit centre avec un seul couloir, le tableau est agréable mais pas essentiel. Pour un très grand centre, ou un nouveau dont personne ne connaît encore l'existence, il fait une grande différence.

En avez-vous besoin?

Les recommandations de Google, en bref :

En pratique, un sitemap coûte peu à ajouter, alors beaucoup de petits sites en incluent un de toute façon.

À 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 tirées 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 grands sites se divisent en plusieurs sitemaps, listés dans un fichier d'index de sitemaps.
• Le lastmod doit être honnête. Google ne l'utilise que lorsqu'il est systématiquement exact, et il devrait refléter les changements importants de la page — pas la mise à jour d'une année de droits d'auteur.
• priority et changefreq sont ignorés par Google. Beaucoup de générateurs de sitemaps les ajoutent encore; ils ne font pas de mal, mais ne perdez pas de temps à les ajuster.

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

Un exemple concret : un site d'annonces immobilières

Disons que vous avez créé un site qui présente des appartements en location. Il a 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 quartiers (/areas/city-centre) et chaque page d'annonce active. Le lastmod de chaque annonce est la date de la dernière modification de ses détails.

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

La mise à jour. Plutôt qu'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 « disparu » ou « introuvable » approprié.

Informer les 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 la 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 courantes et idées reçues

• « Un sitemap me fait indexer. » Il aide à 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 préproduction, ou http:// au lieu de https://, dirige les moteurs de recherche au mauvais endroit.
• Inclure des pages que vous ne voulez pas indexer. Les pages de connexion, d'administration ou les pages marquées noindex envoient des signaux contradictoires.
• Inclure des URL brisées ou redirigées. Listez l'adresse finale et fonctionnelle de chaque page.
• Un sitemap périmé. Un fichier écrit une seule fois au lancement oublie chaque page ajoutée depuis.
• Falsifier le lastmod. Mettre la date du jour sur chaque page chaque jour apprend à Google à l'ignorer.
• Se fier au sitemap plutôt qu'aux liens. Les pages doivent aussi être accessibles par les liens normaux de votre site.

Quoi demander à votre 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 publications apparaissent automatiquement. »
• « Ne mets à jour lastmod que lorsque le contenu d'une page change vraiment. »
• « Exclus les pages de connexion, de tableau de bord, d'administration et de recherche filtrée. »
• « Ajoute un robots.txt qui autorise les pages publiques et inclut une ligne Sitemap:. »
• « Assure-toi que chaque URL du sitemap renvoie un statut 200 et n'est pas redirigée. »
• « Si nous dépassons 50 000 URL, divise en plusieurs sitemaps avec un index de sitemaps. »

Ensuite, soumettez-le dans la 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 clavardage, et l'agent l'ajoute au code de votre application. La recette de la documentation sur le SEO pour votre application publiée comprend une invite 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 les visiteurs utiliseront réellement — votre sous-domaine mythex.ai ou, avec Pro, votre domaine personnalisé — et publiez à nouveau après les modifications pour que le site en ligne serve les nouveaux fichiers.

Questions