Un sitio web accesible y responsivo no es lo mismo que una aplicación accesible, aunque ambas "funcionan en el teléfono". Este artículo explica las diferencias fundamentales entre hacer accesible un sitio web y hacer accesible una aplicación nativa de iOS o Android.
En resumen: lo que cubre este artículo
Tecnología diferente, reglas similares
Un sitio web responsivo se construye a partir de HTML, que ya tiene una capa de accesibilidad incorporada (etiquetas semánticas, ARIA) que los navegadores y lectores de pantalla saben cómo interpretar. Una aplicación nativa, por el contrario, se construye a partir de los propios componentes de interfaz de usuario del sistema operativo (UIKit/SwiftUI en iOS, Jetpack Compose/Views en Android), y cada componente necesita su propio etiquetado de accesibilidad, independiente de su diseño visual. Los principios subyacentes se parecen a las WCAG (contraste, tamaño del objetivo táctil, un nombre claro y accesible), pero las herramientas para implementarlos son completamente diferentes.
VoiceOver y TalkBack: no son el mismo lector de pantalla
VoiceOver (iOS) y TalkBack (Android) son dos lectores de pantalla diferentes, con diferentes gestos de navegación y diferente soporte para componentes personalizados. Es posible que un componente que esté perfectamente etiquetado en iOS no funcione correctamente en Android si los desarrolladores no han probado ambas plataformas por separado. No se puede asumir que "lo probamos en iOS, por lo que también debe funcionar en Android".
💡 Punto Importante
En ambas plataformas, cada componente interactivo (botón, campo de entrada, imagen) necesita: una etiqueta de accesibilidad clara, una función/rasgo de accesibilidad definido y, a veces, también una sugerencia de accesibilidad que explique lo que sucede cuando se toca.
Qué es exclusivo de las aplicaciones nativas
Las aplicaciones nativas también enfrentan desafíos que no existen en los sitios web: gestos táctiles personalizados (deslizar, pellizcar) que necesitan una alternativa accesible; navegación entre pantallas que también debe tener sentido a través de un lector de pantalla; y notificaciones automáticas a las que se debe poder acceder incluso cuando aparecen fuera de la aplicación. Además, los tamaños de los objetivos táctiles deben cumplir con un mínimo de 44 x 44 píxeles según las pautas de Apple y 48 x 48 dp según las pautas de Google, un requisito que no siempre existe de la misma forma en los sitios web.
Cómo probar una aplicación accesible
- Activa VoiceOver o TalkBack e intenta completar las tareas principales de la aplicación (registro, compra, búsqueda) usándolas únicamente.
- Verifique el contraste y el tamaño del texto con la configuración de accesibilidad del sistema activada (texto más grande, alto contraste).
- Confirma la compatibilidad con el tamaño de texto dinámico (Tipo dinámico en iOS) sin que el diseño se "rompa".
- Pruebe en ambas plataformas por separado; probar solo una no es suficiente.
¿También tienes documentos que acompañan a tu aplicación?
Nuestra herramienta escanea los archivos PDF vinculados a su aplicación o sitio web (términos de uso, guías, formularios) y le muestra exactamente cuáles necesitan atención.
Escanea tu sitio gratis ←Después del escaneo, también puede hacer que los documentos encontrados sean accesibles directamente y de forma gratuita a través deAccessiDoc.