Addaw, ir a inicio Donar

Fallo común Fallos comunes WCAG 2.2

F22Fallo del criterio de conformidad 3.2.5 debido a abrir ventanas que el usuario no ha solicitado

En resumen

Este fallo se produce cuando una página abre ventanas nuevas o emergentes sin que el usuario lo haya pedido ni se le haya avisado: al cargar la página, al pulsar en una zona sin apariencia de enlace o al activar un enlace que no indica que abrirá otra ventana. El foco se desplaza y desorienta sobre todo a quienes usan lector de pantalla o magnificador. Abra ventanas nuevas solo a petición del usuario y avise de ello en el texto del enlace.

Ejemplo práctico

Ocurre en sedes electrónicas y webs municipales que abren documentos o trámites externos en otra pestaña con target="_blank" sin decirlo, y en ventanas emergentes que se abren solas al cargar la página.

Así no: Enlaces que abren otra ventana sin aviso

Ambos enlaces llevan target="_blank", pero nada en su texto lo indica. Al activarlos se abre una pestaña nueva, el botón Atrás deja de funcionar y quien usa lector de pantalla o ampliador no sabe que ha cambiado de ventana.

<p>Convocatoria de ayudas al alquiler para jóvenes 2026.</p>
<ul>
  <li>
    <a href="#bases" target="_blank" rel="noopener">
      Bases de la convocatoria (PDF, 320 kB)
    </a>
  </li>
  <li>
    <a href="#sede" target="_blank" rel="noopener">
      Presentar la solicitud en la sede electrónica
    </a>
  </li>
</ul>
Captura de pantalla del ejemplo incorrecto: Enlaces que abren otra ventana sin aviso
Así se ve el ejemplo incorrecto.

La demostración contiene, a propósito, el error de accesibilidad que se explica.

Así sí: Aviso visible en el texto del enlace

Se añade el texto «(se abre en una ventana nueva)» dentro de cada enlace, de modo que forma parte de su nombre accesible y se ve en pantalla. Así la apertura deja de ser inesperada. Otra opción igual de válida es quitar target="_blank" y abrir en la misma ventana.

<p>Convocatoria de ayudas al alquiler para jóvenes 2026.</p>
<ul>
  <li>
    <a href="#bases" target="_blank" rel="noopener">
      Bases de la convocatoria (PDF, 320 kB)
      <span>(se abre en una ventana nueva)</span>
    </a>
  </li>
  <li>
    <a href="#sede" target="_blank" rel="noopener">
      Presentar la solicitud en la sede electrónica
      <span>(se abre en una ventana nueva)</span>
    </a>
  </li>
</ul>

Pruébelo aquí:

Cómo comprobarlo

Teclado

  1. Cargar la página y comprobar que no se abre ninguna ventana o pestaña adicional por sí sola.
  2. Recorrer los enlaces y botones con el tabulador y activarlos con Intro.
  3. Anotar cuáles abren una ventana o pestaña nueva y comprobar que su texto lo anuncia antes de activarlos.

Lector de pantalla (NVDA o VoiceOver)

  1. Abrir la lista de enlaces (NVDA: Insert+F7; VoiceOver: rotor con Ctrl+Opción+U).
  2. Comprobar que los enlaces que abren ventana nueva incluyen el aviso en su nombre.

Debería anunciar: «Bases de la convocatoria (PDF, 320 kB) (se abre en una ventana nueva), enlace»

Herramientas del navegador

  1. En la consola, ejecutar document.querySelectorAll('a[target="_blank"], form[target="_blank"]') para listar los elementos que abren ventana nueva.
  2. Revisar en el panel Fuentes o con los «Detectores de eventos» si hay llamadas a window.open en eventos load, click en el cuerpo de la página o similares.

Validación automática

  1. axe DevTools, WAVE y Lighthouse no tienen una regla que compruebe si un enlace avisa de que abre ventana nueva ni si aparecen ventanas emergentes al cargar.
  2. La revisión es manual; la consulta de la consola anterior sirve para localizar rápidamente los enlaces que hay que revisar.

Errores frecuentes en auditorías

  • Todos los enlaces externos y PDF con target="_blank" por defecto del CMS, sin ningún aviso.
  • Aviso solo con un icono de flecha decorativo, sin texto alternativo ni texto oculto.
  • Aviso únicamente en el atributo title, que no se ve con teclado ni en pantallas táctiles y muchos lectores no leen.
  • Ventanas emergentes de publicidad, encuestas o chat que se abren con window.open al cargar la página.

Técnica completa: traducción al español del texto del W3C

Aplicabilidad

General

Descripción

Fallo debido a la apertura de ventanas nuevas cuando el usuario no las espera. Las ventanas nuevas desvían el foco de lo que el usuario está leyendo o haciendo. Esto es aceptable cuando el usuario ha interactuado con un elemento de la interfaz de usuario y espera obtener una ventana nueva, como un cuadro de diálogo de opciones. El fallo se produce cuando las ventanas emergentes aparecen de forma inesperada.

Ejemplos

Cuando un usuario navega a una página, aparece una ventana nueva sobre la ventana existente del agente de usuario y el foco se desplaza a la nueva ventana.

Un usuario pulsa en un enlace y aparece una ventana nueva. El enlace original no tiene ningún texto asociado que indique que abrirá una ventana nueva.

Un usuario pulsa en el cuerpo de una página y aparece una ventana nueva. No hay ninguna indicación de que la zona en la que se ha pulsado tenga funcionalidad.

Un usuario pulsa en un texto sin ningún estilo distintivo dentro de la página y aparece una ventana nueva. La página no tiene ninguna indicación visible de que esa zona sea funcional.

Pruebas

Procedimiento

  1. Cargar la página web.
  2. Comprobar si se abren ventanas nuevas (adicionales).
  3. Localizar todos los elementos accionables, como enlaces y botones, de la página web.
  4. Activar cada elemento.
  5. Comprobar si al activar el elemento se abre una ventana nueva.
  6. Comprobar si los elementos que abren ventanas nuevas tienen un texto asociado que indique que eso va a ocurrir. El texto puede mostrarse en el enlace o estar disponible mediante una asociación oculta, como un atributo title de HTML.

Resultados esperados

  • Si la comprobación n.º 2 es verdadera, se da la condición de fallo y el contenido falla el criterio de conformidad
  • Si la comprobación n.º 5 es verdadera y la comprobación n.º 6 es falsa, se da la condición de fallo y el contenido falla el criterio de conformidad

Cómo lo comprobamos en ADDAW

Este fallo es uno de los que buscamos en cada auditoría de accesibilidad de ADDAW: lo documentamos con capturas y el código afectado, indicamos el criterio que incumple y la técnica suficiente con la que se corrige. Los informes siguen la metodología del Observatorio de Accesibilidad y la norma UNE-EN 301 549.

Solicitar una auditoría

Fuente y licencia

Traducción al español, no oficial, realizada por ADDAW a partir de la técnica F22 del documento «Techniques for WCAG 2.2» del W3C (versión del repositorio público del W3C a 22/10/2026). Copyright © W3C® (MIT, ERCIM, Keio, Beihang). Se publica conforme a la licencia de documentos del W3C. El texto normativo de referencia es el original en inglés; si detecta un error en la traducción, escríbanos.

Financiado por la unión europea Gobierno de españa red.es Plan de recuperación transformación y resilencia kit digital