Fallo común Fallos comunes WCAG 2.2
F86Fallo del criterio de conformidad 4.1.2 debido a no proporcionar nombres a cada una de las partes de un campo de formulario compuesto, como un número de teléfono de EE. UU.
En resumen
Este fallo se produce cuando un dato se pide en varios campos de entrada separados (por ejemplo, un teléfono dividido en tres cuadros) y solo hay una etiqueta para todos, o la etiqueta está asociada únicamente al primero. Las personas que usan lector de pantalla encuentran campos sin nombre y no saben qué escribir en cada uno. Revíselo en formularios con fechas, teléfonos, DNI o códigos divididos en partes.
Aplicabilidad
General
Descripción
Este documento describe una condición de fallo del criterio de conformidad 4.1.2 Nombre, función y valor en la que algunas o todas las partes de un campo de formulario compuesto carecen de nombre. A menudo existe una etiqueta para el campo compuesto, que está asociada por software a la primera parte o no está asociada por software a ninguna de las partes.
No es necesario que el nombre sea visible, pero sí debe ser visible para las tecnologías de asistencia.
Ejemplos
Un número de teléfono de EE. UU. se compone de un código de área de tres dígitos, un prefijo de tres dígitos y un sufijo de cuatro dígitos. Normalmente se presentan con el formato ([código de área]) [prefijo]-[sufijo], por ejemplo (939) 555-0113. Es frecuente que los formularios que piden un número de teléfono incluyan tres campos separados pero con una sola etiqueta, como en este caso:
Phone number: (<input type="text" size="3">)
<input type="text" size="3">-<input type="text" size="4">El fallo se produce cuando no existe un nombre para cada uno de los tres campos en la API de accesibilidad. Un usuario de tecnología de asistencia los percibirá como tres campos de texto sin definir. Algunas tecnologías de asistencia leen los signos de puntuación como identificación de los campos de texto, lo que puede resultar aún más confuso. En el caso de un número de teléfono de EE. UU. en tres campos, algunas tecnologías de asistencia darían a los campos los nombres "(", ")" y "-", lo que no resulta muy útil.
El mismo número de teléfono de EE. UU. En este caso, la etiqueta no está asociada por software a ninguna de las partes.
Phone number: (<input type="text" size="3">)
<input type="text" size="3">-<input type="text" size="4">Un usuario de tecnología de asistencia los percibirá como tres campos de texto sin definir.
El mismo número de teléfono de EE. UU. En este caso, la etiqueta está asociada por software a la primera parte.
<label for="area">Phone number:</label> (<input id="area" type="text" size="3">)
<input type="text" size="3">-<input type="text" size="4">Un usuario de tecnología de asistencia creerá que el primer campo es para el número de teléfono completo, y percibirá el segundo y el tercer campo como campos de texto sin definir.
Pruebas
Procedimiento
Para cada subcampo del campo de formulario compuesto:
- Comprobar que el campo tiene un nombre determinado por software.
Resultados esperados
- Si la comprobación n.º 1 es falsa para cualquiera de los subcampos, se da la condición de fallo y el contenido falla el criterio de conformidad.
Recursos
- Gnome Accessibility Toolkit documentation (documentación del kit de herramientas de accesibilidad de Gnome)
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.
Fuente y licencia
Traducción al español, no oficial, realizada por ADDAW a partir de la técnica F86 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.
