Arte y Diseño

Cómo ser diseñador UX/UI accesible: portfolio y criterios WCAG 2.2

Ruta práctica para orientar tu portfolio de diseño UX/UI a accesibilidad digital, con recursos W3C y ejemplos de comprobaciones WCAG 2.2.

Actualizada el 7 min de lectura

Diseñadora UX revisando un prototipo digital y sus criterios de accesibilidad

El diseño UX/UI no tiene una única titulación obligatoria para empezar. Si quieres diferenciar tu perfil con accesibilidad digital, combina fundamentos de investigación y diseño de interacción con la capacidad de detectar barreras y justificar decisiones. La guía WAI del W3C reúne recursos específicos para diseñadores y las WCAG 2.2 ofrecen criterios comprobables para contenido web.

Las WCAG son pautas técnicas, no una certificación profesional de diseñador ni un curso que por sí solo garantice empleo. Úsalas para aprender a diseñar y evaluar interfaces; identifica siempre qué versión y nivel se han aplicado y qué aspectos requieren revisión humana.

Aprende las bases de UX y UI

Empieza por las tareas que aparecen en el trabajo de producto: entender una necesidad, ordenar información, mapear un flujo, crear wireframes, prototipar interacciones y explicar visualmente cómo debe comportarse una interfaz. Aprende a recoger feedback, iterar y comunicar tus decisiones a desarrollo y negocio.

Puedes formarte mediante una carrera, FP relacionada, cursos o aprendizaje autodidacta. Lo importante es comprobar temario, prácticas, feedback docente y resultados que podrás mostrar. No pagues por una “certificación UX oficial” sin comprobar quién la reconoce y qué acredita: no hay un título estatal único que habilite para trabajar como diseñador UX/UI.

Añade accesibilidad desde el diseño, no al final

Estudia los principios de perceivable, operable, understandable y robust, y practica con criterios concretos de WCAG. Para diseño, algunos puntos útiles incluyen:

  • No usar solo el color para comunicar estados o errores.
  • Definir foco visible y comportamiento de teclado en componentes interactivos.
  • Diseñar formularios con etiquetas persistentes y mensajes de error comprensibles.
  • Revisar tamaño y separación de objetivos táctiles, zoom, contraste y contenido adaptable.
  • Acordar con desarrollo nombres accesibles, estados y orden de foco.

La conformidad no se decide mirando únicamente una captura. Hace falta revisar el producto implementado, probar con teclado y tecnologías de apoyo cuando corresponda, y combinar herramientas automáticas con evaluación manual.

Cómo montar un caso de portfolio convincente

Prepara uno o dos casos bien documentados en vez de muchas pantallas sin contexto. Para cada caso incluye:

  1. Problema y alcance: qué tarea intentaste mejorar y qué quedaba fuera.
  2. Proceso: qué investigaste, a quién escuchaste y qué límites tuvo la muestra. No inventes entrevistas.
  3. Flujo y prototipo: cómo cambió la experiencia y por qué elegiste esa solución.
  4. Decisiones de accesibilidad: criterios concretos que aplicaste y cómo los comprobarías en la interfaz desarrollada.
  5. Aprendizajes: qué salió mal, qué revisarías con más tiempo y qué quedó pendiente.

Si es un proyecto ficticio, etiquétalo claramente como ejercicio conceptual. Si rediseñas un servicio real, no presentes el trabajo como colaboración oficial ni uses datos o marcas de terceros sin permiso.

Recursos gratuitos para empezar

W3C WAI mantiene recursos específicos para diseñadores, una introducción a accesibilidad y material para entender las WCAG. También ofrece un curso gratuito de fundamentos de accesibilidad digital con certificado opcional. Úsalo como base de estudio y complementa con práctica en prototipos y pruebas de interfaces reales.

¿Necesito saber programar para ser diseñador UX/UI?

No necesariamente, pero entender componentes, HTML, estados y limitaciones de implementación facilita colaborar con desarrollo y diseñar soluciones viables.

¿Una auditoría automática demuestra que una web es accesible?

No. Las herramientas automáticas ayudan a detectar algunos problemas, pero no evalúan por completo la comprensión, los flujos de teclado o la experiencia de personas con distintas necesidades.

¿Las WCAG 2.2 son obligatorias para cualquier web?

La obligación concreta depende del tipo de servicio y de la normativa que le sea aplicable. No atribuyas un requisito legal universal a todos los productos sin revisar el contexto; como referencia de diseño, las WCAG son una fuente técnica del W3C.

Fuentes de referencia