Déclaration d’accessibilité

Dernière mise à jour : 14 octobre 2026

Table QR LLC exploite TableQR, le service que les établissements utilisent pour publier leurs cartes et recevoir les commandes de leurs clients (« TableQR », « nous »). Cette déclaration décrit le niveau d’accessibilité des pages que les clients ouvrent depuis le QR code d’un établissement, ce qui ne fonctionne pas encore bien et comment nous signaler un problème.

1. Champ d’application

Elle couvre les pages clients de chaque établissement sur TableQR : la page de l’établissement, ses cartes et ses plats, la recherche et les filtres, le panier et la commande, le suivi de commande, les demandes depuis la table et l’addition, le formulaire de réservation et le bandeau de consentement aux cookies.

Les pages de chaque établissement renvoient aussi à une déclaration établie pour cet établissement. Elle précise ce qui dépend de ses propres choix, comme ses couleurs et son contenu, et comment le joindre.

2. Norme d’accessibilité

Nous visons à ce que les pages clients respectent les Règles pour l’accessibilité des contenus Web (WCAG) 2.2 au niveau AA ainsi que les exigences relatives aux pages web de la norme européenne EN 301 549, sur laquelle s’appuie l’acte européen sur l’accessibilité.

3. État de conformité

Les pages clients sont partiellement conformes aux WCAG 2.2 niveau AA : certaines parties ne respectent pas encore entièrement la norme. Elles sont listées sous « Limites connues ».

4. Limites connues

Nous avons connaissance des limites suivantes :

  • Chaque établissement choisit ses couleurs, et certaines manquent de contraste dans l’affichage standard. Les clients peuvent activer le mode basse vision, qui renforce le contraste et agrandit le texte ; il s’active aussi de lui-même lorsque l’appareil est réglé pour augmenter le contraste ou utiliser des couleurs forcées.
  • Les images de bannière que les établissements importent peuvent contenir du texte dans l’image, qui ne peut être ni agrandi, ni traduit, ni lu à voix haute.
  • Les noms des plats, les descriptions, les photos et les traductions sont rédigés par chaque établissement, qui en est responsable.
  • Les lecteurs d’écran sont testés manuellement avec VoiceOver sur iOS et TalkBack sur Android uniquement ; les autres lecteurs d’écran ne sont pas testés.

5. Comment nous testons

Nous vérifions les pages clients de ces façons :

  • Des contrôles automatiques avec axe s’exécutent sur les composants des pages clients dans nos tests de composants.
  • Des contrôles automatiques avec axe s’exécutent sur la carte, le détail d’un plat, le panier, la validation de commande, le suivi de commande, les demandes depuis la table et le formulaire de réservation dans des tests de bout en bout du produit en fonctionnement.
  • Des tests basse vision vérifient ces pages avec un zoom de 400 % (un écran de 320 pixels de large), avec un texte agrandi à 200 % et avec des couleurs forcées.
  • Avant chaque version qui modifie les pages clients, une personne parcourt la carte, un plat, le panier, une commande et son suivi avec VoiceOver sur iOS et TalkBack sur Android.

6. Retours et contact

Si un élément des pages clients est difficile à utiliser, ou si vous trouvez un problème absent de cette liste, écrivez à support@table-qr.com. Indiquez-nous l’adresse de la page, ce que vous cherchiez à faire, ainsi que l’appareil, le navigateur et la technologie d’assistance éventuelle que vous utilisiez.

Pour un contenu rédigé par un établissement — un nom de plat, une description, une photo ou une traduction —, prévenez aussi l’établissement : la déclaration en lien au bas de ses pages indique comment le joindre.

7. Voies de recours

Si notre réponse ne vous satisfait pas, vous pouvez contacter l’autorité de surveillance du marché chargée de l’accessibilité dans votre pays de l’UE.

8. À propos de cette déclaration

Cette déclaration a été établie le 14 octobre 2026 et revue pour la dernière fois le 14 octobre 2026. Elle repose sur notre propre évaluation : une revue du code et les tests décrits ci-dessus.