Declaración de accesibilidad de Animiyo

Una plataforma que almacena historiales de salud, dosis, fechas de vacunación y recordatorios de tratamiento no puede permitirse barreras. Las personas que cuidan a un animal enfermo lo hacen a menudo en condiciones difíciles: con prisas, con una mano ocupada, en una pantalla pequeña, con los ojos cansados o en una habitación mal iluminada. Las mismas decisiones que sirven a una persona con una discapacidad permanente sirven también a cualquiera que se encuentre en una dificultad temporal o en una situación exigente.

Esta declaración cubre el sitio público y la aplicación web Next.js alojada en Google Cloud Run y accesible desde el dominio de la plataforma. No cubre la aplicación nativa de iOS, que sigue las directrices de accesibilidad del sistema operativo y se cubrirá con una declaración aparte una vez completada su evaluación. No cubre los sitios de terceros a los que puedan conducir los enlaces salientes.

El documento está escrito para ser útil, no para tranquilizar. Donde falta una función lo decimos, donde existe una alternativa la señalamos, donde no hay ninguna alternativa lo escribimos con claridad. Una declaración de accesibilidad que oculta sus propias limitaciones solo sirve a quien la publica.

La referencia técnica adoptada son las directrices WCAG 2.2 en el nivel AA del World Wide Web Consortium. Son el destino común tanto de la norma armonizada europea como de la ley italiana, de modo que trabajar sobre los criterios WCAG significa trabajar sobre todos los marcos aplicables a la vez.

Las cuatro fuentes no son alternativas entre sí. Las WCAG proporcionan los criterios verificables, la EN 301 549 las sitúa en el marco europeo, el decreto legislativo 82/2022 establece la obligación para los servicios dirigidos a los consumidores, y la ley Stanca define el contexto nacional y los organismos de supervisión.

Animiyo declara conformidad parcial con las directrices WCAG 2.2 en el nivel AA. La conformidad parcial significa que una parte del contenido y de las funcionalidades cumple los criterios exigidos y otra parte no. No es una fórmula de cortesía: las partes no conformes son las que se enumeran en la sección sobre limitaciones conocidas, expuestas una por una con la limitación específica y con la eventual alternativa disponible.

El estado declarado procede de una autoevaluación llevada a cabo por el titular del proyecto y completada el 2 de agosto de 2026. No existe certificación de terceros, no se ha realizado ninguna auditoría independiente y no se reivindica ninguna puntuación ni porcentaje de conformidad.

• Qué se evaluó: las páginas públicas del sitio, los documentos legales, las páginas de contenido editorial y las pantallas principales de la aplicación web.
• Qué no se evaluó: la aplicación nativa de iOS, los documentos subidos por los usuarios y las clínicas, el contenido generado por los usuarios.
• Quién lo evaluó: el titular del proyecto, sin la participación de ningún evaluador externo.
• Cuándo: 2 de agosto de 2026.

La declaración se actualizará cuando se completen las acciones previstas, o cuando un cambio sustancial de la plataforma altere el panorama descrito aquí. La versión del documento y la fecha de revisión se muestran en la parte superior de la página.

Las funciones enumeradas a continuación ya están activas en la plataforma. Algunas están siempre presentes y no requieren ninguna acción, otras se habilitan desde los ajustes de apariencia y luego permanecen vigentes en las visitas posteriores.

1. 1

   Abre los ajustes de apariencia

   Las preferencias de apariencia reúnen el tema, el contraste, la escala de texto, la familia tipográfica y el movimiento reducido en un único lugar. No necesitas cambiar nada en el navegador ni en el sistema operativo.

2. 2

   Elige el tema y el nivel de contraste

   El tema puede ser claro, oscuro o definido por el sistema, de modo que siga automáticamente el ajuste del dispositivo. El modo de alto contraste es independiente del tema y se activa por separado.

3. 3

   Ajusta la escala de texto y la tipografía

   Las tres escalas disponibles son pequeña, mediana y grande, y ninguna de ellas provoca pérdida de contenido o de funcionalidad. La familia tipográfica puede elegirse entre una sans neutra, una grotesca y una serif.

4. 4

   Activa el movimiento reducido si lo necesitas

   Con la reducción activa, las animaciones se mantienen al mínimo. Las animaciones también respetan la preferencia del sistema prefers-reduced-motion, de modo que quien ya la haya establecido a nivel de sistema operativo no necesita repetir la elección aquí.

