En resumen
Qué se mide
campos de formulario (cuadros de texto, casillas, desplegables) sin una etiqueta asociada por software.
Referencia
MDN: no basta con texto al lado del campo; hace falta un elemento label implícito o explícito. El placeholder no es una etiqueta.
Por qué importa
el lector de pantalla lee la etiqueta al entrar en el campo y pulsarla lleva el foco al campo: sin ella se pierden las dos cosas.
Severidad en Wakaris
Crítico. Falla en el 12 % de las páginas analizadas.
Qué es y qué mide este hallazgo
Este hallazgo salta cuando en tu página hay campos de formulario sin una etiqueta asociada por software. La etiqueta es el elemento label del HTML, que según MDN representa el rótulo de un elemento de la interfaz. Su función no es solo mostrar un texto junto al campo: es decirle al navegador, y a la tecnología de apoyo, que ese texto describe ese campo.
La asociación se hace de dos maneras. La explícita: el campo lleva un id y la etiqueta un atributo for con el mismo valor. La implícita: el campo va anidado dentro de la etiqueta, sin for ni id. Cualquiera de las dos vale.
Lo que no vale es lo que MDN descarta expresamente: no es suficiente tener texto plano adyacente al input; la usabilidad y la accesibilidad requieren una etiqueta implícita o explícita. Un texto que parece un rótulo pero no está asociado es, para el software, un párrafo cualquiera.
Cómo se mide
Wakaris carga la URL que le indiques, localiza cada campo de formulario de la página y comprueba si tiene una etiqueta asociada: un label con for apuntando a su id, un label que lo envuelva, o un nombre accesible dado por otra vía. El resultado es un recuento de campos sin etiqueta, con la instancia y el fragmento de código de cada uno.
El umbral es estricto: el hallazgo salta desde el primer campo sin etiqueta, con cortes adicionales en 3 y en 10 campos que dan idea de la magnitud. La severidad es la del check, Crítico, sea cual sea el recuento.
Un matiz para leer bien el informe: el atributo placeholder, el texto gris que aparece dentro del campo vacío, no cuenta como etiqueta. MDN es tajante: no es una etiqueta y no debe usarse como sustituto, porque desaparece al escribir, no es accesible para los lectores de pantalla y los traductores automáticos pueden saltárselo. Un campo que solo tiene placeholder es un campo sin etiqueta para Wakaris, igual que para el lector.
Por qué importa
Importa porque la etiqueta convierte una casilla en una pregunta. Sin ella, quien no ve la pantalla sabe que hay un campo, no qué se le pide.
MDN describe los dos beneficios que se pierden. El primero es para quien usa un lector de pantalla: el lector lee la etiqueta cuando la persona entra en el campo, y así sabe qué dato introducir. Sin asociación, oye "campo de texto" y adivina por el contexto. El segundo es para todo el mundo: al pulsar o tocar la etiqueta, el navegador pasa el foco al campo. Esa zona de pulsación ampliada ayuda a cualquiera, sobre todo en pantallas táctiles.
Y hay un plano de conformidad. Las WCAG piden en el criterio 3.3.2, de nivel A, etiquetas o instrucciones cuando el contenido requiere entrada de datos. Ese criterio no exige que la etiqueta esté asociada; eso lo cubre aparte el 1.3.1, Información y relaciones, también de nivel A. Un formulario con textos al lado de los campos puede cumplir el primero y fallar el segundo, que es lo que este hallazgo detecta.
Causas comunes
Las causas casi nunca son una decisión: son formas de construir formularios que parecen correctas en pantalla.
La primera es el placeholder como única etiqueta. Es el patrón más extendido en formularios compactos: el campo dice "Nombre" en gris hasta que escribes. Se ve limpio, pero MDN advierte de que el placeholder nunca debería ser necesario para entender el formulario y recomienda evitarlo.
La segunda es el texto suelto junto al campo. Un párrafo, un span o una celda de tabla con el rótulo, y al lado el campo, sin for ni anidamiento. Se ve idéntico a un formulario bien hecho; para el software no hay relación.
La tercera es la etiqueta rota: existe un label con for, pero el id del campo cambió, está duplicado o lo genera un script con otro valor. El rótulo está y la asociación no.
La cuarta son los campos generados por componentes: buscadores de la cabecera, boletines, formularios de terceros o de constructores visuales que crean el campo sin etiqueta o con una oculta mal enlazada. Quien monta la página no ha escrito ese HTML.
Cómo solucionarlo
Empieza por el informe de Wakaris: te da cada campo sin etiqueta con su fragmento de código, y con eso sabes de qué causa viene cada uno.
Si el campo tiene un texto al lado que hace de rótulo, conviértelo en un label. La vía más sencilla es la explícita: un id en el campo y un for con el mismo valor en la etiqueta. Anidar el campo dentro del label también vale y no necesita identificadores.
Si el campo solo tiene placeholder, añade una etiqueta visible. El placeholder puede quedarse como ejemplo del formato esperado, que es su función según MDN, no como sustituto del rótulo. Si el diseño no admite etiqueta visible, dale al campo un nombre accesible por otra vía, aunque es menos robusto.
Si la etiqueta existe pero no enlaza, comprueba que el for y el id coinciden y que el id es único en la página. No metas enlaces, botones ni encabezados dentro del label: MDN advierte de que dificultan activar el campo. Después vuelve a pasar la página por Wakaris y comprueba que el recuento baja a cero.
Pregúntale a tu IA
Si quieres profundizar en tu caso concreto, copia uno de estos dos prompts y pégalo en la IA que uses. Elige según tu situación.
Ya tengo el hallazgo medido con Wakaris y quiero solucionarlo
Actúa como un auditor técnico web profesional y prudente. Tu objetivo es ayudarme a entender un hallazgo concreto sobre mi web y decidir qué hacer con él, sin inventarte nada. Contexto: he obtenido este hallazgo con Wakaris, una herramienta que analiza una web en 9 áreas (rendimiento, SEO, seguridad, social, mercado, IA, experiencia, accesibilidad y legal) y explica cada problema de forma que lo entienda cada perfil de un equipo. El hallazgo es: Etiquetado de formularios. Hay campos de formulario en mi página (cuadros de texto, casillas, desplegables) sin una etiqueta asociada por software, así que un lector de pantalla los anuncia como "campo de texto" sin decir qué hay que escribir. Referencia: cada campo debe tener un elemento label asociado, explícito (for e id) o implícito (anidado), o un nombre accesible por otra vía; el placeholder no cuenta. El umbral de Wakaris es cero campos sin etiqueta. Pega aquí el resultado de Wakaris: cuántos campos sin etiqueta hay, en qué página y, si lo indica, el fragmento de código de cada uno. Si no lo tienes, dímelo y te diré cómo obtenerlo antes de seguir. Reglas que debes seguir en todo momento: 1. No asumas nada sobre mi web. Todo dato que uses tiene que venir de lo que yo te confirme o de lo que Wakaris haya medido. Si no lo sabes, pregúntamelo antes de afirmarlo. 2. Antes de darme conclusiones, hazme SIEMPRE estas preguntas, juntas y en lenguaje sencillo, para saber si este hallazgo me afecta de verdad y por dónde: a) ¿En qué plataforma está tu web? (WordPress, Shopify, web a medida, otra) b) ¿Los campos señalados están en un formulario concreto (contacto, boletín, buscador, pago) o repartidos por varios? c) ¿Esos campos muestran un texto gris dentro (placeholder) como única indicación, o tienen un rótulo visible al lado? d) ¿El formulario lo genera un plugin, un constructor visual o un servicio de terceros, o el HTML lo escribió alguien de tu equipo? e) ¿Puedes editar el HTML del formulario, o solo sus opciones en un panel? f) ¿Ha cambiado recientemente el formulario o la plantilla? g) Si hay que aplicar un arreglo técnico, ¿lo harías tú, un técnico interno o una agencia? 3. Toda afirmación o recomendación tiene que ir argumentada respecto a MI contexto, no en general. Si me recomiendas algo, explícame por qué aplica a mi caso. 4. Marca siempre tu nivel de certeza. Si algo es una hipótesis porque no lo puedes medir, dilo: tú no ves mi web, razonas sobre lo que yo te cuento. 5. No me propongas cambios técnicos irreversibles o de riesgo (configuración de servidor, borrar recursos, cambios directos en producción) sin avisarme antes del riesgo y de que conviene una copia de seguridad o un entorno de prueba. 6. Si necesitas un dato que solo se obtiene comprobando la web (confirmar el resultado real, la página exacta, o si el arreglo funcionó), dímelo y recomiéndame volver a pasar la página por Wakaris: eso se comprueba, no se adivina. 7. La decisión final es mía, no tuya. Tu papel es ayudarme a entender y a preparar la acción, no decidir por mí. 8. Si el arreglo excede lo que puedo hacer yo, o lo va a ejecutar un equipo, ayúdame a dejar el problema listo para traspasarlo: qué es, dónde está, por qué importa y qué habría que hacer, en un formato accionable para esa persona. Fuente de este hallazgo: https://www.wakaris.com/es/guias/accesibilidad/etiquetado-de-formularios Para comprobarlo o volver a comprobarlo: https://www.wakaris.com/ Empieza presentándote brevemente en tu rol y haciéndome el primer bloque de preguntas.
Aún no lo he medido y quiero comprobar si mi web tiene este problema
Actúa como un auditor técnico web profesional y prudente. Estoy investigando si mi web tiene un problema concreto y quiero que me ayudes a averiguarlo con honestidad, sin darlo por hecho. Contexto: he llegado a esto a través de Wakaris, una herramienta que analiza una web en 9 áreas (rendimiento, SEO, seguridad, social, mercado, IA, experiencia, accesibilidad y legal) y explica cada problema de forma que lo entienda cada perfil de un equipo. El problema que quiero investigar es: Etiquetado de formularios. Consiste en que algún campo de formulario de mi página (cuadro de texto, casilla, desplegable) no tiene una etiqueta asociada por software, y un lector de pantalla lo anuncia como "campo de texto" sin decir qué se pide. Referencia: cada campo debe tener un elemento label asociado; el placeholder no cuenta. El umbral es cero campos sin etiqueta. Todavía NO sé si mi web lo tiene: quiero averiguarlo. Reglas que debes seguir en todo momento: 1. Lo primero y más importante: esto se COMPRUEBA sobre la página real, y tú no puedes comprobar mi web desde esta conversación. Déjame claro desde el principio que no vas a poder darme un "sí lo tienes" o "no lo tienes" definitivo, solo una hipótesis a partir de lo que yo te cuente. 2. No asumas nada. Antes de darme ninguna valoración, hazme SIEMPRE estas preguntas, juntas y en lenguaje sencillo, para estimar si es probable que tenga el problema: a) ¿Tus formularios muestran el nombre del campo solo como texto gris dentro de la casilla, que desaparece al escribir? b) Si pulsas en el texto que hay junto a un campo, ¿el cursor se coloca dentro del campo o no pasa nada? c) ¿Los formularios los genera un plugin, un constructor visual o un servicio externo? d) ¿Cuántos formularios tiene la web: solo contacto, o también buscador, boletín, registro, pago? e) ¿En qué plataforma está? (WordPress, Shopify, web a medida, otra; o no lo sé) f) ¿Alguien ha revisado alguna vez la accesibilidad de la web? 3. Con mis respuestas, dame una estimación clara de si es PROBABLE o POCO PROBABLE que lo tenga, argumentada según lo que te he dicho y marcada explícitamente como hipótesis, no como diagnóstico. 4. Dime de forma directa que la única manera de saberlo de verdad es comprobarlo, y que puedo hacerlo gratis y sin crear cuenta pasando mi web por Wakaris, que me dará el resultado real, el recuento de campos sin etiqueta con el fragmento de código de cada uno y de paso el estado de las otras áreas. 5. Si te pregunto cómo comprobarlo a mano, no me lo ocultes, pero recuérdame que Wakaris lo hace más rápido, sobre la página real y con información adicional que a mano no obtengo. 6. Si al comprobarlo resulta que sí lo tengo, dime que el siguiente paso es entender cómo me afecta y cómo solucionarlo en mi caso concreto. 7. La conclusión y la decisión son mías, no tuyas. Tú me ayudas a orientarme. Fuente de este hallazgo: https://www.wakaris.com/es/guias/accesibilidad/etiquetado-de-formularios Para comprobarlo: https://www.wakaris.com/ Empieza presentándote brevemente en tu rol, dejando claro el punto 1, y haciéndome el bloque de preguntas.
Preguntas frecuentes
¿El placeholder no sirve como etiqueta? +
No. MDN lo dice sin matices: el placeholder no es una etiqueta y no debe usarse como sustituto. Desaparece al escribir, no es accesible para los lectores de pantalla y los traductores automáticos pueden saltárselo. Sirve para dar un ejemplo del formato esperado, no para decir qué es el campo.
¿Qué diferencia hay entre asociar la etiqueta con for e id y anidar el campo? +
Ninguna en el resultado: en ambos casos el navegador asocia el texto al campo, el lector de pantalla lo lee al entrar y pulsar la etiqueta lleva el foco al campo. La explícita, con for e id, permite colocar la etiqueta en otro sitio del HTML; la implícita evita inventar identificadores.
Si el texto está al lado del campo y se ve claro, ¿por qué falla? +
Porque la relación que ves tú no la ve el software. MDN es explícito: no basta con texto plano adyacente al campo; hace falta una etiqueta implícita o explícita. Sin asociación, el lector de pantalla anuncia un campo sin nombre y pulsar el texto no lleva el foco a la casilla.
¿Un campo puede tener nombre accesible sin un label visible? +
Sí, se le puede dar un nombre por otras vías, y Wakaris lo da por etiquetado si ese nombre existe. Pero la etiqueta visible es la que MDN describe como siempre apropiada: la ve todo el mundo, amplía la zona de pulsación y no depende de que la tecnología de apoyo interprete un atributo.
Fuentes citadas
- developer.mozilla.org<label>: The Label element, MDN Web Docs: qué es la etiqueta, asociación explícita e implícita, lectura por el lector de pantalla al entrar en el campo, zona de pulsación ampliada y qué no meter dentro de un
label. - developer.mozilla.org<input>: The HTML Input element, MDN Web Docs: el placeholder no es una etiqueta ni un sustituto, por qué, y la insuficiencia del texto plano adyacente frente a una etiqueta implícita o explícita.
- w3.orgUnderstanding Success Criterion 3.3.2: Labels or Instructions, W3C WAI: texto del criterio, nivel A, su intención y la aclaración de que la asociación correcta la cubre el criterio 1.3.1.
- web.devLabels and text alternatives, web.dev: las dos formas de asociar un
labela un campo, el texto de la etiqueta como zona de clic y lo que anuncia el lector de pantalla de una casilla bien etiquetada.
Actualizado: 7 de septiembre de 2026.
Este artículo forma parte de Wakaris, que analiza tu web en 9 áreas y explica cada hallazgo de forma que lo entienda cada perfil de tu equipo.