Déclaration d'accessibilité d'Animiyo

Une plateforme qui conserve des carnets de santé, des doses, des échéances de vaccination et des rappels de traitement ne peut pas se permettre d'obstacles. Les personnes qui s'occupent d'un animal malade le font souvent dans des conditions difficiles : dans la précipitation, avec une main occupée, sur un petit écran, les yeux fatigués ou dans une pièce mal éclairée. Les mêmes choix qui servent une personne en situation de handicap permanent servent aussi quiconque se trouve dans une difficulté temporaire ou dans une situation exigeante.

Cette déclaration couvre le site public et l'application web Next.js hébergée sur Google Cloud Run et accessible depuis le domaine de la plateforme. Elle ne couvre pas l'application native iOS, qui suit les lignes directrices d'accessibilité du système d'exploitation et fera l'objet d'une déclaration distincte une fois son évaluation terminée. Elle ne couvre pas les sites tiers vers lesquels les liens sortants peuvent conduire.

Le document est rédigé pour être utile, non pour rassurer. Là où une fonctionnalité manque, nous le disons ; là où une alternative existe, nous l'indiquons ; là où il n'existe aucune alternative, nous l'écrivons clairement. Une déclaration d'accessibilité qui masque ses propres limites ne sert que celui qui la publie.

La référence technique adoptée est constituée des lignes directrices WCAG 2.2 au niveau AA du World Wide Web Consortium. Elles sont la destination commune de la norme harmonisée européenne et de la loi italienne, si bien que travailler sur les critères WCAG revient à travailler sur tous les cadres applicables à la fois.

Les quatre sources ne sont pas des alternatives les unes aux autres. Les WCAG fournissent les critères vérifiables, la norme EN 301 549 les place dans le cadre européen, le décret législatif 82/2022 établit l'obligation pour les services destinés aux consommateurs, et la loi Stanca définit le contexte national et les organismes de contrôle.

Animiyo déclare une conformité partielle avec les lignes directrices WCAG 2.2 au niveau AA. La conformité partielle signifie qu'une partie du contenu et des fonctionnalités répond aux critères requis et qu'une autre partie n'y répond pas. Ce n'est pas une formule de politesse : les parties non conformes sont celles énumérées dans la section sur les limites connues, exposées une à une avec la limite précise et l'éventuelle alternative disponible.

L'état déclaré provient d'une auto-évaluation réalisée par le propriétaire du projet et achevée le 2 août 2026. Il n'existe aucune certification par un tiers, aucun audit indépendant n'a été effectué et aucun score ou pourcentage de conformité n'est revendiqué.

• Ce qui a été évalué : les pages publiques du site, les documents juridiques, les pages de contenu éditorial et les écrans principaux de l'application web.
• Ce qui n'a pas été évalué : l'application native iOS, les documents téléversés par les utilisateurs et les cliniques, le contenu généré par les utilisateurs.
• Qui l'a évalué : le propriétaire du projet, sans aucun évaluateur externe impliqué.
• Quand : le 2 août 2026.

La déclaration sera mise à jour lorsque les actions prévues seront achevées, ou lorsqu'une modification substantielle de la plateforme changera le tableau décrit ici. La version du document et la date de révision figurent en haut de la page.

Les fonctionnalités énumérées ci-dessous sont déjà actives dans la plateforme. Certaines sont toujours présentes et ne nécessitent aucune action, d'autres s'activent depuis les réglages d'apparence puis restent en vigueur lors des visites suivantes.

1. 1

   Ouvrir les réglages d'apparence

   Les préférences d'apparence regroupent le thème, le contraste, l'échelle du texte, la famille de caractères et le mouvement réduit en un seul endroit. Vous n'avez rien à modifier dans le navigateur ni dans le système d'exploitation.

2. 2

   Choisir le thème et le niveau de contraste

   Le thème peut être clair, sombre ou défini par le système, de sorte qu'il suive automatiquement le réglage de l'appareil. Le mode contraste élevé est indépendant du thème et s'active séparément.

3. 3

   Régler l'échelle du texte et la police

   Les trois échelles disponibles sont petite, moyenne et grande, et aucune d'elles n'entraîne de perte de contenu ou de fonctionnalité. La famille de caractères peut être choisie entre une sans neutre, une grotesque et une police à empattements.

4. 4

   Activer le mouvement réduit si vous en avez besoin

   Avec la réduction active, les animations sont réduites au minimum. Les animations respectent aussi la préférence système prefers-reduced-motion, de sorte que quiconque l'a déjà définie au niveau du système d'exploitation n'a pas besoin de répéter ce choix ici.

