1. Champ d’application et état
La déclaration couvre https://anthonystilo.com et l’application Anthony Stilo pour iOS et Android. État actuel : évaluation en cours, conformité non déclarée. Le statut de la revue d’accessibilité dans la configuration est pending.
2. Objectif d’accessibilité
L’objectif de conception et d’ingénierie est le niveau AA des WCAG 2.2, avec des interactions perceptibles, utilisables, compréhensibles et robustes comme principes de travail. Un objectif n’est pas une certification. Les exigences espagnoles et européennes applicables aux services de commerce électronique et aux applications mobiles devront être confirmées en fonction de l’entité et du service définitifs.
3. Mesures présentes dans la version examinée
Le site comporte un lien d’évitement vers le contenu, des repères et titres sémantiques, des contrôles natifs au clavier, des libellés visibles, des mises en page adaptatives et un contenu localisé. Le produit utilise des textes alternatifs pour les images éditoriales et des états textuels pour les informations importantes. Ces éléments doivent faire l’objet de vérifications automatiques et manuelles et ne démontrent pas à eux seuls la conformité.
4. Utilisation visée
L’expérience est conçue pour prendre en charge la navigation au clavier, les lecteurs d’écran, le zoom et la redistribution, une signification indépendante de la couleur, la préférence de réduction des animations lorsqu’elles existent, et les orientations portrait ou paysage sur les tailles mobiles et de bureau courantes. La matrice des navigateurs, technologies d’assistance et systèmes d’exploitation pris en charge n’est pas encore approuvée.
5. Limites connues
Les tests WCAG indépendants, les parcours avec lecteur d’écran, le contrôle par contacteur ou voix, le zoom de 200 à 400 %, le contraste élevé, la réduction des animations, l’authentification et OAuth, Turnstile, les graphiques ou interactions de jeu, la récupération après erreur et la sémantique de la WebView native restent des vérifications de lancement. Les textes dynamiques ou produits par l’IA peuvent présenter des défauts. Tout parcours critique inaccessible devra être corrigé ou disposer d’une voie accessible équivalente avant lancement.
6. Contenus tiers et utilisateurs
Booksy, Google, Apple et les autres interfaces externes échappent au contrôle direct. Lorsqu’un service critique en dépend, une explication propriétaire accessible et un moyen de contact alternatif devront être fournis. Les médias anciens ou transmis par les utilisateurs peuvent ne pas respecter immédiatement le même niveau et nécessitent, selon le cas, modération, sous-titrage ou alternatives.
7. Retour et assistance
Si vous rencontrez un obstacle, contactez [LEGAL:support-contact-pending] en indiquant la page ou l’écran, ce que vous vouliez accomplir, votre appareil ou technologie d’assistance si vous souhaitez les communiquer, ainsi que le format ou l’aide dont vous avez besoin. N’envoyez ni mot de passe, ni code d’authentification, ni donnée sensible inutile. Les délais de réponse et la responsabilité de l’escalade doivent être approuvés avant lancement.
8. Réclamations et voies de recours
Si un obstacle signalé n’est pas résolu, les voies administratives ou judiciaires dépendent du droit applicable en matière d’accessibilité et de consommation ainsi que du statut confirmé du prestataire. Ce projet ne désigne aucune autorité et ne revendique aucune exemption sans cette analyse. Les recours impératifs restent disponibles.
9. Préparation et révision
Ce projet a été préparé à partir d’un examen du code et du contenu daté du 1er août 2026, et non d’un audit indépendant achevé. Il devra être mis à jour après les contrôles automatisés, les essais manuels au clavier et avec lecteurs d’écran, les tests natifs iOS et Android, l’examen des parcours tiers et les corrections. Toute version importante devra répéter ces contrôles.