Un plan de sitio HTML, un sitemap XML y una estructura cumplen tres funciones distintas. El plan del sitio bien estructurado sigue siendo una herramienta de navegación destinada a los visitantes humanos, mientras que el sitemap XML sirve como señal de descubrimiento para los robots de indexación. La estructura, por su parte, pertenece al diseño previo: es el esquema lógico que organiza las páginas entre sí. Confundir estas tres capas conduce a decisiones técnicas mal orientadas y a una navegación menos legible.
Plan de sitio HTML, sitemap XML, estructura: tres capas que no deben confundirse
El plan de sitio HTML es una página visible, accesible desde el pie de página o el menú. Lista las secciones y subsecciones en un orden jerárquico, permitiendo a un visitante localizar en pocos segundos la página que busca. No es un duplicado del menú principal: su propósito es ofrecer una vista exhaustiva del contenido.
El sitemap XML, por su parte, es un archivo técnico enviado a los motores de búsqueda. Google lo trata como una señal de descubrimiento de URL, no como una directiva de indexación. Páginas ausentes del sitemap XML pero conectadas por enlaces internos sólidos pueden ser perfectamente exploradas y clasificadas. Por el contrario, una URL presente en el XML pero huérfana de cualquier enlace interno tendrá pocas posibilidades de ser valorada.
Confundir el plan HTML y el sitemap XML equivale a suponer que una herramienta destinada a los robots reemplaza a una herramienta destinada a los humanos. Un ejemplo concreto: en el plan del sitio de Bertrand Barré, cada sección aparece en una lista ordenada que refleja la lógica del negocio del sitio, no una exportación en bruto de todas las URL. Es esta distinción la que hace que la página sea útil para un visitante.
Navegación por teclado y accesibilidad: lo que las normas WCAG 2.2 cambian
La mayoría de las guías sobre navegación web tratan la accesibilidad como una casilla para marcar. Publicar un plan de sitio sería suficiente para hacer que el contenido sea accesible. Las normas publicadas por el W3C en octubre de 2023 (WCAG 2.2) muestran que la realidad es más exigente.
Visibilidad del foco e interacciones por teclado
Las WCAG 2.2 añaden criterios sobre la visibilidad del foco del teclado y proponen alternativas a las interacciones por arrastrar y soltar. Una página de plan de sitio puede estar perfectamente estructurada en HTML semántico y seguir siendo difícil de navegar por teclado si el foco no es visible o si el orden de tabulación no sigue la jerarquía visual.
Para los usuarios de lectores de pantalla, el plan de sitio ofrece una visión global de la estructura en un solo lugar, sin navegar página por página. Las personas con discapacidad motora encuentran un acceso directo a una sección específica, sin tener que tabular a través de todos los elementos interactivos que preceden su destino.
Obligaciones regulatorias desde junio de 2025
Desde el 28 de junio de 2025, la Ley europea sobre accesibilidad (directiva 2019/882) se aplica a una parte del sector privado: ciertos servicios de comercio en línea, bancarios, de transporte y de telecomunicaciones. Para estas organizaciones, la navegación ya no es solo un tema de experiencia del usuario, es un tema de cumplimiento legal.
Un plan de sitio HTML conforme debe, por lo tanto, ir más allá de la simple lista de enlaces. Debe respetar la jerarquía de las etiquetas de título, ofrecer un contraste suficiente y garantizar que cada enlace sea alcanzable e identificable por teclado.
Estructurar un plan de sitio que realmente sirva para la navegación
Tres errores se repiten con frecuencia en los planes de sitio publicados en línea:
- Listar todas las URL del sitio sin distinción, incluidas las páginas de paginación, las etiquetas vacías o los archivos mensuales de un blog, lo que ahoga la información útil en el ruido
- Reproducir exactamente el menú de navegación principal, lo que hace que la página sea redundante y sin valor agregado para el visitante que no encontró lo que buscaba a través del menú
- Omitir los contenidos dinámicos (artículos de blog, fichas de producto) que a menudo representan la mayoría de las páginas del sitio y la razón principal por la que un visitante consulta el plan
Un plan de sitio útil refleja la lógica del negocio, no la estructura técnica. Si un sitio de servicios ofrece tres ofertas principales, estas tres ofertas deben aparecer como entradas de primer nivel, incluso si técnicamente comparten una misma plantilla.
Páginas a incluir y páginas a excluir
Las páginas estructurantes (inicio, secciones, subsecciones, páginas de servicio) y los contenidos editoriales (artículos, guías, estudios de caso) merecen figurar. Las páginas utilitarias (aviso legal, política de privacidad, CGV) pueden aparecer al final de la lista, separadas visualmente.
Por el contrario, las páginas de resultados de búsqueda interna, las páginas de filtros y las URL con parámetros no tienen cabida en un plan de sitio HTML. No ayudan al visitante y diluyen la legibilidad.
Enlaces internos y plan de sitio: complementarios, no intercambiables
Un plan de sitio HTML no reemplaza una malla interna coherente. Google utiliza los enlaces internos para entender las relaciones entre páginas y distribuir la autoridad. El plan de sitio, por su parte, sirve como una red de seguridad: capta a los visitantes perdidos y ofrece un camino alternativo hacia el contenido.
Los enlaces internos contextuales siguen siendo el primer recurso de navegación y SEO. Cada página importante debería ser accesible en un máximo de tres clics desde la página de inicio, a través de enlaces colocados en el cuerpo del texto o en los menús. El plan de sitio interviene cuando esta arquitectura muestra sus límites, por ejemplo, en un sitio con varias cientos de páginas.
- En un sitio de menos de cincuenta páginas, el plan de sitio HTML tiene principalmente una función de accesibilidad y cumplimiento
- En un sitio que supera varias cientos de páginas, se convierte en una herramienta de navegación en sí misma, siempre que agrupe los contenidos por categorías claras
- En ambos casos, la actualización del plan de sitio debe seguir a la del contenido: una página eliminada que siga listada en el plan genera un error 404 y degrada la confianza del visitante
Un plan de sitio obsoleto es peor que la ausencia de un plan de sitio. La generación automática a través de un CMS puede resolver este problema, pero requiere una verificación manual regular para excluir las páginas que no deberían figurar.
La cuestión de la navegación web se desplaza gradualmente del confort hacia el cumplimiento regulatorio. Con la entrada en vigor de la Ley europea sobre accesibilidad, las organizaciones afectadas tienen un motivo concreto para revisar la estructura de su plan de sitio, más allá de la optimización SEO o de la experiencia del usuario.