5. 5

   Vérifier que la préférence vous suit

   Les réglages sont enregistrés dans la clé animiyo.appearance du stockage local du navigateur. Si vous avez un compte et que vous êtes connecté, ils sont aussi enregistrés dans votre profil, de sorte qu'ils suivent la personne d'un appareil à l'autre au lieu de rester liés à un seul navigateur.

Un script en ligne applique les préférences avant le premier affichage de la page. Il existe pour éviter le clignotement provoqué par le passage du thème par défaut au thème choisi, qui pour beaucoup n'est qu'un défaut esthétique mais qui, pour quiconque est sensible à la lumière, constitue une véritable gêne.

Le contenu éditorial et les documents juridiques d'Animiyo ne sont pas rédigés en HTML brut. Ils sont composés de blocs typés : paragraphes, listes, tableaux, encadrés, étapes et citations. Le moteur de rendu transforme chaque bloc en balisage sémantique, toujours de la même manière.

• La hiérarchie des titres est générée par le modèle, de sorte qu'il n'y a pas de sauts de niveau provoqués par un choix typographique de l'auteur.
• Les en-têtes de tableau sont déclarés comme tels et associés à leurs cellules, de sorte qu'un lecteur d'écran peut annoncer à quelle colonne appartient une valeur.
• Les listes sont de vraies listes et non des lignes séparées par des symboles, de sorte que la technologie d'assistance annonce leur longueur et la position courante.
• Les encadrés portent un titre et un ton déclarés, de sorte que le sens n'est jamais confié à la seule couleur.
• Comme il n'y a pas de HTML brut dans les fichiers de contenu, il n'y a pas de balisage improvisé au cas par cas.

Chaque page de contenu comporte un index des sections avec des ancres stables. L'index permet d'atteindre une section sans faire défiler tout le document, et les ancres ne changent pas lorsque le texte est mis à jour : un lien profond partagé avec une autre personne continue de fonctionner même après une révision.

Ce modèle supprime les défauts à la racine. Un défaut d'accessibilité structurel provient presque toujours d'un mauvais choix manuel répété de nombreuses fois ; en déplaçant la structure dans le modèle de données, l'erreur devient impossible à commettre pour l'auteur, parce que le compilateur rejette un bloc mal formé et que le moteur de rendu produit toujours le même balisage. Les erreurs de contenu restent possibles, par exemple un texte alternatif qui décrit peu, mais les erreurs structurelles ne le sont pas.

Animiyo publie neuf langues : l'italien, l'anglais, le français, l'espagnol, l'allemand, le chinois simplifié, l'estonien, le russe et l'arabe. Les codes utilisés dans les routes sont it, en, fr, es, de, zh-Hans, et, ru et ar.

• L'arabe est rendu avec un sens du texte de droite à gauche, l'attribut dir étant défini sur l'élément racine de la page, de sorte que le sens s'applique à toute l'interface et non aux seuls paragraphes.
• Chaque page déclare sa propre langue, de sorte que la synthèse vocale d'un lecteur d'écran utilise la prononciation correcte au lieu de lire un texte étranger avec les règles de la mauvaise langue.
• Les dates et les nombres suivent les conventions locales de la langue choisie, plutôt qu'un format unique imposé à chaque version.
• Les annotations hreflang n'énumèrent que les versions réellement traduites : une page qui n'a pas été traduite n'est jamais annoncée comme disponible dans cette langue.

La couverture linguistique est une question d'accessibilité avant d'être une question de marché : lire des instructions de santé dans une langue que l'on ne maîtrise pas constitue autant un obstacle qu'un contraste insuffisant. La limite actuelle tient à la qualité de la relecture, non à la couverture : les traductions dans des langues autres que l'italien et l'anglais n'ont pas encore été relues par un locuteur natif pour la clarté du texte des libellés.

La plateforme est conçue pour fonctionner avec les technologies d'assistance, mais les tests réellement effectués ne couvrent pas toutes les combinaisons possibles. Voici ce qui a été testé et ce qui ne l'a pas été, car sans cette distinction une affirmation de compatibilité n'a aucune valeur pratique.

• Testé : la navigation au clavier seul sur les pages publiques et sur les écrans principaux de l'application, en vérifiant que l'indicateur de focus reste visible à tout moment et qu'aucun élément ne devient inatteignable.
• Testé : l'agrandissement du texte jusqu'à deux cents pour cent, en vérifiant que le contenu reste lisible et que les fonctions restent utilisables.
• Testé : le rendu de droite à gauche de la version arabe, y compris le sens des éléments de navigation.
• Testé : la structure des titres et les libellés des formulaires sur les pages principales.
• Non testé systématiquement : les combinaisons de lecteur d'écran, de navigateur et de système d'exploitation. Les vérifications effectuées étaient partielles et ne couvrent pas chaque écran.
• Non testé : le contrôle vocal, les claviers alternatifs et les dispositifs de pointage assisté.
• Non testé : les documents PDF et les images téléversés par les utilisateurs et les cliniques, qui ne passent par aucun contrôle d'accessibilité.

