Aller au contenu
Lobbly
Commencer l’essai gratuit

Accessibilité

Déclaration d’accessibilité

CODE BARRES - BARCODE s’engage à rendre Lobbly accessible conformément au RGAA 4.1.2, le référentiel d’accessibilité des services numériques.

État de conformité

Accessibilité : non conforme.

Le présent énoncé provisoire ne publie pas de pourcentage de conformité parce qu’aucun audit complet et reproductible de tous les critères RGAA applicables et de tous les états de produits authentifiés n’est actuellement disponible. Le service est donc déclaré non conforme jusqu’à ce que cet audit soit terminé et retesté de manière indépendante.

Portée de cette déclaration

Cette déclaration s’applique au site public accessible à l’adresse https://www.lobbly.io/, au parcours d’authentification, à l’espace de travail authentifié, à ses interfaces de réglages et d’administration, ainsi qu’à l’éditeur de plans.

Échantillon d ' audit

  • Page de destination publique.
  • Authentification, inscription, création d’espace de travail et écrans d’invitation.
  • Mentions légales, vie privée, termes, cookies et pages d’accessibilité.
  • Interface Playground de l’espace de travail, avec ses fenêtres modales, menus, listes de participants et panneaux de salle.
  • Les univers Messages, Agenda et Fichiers, y compris leur navigation, leurs formulaires, leurs dialogues et leurs panneaux de détails.
  • Appels de salle de réunion et sessions de réunion dédiées, y compris les contrôles des appareils et l’admission des visiteurs.
  • Paramètres du compte, préférences de l’appareil, intégrations et préférences régionales.
  • Affichages de l’interpréteur de console d’administration, des membres, des invitations, des salles, de la facturation et des paramètres de l’espace de travail.
  • Coque de l’éditeur de carte, barre d’outils, panneaux latéraux et contrôles d’édition de salle.

Contenu non accessible

  • La carte 2D de Playground ne propose pas encore d’équivalent complet au clavier pour se déplacer et interagir avec la carte.
  • Le canevas de l’éditeur de carte reste pointeur-premier pour la peinture de tuiles, le mouvement de la caméra et certains flux de travail d’édition de forme.
  • Les conversations audio et vidéo en direct ne fournissent pas encore de sous-titres ou de transcription intégrés.
  • Certains effets de toile visuels, tels que les aperçus de trajectoire, les particules et les membranes d’espace, n’ont pas encore d’équivalent non visuel exact.

Conforme aux améliorations déjà mises en œuvre

  • Les boîtes de dialogue modales exposent désormais la sémantique des boîtes de dialogue, les étiquettes, la gestion des échappements et la gestion des focus.
  • Les formulaires d’authentification exposent les erreurs en ligne aux technologies d’assistance et associent les messages aux champs.
  • Les menus personnalisés, les sélecteurs de présence et les sélecteurs de personnalisation de salle prennent en charge la navigation au clavier.
  • Les listes de personnes et de pièces exposent des étiquettes plus claires et des points d’entrée au clavier pour des actions contextuelles.
  • Les messages d’état utilisés dans les paramètres, les invitations et la personnalisation de la salle sont annoncés poliment.
  • Les contrôles automatisés sont utilisés pour la détection de régression mais ne sont pas présentés comme preuve de conformité à la RGAA.

Feuille de route pour l’accessibilité 2026-2028

  • 2026  : sécuriser le site web public, l’authentification, la console d’administration et les flux de paramètres.
  • 2026  : documenter et améliorer les commandes au clavier dans Playground et l’éditeur de cartes.
  • 2027  : améliorer l’accessibilité aux réunions en direct, y compris les légendes, les états des appareils et les alternatives audio/vidéo.
  • 2027  : exécuter la validation de la technologie d’assistance avec NVDA, VoiceOver et les combinaisons de navigateurs utilisées dans la base de référence RGAA.
  • 2028  : maintenir les contrôles d’accessibilité dans le cadre de la livraison des produits et de l’acceptation des fonctionnalités.

Plan d’action 2026

  • Maintenez zéro violation de hache-core confirmée sur les interfaces HTML publiques et authentifiées.
  • Définir les commandes au clavier de la carte dans Playground.
  • Ajoutez des alternatives clavier-first pour les opérations de l’éditeur de cartes de touches.
  • Contrôlez manuellement le contraste lorsque des dégradés, des sprites ou un rendu de canevas empêchent la validation automatisée.
  • Préparer les améliorations de l’accessibilité des réunions en direct, y compris la faisabilité des légendes.

Technologies utilisées

Lobbly utilise HTML, CSS, JavaScript, SVG, Canvas et WebRTC. Le service est conçu pour les navigateurs modernes.

Feedback et contact

Si vous ne pouvez pas accéder à une fonctionnalité ou à un contenu, écrivez-nous à hello@lobbly.io. Indiquez la page concernée, le problème rencontré, votre navigateur et, le cas échéant, la technologie d’assistance utilisée.

Recours

Si un problème d’accessibilité vous empêche d’accéder à un contenu ou à un service, que vous nous l’avez signalé et que vous n’avez pas reçu de réponse satisfaisante, vous pouvez écrire au Défenseur des droits, contacter un délégué territorial, ou envoyer un courrier sans affranchissement à l’adresse suivante : Défenseur des droits, Libre réponse 71120, 75342 Paris CEDEX 07, France.

Préparation de la déclaration

Cette déclaration provisoire a été préparée le 2026-07-11 et examinée le 2026-08-07 après l’élargissement de la portée du produit authentifié. Elle utilise les résultats de la RGAA 4.1.2, les vérifications automatisées du navigateur, les vérifications de navigation au clavier et l’examen des sources. Aucun audit complet de la technologie d’assistance n’a encore été utilisé pour calculer un taux de conformité officiel.

Établi : 2026-07-11. Dernière mise à jour : 2026-08-07.