5. 5

   Comprueba que la preferencia te acompaña

   Los ajustes se guardan en la clave animiyo.appearance del almacenamiento local del navegador. Si tienes una cuenta y has iniciado sesión, también se guardan en tu perfil, de modo que acompañan a la persona entre dispositivos en lugar de quedar vinculados a un único navegador.

Un script en línea aplica las preferencias antes del primer pintado de la página. Existe para evitar el destello causado por el paso del tema predeterminado al elegido, que para muchas personas es solo un defecto estético, pero que para quien tiene sensibilidad a la luz es una molestia real.

El contenido editorial y los documentos legales de Animiyo no se escriben en HTML sin formato. Se componen de bloques tipados: párrafos, listas, tablas, avisos, pasos y citas. El renderizador convierte cada bloque en marcado semántico, siempre de la misma manera.

• La jerarquía de encabezados la genera el modelo, de modo que no hay saltos de nivel causados por una decisión tipográfica del autor.
• Los encabezados de tabla se declaran como tales y se asocian a sus celdas, de modo que un lector de pantalla puede anunciar a qué columna pertenece un valor.
• Las listas son listas reales y no líneas separadas por símbolos, de modo que la tecnología de asistencia anuncia su longitud y la posición actual.
• Los avisos llevan un título y un tono declarados, de modo que el significado nunca se deja solo al color.
• Como no hay HTML sin formato en los archivos de contenido, no hay marcado improvisado caso por caso.

Cada página de contenido tiene un índice de secciones con anclas estables. El índice permite llegar a una sección sin recorrer todo el documento, y las anclas no cambian cuando se actualiza el texto: un enlace profundo compartido con otra persona sigue funcionando incluso después de una revisión.

Este modelo elimina los defectos de raíz. Un defecto estructural de accesibilidad casi siempre procede de una decisión manual errónea repetida muchas veces; al trasladar la estructura al modelo de datos, el error se vuelve imposible de cometer para el autor, porque el compilador rechaza un bloque mal formado y el renderizador siempre produce el mismo marcado. Los errores de contenido siguen siendo posibles, por ejemplo un texto alternativo que describe poco, pero los errores estructurales no.

Animiyo publica nueve idiomas: italiano, inglés, francés, español, alemán, chino simplificado, estonio, ruso y árabe. Los códigos utilizados en las rutas son it, en, fr, es, de, zh-Hans, et, ru y ar.

• El árabe se representa con dirección del texto de derecha a izquierda, con el atributo dir establecido en el elemento raíz de la página, de modo que la dirección se aplica a toda la interfaz y no solo a los párrafos.
• Cada página declara su propio idioma, de modo que la síntesis de voz de un lector de pantalla utiliza la pronunciación correcta en lugar de leer texto extranjero con las reglas del idioma equivocado.
• Las fechas y los números siguen las convenciones locales del idioma elegido, en lugar de un formato único impuesto a cada versión.
• Las anotaciones hreflang enumeran solo las versiones realmente traducidas: una página que no se ha traducido nunca se anuncia como disponible en ese idioma.

La cobertura de idiomas es una cuestión de accesibilidad antes que de mercado: leer instrucciones de salud en un idioma que no dominas es una barrera tan grande como un contraste insuficiente. La limitación actual es la calidad de la revisión, no la cobertura: las traducciones en idiomas distintos del italiano y del inglés todavía no han sido revisadas por un hablante nativo en cuanto a la claridad del texto de las etiquetas.

La plataforma está construida para funcionar con tecnología de asistencia, pero las pruebas realizadas en la práctica no cubren todas las combinaciones posibles. A continuación se indica lo que se probó y lo que no, porque sin esa distinción una afirmación de compatibilidad no tiene valor práctico.

• Probado: navegación usando solo el teclado en las páginas públicas y en las pantallas principales de la aplicación, comprobando que el indicador de foco permanece visible en todo momento y que ningún elemento queda inalcanzable.
• Probado: ampliación del texto hasta el doscientos por ciento, comprobando que el contenido sigue siendo legible y que las funciones siguen siendo operables.
• Probado: representación de derecha a izquierda de la versión en árabe, incluida la dirección de los elementos de navegación.
• Probado: estructura de encabezados y etiquetas de formulario en las páginas principales.
• No probado sistemáticamente: combinaciones de lector de pantalla, navegador y sistema operativo. Las comprobaciones realizadas fueron parciales y no cubren todas las pantallas.
• No probado: control por voz, teclados alternativos y dispositivos de apuntamiento asistido.
• No probado: los documentos PDF y las imágenes subidas por los usuarios y las clínicas, que no pasan por ninguna comprobación de accesibilidad.

