Un mapa del sitio eficaz se basa en decisiones jerárquicas tomadas antes de diseñar cualquier maqueta. La profundidad de clics, la agrupación según la intención del usuario y la coherencia de las etiquetas determinan si un visitante llega a la página adecuada o abandona el sitio. Crear un mapa del sitio claro exige tratar la estructura como un entregable técnico, no como un ejercicio intuitivo de organización.
Profundidad de clics y presupuesto de rastreo: la limitación técnica del mapa del sitio
Cada página estratégica debe estar a un máximo de tres clics desde la página de inicio. Si se supera ese límite, los motores de búsqueda reducen la frecuencia de rastreo y los visitantes pierden el interés. Esta regla de profundidad condiciona toda la arquitectura del sitio.
Un sitio corporativo de cinco a diez páginas no plantea problemas de profundidad. Las dificultades aparecen cuando entran en juego un catálogo de productos, un blog activo o varias subcategorías. Recomendamos medir la profundidad real con un rastreo (Screaming Frog, Sitebulb) antes de definir el menú, porque la profundidad que se percibe en una hoja de cálculo no siempre coincide con la profundidad técnica.
Un aspecto que suele pasarse por alto: los enlaces JavaScript que no se pueden rastrear crean páginas huérfanas invisibles para Googlebot. Google recuerda que los enlaces internos HTML ayudan a descubrir páginas y a comprender cómo se relacionan entre sí. Comprueba que cada entrada del mapa del sitio apunte a una URL accesible mediante un enlace HTML estándar, no mediante un onclick o un enrutamiento del lado del cliente sin renderizado en el servidor.
Para ver cómo se materializa una arquitectura plana, el mapa del sitio de Ludika Studio muestra una estructura en la que todas las páginas se encuentran a uno o dos niveles de la raíz.
Agrupar según la intención del usuario, no según la lógica interna
La mayoría de las arquitecturas de sitios reproducen el organigrama de la empresa o la nomenclatura interna de los productos. Sin embargo, los visitantes piensan en función de sus necesidades: comparar, comprar, contactar o entender un servicio. Agrupar las páginas según la intención de búsqueda reduce el número de clics y la tasa de rebote.
El método más fiable sigue siendo el card sorting. Se presentan los títulos de las páginas (en tarjetas físicas o mediante una herramienta como Adapté Workshop) a un grupo de usuarios objetivo. Estos agrupan las tarjetas libremente y, después, se analizan los grupos resultantes. El tree test complementa el ejercicio: se pide a los participantes que localicen una información concreta en la arquitectura propuesta, sin interfaz gráfica.
Estas dos pruebas revelan discrepancias frecuentes entre la lógica del negocio y la lógica del usuario. Un proveedor de servicios puede clasificar sus ofertas por sector de actividad, mientras que sus clientes potenciales buscan por tipo de servicio. Si el card sorting muestra una agrupación distinta de la que habías previsto, es señal de que debes reorganizar la estructura.
- Card sorting abierto: los participantes crean sus propias categorías; es útil para un sitio nuevo o una renovación completa
- Card sorting cerrado: las categorías están predefinidas; es útil para validar una arquitectura ya esbozada
- Tree test: mide la tasa de éxito y el tiempo que se tarda en encontrar una página dentro de la jerarquía, sin la influencia del diseño
Etiquetas de navegación: convenciones y accesibilidad con teclado
Una etiqueta de menú eficaz describe el destino, no la acción. «Nuestros proyectos» funciona mejor que «Descubrir», porque el visitante sabe qué encontrará al seguir el enlace. Limita cada etiqueta a dos o tres palabras. Si son más largas, el menú resulta difícil de leer en móviles y los tree tests muestran una caída en la tasa de éxito.
Desde el 28 de junio de 2025, la Ley Europea de Accesibilidad se aplica a determinados servicios de comercio electrónico dirigidos a consumidores. Para los sitios afectados, la navegación con teclado y la comprensión de los recorridos forman parte de los requisitos que deben tenerse en cuenta desde el diseño de la estructura.
El W3C recomienda que todos los elementos interactivos sean accesibles con el teclado y que el foco permanezca visible. En la práctica, esto significa comprobar si se puede abrir un menú desplegable, recorrer sus enlaces e identificar el elemento seleccionado sin usar el ratón. Un problema habitual: un encabezado fijo que oculta el enlace que recibe el foco del teclado. El criterio «Focus Not Obscured (Minimum)» de WCAG 2.2 aborda precisamente este problema.
Migas de pan y referencias contextuales
Las migas de pan (breadcrumb) complementan el menú principal y muestran al visitante su posición dentro de la jerarquía. No sustituyen a una arquitectura clara, pero compensan las visitas directas desde un motor de búsqueda, cuando el usuario llega a una página profunda sin contexto.
Implementa las migas de pan con el marcado estructurado BreadcrumbList (schema.org). Así, Google puede mostrar la ruta jerárquica en los resultados de búsqueda, lo que mejora la tasa de clics.
Sitemap XML y mapa del sitio HTML: dos entregables distintos
El sitemap XML está dirigido a los robots de indexación. El mapa del sitio HTML está dirigido a los visitantes. Confundirlos equivale a ignorar a uno de los dos públicos. El sitemap XML enumera todas las URL indexables, junto con su prioridad y fecha de modificación. El mapa del sitio HTML, en cambio, presenta una selección organizada de las páginas principales, a menudo en forma de lista jerárquica.
Un sitemap XML no compensa una estructura deficiente de enlaces internos. Si una página no está conectada con ninguna otra mediante un enlace HTML, el sitemap XML informa al motor de búsqueda de que existe, pero la falta de enlaces internos debilita su autoridad. A la inversa, un mapa del sitio HTML sin sitemap XML ralentiza el descubrimiento de páginas nuevas por parte de los rastreadores.
- Sitemap XML: archivo técnico alojado en la raíz y declarado en robots.txt, con un límite de 50 000 URL por archivo
- Mapa del sitio HTML: página navegable para los visitantes que agrupa los enlaces principales por categoría y está accesible desde el pie de página
- Índice de sitemaps: necesario cuando el sitio supera el límite de un único archivo XML; apunta a varios sitemaps secundarios
Cuándo volver a generar el sitemap XML
Cada vez que se añade, elimina o redirige una página, es necesario actualizar el sitemap. En un CMS como WordPress, los plugins generan el archivo automáticamente. En un sitio estático o un framework JavaScript con renderizado del lado del servidor, automatiza la generación del sitemap en tu pipeline de despliegue para evitar olvidos.
El mapa del sitio más legible del mundo no sirve de nada si la jerarquía subyacente no refleja los recorridos reales de los visitantes. Prueba la arquitectura con usuarios, comprueba la profundidad técnica mediante un rastreo y mantén el sitemap XML sincronizado con cada publicación. La claridad de un mapa del sitio se mide por la tasa de éxito de un tree test, no por la elegancia del menú.
