Un site médical de trente pages sans sitemap, c’est un cabinet dont la moitié des salles ne figurent sur aucun plan. Les robots d’exploration passent, indexent ce qu’ils trouvent, ignorent le reste. Le problème ne se voit pas dans le navigateur du praticien, mais dans la Search Console, où des pages de spécialités ou de prise de rendez-vous restent absentes des résultats pendant des semaines.
Balises ignorées par Google : ce que le sitemap XML ne fait plus en 2026
On commence souvent par configurer un sitemap avec toutes les options disponibles dans le plugin, en pensant que chaque balise compte. Sur le terrain, Google ignore complètement les balises priority et changefreq. Les renseigner ne provoque pas d’erreur, mais ne produit aucun effet sur le crawl ou le classement.
A découvrir également : Tout savoir sur l'adresse d'envoi pour feuille de soin Pacifica et les démarches à suivre
L’ancien endpoint de ping non authentifié, que certains guides recommandaient encore récemment, renvoie désormais une erreur 404. Google ne le traite plus. Les deux seuls mécanismes reconnus pour signaler un sitemap sont la déclaration dans le fichier robots.txt et la soumission via la Search Console.
Concrètement, sur un site médical qui publie peu de contenu nouveau chaque mois, la balise qui garde une vraie utilité est lastmod. Elle indique la date de dernière modification d’une page. Quand un praticien met à jour ses tarifs ou ses horaires de consultation, une balise lastmod correctement actualisée aide Google à repasser plus vite sur cette page. Sans elle, le moteur décide seul de la fréquence de recrawl, souvent avec plusieurs semaines de décalage.
Lire également : Pourquoi le plan de site est essentiel pour une navigation optimale sur votre site
Pour observer comment un sitemap XML structure concrètement les URL d’un site spécialisé en matériel de santé, on peut consulter le sitemap du site MS Médical, qui regroupe les différentes catégories de produits et pages d’information dans un index lisible.
Structurer le sitemap d’un site médical multi-praticiens
Un cabinet regroupant plusieurs spécialistes pose un problème d’arborescence. Chaque praticien a sa fiche, ses actes, parfois sa propre page de prise de rendez-vous. Sans organisation du sitemap, ces pages se retrouvent toutes au même niveau, sans hiérarchie.
La bonne pratique consiste à segmenter les URL par type de contenu à l’aide de sous-sitemaps (sitemap index). On sépare par exemple :
- Un sitemap pour les fiches praticiens, avec leur spécialité et leur localisation dans les balises meta
- Un sitemap pour les pages d’actes médicaux ou de pathologies traitées, qui forment le contenu informatif du site
- Un sitemap pour les pages institutionnelles (mentions légales, politique de confidentialité, contact), dont la fréquence de mise à jour est faible
- Un sitemap dédié aux articles de blog santé, si le cabinet publie du contenu éditorial
Cette segmentation n’améliore pas directement le positionnement, mais elle facilite le diagnostic. Quand un groupe de pages n’est pas indexé, on identifie immédiatement dans quel sous-sitemap se situe le problème. Sur un site de cinq pages, c’est superflu. Dès qu’on dépasse la vingtaine d’URL actives, le sitemap index devient un outil de pilotage du crawl.
Sitemap et conformité RGPD sur un site de santé
Un point que la plupart des guides SEO n’abordent pas : les pages qu’on ne doit pas inclure dans le sitemap. Sur un site médical, certaines URL contiennent des formulaires de données patients, des espaces connectés ou des portails de résultats d’examens. Ces pages n’ont rien à faire dans un fichier accessible publiquement.
Toute URL listée dans un sitemap est par définition découvrable par les moteurs. Si une page de prise de rendez-vous affiche un pré-remplissage nominatif, ou si un espace patient utilise des URL avec des identifiants en paramètres, leur présence dans le sitemap expose des chemins d’accès sensibles.
La vérification est simple : on ouvre le sitemap, on parcourt chaque URL, on vérifie qu’aucune ne pointe vers un contenu protégé ou vers une page qui ne devrait pas apparaître dans les résultats de recherche. Les pages à exclure doivent être bloquées dans le robots.txt et porter une balise meta noindex, en plus d’être absentes du sitemap.
Fréquence de mise à jour et lastmod pour un contenu médical fiable
Google évalue la fiabilité des contenus de santé avec une exigence particulière, liée aux critères YMYL (Your Money or Your Life). Un article sur les effets secondaires d’un médicament publié il y a trois ans sans mise à jour envoie un signal négatif, à la fois aux utilisateurs et aux algorithmes.
Le sitemap intervient dans cette mécanique par la balise lastmod. Quand on met à jour un contenu médical pour intégrer de nouvelles recommandations ou corriger une posologie, la balise lastmod doit refléter la date réelle de modification. Certains CMS mettent à jour cette date automatiquement à chaque enregistrement de page, y compris pour une correction de virgule. Ce comportement dilue le signal.
La configuration la plus propre consiste à ne mettre à jour lastmod que lors de modifications substantielles du contenu. Sur WordPress, plusieurs plugins SEO permettent de choisir entre une mise à jour automatique ou manuelle de cette date. Les retours varient sur ce point selon les configurations, mais la règle reste la même : lastmod ne doit pas mentir sur la fraîcheur réelle du contenu.
Erreurs fréquentes dans les sitemaps de sites médicaux
Après avoir audité la structure de plusieurs sites de cabinets et cliniques, certains patterns reviennent systématiquement :
- Des URL en double avec et sans slash final (/dermatologie et /dermatologie/), ce qui génère du contenu dupliqué dans l’index
- Des pages de brouillon ou de staging oubliées dans le sitemap, parfois indexées par Google avant même leur publication officielle
- Des sitemaps qui dépassent la limite de 50 000 URL sans passer par un sitemap index, provoquant des erreurs de lecture
- L’absence de sitemap dans le robots.txt, ce qui oblige au recours à une soumission manuelle dans la Search Console sans filet de sécurité
Chacune de ces erreurs se corrige en quelques minutes, mais aucune ne se détecte sans aller ouvrir le fichier sitemap et le confronter à la liste des pages réellement actives du site.
Un sitemap bien tenu ne remplace ni le maillage interne ni la qualité du contenu. Il reste un fichier technique, un plan que les moteurs consultent pour savoir où chercher. Sur un site médical, où la confiance et la fraîcheur de l’information comptent plus qu’ailleurs, c’est le premier fichier à vérifier avant de toucher au reste du référencement.