Pour qu'un moteur de recherche puisse référencer correctement votre site, il doit d'abord trouver vos pages, et c'est précisément là que commence la question de ce qu'est un sitemap. Un sitemap (plan de site) est une liste lisible par machine des URL importantes de votre site. C'est la façon la plus propre de dire à Google et aux autres robots : « ces adresses comptent pour moi, explorez-les et indexez-les ». Dans cet article, nous allons construire pas à pas ce qu'est un plan XML, comment le créer manuellement et automatiquement, et comment le soumettre à la Google Search Console.
Qu'est-ce qu'un sitemap et pourquoi en avoir un
Le format le plus courant est le plan XML : un fichier texte qui suit un schéma défini et contient des URL ainsi que des métadonnées facultatives. Les robots explorent déjà votre site en suivant les liens, alors pourquoi leur donner aussi une carte ? Parce que :
- Pages au maillage interne faible — un robot peut ne pas trouver une page vers laquelle rien ne pointe ; le plan l'annonce directement.
- Sites neufs ou volumineux — la découverte est lente sur un site sans historique ou comptant des milliers d'URL ; la carte accélère le processus.
- Signaux de contenu — des indices comme la date de dernière modification aident le robot à décider quoi revisiter.
Point important : un sitemap est une suggestion, pas une garantie. Mettre une URL dans le plan ne signifie pas que Google l'indexera à coup sûr ; cela facilite seulement sa découverte.
La structure d'un plan XML
Un plan standard commence par la balise racine urlset et définit chaque page dans un bloc url. L'exemple valide le plus simple ressemble à ceci :
<?xml version="1.0" encoding="UTF-8"?>
<urlset xmlns="http://www.sitemaps.org/schemas/sitemap/0.9">
<url>
<loc>https://aslain.dev/</loc>
<lastmod>2026-06-27</lastmod>
</url>
<url>
<loc>https://aslain.dev/blog/sitemap-xml-olusturma</loc>
<lastmod>2026-06-27</lastmod>
</url>
</urlset>
Le sens des balises :
<loc>— l'URL complète et absolue de la page. C'est un champ obligatoire qui doit contenir l'adresse canonique.<lastmod>— la date à laquelle la page a réellement changé pour la dernière fois (format ISO 8601, par ex.2026-06-27). Google tient compte de ce champ, mais seulement si vous le gardez honnête ; écrire la date du jour sur chaque page érode la confiance.<changefreq>et<priority>— ce sont des balises héritées que Google ignore largement, elles ne sont donc pas obligatoires.
Quelques règles : toutes les URL doivent utiliser le même protocole et le même domaine, les caractères spéciaux (&, <) doivent être échappés pour le XML, et le fichier doit être encodé en UTF-8. Un seul plan peut contenir au maximum 50 000 URL et 50 Mo non compressé.
Découper les grands sites avec un index de sitemaps
Si vous dépassez la limite, répartissez les pages sur plusieurs plans et reliez-les avec un index de sitemaps. L'index est un fichier parent qui pointe vers les plans individuels :
<?xml version="1.0" encoding="UTF-8"?>
<sitemapindex xmlns="http://www.sitemaps.org/schemas/sitemap/0.9">
<sitemap>
<loc>https://aslain.dev/sitemap-posts.xml</loc>
</sitemap>
<sitemap>
<loc>https://aslain.dev/sitemap-pages.xml</loc>
</sitemap>
</sitemapindex>
Cette approche vous permet de garder des groupes comme les articles de blog, les produits et les pages statiques dans des fichiers séparés ; ainsi, dans la Search Console, vous voyez séparément quelle section est correctement indexée.
Les moyens de créer un plan
Il existe trois méthodes pratiques selon le type de site :
- Extension CMS — pour WordPress, Yoast ou Rank Math génèrent le plan automatiquement et le mettent à jour à mesure que vous ajoutez du contenu. Pour la plupart des petits sites, c'est la voie la plus simple.
- Génération dynamique via framework — sur des stacks comme Laravel ou Next.js, le plus sain est de générer le plan dynamiquement depuis la base de données via une route, afin qu'il reste à jour à chaque changement de contenu.
- Générateur statique — pour les petits sites qui changent rarement, vous pouvez produire le XML une seule fois avec un générateur en ligne et le téléverser.
Une route de plan dynamique simple dans Laravel ressemble à ceci :
Route::get('/sitemap.xml', function () {
$posts = Post::where('published', true)->get();
return response()
->view('sitemap', ['posts' => $posts])
->header('Content-Type', 'application/xml');
});
Dans la vue Blade correspondante, vous utilisez @foreach pour afficher un bloc <url> par article et inscrivez la valeur updated_at du modèle dans le champ lastmod. Ainsi, le plan se met à jour instantanément lorsque vous publiez un nouvel article.
Soumettre via robots.txt et la Search Console
Une fois le plan prêt, vous prévenez Google de deux façons. La première consiste à ajouter une ligne à votre fichier robots.txt, ce qui permet à tous les robots de trouver le plan :
Sitemap: https://aslain.dev/sitemap.xml
La seconde, plus puissante, est de saisir l'adresse dans la section Sitemaps de la Google Search Console et de cliquer sur « Envoyer ». En quelques minutes à quelques jours, le statut passe à « Réussite » et Google indique combien d'URL il a trouvées dans le plan. Il est conseillé de répéter la même étape dans Bing Webmaster Tools. Vous n'avez pas besoin de resoumettre à chaque fois ; Google réexplore le plan régulièrement.
Erreurs fréquentes
Les problèmes les plus courants qui réduisent la valeur d'un plan sont :
- Inclure des URL en noindex ou redirigées — ne mettez dans le plan que des pages canoniques qui renvoient un code 200 et que vous voulez voir indexées.
- Lister des pages bloquées — mettre dans le plan une URL bloquée à l'exploration dans
robots.txtenvoie un signal contradictoire. - lastmod erroné ou statique — écrire toujours la date du jour, ou ne jamais la mettre à jour, rend ce champ inutile.
- Utiliser des URL relatives —
<loc>doit toujours être une adresse complète, pas un chemin relatif comme/blog.
Questions fréquentes
Un petit site a-t-il vraiment besoin d'un plan ?
Un site de quelques pages au maillage interne solide sera trouvé par Google même sans plan. Néanmoins, un sitemap est inoffensif et accélère la découverte ; comme il ne prend que quelques minutes à créer, il est recommandé même pour les petits sites.
Un plan HTML est-il identique à un plan XML ?
Non. Le plan XML est destiné aux robots et guide l'indexation. Le plan HTML est une page de navigation pour les visiteurs. Les deux ont des objectifs différents ; celui qui compte pour le SEO est la version XML.
À quelle fréquence dois-je mettre à jour le plan ?
Gardez-le automatique si possible : laissez le plan se mettre à jour lorsqu'un contenu est ajouté. Si vous le construisez manuellement, rafraîchissez-le après chaque changement de contenu important ; un calendrier fixe n'est pas nécessaire.
Vous voulez que chaque page de votre site soit correctement découverte par Google ? Pour la mise en place d'un plan dynamique, la configuration du robots.txt et un audit de la Search Console, contactez-moi — posons ensemble votre socle technique sur des bases solides.