Accesibilidad en operaciones creativas: integrarla en la producción de contenido

La accesibilidad consiste en que las personas con discapacidad puedan percibir, comprender y utilizar el contenido y sus controles. En web, vídeo, redes y presentaciones, depende tanto de la pieza como de su publicación y reproducción. No se acredita con una sola propiedad del archivo.

Los requisitos legales dependen del país, el sector, el servicio y las excepciones aplicables. En la UE, la aplicación de la EAA desde junio de 2025 afecta a productos y servicios definidos; no convirtió automáticamente cualquier contenido digital en un supuesto cubierto por esa directiva.

Este artículo recorre qué es el principio en serio, su recorrido teórico, qué dice la regulación actual, cómo se aplica en distintos formatos, y cómo integrarla en operaciones creativas para que deje de ser un PDF muerto.

Quién lo formuló y cómo

El diseño universal propone contemplar un rango amplio de usuarios desde el inicio. Ronald Mace impulsó este enfoque en NC State. El centro se estableció en 1989 como Center for Accessible Housing; un grupo de especialistas elaboró los siete principios, cuya versión 2.0 es de 1997. Historia y principios publicados por NC State:

1. Uso equitativo: utilizable por personas con distintas capacidades.
2. Flexibilidad de uso: se adapta a preferencias y habilidades individuales.
3. Simple e intuitivo: fácil de entender independientemente de experiencia, conocimiento o nivel de concentración.
4. Información perceptible: comunica efectivamente al usuario, dadas condiciones ambientales o capacidades sensoriales.
5. Tolerancia al error: minimiza peligros y consecuencias adversas de acciones accidentales.
6. Bajo esfuerzo físico: usable cómodamente, con mínima fatiga.
7. Tamaño y espacio adecuados: para acceder y usarlo independientemente del tamaño corporal o postura.

Estos principios se trasladaron al diseño industrial, arquitectura y, con el tiempo, al diseño digital.

El efecto rampa de acera ilustra que una adaptación puede beneficiar a otras personas además de sus usuarios previstos. La historia de UC Berkeley registra modificaciones de acceso en 1958 y un acuerdo sobre rampas en 1970. El beneficio debe evaluarse: una solución no mejora necesariamente la experiencia de todo el mundo.

Los subtítulos pueden ayudar también a quien ve un vídeo sin sonido; un contraste adecuado puede facilitar la lectura bajo distintas condiciones de iluminación. Estos usos adicionales no sustituyen la evaluación con personas con discapacidad.

El recorrido legal

Distintos marcos jurídicos tienen ámbitos y requisitos propios.

Estados Unidos: Section 508 se refiere a las tecnologías cubiertas que las agencias federales desarrollan, adquieren, mantienen o usan. La actualización se publicó en enero de 2017 y exigió cumplimiento desde enero de 2018, con excepciones; incorpora WCAG 2.0 A/AA. No se extiende automáticamente a toda tecnología de cualquier contratista. U.S. Access Board.

La Convención sobre los Derechos de las Personas con Discapacidad incluye obligaciones de accesibilidad para los Estados parte. Debe distinguirse esa obligación de la norma concreta aplicable a una empresa o a una pieza.

Unión Europea: la EAA cubre determinados productos y servicios, como comercio electrónico, servicios bancarios para consumidores y libros electrónicos. El ámbito no abarca cualquier web privada ni toda máquina expendedora. La directiva de accesibilidad web tiene un ámbito distinto, centrado en el sector público. Productos y servicios cubiertos por la Comisión Europea.

España: el título I de la Ley 11/2023 transpone los requisitos de determinados productos y servicios. Su artículo 3.3 recoge una exención para microempresas que prestan servicios; también deben revisarse el ámbito, las disposiciones transitorias y otras normas aplicables. Esa exención no elimina cualquier obligación de accesibilidad.

Normas técnicas: WCAG y EN 301 549 no son sinónimos de una obligación legal universal. Para invocar una presunción de conformidad hay que comprobar qué versión está citada oficialmente, para qué norma y con qué alcance. Publicar una versión técnica nueva no la armoniza automáticamente. Explicación de la Comisión sobre armonización.