Déclarer quelles combinaisons n'ont pas été testées fait partie de la déclaration elle-même. Sans cette information, une personne ne peut pas savoir si son propre outil a été pris en compte, et le découvrir en pratique signifie perdre du temps sur un service qui gère des échéances de santé. Tester avec des lecteurs d'écran sur davantage de combinaisons de système d'exploitation et de navigateur figure parmi les améliorations prévues.

Voici les limites que nous connaissons à la date de l'évaluation. Elles sont énumérées en totalité, avec l'alternative disponible là où il en existe une et avec une mention explicite qu'aucune n'existe lorsque c'est le cas.

Aucune de ces limites n'est présentée comme marginale. Les cartes de promenade et les documents téléversés sont des obstacles concrets pour quiconque utilise un lecteur d'écran, et tant qu'ils ne sont pas résolus la conformité reste partielle.

L'évaluation est une auto-évaluation réalisée par le propriétaire du projet. Il n'existe aucune certification par un tiers, il n'y a aucun audit indépendant et aucune partie externe n'a vérifié les conclusions exposées dans ce document.

1. Vérifications automatisées sur les pages principales du site et de l'application web.
2. Tests de navigation manuelle au clavier seul.
3. Vérification des rapports de contraste entre le texte et l'arrière-plan.
4. Tests avec agrandissement du texte jusqu'à deux cents pour cent.
5. Revue de la structure des titres et des libellés des formulaires.
6. Vérification du rendu de droite à gauche dans la version arabe.

Date de l'évaluation : le 2 août 2026. Les résultats se rapportent à la version de la plateforme publiée à cette date.

Une auto-évaluation a une limite structurelle qu'il convient d'énoncer : celui qui a construit l'interface est aussi celui qui la juge, connaît les chemins qui fonctionnent et tend à les suivre. Pour cette raison, envisager un audit indépendant figure parmi les améliorations prévues, avant l'ouverture au public.

Si vous rencontrez un obstacle, vous pouvez le signaler depuis la page Contacts du site, au chemin /contatti. Chaque signalement est utile même lorsqu'il concerne une limite déjà énumérée dans ce document, car il montre le poids que cette limite représente dans l'usage réel.

1. 1

   Ouvrir la page Contacts

   La page /contatti du site ouvre un courriel avec un objet déjà rempli, adressé à l'adresse qui y est indiquée. Il n'y a pas de formulaire à remplir et vous n'avez pas besoin d'un compte pour écrire.

2. 2

   Indiquer l'adresse de la page

   Copiez l'adresse complète de la page où vous avez rencontré le problème. Sans l'adresse, la vérification prend beaucoup plus de temps et parfois la situation ne peut pas du tout être reproduite.

3. 3

   Décrire le navigateur et la technologie d'assistance

   Indiquez quel navigateur et quelle technologie d'assistance vous utilisiez, avec la version si vous la connaissez. La même page peut se comporter différemment selon la combinaison, si bien que ce détail est souvent décisif.

4. 4

   Nous dire ce qui n'a pas fonctionné

   Expliquez ce que vous essayiez de faire et ce qui s'est produit à la place. Si vous le pouvez, indiquez ce à quoi vous vous attendiez : l'écart entre l'attendu et l'obtenu est l'information la plus utile.

Une réponse arrive dans les trente jours suivant le signalement. Si la réponse n'est pas satisfaisante ou n'arrive pas, en Italie il est possible de soumettre un signalement à l'Agence pour l'Italie numérique, qui supervise l'application de la législation sur l'accessibilité. Pour les services relevant du décret législatif 82/2022, il est possible de s'adresser aux autorités de contrôle désignées. La protection judiciaire reste disponible en tout état de cause.

Les actions énumérées ci-dessous sont celles qui ont été décidées afin de surmonter les limites déclarées. Elles sont classées par priorité et concernent à la fois les fonctionnalités et la méthode par laquelle l'accessibilité est vérifiée.

Les priorités reflètent la gravité de l'obstacle, non la facilité du travail. Aucune date de livraison n'est promise dans ce document : lorsqu'une action est achevée, la déclaration est mise à jour, la version change et la ligne correspondante quitte la liste des limites connues.