Un plan del sitio HTML es una página que lista todos los enlaces de un sitio web en forma de árbol legible por un visitante humano. Se distingue del sitemap XML, un archivo técnico destinado a los motores de búsqueda para la indexación. Ambos cumplen funciones complementarias, pero es el plan HTML el que transforma concretamente la navegación de un usuario perdido en un recorrido fluido.
Plan del sitio HTML y sitemap XML: dos archivos, dos públicos
La confusión entre estos dos formatos sigue siendo frecuente. El sitemap XML es un archivo estructurado que los robots de exploración (Googlebot, Bingbot) leen para descubrir e indexar las páginas. No contiene formato ni jerarquía visual: es una lista cruda de URL acompañadas de metadatos (fecha de modificación, prioridad).
Lectura recomendada : Descubre cómo acceder a epsilonscan para seguir fácilmente tus webtoons favoritos
El plan del sitio HTML, por su parte, se dirige a los visitantes. Muestra la estructura completa del sitio con títulos claros, organizados por secciones y subsecciones. Un usuario que no encuentra lo que busca a través del menú principal puede acudir a él para localizar la página exacta que necesita.
Extensiones como SEOPress ahora ofrecen generar ambos formatos desde una misma interfaz, con un plan HTML activable con un clic e incluyendo imágenes para mejorar la exploración del contenido. Esta doble cobertura (humanos y robots) refuerza tanto la experiencia del usuario como el SEO. En el plan del sitio Kabanes, esta lógica se aplica con una estructura visual clara que agrupa cada categoría de contenido.
Lectura recomendada : Descubre cómo navegar fácilmente por un sitio de belleza gracias a un plan detallado
Estructura del plan del sitio: estructurar antes de publicar
Publicar un plan del sitio sin haber validado su estructura equivale a distribuir un resumen desordenado. La estructura debe reflejar la lógica mental de los visitantes, no el organigrama interno de la empresa.
Card sorting y tree testing para validar la arquitectura
Dos métodos de UX permiten verificar que una estructura corresponde a las expectativas reales de los usuarios. El card sorting consiste en pedir a un panel que clasifique títulos de páginas en categorías que les parezcan lógicas. El resultado a menudo revela agrupaciones que el equipo del proyecto no había considerado.
El tree testing interviene después: se presenta la estructura candidata a los evaluadores y se les pide que encuentren una información precisa. La tasa de éxito y el número de clics necesarios indican si la estructura funciona o si algunas ramas deben ser reorganizadas.
Estas pruebas empíricas, realizables con herramientas en línea accesibles, evitan fijar un plan del sitio basado en hipótesis internas que nunca se han confrontado con la realidad.
Páginas a incluir y páginas a excluir
Un plan del sitio no es un duplicado del menú de navegación. Debe ofrecer una vista exhaustiva pero legible:
- Las páginas estructurantes (inicio, secciones principales, subsecciones estables) constituyen el esqueleto del plan y orientan la lectura
- Las páginas legales (aviso legal, política de privacidad) merecen figurar por razones de transparencia y cumplimiento
- Las páginas duplicadas, las páginas de resultados de búsqueda interna y las páginas de filtros o paginación no tienen cabida: sobrecargan el plan sin aportar valor a la navegación
Para secciones dinámicas como un blog o una sección de noticias, listar solo las categorías principales es suficiente. Incluir cada artículo individual haría que el plan se volviera ilegible en pocos meses.
Accesibilidad del plan del sitio: conformidad WCAG y navegación por teclado
Un plan del sitio completo pierde toda su utilidad si no es accesible para personas con discapacidad. Las pautas WCAG 2.1 y 2.2 imponen requisitos concretos que van más allá de las buenas prácticas generales de diseño web.
Los usuarios de lectores de pantalla se benefician directamente de un plan del sitio bien construido. Navegar por un sitio página por página para entender su arquitectura requiere un esfuerzo cognitivo considerable. El plan del sitio ofrece una visión global de la estructura en un solo lugar, sin navegación exploratoria.
Los criterios WCAG exigen un ratio de contraste mínimo de 4.5:1 para los elementos de navegación. El enfoque del teclado debe gestionarse correctamente en los menús desplegables y los paneles de navegación. Un enlace del plan del sitio que no recibe el enfoque del teclado es invisible para cualquier persona que no puede usar un ratón.
La norma también exige que cada medio de navegación esté complementado por al menos otro. Ofrecer un menú principal, un plan del sitio y un motor de búsqueda cubre este requisito y ofrece tres caminos distintos hacia el mismo contenido.
Diseño responsivo del plan del sitio en móvil
En una pantalla de escritorio, un plan del sitio en múltiples columnas sigue siendo legible. En móvil, este mismo diseño se convierte en una pesadilla de desplazamiento horizontal. El diseño responsivo del plan del sitio impone elecciones específicas.
La estructura debe plegarse en acordeón o en niveles desplegables. El usuario hace clic en una sección principal para que aparezcan sus subpáginas, sin cargar una nueva página. Este mecanismo reduce la longitud aparente del plan mientras conserva la exhaustividad.
- Las áreas táctiles de cada enlace deben ser lo suficientemente amplias para evitar clics accidentales, de acuerdo con las recomendaciones de accesibilidad móvil
- El texto de los títulos debe seguir siendo legible sin zoom, lo que impone un tamaño de fuente adecuado y un espaciado vertical generoso entre las líneas
- Los niveles de anidación más allá de tres profundidades se vuelven difíciles de representar en pantallas pequeñas: es mejor simplificar la estructura que forzar una sangría ilegible
Un plan del sitio que funcione en móvil no es una versión reducida del plan de escritorio. Es una interfaz pensada desde el principio para el tacto, con interacciones adaptadas al pulgar.
El mantenimiento del plan sigue siendo el punto débil de la mayoría de los sitios. Un plan generado automáticamente a través de un CMS o una extensión dedicada se actualiza con cada publicación de página. Un plan construido manualmente requiere una verificación regular, de lo contrario, se corre el riesgo de ofrecer enlaces rotos que degradan la confianza de los visitantes.
La elección entre estos dos enfoques depende del volumen de contenido y de la frecuencia de publicación. En ambos casos, un plan del sitio obsoleto perjudica más de lo que ayuda.