Accesibilidad en FamigliApp

Tomamos como referencia las Pautas de Accesibilidad para Contenido Web (WCAG) 2.1 nivel AA del W3C. No estamos formalmente certificados, eso requiere auditoría externa, pero diseñamos y construimos teniendo esos criterios como guía.

Creemos que la accesibilidad no es una capa que se agrega al final: forma parte de cómo elegimos colores, definimos componentes y escribimos código.

Visual y lectura

• Control de tamaño de texto en tres niveles (Normal, Grande, Muy grande), accesible desde el menú de configuración. La escala se aplica a toda la app y se persiste por dispositivo.
• Tema claro y oscuro, con preferencia automática según el sistema operativo del usuario y toggle manual disponible.
• Contraste de color diseñado para que el texto principal sobre fondo cumpla los mínimos de WCAG 2.1 AA (4.5:1 para texto normal, 3:1 para texto grande e iconos).
• Tipografía Inter con jerarquía clara de tamaños y pesos para facilitar el escaneo visual.

Navegación por teclado

• Anillo de foco visible en todos los elementos interactivos usando :focus-visible . El anillo aparece cuando navegás con teclado pero no genera ruido visual cuando usás mouse.
• Orden de tabulación lógico en formularios y modales. Los modales atrapan el foco mientras están abiertos y lo devuelven al elemento que los abrió al cerrarse.
• Atajos para cerrar: la tecla Esc cierra modales, drawers y menús contextuales.
• Skip link al contenido principal en landing pages, para que usuarios de teclado o lectores de pantalla salten la navegación.

Lectores de pantalla

• Atributos ARIA en botones, grupos de controles, banderas de estado y elementos visuales sin texto (íconos), para que un lector pueda describirlos.
• HTML semántico: usamos <nav>, <main>, <article> y encabezados jerárquicos en lugar de divs genéricos.
• Etiquetas de formulario asociadas explícitamente a cada campo con <label htmlFor>.
• Imágenes con texto alternativo en blog, marketing y mockups de la app.

Movilidad y dispositivos táctiles

• Áreas táctiles de 44×44 px mínimo en todos los controles de entrada (botones, checkboxes, inputs), cumpliendo el criterio WCAG 2.5.5 de tamaño de objetivo.
• Gestos con alternativas: las notificaciones se pueden descartar con swipe (mobile) o con un botón × al pasar el cursor (desktop). Toda acción gestural tiene un equivalente sin gesto.
• Compatible con orientación rotada: el layout se adapta a vertical y horizontal sin forzar una orientación.

Cognición y reducción de carga

• Respeto a prefers-reduced-motion: cuando el sistema operativo del usuario tiene reducir movimiento activado, las animaciones de la app se desactivan o se reducen al mínimo.
• Mensajes de error claros en lenguaje cotidiano (no códigos técnicos), con instrucciones concretas de qué hacer a continuación.
• Confirmaciones explícitas antes de acciones destructivas (eliminar cuenta, cancelar suscripción, eliminar hogar).
• Onboarding por pasos, sin requerir que el usuario complete todo de una sola vez.

Reconocemos que la accesibilidad nunca está "terminada". Hay áreas donde tenemos cosas pendientes:

• Auditoría externa con WCAG 2.1 AA formal, con persona usuaria de lector de pantalla incluida en la evaluación.
• Anuncios en vivo (regiones aria-live) para actualizaciones asíncronas como nuevas notificaciones o cambios de estado en tiempo real.
• Subtítulos y transcripciones para los videos demo que sumemos al marketing.
• Modo alto contraste dedicado, más allá del tema oscuro estándar.
• Pruebas automatizadas de accesibilidad (axe-core, Lighthouse) integradas al pipeline de CI.

Si encontrás una barrera de accesibilidad en FamigliApp, algo que no podés usar con tu lector de pantalla, con teclado, con tamaño grande de texto, o que te cuesta entender, queremos saberlo. Es lo que más nos ayuda a mejorar.

Escribinos a hola@famigli.app describiendo:

• Qué intentabas hacer
• Qué tecnología asistiva o configuración usás (si aplica)
• Qué pasó (o no pasó) cuando lo intentaste

Tratamos los reportes de accesibilidad con la misma prioridad que los reportes de seguridad o de bug crítico. Tu mail va a una bandeja que mira una persona real, no un bot.

Este documento se revisa con cada cambio importante de la app. Próxima revisión prevista cuando incorporemos las herramientas de auditoría automatizada mencionadas en la sección 3.