Un plan de sitio cumple dos funciones distintas según si se dirige a los motores de búsqueda o a los visitantes humanos. Esta distinción, a menudo difusa en las guías generalistas, condiciona toda la estrategia de navegación de un sitio web. Comprender lo que cada formato aporta (y lo que no garantiza) permite evitar errores de estructura que penalizan tanto el posicionamiento como la experiencia del usuario.
Sitemap XML y plan de sitio HTML: dos objetos, dos lógicas
El término “sitemap” abarca dos realidades técnicas que la mayoría de los propietarios de sitios confunden. El sitemap XML es un archivo destinado a los robots de exploración de los motores de búsqueda. Lista URLs canónicas, indexables, que devuelven un estado HTTP 200, con una metadato lastmod correctamente informado. Su función se limita a acelerar el descubrimiento de páginas poco vinculadas por el enlazado interno.
El plan de sitio HTML, por su parte, es una página visible para los visitantes. Funciona como un índice del sitio, útil para la accesibilidad y la navegación, pero sin impacto directo en el ranking de los resultados de búsqueda.
Esta separación tiene consecuencias prácticas. Un sitemap XML mal configurado (URLs con error 404, páginas no canónicas, redirecciones) puede ralentizar la exploración sin mejorar la indexación. Un plan de sitio HTML descuidado priva a los usuarios de un punto de referencia de navegación, especialmente en sitios que cuentan con varios cientos de páginas. Al explorar el plan del sitio de Bankai, se observa cómo una estructura clara organiza el acceso a los contenidos sin sobrecargar la página.
Etiquetas priority y changefreq: lo que Google ignora en un sitemap XML
Durante años, los generadores de sitemaps XML han propuesto dos etiquetas destinadas a guiar a los motores de búsqueda: priority (prioridad relativa de una URL) y changefreq (frecuencia de actualización declarada). La documentación técnica reciente confirma que Google ignora en la práctica estas dos etiquetas.
Concretamente, asignar una prioridad de 1.0 a tu página de inicio y 0.3 a tus menciones legales no cambia nada en el comportamiento del robot de indexación. Google determina la frecuencia de rastreo por sus propias señales: historial de modificación real de la página, popularidad, enlaces internos y externos.
La única metadato del sitemap XML que conserva una utilidad medible es lastmod, siempre que refleje una modificación real del contenido. Informar una fecha ficticia o actualizar lastmod sin modificar la página equivale a enviar una señal engañosa que los motores aprenden a ignorar.
Lo que aún merece ser configurado
- La etiqueta
lastmodcon la fecha efectiva de la última modificación sustancial del contenido, no la fecha de republicación automática - La exclusión de URLs no indexables: páginas de paginación, filtros de facetas, versiones duplicadas por parámetros de URL
- La división en varios archivos sitemap si el sitio supera el límite de 50,000 URLs por archivo, con un índice sitemap que los agrupe
Estructura del sitio y navegación: el verdadero palanca para los visitantes
Un sitemap XML bien construido no compensa una estructura confusa. La estructura de categorías y subcategorías de un sitio web determina la facilidad con la que un visitante encuentra lo que busca. Una estructura plana, limitada a tres niveles de profundidad, sigue siendo el modelo más eficaz para la mayoría de los sitios.
Más allá de tres niveles, cada clic adicional aumenta la tasa de abandono. Las páginas enterradas en el cuarto o quinto nivel también reciben menos “jugo de enlace” interno, lo que reduce sus posibilidades de aparecer en los resultados de búsqueda.
Categorías y enlazado interno
Las categorías de un sitio no son simples etiquetas organizativas. Constituyen páginas por derecho propio, indexables, que deben contener contenido propio. Una página de categoría vacía o reducida a una lista de enlaces envía una señal de bajo valor a los motores.
El enlazado interno, es decir, los enlaces entre páginas del mismo sitio, juega un papel complementario. Cada página estratégica debería ser accesible en un máximo de dos clics desde la página de inicio. Las páginas huérfanas (sin ningún enlace interno que apunte a ellas) probablemente nunca serán descubiertas por los robots, incluso si están en el sitemap XML.
Plan de sitio HTML y accesibilidad web: un desafío subestimado
El plan de sitio HTML está experimentando un resurgimiento de interés relacionado con las exigencias de accesibilidad digital. Para los usuarios de lectores de pantalla o de navegación por teclado, una página que enumera todas las secciones del sitio ofrece un atajo de navegación que los menús desplegables no siempre reemplazan.
Los estándares de accesibilidad web recomiendan que cada sitio ofrezca al menos dos medios de navegación complementarios: el menú principal y un plan de sitio o un motor de búsqueda interno. El plan de sitio HTML responde directamente a esta exigencia sin requerir un desarrollo complejo.
- Ofrece una visión general de la estructura del sitio en una sola página, consultable sin interacción JavaScript
- Permite a los visitantes desorientados por una estructura profunda encontrar una sección sin volver a la página de inicio
- Sirve como red de seguridad cuando el menú principal falla en algunos navegadores o dispositivos
Los comentarios de campo divergen sobre el uso real de estas páginas por parte de los visitantes. En sitios de menos de cincuenta páginas, el plan de sitio HTML rara vez se consulta. En cambio, en sitios con un alto volumen de contenido (e-commerce, medios, portales institucionales), los datos de consulta muestran un tráfico regular en esta página.
Estructurar un plan de sitio, ya sea XML o HTML, no se limita a generar un archivo automático y olvidarlo. El sitemap XML requiere un mantenimiento regular para reflejar el estado real del sitio. El plan de sitio HTML merece una actualización con cada adición de sección. Ambos formatos sirven a públicos diferentes, con expectativas diferentes, y negar uno en favor del otro deja una parte del trabajo incompleto.
