Addaw, ir a inicio Donar

Lección 5 de 10 · 11 min de lectura · Revisado el 26/10/2026

Alcance de conformidad: página completa, procesos completos y tecnologías compatibles

Las WCAG no solo enumeran criterios; en su sección «Conformidad» establecen cinco requisitos que determinan cuándo se puede afirmar que una página es conforme. Muchos informes se equivocan no por evaluar mal un criterio, sino por ignorar estos requisitos: dan por conforme una página con un banner de cookies inaccesible, o un proceso del que solo se evaluó la primera pantalla. Esta lección los explica y muestra cómo aplicarlos en una auditoría.

Los cinco requisitos de conformidad

  1. Nivel de conformidad. Para reclamar nivel A se cumplen todos los criterios A; para AA, todos los A y AA; para AAA, todos. No existe «AA al 90 %»: la conformidad es binaria por página. Esto es lo que hace necesaria la distinción, en la declaración de accesibilidad, entre «plenamente conforme», «parcialmente conforme» y «no conforme».
  2. Páginas completas. La conformidad se evalúa sobre la página entera. No se puede excluir una parte (la cabecera, un widget de chat, el pie) ni dar por conforme la página «salvo el carrusel». Un componente de terceros incrustado forma parte de la página.
  3. Procesos completos. Cuando una página pertenece a un proceso, todas las páginas del proceso deben ser conformes al nivel reclamado; en caso contrario, ninguna lo es.
  4. Uso de tecnologías solo de forma compatible con la accesibilidad. Solo se puede confiar, para cumplir los criterios, en tecnologías que funcionen con las tecnologías de apoyo y los agentes de usuario de la línea base definida (concepto de accessibility supported).
  5. No interferencia. Las tecnologías que no sean compatibles pueden estar presentes siempre que no impidan el acceso al resto de la página y se cumplan, para toda la página, cuatro criterios concretos: 1.4.2 Control del audio, 2.1.2 Sin trampas para el foco del teclado, 2.3.1 Umbral de tres destellos o menos y 2.2.2 Pausar, detener, ocultar.

Punto clave

Un fallo de nivel A en el pie de página hace que la página entera no sea conforme ni siquiera a nivel A. En un informe, esto se traduce en que cada criterio tiene un veredicto por página, y la página toma el peor de ellos.

Qué es una «página» y qué es un «proceso»

Según el glosario de las WCAG, una página web es un recurso no incrustado obtenido de una única URI mediante HTTP, junto con cualquier otro recurso que se use en la presentación o que esté previsto que se presente con él por el agente de usuario. Esta definición incluye una aplicación de una sola página (SPA) cuyo contenido cambia sin cambiar la URL: cada estado significativo se evalúa como si fuera una página. También incluye los recursos cargados (iframes, scripts de terceros, fuentes) y, con matices, un PDF enlazado se considera otra página con su propia conformidad.

Un proceso es una serie de acciones del usuario donde cada acción es necesaria para completar una actividad. El criterio práctico: si el usuario no puede saltarse un paso para llegar al resultado, es un proceso. Comprar, registrarse, presentar una solicitud o recuperar la contraseña son procesos. Navegar por el catálogo o leer noticias no lo es.

Tecnologías compatibles con la accesibilidad

El cuarto requisito se apoya en el concepto de accessibility supported: una forma de usar una tecnología es compatible si (a) las tecnologías de apoyo de los usuarios la interpretan correctamente y (b) existen agentes de usuario que la soportan, ya sea de forma nativa, mediante complementos ampliamente distribuidos o disponibles de forma comparable para personas con discapacidad. Las WCAG dejan deliberadamente abierta la línea base concreta, que es lo que WCAG-EM (se abre en una ventana nueva) pide definir en el paso 1.c.

