En el mundo digital, el concepto de "acceso para todos" se ha considerado durante mucho tiempo una preferencia ética o una característica deseable. Sin embargo, con la Circular Presidencial n.º 2025/10, publicada en el Boletín Oficial el 21 de junio de 2025, la accesibilidad digital se ha convertido oficialmente en una obligación legal para las instituciones públicas y ciertas entidades del sector privado en Turquía.
Como Switas Consultancy, hemos compilado una guía completa que detalla qué implica esta nueva regulación, qué instituciones se ven afectadas y las complejidades técnicas del proceso de cumplimiento de WCAG 2.2 necesario para cumplir con estos nuevos estándares.
1. ¿Qué cubre el nuevo reglamento?
Elaborada con base en la Ley N° 5378 sobre Personas con Discapacidad, esta circular establece que los servicios digitales deben ser accesibles para todos, en particular para las personas con discapacidad y las personas mayores, garantizando un uso igualitario, independiente y seguro.
El objetivo principal de la circular es hacer que los sitios web y las aplicaciones móviles cumplan con las Pautas de Accesibilidad al Contenido Web (WCAG) reconocidas internacionalmente y preparadas por el W3C (Consorcio World Wide Web).
2. ¿Qué instituciones están dentro del alcance y cuál es el cronograma?
La circular se extiende más allá de las instituciones públicas para abarcar áreas críticas del sector privado que la ciudadanía utiliza con frecuencia. Los plazos de cumplimiento varían según el sector:
Entidades obligadas a cumplir en el plazo de 1 año (junio de 2026):
- Todas las instituciones y organizaciones públicas (Universidades, Municipios, etc.).
- Organizaciones profesionales públicas.
- Bancos.
- Hospitales privados.
- Instituciones educativas privadas autorizadas por el Ministerio de Educación Nacional.
- Empresas privadas prestadoras de servicios de transporte de pasajeros (línea aérea, ferrocarril, transporte por carretera),.
- Proveedores de servicios de comunicaciones electrónicas con más de 200,000 abonados.
Entidades obligadas a cumplir en un plazo de 2 años (junio de 2027): - Los proveedores de servicios que realizan actividades de comercio electrónico en el ámbito de aplicación de la Ley de Regulación del Comercio Electrónico.
3. El estándar técnico: ¿Qué es WCAG 2.2?
La circular designa WCAG 2.2 como el estándar técnico para el cumplimiento. WCAG 2.2 se basa en versiones anteriores (2.0 y 2.1) e introduce mejoras específicas para usuarios con discapacidades cognitivas, baja visión y discapacidades motoras.
Las directrices se estructuran en torno a 4 principios fundamentales (POUR):
A. Perceptible: Los componentes de información y de interfaz de usuario deben ser presentables a los usuarios de manera que puedan percibirlos (por ejemplo, proporcionando alternativas de texto para contenido no textual, como imágenes, asegurando un contraste de color suficiente).
B. Operable: Los componentes de la interfaz de usuario y la navegación deben ser operables (por ejemplo, todas las funciones deben estar disponibles desde un teclado, los usuarios deben tener tiempo suficiente para leer y usar el contenido).
C. Comprensible: La información y el funcionamiento de la interfaz de usuario deben ser comprensibles (por ejemplo, el texto es legible, las páginas web funcionan de manera predecible y se proporciona asistencia de entrada para evitar errores).
D. Robusto: El contenido debe ser lo suficientemente sólido para que pueda ser interpretado de manera confiable por una amplia variedad de agentes de usuario, incluidas las tecnologías de asistencia (por ejemplo, compatibles con lectores de pantalla).
Criterios críticos de éxito introducidos con WCAG 2.2
Para garantizar el pleno cumplimiento, las organizaciones deben comprender los matices técnicos específicos introducidos en la versión 2.2. A continuación, se detallan los nuevos criterios clave:
Enfoque no oscurecido (mínimo y mejorado) (criterios 2.4.11 / 2.4.12): Cuando un usuario navega por una página con el teclado (tabulando enlaces y botones), el elemento en el que se encuentra enfocado debe permanecer visible. Esta actualización soluciona el problema común de que los encabezados o pies de página fijos (barras fijas en la parte superior o inferior de la pantalla) oculten el elemento que el usuario intenta ver.
Requisito: Debe asegurarse de que el elemento destacado no quede completamente oculto por otro contenido. Idealmente, debería ser completamente visible.
Movimientos de arrastre (Criterio 2.5.7): Algunas interfaces requieren que los usuarios arrastren objetos (por ejemplo, para subir archivos mediante arrastrar y soltar, deslizadores o reordenar listas). Esto puede resultar físicamente imposible para usuarios con discapacidades motoras que utilizan dispositivos señaladores especializados o software de seguimiento ocular.
Requisito: Si una interfaz utiliza la función de arrastrar, debe proporcionar una alternativa de puntero único. Por ejemplo, en lugar de arrastrar un mapa para moverlo, proporcione botones arriba/abajo/izquierda/derecha. En lugar de una lista de arrastrar y soltar, proporcione flechas para mover elementos hacia arriba o hacia abajo.
Tamaño objetivo (mínimo) (criterio 2.5.8): Los usuarios con temblores en las manos, dedos grandes o que utilizan dispositivos móviles a menudo tienen dificultades para pulsar botones pequeños y abarrotados.
Requisito: Los objetivos interactivos (botones, iconos) deben tener un tamaño mínimo de 24x24 píxeles CSS. Si el objetivo es más pequeño, debe haber suficiente espacio a su alrededor para que un círculo de 24 píxeles de diámetro centrado en el control no se superponga con ningún otro objetivo. Esto reduce el riesgo de activar accidentalmente una función incorrecta.
Autenticación accesible (Criterio 3.3.8): Muchos procesos de inicio de sesión requieren resolver acertijos (CAPTCHA), memorizar contraseñas o transcribir códigos de un solo uso enviados por SMS. Esto crea una barrera para usuarios con problemas cognitivos o limitaciones de memoria.
Requisito: Los procesos de autenticación no deben basarse en una "prueba de función cognitiva" (como resolver un rompecabezas o memorizar información). Debe permitir la función de copiar y pegar contraseñas y códigos, y admitir el uso de gestores de contraseñas de terceros y funciones de autocompletado. Si se utiliza un CAPTCHA, debe existir una alternativa no cognitiva (por ejemplo, reconocimiento simple de objetos o autenticación de dos factores mediante un dispositivo).
Entrada redundante (Criterio 3.3.7): Pedir a los usuarios que vuelvan a ingresar la misma información (como una dirección de envío) varias veces en una sola sesión provoca fatiga y aumenta las tasas de error, especialmente para los usuarios con discapacidades cognitivas.
Requisito: La información ingresada previamente por el usuario debe completarse automáticamente o estar disponible para que el usuario la seleccione de una lista desplegable, en lugar de tener que volver a escribirla.
Ayuda consistente (Criterio 3.2.6): Los usuarios que necesitan ayuda a menudo tienen dificultades para encontrar canales de soporte si se mueven por diferentes páginas.
Requisito: Si ofrece funciones de ayuda (como un bot de chat, un correo electrónico de contacto o un enlace a la página "Cómo hacerlo"), deben aparecer en la misma ubicación en todas las páginas donde estén presentes. Por ejemplo, si el widget de chat está en la esquina inferior derecha de la página de inicio, no puede moverse a la esquina superior izquierda de la página del producto.
4. Auditoría, Monitoreo y el "Logotipo de Accesibilidad"
Para gestionar esta transición, el Ministerio de Familia y Servicios Sociales ha establecido una Comisión de Seguimiento. Además, cada institución responsable debe formar su propia Comisión de Revisión de Accesibilidad interna para realizar análisis técnicos e informar sobre las conclusiones.
Los sitios web y aplicaciones móviles que superen la auditoría y demuestren su cumplimiento de las normas recibirán el "Logotipo de Accesibilidad" del Ministerio. Este logotipo, que actúa como una insignia de honor que identifica a una "institución accesible", tiene una validez de dos años a partir de su emisión.
5. Cómo Switas Consultancy apoya su proceso de cumplimiento
La accesibilidad no es solo un requisito legal; es un componente fundamental de la experiencia de usuario (UX) y el rendimiento SEO. Switas te guía en esta transformación con una metodología estructurada:
1. Auditoría WCAG (WCAG 2.2): Realizamos una evaluación rigurosa de sus activos digitales según los nuevos criterios WCAG 2.2, identificando violaciones específicas con respecto a la visibilidad del enfoque, tamaños de los objetivos, barreras de autenticación y más.
2. Pruebas manuales y de usuario: Las herramientas automatizadas solo detectan una parte de los problemas. Nuestros expertos realizan auditorías manuales con lectores de pantalla (como NVDA y VoiceOver) y realizan pruebas reales con usuarios con discapacidades para garantizar una usabilidad real.
3. Hoja de ruta de remediación: Trabajamos directamente con sus equipos de desarrollo y diseño, brindando soluciones técnicas para problemas complejos a nivel de código (etiquetas ARIA, HTML semántico, reflujo responsivo).
4. Sostenibilidad y Formación: La accesibilidad es un proceso continuo. Ofrecemos reevaluaciones periódicas y capacitación del equipo para garantizar que sus productos digitales sigan cumpliendo con la normativa a medida que evolucionan.
Contáctenos hoy para eliminar las barreras digitales y garantizar el pleno cumplimiento de la nueva regulación de accesibilidad turca.
