Volver al blog

El laberinto lineal: Navegar sin la etiqueta <main>

Infografía detallada: El laberinto lineal: Navegar sin la etiqueta <main>

TL;DR (Too Long; Didn’t Read... o básicamente: mucho texto, dame el resumen rápido)
Todo documento HTML debe tener exactamente una etiqueta <main> (o role="main") para identificar su zona neurálgica. Sin ella, las personas usuarias ciegos o de teclado no pueden invocar el atajo de salto directo, forzándolos a recorrer todo el menú en cada recarga de página.

La ausencia del destino primario

Imagínate abrir un libro y tener que leer obligatoriamente el índice, los créditos y el prólogo cada vez que quieres retomar el capítulo donde te quedaste. Esa es la experiencia de una persona usuaria de lector de pantalla cuando un sitio carece del Hito Principal (Main Landmark) dictado por la WCAG 1.3.1.

El patrón erróneo: Código Accesible Deficiente

Un diseño compuesto íntegramente por <div>, donde el contenido de valor queda camuflado entre cabeceras y barras laterales.

<!-- MAL: Sin zona de aterrizaje primaria -->
<body>
  <header>...</header>
  <div id="content-wrapper">
    <!-- La persona usuaria no puede saltar aquí fácilmente -->
    <h1>Noticia del día</h1>
    <p>...</p>
  </div>
</body>

La Solución Accesible: Código Recomendado

Implementar estrictamente la etiqueta <main> como hijo directo de <body>, garantizando que envuelva el contenido único de esa ruta.

<!-- BIEN: Landmark principal claramente definido -->
<body>
  <header>...</header>
  <main>
    <h1>Noticia del día</h1>
    <p>...</p>
  </main>
</body>

Metodología de Verificación y Testing

Pruebas Manuales con Lectores de Pantalla

Con NVDA, presionar D para saltar entre landmarks (puntos de referencia). Verificar que las regiones semánticas sean detectadas correctamente y que sus nombres sean descriptivos. En JAWS, usar R para navegar entre regiones. En VoiceOver (macOS), abrir el Rotor (VO+U) y verificar la lista de "Puntos de referencia".

Inspección del Árbol de Accesibilidad

En Chrome DevTools, seleccionar el elemento afectado en el panel Elements, luego abrir la pestaña Accessibility. Verificar que las propiedades Role, Name y State reflejen correctamente la intención del componente según el criterio WCAG 1.3.1.

Herramientas Automatizadas

Ejecutar Axe DevTools: las reglas relacionadas con estructura (ej: list, listitem, landmark-*) son altamente confiables para detectar violaciones del Criterio 1.3.1. Complementar con el validador HTML del W3C para errores de modelo de contenido.

Compartir artículo:

Artículos relacionados

¿Necesitas ayuda con la accesibilidad de tus proyectos?

Descubre cómo nuestro ecosistema detecta y corrige las barreras de forma automática.

Hablar con un experto (Abre en una nueva ventana)