Accessibilité
Sommaire
Dernière mise à jour : 23 juillet 2026
Projet étudiant fictif
AtypikHouse est une plateforme de démonstration réalisée dans le cadre d'une formation. Aucune réservation, aucun paiement et aucune transaction réelle ne sont effectués sur le site.
Cette page présente la démarche d'accessibilité appliquée à la version actuelle du projet. Elle ne constitue pas une déclaration officielle de conformité.
1. Notre démarche
Dans le cadre du projet étudiant AtypikHouse, une attention particulière est portée à l'accessibilité du site afin de permettre au plus grand nombre, notamment aux personnes en situation de handicap, de consulter les contenus et d'utiliser les principales fonctionnalités.
L'accessibilité est intégrée progressivement au développement du projet, notamment dans la navigation, les formulaires, les composants interactifs et l'adaptation aux différents formats d'écran.
2. État de l'évaluation
Aucun audit complet de conformité au Référentiel général d'amélioration de l'accessibilité — RGAA — n'a été réalisé sur cette version du projet.
Aucun niveau de conformité n'est donc revendiqué.
Les mesures présentées sur cette page décrivent les améliorations intégrées au projet, mais ne constituent pas une certification ni une déclaration officielle de conformité au RGAA.
3. Mesures d'accessibilité mises en œuvre
Les mesures suivantes ont été intégrées progressivement dans le projet et vérifiées dans le code avant d'être mentionnées sur cette page :
- navigation au clavier sur les principales fonctionnalités interactives (liens, boutons, interrupteurs, champs de formulaire, assistant de recherche, panneau de filtres) ;
- focus visible sur les liens, boutons, interrupteurs et champs de formulaire ;
- lien d'évitement permettant d'aller directement au contenu principal ;
- organisation des pages à l'aide de titres structurés, avec un seul H1 par page ;
- libellés associés aux principaux champs de formulaire, et regroupement par
fieldset/legendlorsque cela est pertinent (par exemple le choix du profil à l'inscription) ; - indication des champs facultatifs dans leur intitulé (par exemple « Téléphone (optionnel) ») plutôt que par la seule couleur ;
- messages d'erreur et de confirmation compréhensibles, pouvant être annoncés aux technologies d'assistance grâce à
role="status"etaria-live="polite"; - textes alternatifs associés aux principales images porteuses de sens (photos de logements) et attribut
alt=""pour les images purement décoratives ; - boutons ne comportant qu'une icône dotés d'un nom accessible (texte masqué visuellement ou
aria-label) ; - interrupteur de la page « Gestion des cookies » utilisant
role="switch"etaria-checked, avec un état « Activées »/« Désactivées » indiqué par le texte, jamais par la seule couleur ; - fenêtres de l'assistant de recherche et du panneau de filtres dotées d'un nom accessible, se refermant avec la touche Échap, avec un focus déplacé à l'ouverture et rendu au bouton déclencheur à la fermeture ;
- carrousels utilisables au clavier via des boutons précédent/suivant réels, sans défilement automatique ;
- cartes Google Maps, Leaflet et CARTO chargées uniquement après consentement explicite, et refusables sans empêcher l'accès au reste du site ;
- prise en compte de la préférence système de réduction des animations (
prefers-reduced-motion) ; - mise en page adaptée aux écrans d'ordinateur, de tablette et de téléphone ;
- langue principale de la page définie avec l'attribut
lang="fr".
4. Limites connues
Le site étant un projet étudiant en cours de développement, certaines pages ou fonctionnalités peuvent encore présenter des difficultés d'accessibilité.
Les composants complexes, notamment les cartes interactives, certains carrousels, les calendriers, le tunnel de réservation, les fenêtres modales et les contenus fournis par des services externes, peuvent nécessiter des améliorations complémentaires.
Les cartes externes peuvent être refusées sans empêcher l'accès aux autres fonctionnalités principales du site. Lorsqu'une carte n'est pas chargée, les informations essentielles restent disponibles sous une forme textuelle lorsque cela est pertinent.
Après analyse du code, les limites suivantes ont notamment été constatées :
- le calendrier de disponibilité affiché sur les fiches logement est en lecture seule : les cases représentant chaque jour ne sont pas elles-mêmes navigables au clavier. La sélection des dates reste possible grâce aux champs de date natifs du formulaire, qui restent accessibles ;
- dans l'assistant de recherche et le panneau de filtres, le focus entre bien dans la fenêtre à l'ouverture et revient au bouton déclencheur à la fermeture, mais n'est pas strictement maintenu à l'intérieur : la touche Tab peut permettre de sortir vers le reste de la page tant que la fenêtre reste ouverte ;
- certains intitulés de lien courts et répétés (par exemple « Découvrir » sur les cartes de logement) peuvent manquer de contexte lorsqu'ils sont lus isolément par une technologie d'assistance, en dehors de leur carte ;
- les contrastes n'ont pas été vérifiés de façon exhaustive avec un outil de mesure dédié ; une attention est portée aux couleurs utilisées, sans certification à ce jour ;
- les contenus fournis par des services tiers (Google Maps, Leaflet, CARTO) ne sont pas entièrement maîtrisables par le projet et peuvent présenter leurs propres limites d'accessibilité ;
- l'assistant de recherche automatisé (chatbot) repose sur un moteur à règles simple ; le suivi des mises à jour dynamiques de la conversation par certaines technologies d'assistance n'a pas été testé de façon approfondie.
5. Signaler une difficulté
Si vous rencontrez une difficulté pour accéder à un contenu ou utiliser une fonctionnalité, vous pouvez contacter directement le responsable du projet :
Quentin Seynaeve
Projet étudiant AtypikHouse
Adresse e-mail : contact@atypikhouse.fr
Une réponse ou une solution alternative pourra être recherchée lorsque cela est possible.
6. Amélioration continue
L'accessibilité est prise en compte progressivement au cours du développement du projet.
Les corrections identifiées lors des tests, des retours utilisateurs et des futures évolutions pourront être intégrées dans les prochaines versions d'AtypikHouse.
En cas d'ajout d'un nouveau composant, d'un service externe ou d'une nouvelle fonctionnalité, son accessibilité devra être vérifiée avant sa mise à disposition.