En la práctica, esto significa que una técnica no basta con «ser válida»: debe funcionar en la combinación navegador + tecnología de apoyo de la línea base. Un ejemplo clásico es aria-describedby apuntando a contenido complejo, o atributos ARIA muy recientes que ciertos lectores aún no anuncian. Si en la auditoría una técnica no funciona en una de las combinaciones de la línea base, el criterio se marca como fallido o, como mínimo, se documenta la limitación.

Ejemplo

Un portal usa role="combobox" con el patrón de la APG (se abre en una ventana nueva) en un buscador con sugerencias. Con NVDA y Firefox las sugerencias se anuncian correctamente; con VoiceOver en iOS Safari no se pueden alcanzar. Dado que iOS Safari está en la línea base, el auditor registra un fallo de 4.1.2 Nombre, función, valor en ese estado, aporta vídeo como evidencia y propone un fallback (botón que muestra las sugerencias como lista estándar).

Contenido de terceros y conformidad parcial

Las WCAG prevén dos declaraciones de conformidad parcial. La primera, por contenido de terceros: cuando una página incluye contenido que el autor no controla (comentarios de usuarios, feeds, widgets), puede declararse que la página «sería conforme si se eliminara ese contenido» siempre que el contenido de terceros se identifique y quede claro que no está bajo control del autor. Esto no vale para contenido que el autor ha elegido incrustar y puede sustituir, como un reproductor o un mapa comercial: eso es responsabilidad suya. La segunda, por idioma: cuando no existe compatibilidad con la accesibilidad para un idioma concreto.

En el contexto del RD 1112/2018 (PDF, se abre en una ventana nueva) esto encaja con la sección «contenido no accesible» de la declaración de accesibilidad, que distingue entre falta de conformidad, carga desproporcionada y contenido no incluido en el ámbito de la legislación. El auditor debe clasificar cada hallazgo en una de esas categorías, y no aceptar «carga desproporcionada» sin la justificación documentada que el real decreto exige.

Cómo reflejarlo en la evaluación

Para aplicar los requisitos de conformidad durante el paso 4 de WCAG-EM:

  • Evalúa cada criterio del nivel objetivo en cada página de la muestra y en cada estado enumerado; anota «cumple», «no cumple», «no aplica» o «no se puede determinar». Un criterio «no aplica» (por ejemplo, 1.2.2 en una página sin vídeo) no cuenta en contra: según las WCAG, se considera satisfecho.
  • Si un proceso tiene un fallo en cualquier paso, marca el proceso como no conforme y refléjalo en todas sus páginas.
  • Comprueba los cuatro criterios de no interferencia en toda la página, incluido el contenido de terceros.
  • Verifica las técnicas dudosas con cada combinación de la línea base, y documenta en qué combinación fallan.
  • Distingue claramente el contenido de terceros no controlado y pide al cliente que lo identifique en la declaración.

Error frecuente

Declarar «AA conforme» un sitio porque la muestra estructurada no tiene fallos, mientras el proceso de pago tiene un CAPTCHA visual sin alternativa en el último paso. Procesos completos: ese fallo invalida la conformidad de todo el proceso de compra, y por tanto del sitio como servicio.

Resumen

  • Los cinco requisitos de conformidad: nivel, página completa, proceso completo, tecnologías compatibles y no interferencia.
  • La conformidad es binaria por página; una página toma el peor veredicto de sus criterios, incluido el contenido de terceros incrustado.
  • Si un paso de un proceso falla, falla todo el proceso; evalúa los procesos de principio a fin.
  • Una técnica solo cuenta si funciona en la línea base de tecnologías de apoyo definida en el alcance.
  • La conformidad parcial por contenido de terceros solo aplica a contenido fuera del control del autor, y en el sector público se refleja en la sección «contenido no accesible» de la declaración.

Comprueba lo que has aprendido

Esta lección se puede leer libremente. Para hacer su test de 3 preguntas, los ejercicios prácticos con páginas reales, guardar tu avance y optar al examen y al certificado, matricúlate en el curso.

Matricularme · nivel 4 (49 €)