Un plan de sitio no se limita a un archivo XML enviado a los motores de búsqueda. Es un documento de arquitectura que expone la totalidad de las URL accesibles, su jerarquía y sus relaciones. Cuando está mal diseñado, los robots de indexación pasan por alto páginas profundas, y los usuarios pierden sus referencias desde el segundo clic.
Conformidad WCAG 2.2 y plan de sitio: los requisitos que la estructura sola no cubre
Un plan de sitio puede listar todas las páginas sin ser necesariamente conforme. Desde la publicación de los criterios WCAG 2.2 por el W3C en octubre de 2023, el enfoque no oculto y la alternativa al arrastrar y soltar se aplican directamente a la navegación. Un enlace presente en el sitemap HTML pero cuyo enfoque está oculto por una barra fija sigue siendo no conforme.
La Ley Europea de Accesibilidad, aplicable desde el 28 de junio de 2025, refuerza esta restricción para el comercio electrónico, la banca en línea y los servicios de transporte. La estructura debe ser utilizable con el teclado y comprensible con un lector de pantalla.
Observamos regularmente planes de sitio validados por auditorías automatizadas pero inutilizables en navegación con teclado. Estas herramientas detectan etiquetas faltantes o errores de contraste, no un orden de tabulación ilógico ni un trampa de teclado en una ventana modal. Los controles deben incluir recorridos completos con teclado, especialmente en filtros, formularios y túneles de conversión.
Concretamente, recomendamos probar cada recorrido crítico (búsqueda, carrito, formulario de contacto) con Tab y Shift+Tab antes de considerar el plan de sitio como finalizado. Un sitemap HTML accesible beneficia tanto a las tecnologías de asistencia como a los motores de búsqueda.
Sitemap XML, sitemap HTML y estructura: tres capas distintas de un plan de sitio
La confusión entre estos tres elementos produce arquitecturas inestables. Cada uno cumple un papel preciso, y un plan de sitio bien estructurado articula estas tres capas sin redundancia.
El sitemap XML está dirigido a los robots. Declara las URL, su frecuencia de actualización y su prioridad relativa. No gestiona ni la jerarquía visual ni la navegación humana. Google lo trata como un índice, no como una directiva.
El sitemap HTML es una página destinada a los usuarios. Reproduce la estructura en forma de enlaces clicables, organizados por categorías. En un sitio de varias cientos de páginas, a menudo es el único lugar donde un visitante puede visualizar todo el contenido disponible. Al consultar el plan del sitio La Top Liste, se puede ver cómo una organización por categorías facilita el acceso directo a cualquier sección sin pasar por el menú principal.
La estructura, por su parte, es parte del diseño previo. Es el esquema lógico que decide cuántos niveles de profundidad existen, qué páginas están vinculadas a qué categorías, y dónde se encuentran los puntos de entrada secundarios. Un sitemap HTML refleja la estructura, pero no la reemplaza.
- El sitemap XML debe estar sincronizado con el CMS para reflejar cualquier creación o eliminación de página en tiempo real, bajo pena de enviar URL en 404 a los motores.
- El sitemap HTML debe respetar una profundidad máxima de tres niveles para seguir siendo legible sin desplazamiento excesivo.
- La estructura debe ser validada por pruebas de usuarios antes de ser fijada en el menú de navegación principal.
Evaluar un plan de sitio por recorrido de usuario y no por página aislada
El enfoque más operativo consiste en evaluar la conformidad y la eficacia de un plan de sitio por recorrido, no por página. Una página conforme puede pertenecer a un recorrido inutilizable.
Tomemos un caso concreto: un sitio de comercio electrónico cuyas fichas de producto cumplen con las normas de accesibilidad. Si el sistema de filtros por categorías atrapa al usuario en un bucle de tabulación sin salida, el plan de sitio puede listar correctamente las páginas, pero el recorrido de compra está roto.
Recomendamos mapear los recorridos críticos antes de estructurar el sitemap HTML:
- Recorrido de búsqueda: desde la página de inicio a la página de resultados, luego a la página de contenido objetivo.
- Recorrido de conversión: desde la página de categoría al formulario de contacto o al túnel de pago.
- Recorrido de retorno: desde una página profunda hacia la categoría padre o la página de inicio, sin utilizar el botón de retroceso del navegador.
- Recorrido de exploración: desde el plan de sitio HTML hacia cualquier sección en menos de dos clics.
Cada recorrido debe ser probado con y sin ratón. Si un recorrido requiere más de tres clics para alcanzar cualquier página de primer nivel, la estructura merece ser revisada.
Enlace interno y plan de sitio: cómo las categorías alimentan la indexación
Un plan de sitio bien diseñado distribuye el presupuesto de rastreo de manera intencionada. Las categorías juegan un papel de nodos en el enlace interno: concentran los enlaces entrantes desde el menú, el pie de página y el sitemap HTML, y luego redistribuyen esta autoridad hacia las páginas hijas.
Demasiadas categorías diluyen el enlace en lugar de reforzarlo. Observamos frecuentemente sitios con más de una veintena de categorías de primer nivel, lo que produce un menú ilegible y un sitemap HTML que se asemeja a un directorio. Es mejor agrupar los contenidos en seis a diez categorías principales, cada una conteniendo subcategorías si es necesario.
El otro error común es crear páginas huérfanas, ausentes del sitemap HTML y no vinculadas por un enlace interno desde otra página. El sitemap XML puede declararlas, pero sin un enlace contextual, los motores les otorgan poco valor. Cada página debe ser accesible desde al menos un enlace textual en el cuerpo de otra página, además de su presencia en el plan de sitio.
Frecuencia de actualización del plan de sitio
Un sitemap XML obsoleto envía señales equivocadas. Si aún figuran URL eliminadas o redirigidas, los robots desperdician presupuesto de rastreo en respuestas 301 o 404. En un sitio cuyo contenido evoluciona cada semana, la generación automática del sitemap XML por el CMS es la única opción confiable.
El sitemap HTML, en cambio, puede actualizarse con menos frecuencia. Una revisión trimestral es suficiente para los sitios cuya estructura permanece estable. El objetivo es verificar que cada enlace apunte a una página activa y que las nuevas categorías estén incluidas.
Estructurar un plan de sitio requiere abordar simultáneamente la indexación técnica, la navegación humana y la conformidad de accesibilidad. Las tres capas (XML, HTML, estructura) deben ser coherentes entre sí. Un sitemap que no refleja la arquitectura real del sitio pierde su función tanto para los motores como para los visitantes.