Para determinar el requisito de una entrega, identifica el servicio, su público y la norma aplicable antes de fijar la versión y el nivel técnico de evaluación.

WCAG y los principios POUR

El estándar técnico de referencia mundial son las Web Content Accessibility Guidelines publicadas por el W3C. La cronología:

• WCAG 1.0 (1999): pionera, basada en checkpoints técnicos.
• WCAG 2.0 (2008): organización sobre los principios POUR.
• WCAG 2.1 (2018): añade criterios para móvil, baja visión, discapacidades cognitivas.
• WCAG 2.2 (octubre de 2023): añade nueve criterios y retira el 4.1.1 de análisis sintáctico. Incluye requisitos sobre foco, arrastre, tamaño de objetivos, ayuda y autenticación. Cambios documentados por W3C.

Los principios POUR son la base conceptual:

P: Perceptible (Perceivable). La información y los componentes de la interfaz deben presentarse de modo que los usuarios puedan percibirlos. Texto alternativo para imágenes, transcripciones para audio, subtítulos para vídeo, contraste suficiente, contenido adaptable a distintas presentaciones.

O: Operable (Operable). La interfaz y la navegación deben poder operarse. Accesible por teclado, tiempo suficiente para leer y usar, evitar contenido que cause convulsiones, ayudas para navegar.

U: Comprensible (Understandable). La información y la operación de la interfaz deben ser comprensibles. Texto legible, comportamiento predecible, ayuda en la entrada de datos.

R: Robusto (Robust). El contenido debe ser lo suficientemente robusto para ser interpretado por una amplia variedad de agentes de usuario, incluidos productos de apoyo. Compatibilidad con tecnologías actuales y futuras.

Los criterios se agrupan en niveles A, AA y AAA. Una evaluación debe indicar la versión, el nivel y las páginas o procesos cubiertos. El nivel exigible depende del marco aplicable; no se deduce de que una versión sea más reciente.

El tamaño real del problema

La OMS estima 1300 millones de personas con discapacidad significativa, el 16 % de la población mundial. El INE, en EDAD 2020, registró 4,38 millones de residentes en hogares que declaraban discapacidad o limitación. Son estimaciones con ámbitos distintos.

En febrero de 2026, WebAIM Million detectó fallos automáticos en el 95,9 % del millón de páginas de inicio analizadas y una media de 56,1 errores. La muestra y la detección automática no equivalen a una auditoría de toda la web; no detectar errores tampoco acredita conformidad.

Estas cifras no predicen el rendimiento comercial de una marca. Para una entrega concreta, identifica barreras y comprueba cómo la utilizan sus destinatarios.

Cómo se aplica, formato a formato

Saltar de teoría a práctica.

Páginas web:

• Estructura semántica HTML correcta (encabezados jerárquicos, listas, regiones).
• Texto alternativo en imágenes informativas (alt text); imágenes decorativas con alt="" para que los lectores de pantalla las ignoren.
• Contraste de texto según WCAG 1.4.3: 4,5:1 normalmente y 3:1 para texto grande —al menos 18 puntos, o 14 en negrita—, con las excepciones del criterio. Detalle de W3C.
• Navegabilidad por teclado: foco visible, orden lógico, sin trampas de teclado.
• Formularios con etiquetas (<label>) asociadas a cada campo.
• Mensajes de error descriptivos y vinculados al campo correspondiente.
• ARIA (Accessible Rich Internet Applications, W3C 2014/2017) para componentes complejos cuando el HTML semántico no basta, pero "no ARIA" es mejor que "ARIA mal usado."

Vídeo:

• Subtítulos que incluyan habla y sonidos necesarios para comprender el contenido, según el tipo de medio. Guía de subtítulos de W3C.
• Descripción de información visual necesaria que no esté ya comunicada en el audio. Los requisitos dependen del medio y nivel; una transcripción no sustituye siempre la audiodescripción. Guía de descripción de W3C.
• Transcripción cuando forme parte de las alternativas o entregables previstos, con el contenido necesario para ese uso.
• Reproductor accesible por teclado.

Redes sociales:

• Texto alternativo en imágenes (Instagram, Twitter/X, LinkedIn lo permiten).
• Subtítulos abiertos o seleccionables según el destino. Comprueba qué admite el reproductor y revisa sincronía, legibilidad y sonidos relevantes; no presupongas una limitación común a todas las plataformas.
• Separar visualmente las palabras de hashtags mediante mayúsculas puede facilitar su lectura; comprueba el resultado con los lectores de pantalla utilizados.
• Proporcionar una alternativa al texto relevante dentro de imágenes; no depender de que un sistema lo reconozca automáticamente.
• Evitar sustituir información esencial por emojis y comprobar su lectura; los nombres y la repetición pueden dificultar la comprensión.

Presentaciones y documentos:

• Tipografía legible, tamaño mínimo razonable.
• Contraste suficiente entre texto y fondo.
• Estructura con encabezados (no solo "negrita y grande").
• Versión accesible o transcripción disponible para presentaciones complejas.
• Revisar etiquetas, orden de lectura, alternativas y demás requisitos del PDF; tener etiquetas no basta para declarar que es accesible.

Apps móviles:

• Compatibilidad con VoiceOver (iOS) y TalkBack (Android).
• Objetivos táctiles y separación adecuados a la plataforma. Apple distingue tamaños por defecto y mínimos; Android recomienda 48×48 dp. No confundir estas guías con un mínimo WCAG universal.
• Soporte de tipo grande del sistema, modo oscuro, high contrast.

Packaging y producto físico:

• Texto legible, contraste razonable.
• Información esencial en braille en sectores específicos (medicamentos, ascensores).
• Diseño de envases que se puedan abrir con limitaciones de movilidad.

El ecosistema de herramientas

Las herramientas que un equipo serio usa para mantener accesibilidad sin convertirla en burocracia:

Automatización en el desarrollo:

• axe DevTools (Deque) y Lighthouse (Google, integrado en Chrome): chequean accesibilidad sobre páginas en tiempo real.
• WAVE (WebAIM): plugin del navegador con análisis visual.
• Pa11y, axe-core: herramientas para CI/CD que detectan regresiones automáticamente.

No hay un porcentaje universal de problemas detectables automáticamente. Las herramientas deben combinarse con evaluación humana; por sí solas no determinan la conformidad. Orientación de W3C sobre evaluación.

Pruebas manuales:

• Navegación con teclado únicamente (Tab, Shift+Tab, Enter, Espacio, flechas).
• Pruebas con lector de pantalla: NVDA (gratuito, Windows), VoiceOver (gratuito, integrado en macOS/iOS), TalkBack (Android), JAWS (comercial).
• Revisar ampliación de texto y redistribución del contenido; el criterio de reflow contempla el equivalente a 320 píxeles CSS de ancho, normalmente al 400 % desde 1280, con excepciones. WCAG 1.4.10.
• Pruebas con simuladores de daltonismo y baja visión.

Auditorías profesionales:

• Una auditoría debe declarar alcance, criterios, método y limitaciones. Contratar un proveedor no garantiza por sí solo cumplimiento legal.
• Test con usuarios reales con discapacidad: el complemento más valioso, frecuentemente el más informativo.

Errores que se repiten

Tratar accesibilidad como check al final. Auditar la última semana del proyecto, encontrar 200 errores, ignorar la mayoría por tiempo. Solución: integrar criterios desde el briefing, no después de construir.

Confiar solo en herramientas automáticas. Detectan algunas barreras, pero no todas las dificultades de uso. Una herramienta puede no detectar que el orden de tabulación es ilógico, que el texto alt es inútil ("imagen1"), que los mensajes de error son confusos.

Texto alternativo sin contexto. Una imagen informativa requiere transmitir su información; un botón gráfico, su función; una imagen puramente decorativa puede llevar alternativa vacía. Una misma foto puede necesitar alternativas distintas según su uso. Tutorial de imágenes de W3C.

Texto dentro de imágenes. Si el mensaje solo está en los píxeles y no tiene alternativa equivalente, algunas personas no podrán acceder a él. No dependas del reconocimiento automático de texto.

