Un paciente busca descargar sus resultados de análisis en un portal de e-salud. Hace clic en “Mi espacio”, se encuentra con una página de inicio de sesión, regresa, intenta un menú desplegable que conduce a una FAQ general. Tres minutos perdidos, ninguna respuesta.
En un sitio de salud, este tipo de fricción no es un simple inconveniente: desanima a personas que a veces no se sienten cómodas con lo digital y retrasa el acceso a información médica. El sitemap, ya sea destinado a motores de búsqueda o a visitantes, estructura la navegación y reduce estos callejones sin salida.
Sitemap HTML en un sitio de e-salud: un mapa pensado para el paciente
Se habla a menudo del sitemap XML, el que Google explora para indexar las páginas. En un portal de salud, el sitemap HTML cuenta tanto, o incluso más. Es la página accesible a los visitantes que lista todas las secciones del sitio con enlaces directos.
La particularidad de un sitio de e-salud es la diversidad de perfiles que lo consultan: pacientes mayores, cuidadores familiares, profesionales de la salud, personas con discapacidad. Un sitemap HTML genérico (una lista alfabética de enlaces) no es suficiente. Es necesario segmentar las secciones por uso concreto: “Pedir cita”, “Acceder a mis resultados”, “Urgencias”, “Teleconsulta”.
Para observar cómo se traduce esta lógica en la práctica, se puede consultar la página sitemap de Tsa E-Salud, que organiza sus contenidos por temáticas de salud en lugar de por estructura técnica.
Esta segmentación orientada al paciente cambia las reglas del juego: en lugar de buscar en un menú de tres niveles, el visitante identifica en pocos segundos la sección que corresponde a su necesidad inmediata.
Accesibilidad RGAA y sitemap: las restricciones que las guías clásicas ignoran
Los sitios médicos franceses están sujetos al referente RGAA 4.1, que impone reglas precisas sobre la estructuración de las páginas. Estos requisitos tienen un impacto directo en el diseño de un sitemap orientado a la navegación.
- La jerarquía de títulos debe ser coherente: un solo H1 por página, H2 para las secciones principales, H3 para las subsecciones. Un sitemap HTML que utilice títulos desordenados será señalado durante una auditoría de accesibilidad.
- La navegación debe funcionar completamente con el teclado. Cada enlace del sitemap debe ser accesible a través de la tecla Tab, con un enfoque visible. Los menús en JavaScript puro que ocultan enlaces son problemáticos.
- Los contrastes de colores deben respetar un ratio mínimo para el texto estándar. Un sitemap con enlaces gris claro sobre fondo blanco será ilegible para una parte de los pacientes.
- Cualquier imagen portadora de información requiere una alternativa textual. Si el sitemap utiliza íconos para distinguir las secciones, cada ícono debe tener un atributo alt descriptivo.
Desde 2025, los portales de salud públicos franceses están sujetos a auditorías de accesibilidad planificadas en el marco de esquemas plurianuales. Un sitemap no conforme al RGAA se convierte en un punto de bloqueo durante estos controles, no un detalle cosmético.
Sitemap XML para la indexación de páginas de salud: lo que cambia respecto a un sitio clásico
En un sitio de comercio electrónico, se quiere indexar las fichas de productos. En un sitio de e-salud, la lógica es diferente. Algunas páginas contienen datos personales de salud protegidos por el RGPD y la normativa HDS (alojamiento de datos de salud). Estas páginas nunca deben aparecer en el sitemap XML.
Concretamente, se excluyen del archivo sitemap.xml todas las páginas detrás de autenticación: espacio del paciente, resultados de exámenes, mensajería segura, historial médico. En cambio, se incluyen las páginas públicas de alto valor informativo: fichas de patologías, guías de prevención, directorio de profesionales, modalidades de teleconsulta.
Coordinar sitemap XML y archivo robots.txt
El archivo robots.txt y el sitemap XML trabajan juntos. El robots.txt bloquea la exploración de directorios sensibles (/mi-espacio/, /resultados/, /mensajería/), mientras que el sitemap XML señala explícitamente las páginas públicas a explorar en prioridad.
Un error frecuente en los sitios de salud: olvidar bloquear en robots.txt páginas de prueba o de staging que contienen datos ficticios pero realistas. Los retornos varían sobre este punto según los CMS utilizados, pero verificar la coherencia entre robots.txt y sitemap al menos una vez por trimestre sigue siendo una buena práctica.
Estructurar el sitemap para guiar la navegación diaria de los pacientes
Más allá del SEO, un sitemap bien diseñado sirve de red de seguridad para la navegación. Cuando un paciente no encuentra lo que busca a través del menú principal, el mapa del sitio se convierte en su recurso.
Para que este recurso funcione, se organiza el sitemap HTML en torno a los recorridos de los pacientes en lugar de categorías administrativas. La diferencia es concreta:
- “Quiero pedir una cita” en lugar de “Módulo de planificación”
- “Busco un especialista cerca de mí” en lugar de “Directorio de profesionales de la salud”
- “Quiero entender mi receta” en lugar de “Recursos documentales”
Este trabajo de reformulación requiere conocer las consultas reales de los pacientes. Los datos de búsqueda interna del sitio (el campo de búsqueda que utilizan los visitantes) proporcionan pistas valiosas sobre el vocabulario a adoptar en el sitemap.
Actualización del sitemap tras la adición de contenidos de salud
Un sitio de e-salud publica regularmente nuevos contenidos: fichas sobre patologías, noticias regulatorias, campañas de prevención. Cada nuevo contenido público debe ser agregado al sitemap XML en los días siguientes a su publicación, de lo contrario, Google puede tardar varias semanas en descubrirlo.
La mayoría de los CMS de salud generan automáticamente el sitemap XML. Sin embargo, se verifica que las nuevas páginas estén correctamente incluidas, especialmente cuando se crean manualmente fuera del flujo editorial estándar.
Un sitemap de e-salud efectivo no es un archivo técnico que se genera una vez y se olvida. Es una herramienta de navegación que refleja las necesidades reales de los pacientes, respeta las normas de accesibilidad francesas y protege los datos sensibles excluyendo las páginas privadas. Mantenerlo actualizado y pensarlo desde la perspectiva del visitante, no del desarrollador, marca la diferencia entre un portal de salud funcional y un laberinto digital.