Declarar qué combinaciones no se probaron forma parte de la propia declaración. Sin esa información una persona no puede saber si se tuvo en cuenta su propia herramienta, y descubrirlo en la práctica significa perder tiempo en un servicio que gestiona plazos de salud. Probar con lectores de pantalla en más combinaciones de sistema operativo y navegador está entre las mejoras previstas.

Estas son las limitaciones que conocemos en la fecha de la evaluación. Se enumeran en su totalidad, con la alternativa disponible allí donde existe una y con una declaración explícita de que no existe ninguna donde ese es el caso.

Ninguna de estas limitaciones se presenta como marginal. Los mapas de paseos y los documentos subidos son barreras concretas para cualquiera que utilice un lector de pantalla, y hasta que se resuelvan la conformidad permanece parcial.

La evaluación es una autoevaluación llevada a cabo por el titular del proyecto. No existe certificación de terceros, no existe ninguna auditoría independiente y ninguna parte externa ha verificado las conclusiones expuestas en este documento.

1. Comprobaciones automatizadas en las páginas principales del sitio y de la aplicación web.
2. Pruebas de navegación manual usando solo el teclado.
3. Verificación de las relaciones de contraste entre el texto y el fondo.
4. Pruebas con ampliación del texto hasta el doscientos por ciento.
5. Revisión de la estructura de encabezados y de las etiquetas de formulario.
6. Verificación de la representación de derecha a izquierda en la versión en árabe.

Fecha de la evaluación: 2 de agosto de 2026. Los resultados se refieren a la versión de la plataforma publicada en esa fecha.

Una autoevaluación tiene una limitación estructural que conviene declarar: quien construyó la interfaz es también quien la juzga, conoce los caminos que funcionan y tiende a seguirlos. Por esta razón, considerar una auditoría independiente está entre las mejoras previstas, antes de abrir al público.

Si te encuentras con una barrera puedes informar de ella desde la página de Contacto del sitio, en la ruta /contatti. Cada aviso es útil incluso cuando se refiere a una limitación ya enumerada en este documento, porque muestra cuánto peso tiene esa limitación en el uso real.

1. 1

   Abre la página de Contacto

   La página /contatti del sitio abre un correo electrónico con un asunto ya preparado dirigido a la dirección que se muestra allí. No hay ningún formulario que rellenar y no necesitas una cuenta para escribir.

2. 2

   Indica la dirección de la página

   Copia la dirección completa de la página donde encontraste el problema. Sin la dirección la comprobación lleva mucho más tiempo y a veces la situación no se puede reproducir en absoluto.

3. 3

   Describe el navegador y la tecnología de asistencia

   Indica qué navegador y qué tecnología de asistencia estabas usando, con la versión si la conoces. La misma página puede comportarse de forma distinta según la combinación, de modo que este detalle suele ser decisivo.

4. 4

   Cuéntanos qué no funcionó

   Explica qué estabas intentando hacer y qué ocurrió en su lugar. Si puedes, di qué esperabas que ocurriera: la diferencia entre lo esperado y lo obtenido es la información más útil.

Una respuesta llega en un plazo de treinta días desde el aviso. Si la respuesta no es satisfactoria o no llega, en Italia es posible presentar una reclamación ante la Agencia para la Italia Digital, que supervisa la aplicación de la legislación sobre accesibilidad. Para los servicios que entran dentro del decreto legislativo 82/2022 es posible dirigirse a las autoridades de supervisión designadas. La protección judicial sigue estando disponible en cualquier caso.

Las acciones enumeradas a continuación son las decididas para superar las limitaciones declaradas. Están ordenadas por prioridad y se refieren tanto a las funciones como al método por el que se verifica la accesibilidad.

Las prioridades reflejan la gravedad de la barrera, no lo fácil que sea el trabajo. En este documento no se promete ninguna fecha de entrega: cuando una acción se completa, la declaración se actualiza, la versión cambia y la fila correspondiente abandona la lista de limitaciones conocidas.