Un plan de site sur une plateforme médicale ne se résume pas à une liste de liens générée automatiquement par un CMS. C’est un composant de navigation qui, lorsqu’il est correctement structuré, compense les limites des menus principaux et offre un accès direct aux rubriques profondes : annuaires de médecins, fiches de soins spécialisés, formulaires de prise de rendez-vous.
Navigation au clavier et plan de site médical : un point de contrôle négligé
La majorité des audits d’accessibilité sur les sites de santé se concentrent sur la page d’accueil et le menu principal. Le plan du site, lui, échappe souvent aux vérifications manuelles. C’est une erreur technique directe.
Un plan de site qui n’est pas navigable au clavier exclut les patients utilisant des technologies d’assistance. Les recommandations récentes de mise en conformité RGAA classent la navigation au clavier parmi les corrections prioritaires, au même titre que les contrastes et l’étiquetage des formulaires.
Concrètement, chaque lien du plan de site doit recevoir le focus clavier dans un ordre logique, sans piège de tabulation. Les regroupements par catégorie (spécialités, localisation, types de soins) doivent utiliser des balises sémantiques (listes imbriquées, headings de section) pour que les lecteurs d’écran restituent la hiérarchie. Un audit RGAA complet couvre les gabarits, les formulaires, les documents et les parcours prioritaires, pas uniquement un score automatisé sur la page d’accueil.
Nous recommandons de tester le plan de site avec Tab et Entrée sur les trois navigateurs principaux avant toute mise en production. C’est un test de cinq minutes qui révèle immédiatement les ruptures de parcours.
Structure d’un plan de site médical lisible par les patients et les moteurs
Un annuaire médical en ligne peut contenir plusieurs centaines de pages : fiches praticiens, pages par spécialité, pages géographiques, contenus informatifs. Sans plan de site explicite, le visiteur qui ne trouve pas sa réponse via le menu quitte le site. Le moteur de recherche, lui, peine à indexer les pages orphelines.
Nous pouvons parcourir francemedicale.net facilement grâce à un plan organisé par arborescence thématique, ce qui illustre bien la logique à adopter : regrouper les liens par domaine médical, puis par zone géographique, plutôt que de lister des centaines d’URL à plat.
Un plan de site médical performant respecte trois niveaux de profondeur maximum. Au-delà, le patient se perd et le crawl budget se dilue sur des niveaux inutiles. Voici les éléments structurels qui font la différence :
- Des catégories de premier niveau alignées sur les intentions de recherche patient (spécialités médicales, localisation du cabinet, prise de rendez-vous en ligne)
- Des sous-catégories qui reflètent le maillage interne réel du site, pas une taxonomie théorique jamais utilisée dans les menus
- Un lien systématique vers le plan de site depuis le pied de page et, idéalement, depuis la page d’erreur 404 pour récupérer les visiteurs égarés
- Un balisage HTML sémantique (listes
ul/liimbriquées avec des intitulés explicites) plutôt qu’un simple bloc de texte avec des liens
Un plan de site à plat de plus de cinquante liens perd toute utilité de navigation. Le regroupement thématique est la seule approche viable sur un site médical de taille moyenne à grande.
Accessibilité et déclaration de conformité : ce que le plan du site doit refléter
Pour les organismes concernés par les obligations d’accessibilité numérique, le plan du site n’est pas un simple outil de confort. Il s’inscrit dans un dispositif réglementaire plus large qui comprend une déclaration d’accessibilité, un mécanisme de signalement des difficultés et un schéma pluriannuel d’actions.
Le plan de site doit être cohérent avec la déclaration d’accessibilité publiée. Si la déclaration mentionne des limites sur certains parcours (formulaire de contact inaccessible, PDF non balisés), le plan de site constitue une voie alternative pour orienter le patient vers un canal fonctionnel.
Nous observons que les sites médicaux les mieux structurés utilisent le plan de site comme filet de sécurité : lorsqu’un parcours principal présente un défaut d’accessibilité non encore corrigé, le plan offre un chemin direct vers la page cible sans passer par le composant défaillant. C’est une pratique simple qui réduit les plaintes et améliore l’expérience réelle des patients en situation de handicap.
Données sensibles et fonctions de recherche intégrées au plan de site
Un piège fréquent sur les sites médicaux : intégrer une barre de recherche ou un filtre directement dans la page du plan de site, sans mesurer les implications en matière de protection des données.
Toute fonction de recherche interne qui collecte des termes liés à une pathologie, un symptôme ou un traitement constitue un traitement de données de santé au sens du RGPD. Une recherche tapée par un patient est une donnée sensible dès qu’elle porte sur un motif médical.
Les conséquences concrètes pour la conception du plan de site :
- Si un champ de recherche figure sur la page du plan de site, il doit être couvert par la politique de confidentialité avec mention explicite du traitement des données de santé
- Les logs de recherche interne ne doivent pas être conservés avec des identifiants utilisateur sans base légale appropriée
- Le consentement au dépôt de cookies analytiques sur cette page doit être recueilli avant toute collecte, y compris pour les outils de mesure d’audience qui enregistrent les termes recherchés
En pratique, le plan de site statique en HTML reste l’option la plus sûre pour un site médical : pas de collecte, pas de traitement, pas de risque réglementaire. La recherche interne a sa place ailleurs, sur une page dédiée avec les mentions adéquates.
Plan de site XML et plan de site HTML : deux fonctions distinctes sur un site de santé
La confusion entre sitemap XML (destiné aux moteurs de recherche) et plan de site HTML (destiné aux patients) persiste dans la gestion de nombreux sites médicaux. Les deux remplissent des rôles complémentaires mais non interchangeables.
Le sitemap XML liste l’ensemble des URL indexables avec leurs métadonnées (date de modification, priorité, fréquence de mise à jour). Il n’a aucune vocation de navigation humaine. Le plan de site HTML, lui, sélectionne les pages utiles au visiteur et les organise par logique d’usage.
Publier un sitemap XML ne dispense pas de créer un plan HTML navigable. Sur un site médical, le plan HTML cible les patients perdus dans l’arborescence, les personnes utilisant des technologies d’assistance, et les visiteurs arrivant depuis une page d’erreur. Le sitemap XML cible exclusivement les robots d’indexation.
Un site de santé bien administré maintient les deux, les met à jour au même rythme que l’arborescence réelle, et vérifie trimestriellement que les liens du plan HTML pointent vers des pages actives. Un lien mort dans un plan de site médical, c’est un patient qui ne trouve pas son praticien.
