La profundidad de rastreo y el presupuesto asignado por Googlebot a un dominio dependen directamente de cómo están enlazadas las páginas entre sí. Un sitio cuya navegación se basa en menús sobrecargados de JavaScript o en una estructura demasiado profunda pierde indexación incluso antes de perder posicionamiento.
Impacto del peso de JavaScript en la reactividad de los menús de navegación
Un menú de navegación que tarda varios cientos de milisegundos en responder al clic degrada el INP del sitio entero. Desde que Google reemplazó el FID por la Interacción con la Siguiente Pintura (INP) en los Core Web Vitals, la reactividad de cada micro-interacción cuenta en la evaluación global de una página.
El problema rara vez proviene del HTML del menú. Proviene de las bibliotecas de animación, de los scripts de seguimiento inyectados en el encabezado y de los mega-menús renderizados del lado del cliente. Cada capa de JavaScript añadida al menú principal alarga el tiempo entre el clic del usuario y la visualización del resultado.
Recomendamos separar claramente el CSS de la navegación (transiciones nativas, sin JS para un simple hover) y diferir la carga de scripts no críticos después del renderizado del menú. Un menú en HTML/CSS puro con un fallback de JavaScript mínimo sigue siendo la solución más fiable para mantener un INP aceptable, incluso en móvil.
Para observar cómo un sitio editorial organiza sus secciones sin sobrecarga técnica, la estructura del sitio Maman Chic ilustra una estructura plana legible tanto por los usuarios como por los robots de indexación.
Estructura plana o profunda: estructurar las categorías para el rastreo
La regla técnica sigue siendo simple: toda página debe ser accesible en un máximo de tres clics desde la página de inicio. Más allá de eso, la frecuencia de rastreo disminuye y la página pierde autoridad interna.
Una estructura plana (inicio > categoría > página) es adecuada para la mayoría de los sitios de vitrina y blogs. Los sitios de comercio electrónico o portales de contenido voluminoso requieren un nivel adicional (inicio > categoría > subcategoría > página), pero no más.
La trampa común consiste en multiplicar las categorías para cubrir cada variación semántica de una palabra clave. Resultado: páginas de categoría casi vacías, contenido duplicado entre secciones cercanas y una malla interna diluida. Preferimos agrupar contenidos cercanos bajo una única categoría y diferenciar por etiquetas o filtros del lado del front, sin generar URL indexables adicionales.
Gestión de URL y permalinks
La estructura de URL refleja la jerarquía. Un camino del tipo /categoria/subcategoria/slug-pagina le da al rastreador una señal clara de jerarquía. Añadir segmentos innecesarios (fechas, identificadores numéricos) confunde esta señal y alarga la URL sin beneficio SEO.
Cada página canónica debe apuntar hacia sí misma. Las páginas de paginación, ordenación o filtrado reciben una etiqueta canónica hacia la categoría padre o un atributo noindex según el caso.
Malla interna y migas de pan: señales de estructura para los motores
La malla interna no es un ejercicio cosmético. Distribuye el PageRank interno e indica a los motores qué páginas son prioritarias. Un enlace contextual en el cuerpo de un artículo transmite más peso que un enlace en un pie de página repetido en todas las páginas.
- Cada página de contenido debe contener al menos dos enlaces internos hacia páginas del mismo nivel o de nivel superior en la jerarquía.
- Los anclajes de enlaces internos retoman la palabra clave objetivo de la página de destino, sin sobreoptimización (variar las formulaciones).
- Las páginas huérfanas (ninguna página apunta hacia ellas) deben ser detectadas a través de un rastreo regular y vinculadas a una categoría o eliminadas.
Las migas de pan (breadcrumb) cumplen un doble rol. Del lado del usuario, sitúan la página en la jerarquía y ofrecen un retorno rápido hacia los niveles superiores. Del lado SEO, el marcado estructurado BreadcrumbList genera rich snippets que mejoran la tasa de clic en los resultados de búsqueda.
Para que las migas de pan funcionen correctamente, cada nivel debe corresponder a una verdadera página indexable. Un breadcrumb que muestra un nivel no clicable o que redirige a una 404 envía una señal negativa al rastreador.
Accesibilidad WCAG 2.2 y navegación por teclado: restricciones estructurales
La accesibilidad ya no es una auditoría realizada después de la puesta en producción. Las WCAG 2.2, recomendación oficial del W3C desde octubre de 2023, añaden nueve criterios en comparación con la versión anterior, varios de los cuales se refieren directamente a la navegación.
Los puntos críticos para la estructura:
- El enfoque del teclado debe seguir el orden visual de los elementos. Un menú cuyo DOM se reorganiza en JavaScript sin actualización del tabindex crea una navegación incoherente para los usuarios de lectores de pantalla.
- Las zonas de página (header, nav, main, footer) deben utilizar los landmarks ARIA correspondientes. Un sitio que se basa en div genéricos sin rol semántico pierde navegabilidad para las tecnologías de asistencia.
- El tamaño mínimo de los objetivos táctiles (enlaces, botones de menú) debe ser suficiente para evitar errores de clic en móvil, un criterio reforzado por WCAG 2.2.
Integrar estas restricciones desde el diseño de la estructura y las plantillas de página evita refacciones costosas. Una auditoría Lighthouse combinada con una prueba manual por teclado es suficiente para identificar la mayoría de los problemas de navegación accesibles.
Probar la estructura con un rastreo técnico
La teoría no vale nada sin verificación. Un rastreo completo del sitio con una herramienta dedicada (Screaming Frog, Sitebulb o equivalente) revela las incoherencias entre la estructura planificada y la estructura real: páginas huérfanas, bucles de redirección, profundidad excesiva, enlaces rotos en el menú.
Lanzamos este tipo de rastreo después de cada modificación significativa de la estructura o del menú principal. Un rastreo mensual sigue siendo el mínimo para un sitio que publica contenido regularmente. Los resultados alimentan directamente las decisiones de malla interna y limpieza de URL.
El sitemap XML complementa el rastreo al listar explícitamente las páginas a indexar. No reemplaza una buena malla interna, pero garantiza que el rastreador descubra las páginas recientes sin esperar a que se cree manualmente un enlace interno.
Estructurar un sitio para la navegación implica resolver un problema de arquitectura técnica antes de ser un tema de diseño. Las elecciones de estructura, malla y rendimiento de JavaScript determinan tanto la satisfacción del usuario como la capacidad de los motores para explorar el sitio. Corregir estas bases después cuesta siempre más que establecerlas correctamente desde el principio.
