Accessibilité Déclaration d’accessibilité

Périmètre

Cette déclaration porte sur l’application Doonza (app.doonza.com), y compris sa version installée sur téléphone. Elle ne couvre pas le site doonza.com. L’espace d’administration, réservé à l’équipe Doonza, n’est pas destiné au public.

Norme visée

Nous visons le niveau AA des Règles pour l’accessibilité des contenus Web (WCAG) 2.1, qui correspond aux exigences de la norme européenne EN 301 549 pour le contenu web.

État de conformité

L’application est partiellement conforme à cette norme. Aucun audit complet par un organisme extérieur n’a été réalisé à ce jour : nous ne pouvons donc pas déclarer la conformité totale.

Ce qui est vérifié

Ces vérifications sont faites par des outils ou découlent de la façon dont l’interface est construite :

• Un test automatique (axe-core, règles WCAG 2.0 et 2.1, niveaux A et AA) examine les écrans les plus parcourus, parmi lesquels l’accueil de l’espace client, la connexion, l’inscription, la création d’une demande, le suivi d’une demande, les paramètres et l’espace prestataire. Il échoue dès qu’une violation sérieuse ou critique apparaît.
• Les contrastes des couleurs de l’interface sont mesurés par un test, en thème clair comme en thème sombre.
• Règle de construction (hauteur minimale de 44 pixels, non vérifiée par un test) : les boutons et les liens principaux ont une zone de toucher d’au moins 44 pixels de haut.
• Un lien « Aller au contenu » est le premier élément atteint au clavier.

Un contrôle Lighthouse (catégorie Accessibilité) du 26 septembre 2026 avait donné 100 sur treize écrans ; l’interface a changé depuis et il n’a pas été rejoué, nous ne le comptons donc pas parmi les vérifications. Ces outils ne détectent qu’une partie des critères. Aucune relecture complète au lecteur d’écran, au clavier seul et à 200 % de zoom n’a encore été consignée.

Contenus connus comme non accessibles

• Le bouton « Continuer avec Google » est dessiné par Google : sa hauteur (40 pixels) et sa police sont fixées par Google et nous ne pouvons pas les modifier.
• Les écrans de paiement et d’ouverture du compte de versement sont fournis par notre partenaire de paiement sécurisé et intégrés à l’application. Leur accessibilité dépend de ce partenaire et n’a pas été auditée par nous.
• Les documents PDF que nous émettons (reçus, avoirs, relevés de versement) ne sont pas balisés : un lecteur d’écran les lit moins bien qu’une page web.
• Une photo de portfolio ou de réalisation a pour description sa légende lorsque le prestataire en a écrit une, sinon un texte générique (« Photo de réalisation de … ») : elle n’est pas décrite individuellement.
• Certains messages d’erreur venus de la base de données restent en français, même lorsque l’application est en anglais.
• Aucun audit manuel complet n’a été réalisé : des défauts non détectés par les outils peuvent exister.

Date et méthode

Cette déclaration a été établie le 8 octobre 2026 à partir des tests automatiques cités plus haut et d’une lecture du code de l’application. Elle sera mise à jour lorsqu’un audit sera réalisé ou lorsqu’un des points ci-dessus changera.

Signaler un problème

Si un contenu vous est inaccessible, écrivez-nous en décrivant la page et la difficulté rencontrée. Nous répondons dans un délai de quinze jours.

Voies de recours

En France, si vous ne recevez pas de réponse satisfaisante, vous pouvez saisir gratuitement le Défenseur des droits : en ligne sur defenseurdesdroits.fr, auprès d’un délégué près de chez vous, ou par téléphone au 09 69 39 00 00 pour être renseigné.

En Suisse, nous n’avons pas pu établir à partir d’une source officielle une voie de recours propre à l’accessibilité numérique d’un service privé : nous ne l’indiquons donc pas. Le Bureau fédéral de l’égalité pour les personnes handicapées (BFEH, www.ebgb.admin.ch) peut être contacté pour s’informer.