Un visitante llega a una página de producto desde Google, busca la sección de atención al cliente, no la encuentra en dos clics y abandona el sitio. Esta situación se repite cada día en miles de sitios cuya estructura ha crecido sin planificación. El problema no es el número de páginas, sino la falta de un mapa claro que conecte cada contenido con los demás.
Mapa del sitio HTML y sitemap XML: dos funciones distintas para la navegación
A menudo se confunde el mapa del sitio destinado a los visitantes (una página HTML que enumera las secciones) con el sitemap XML que leen los robots de rastreo. Ambos comparten un objetivo (facilitar que se encuentren las páginas), pero sus públicos y formatos son distintos.
El mapa HTML es una página que puede consultar cualquier persona. Presenta las categorías, subcategorías y páginas clave en forma de enlaces en los que se puede hacer clic. Cuando la navegación principal no basta, esta página se convierte en una red de seguridad para el visitante que se ha perdido.
El sitemap XML, en cambio, es un archivo técnico que se envía a los motores de búsqueda. Google recomienda incluir en él las URL prioritarias, pero un sitemap XML no garantiza que una página se rastree ni se indexe. Una URL aislada en el archivo, sin enlaces internos que apunten a ella, corre el riesgo de ser ignorada. Al consultar el mapa del sitio de Superfora, se puede observar cómo conviven ambos niveles: una estructura clara para el usuario, complementada por un archivo destinado a los robots.
Diseñar un mapa del sitio que refleje el recorrido real de los visitantes
La mayoría de los mapas del sitio reproducen el organigrama interno de la empresa: «Quiénes somos», «Nuestros servicios», «Contacto». Esta organización tiene sentido para el equipo, pero rara vez para el visitante que busca una respuesta concreta.
Partir de las consultas, no de los departamentos
Antes de diseñar la estructura, se enumeran las preguntas que los visitantes hacen realmente. Los datos de Search Console, las sugerencias de búsqueda interna y las palabras clave con intención informativa proporcionan la materia prima. Cada grupo de consultas similares se convierte en una rama del mapa.
Agrupar las páginas según la intención del usuario, en lugar de seguir la lógica de la empresa, reduce el número de clics necesarios. Un visitante que busca «plazo de entrega» debe llegar a la página adecuada sin pasar por «Nuestros compromisos» y luego por «Logística».
Limitar la profundidad a tres niveles
A partir de tres niveles de navegación (inicio, categoría, página), las tasas de consulta disminuyen. El mapa del sitio debe reflejar esta limitación. Si una página está a cuatro clics de la página de inicio, se sube de nivel o se añade un acceso directo desde una categoría superior.
- Nivel 1: categorías principales visibles en el menú (entre 5 y 8 secciones bastan para la mayoría de los sitios corporativos o tiendas online de tamaño medio)
- Nivel 2: subcategorías que concretan la intención (por ejemplo, «Calzado de senderismo» dentro de «Calzado»)
- Nivel 3: páginas finales (fichas de producto, artículos, páginas de servicios) conectadas entre sí mediante enlaces contextuales
Enlazado interno y navegación: facilitar el acceso a todas las páginas
Por completo que sea, un mapa del sitio no sustituye a una buena estructura de enlaces internos. Los enlaces contextuales en el cuerpo del texto, las migas de pan y los menús secundarios son los verdaderos canales de navegación del sitio.
Migas de pan y ubicación del usuario
Las migas de pan indican al visitante dónde se encuentra dentro de la estructura del sitio. También le permiten subir un nivel sin volver a la página de inicio. Para los motores de búsqueda, confirman la jerarquía entre las páginas. Cada paso de las migas de pan debe corresponder a una página real y enlazada.
Enlaces contextuales en el contenido
Un enlace situado en un párrafo y con un texto de anclaje descriptivo transmite más valor que un enlace genérico al final de la página. Conviene usar textos de anclaje que describan la página de destino («consulta las condiciones de devolución») en lugar de fórmulas imprecisas.
Las páginas huérfanas (sin ningún enlace interno que apunte a ellas) permanecen invisibles tanto para los robots como para los visitantes. El mapa HTML puede ayudar a encontrarlas, pero la solución duradera consiste en integrarlas en la estructura de enlaces desde el momento de su creación.
Accesibilidad del mapa del sitio: navegación con teclado y tamaño de las áreas clicables
Un mapa del sitio bien estructurado pierde su utilidad si algunos visitantes no pueden usarlo. Los criterios de accesibilidad publicados por el W3C en WCAG 2.2 (octubre de 2023) incluyen requisitos sobre la visibilidad del elemento seleccionado con el teclado y el tamaño mínimo de las áreas interactivas.
En la práctica, esto significa que se debe poder acceder a cada enlace del mapa del sitio con la tecla Tab y que debe contar con un indicador visual claro (un contorno o un cambio de color). Los menús fijos que cubren el contenido plantean un problema particular: pueden ocultar el elemento que tiene el foco e impedir la navegación con el teclado.
- Probar el mapa del sitio navegando únicamente con el teclado, sin usar el ratón
- Comprobar que las áreas clicables sean lo bastante grandes para el uso táctil (en smartphones y tabletas)
- Asegurarse de que ningún elemento fijo (banner, barra de cookies) cubra un enlace activo durante la navegación
- Comprobar el contraste entre el texto de los enlaces y el fondo
Mantener actualizado el mapa del sitio sin distorsionar las señales
Un mapa del sitio desactualizado envía señales contradictorias. Los enlaces rotos en la página HTML frustran a los visitantes. En el sitemap XML, una fecha «lastmod» actualizada artificialmente (sin que haya cambios reales en el contenido) acaba siendo ignorada por Google.
El campo «lastmod» solo se actualiza cuando se produce un cambio significativo: una modificación del texto, la incorporación de datos estructurados o el rediseño de un bloque de enlaces internos. Un simple cambio en la fecha del copyright no cuenta.
En la versión HTML, cada página que se añade o elimina debe reflejarse en el mapa. En un sitio con más de unos cientos de páginas, generar el mapa automáticamente (mediante el CMS o un plugin específico) evita olvidos. Una vez por trimestre, se comprueba manualmente que las categorías sigan reflejando la realidad del sitio y los recorridos de los visitantes.
El mapa del sitio no es un documento estático que se publica al lanzar el sitio y luego se olvida. Es una herramienta dinámica, alineada con la estructura real del sitio y con las necesidades de quienes lo consultan, tanto personas como robots.