Contraste por estética. Un texto claro sobre fondo claro puede resultar difícil de leer. Mide el contraste y comprueba la lectura en el contexto de publicación.

Botones que no parecen botones. Diseños minimalistas donde elementos interactivos parecen decorativos. Si parece texto, no se descubre que es botón.

Formularios sin labels. Placeholders que desaparecen al escribir, dejando al usuario sin pista de qué iba ese campo.

Mensajes de error escondidos. "Error en el formulario" sin decir cuál ni dónde. Para usuario vidente con tiempo, irritante; para usuario de lector de pantalla, bloqueante.

Animaciones que no se pueden parar. Carruseles, gifs, vídeos en autoplay sin opción de pausa. Provocan problemas para personas con trastornos vestibulares y de atención.

Captchas inaccesibles. Captchas visuales sin alternativa accesible son barrera infranqueable para muchas personas.

Confundir un escaneo sin errores con conformidad. Una herramienta automática no evalúa todos los criterios ni todas las experiencias de uso. Documenta el alcance de la evaluación y sus límites.

Tratar accesibilidad como caso de minoría. El argumento "es para pocos, no compensa" es a la vez moralmente débil y técnicamente erróneo: ignora el efecto rampa, las discapacidades temporales, el envejecimiento, el riesgo legal y la mejora general de UX.

Cómo encajar accesibilidad en operaciones creativas

Un equipo que produce muchas piezas necesita criterios de revisión desde el briefing y responsables claros. Las plantillas y la automatización ayudan, pero no eliminan la evaluación contextual de cada entrega.

En el briefing: definir requerimientos de accesibilidad por tipo de pieza (alternativas de audio y vídeo, texto alternativo según función, contraste y navegación por teclado).

En las plantillas: identidad visual con paletas de contraste validadas, tipografías legibles, tamaños mínimos, motion graphics con opciones de reducción de movimiento.

En la producción: preparar las alternativas requeridas para el audio y la información visual; decidir el texto alternativo según el contexto y la función de cada imagen. Una descripción genérica conservada en la biblioteca no es automáticamente un alt text adecuado para cualquier publicación.

En la revisión: check de accesibilidad como parte del proceso de aprobación, no opcional.

En el equipo: formación inicial y periódica, alguien designado como referente accesibilidad (no necesariamente dedicación completa, pero sí responsabilidad clara).

En operaciones creativas, el equipo establece requisitos y evalúa las entregas. Polimake Media permite guardar y recuperar imágenes y vídeos mediante interfaz, API o MCP. Localizar una versión no acredita su accesibilidad: el equipo debe comprobar el archivo, las alternativas y el entorno de publicación.

Consulta también por qué subtitular un vídeo para el trabajo sobre audio, custodia de activos de marca para referencias vigentes y Gestalt aplicado a revisar creatividades para criterios visuales.

Para cerrar

La accesibilidad exige comprobar el contenido y la experiencia de uso. Una plantilla, una biblioteca o una prueba automática pueden ayudar al trabajo, pero no demuestran por sí solas que una entrega cumpla sus requisitos.

Integra criterios desde el briefing, identifica responsables y combina herramientas con evaluación humana. Al reutilizar una pieza, revisa si el nuevo contexto cambia sus alternativas, reproducción o requisitos.

Referencias rápidas

• Diseño universal: Mace y el trabajo de NC State; principios publicados por un grupo de especialistas en 1997.
• Efecto rampa: posibles beneficios adicionales que deben comprobarse.
• WCAG: declarar versión, nivel y alcance de la evaluación.
• POUR: Perceptible, Operable, Understandable, Robust.
• EAA: determinados productos y servicios, con excepciones y disposiciones transitorias.
• Contraste mínimo 4.5:1 texto normal / 3:1 texto grande.
• Alt text para imágenes informativas; vacío para decorativas.
• Navegación por teclado completa, foco visible.
• Alternativas de audio y vídeo según contenido y requisitos aplicables.
• Hashtags en CamelCase en redes.
• Evaluación humana y automática: sin un porcentaje universal de detección.
• Test con lectores de pantalla (NVDA, VoiceOver, TalkBack).
• Accesibilidad desde el briefing, no como check final.