
Un sitemap XML est une liste structurée d’URL destinées à aider les moteurs de recherche à découvrir les pages d’un site. Sur un site alimenté par une base MySQL, il peut être généré automatiquement à partir des contenus publiés. Cela ne signifie toutefois ni que les pages seront indexées, ni qu’une mise à jour de la base suffit sans validation du résultat.
Comprendre la différence entre fichier et réponse dynamique
Un sitemap peut être un fichier physique régénéré par une tâche ou une route PHP qui construit le XML à la demande. Dans le second cas, le serveur interroge les contenus publiés et renvoie les URL correspondantes. Dans les deux architectures, il faut contrôler la cohérence des filtres, la mise en cache et la fraîcheur des données. Vérifiez le comportement réel du projet plutôt que de supposer son fonctionnement.
Inclure uniquement les URL canoniques utiles
Les brouillons, pages supprimées, versions privées ou variantes non canoniques n’ont généralement pas à figurer dans le sitemap standard. Pour un site multilingue, chaque version réellement publiée doit disposer de sa propre URL. Les fiches téléchargeables peuvent être incluses si elles sont publiques et utiles à l’indexation. Une URL déclarée doit répondre correctement et représenter le contenu attendu.
Utiliser une date de modification fiable
Le champ lastmod doit refléter une modification significative du contenu, pas la simple exécution d’une requête SQL ou l’affichage courant du sitemap. Le remplir systématiquement avec la date du jour envoie un signal peu fiable. Si l’application ne suit pas correctement les modifications, il est préférable d’omettre cette donnée plutôt que de l’inventer.
Vérifier XML, HTTP et cache
Ouvrez l’URL du sitemap et inspectez la réponse : statut 200, XML valide, encodage UTF-8, adresses absolues et échappement correct des caractères spéciaux. Sur une application avec cache, confirmez qu’un nouvel article apparaît après publication et qu’un article dépublié disparaît. Vérifiez également que les environnements locaux ou privés n’émettent pas d’URL destinées à la production.
Déclarer le sitemap sans attendre un miracle
Indiquez l’URL dans Search Console et, si utile, dans le fichier robots.txt. Les moteurs restent libres d’explorer et d’indexer selon leurs critères. Un sitemap ne corrige pas un site inaccessible, des pages vides ou un mauvais maillage interne. Associez-le à des liens HTML utiles entre les contenus.
Contrôle après import SQL
Ajoutez un article test en base avec son état « publié », vérifiez son URL publique et sa présence dans le sitemap. Passez-le en brouillon et recommencez. Comparez enfin la quantité d’URL avec les règles de sélection réelles, en tenant compte des traductions. Cette recette prouve le fonctionnement dynamique beaucoup mieux qu’une simple affirmation.
Questions fréquentes
Un import SQL met-il automatiquement le sitemap à jour ?
Uniquement si la route du sitemap lit les contenus concernés ou si le mécanisme de régénération est déclenché. Vérifiez le résultat effectivement servi au navigateur.
Un sitemap garantit-il l’indexation ?
Non. Il facilite la découverte des URL ; les moteurs évaluent encore leur accès, leur contenu et d’autres signaux.
Ressources pour continuer
- Pagination d’un blog : SEO, navigation et erreurs à éviter
- Hreflang : organiser les versions françaises, anglaises et espagnoles
- Audit technique e-commerce : les contrôles
Pour un besoin spécifique, une vérification de compatibilité ou une évolution sur mesure, découvrez les prestations Concepty ou contactez Concepty.
