Déclaration d'accessibilité
Dernière mise à jour : 14 avril 2026
La version anglaise prévaut. Ce document est fourni en anglais. En cas de conflit entre une page traduite, un texte dans le produit, une réponse du support ou un résumé et la version anglaise, cette dernière prévaut, sauf lorsque la loi applicable l'exige autrement.
1. Notre engagement
ShortURL.bot s'engage à rendre notre site marketing, le tableau de bord authentifié, les pages hébergées, les formulaires et la documentation utilisables par les personnes ayant un large éventail de capacités. Nous nous efforçons de respecter les normes d'accessibilité largement reconnues et d'améliorer l'expérience au fil du temps.
2. Objectif de conformité
Nous visons la conformité aux Règles pour l'accessibilité des contenus Web (WCAG) 2.1, niveau AA, comme base EN 301 549 actuelle référencée par l'Acte européen sur l'accessibilité, et nous nous conformons progressivement aux WCAG 2.2, niveau AA, au fur et à mesure de la livraison des nouvelles fonctionnalités et de la refonte des anciens écrans. Cet objectif s'applique au site marketing principal et aux flux essentiels du tableau de bord que les clients utilisent le plus souvent, notamment l'inscription, la création de liens, la création de codes QR, les formulaires, les pages hébergées, les vues analytiques et la facturation. Les anciens écrans qui n'ont pas encore été mis à jour peuvent se conformer uniquement aux WCAG 2.1 niveau AA jusqu'à leur refonte.
3. Ce que nous faisons
- Utilisation de HTML sémantique et de modèles de composants accessibles dans les nouvelles pages et fonctionnalités.
- Fourniture d'une navigation accessible au clavier, d'états de focus et d'indicateurs de focus visibles pour les contrôles interactifs.
- Maintien d'un contraste de couleurs suffisant pour le texte courant, les titres, les champs de formulaire, les boutons et les messages d'erreur, dans les thèmes clair et sombre.
- Étiquetage des champs de formulaire, boutons, icônes et contrôles ARIA afin que les technologies d'assistance puissent les annoncer.
- Conception d'interactions fonctionnant sans souris, avec des cibles de frappe raisonnables sur les appareils tactiles et avec un zoom du navigateur d'au moins 200 %.
- Test des nouveaux travaux d'interface utilisateur par rapport aux vérifications d'accessibilité et traitement des problèmes identifiés dans les rapports clients, les audits internes et les outils automatisés.
4. Limitations connues
L'accessibilité est un effort continu et toutes les pages ou fonctionnalités ne répondent pas à l'objectif à tout moment. Les domaines où nous pouvons être en-deçà comprennent :
- Les fonctionnalités bêta, d'aperçu et d'accès anticipé qui n'ont pas encore terminé leur examen d'accessibilité.
- Les composants tiers intégrés au Service, tels que les flux de paiement, d'authentification et de fournisseur de domaine, dont l'accessibilité dépend du fournisseur.
- Les visualisations de données complexes, graphiques et cartes dans l'analyse, pour lesquels des résumés textuels ou tabulaires équivalents peuvent ne pas encore être disponibles pour chaque vue.
- Le contenu créé par le client, y compris les URL, images, questions de formulaire, textes de page et designs de codes QR, dont l'accessibilité dépend des choix faits par le client.
Nous ne publions pas actuellement de VPAT ou d'ACR formel. Si vous avez besoin d'un rapport de conformité pour un processus d'approvisionnement, contactez-nous via le Centre d'aide et nous répondrons en fonction de l'état du Service et des fonctionnalités pertinentes pour votre cas d'utilisation.
5. Contenu client et responsabilités du client
Les clients qui publient des pages hébergées, des formulaires, des liens, des codes QR et d'autres contenus via le Service sont responsables de l'accessibilité du contenu qu'ils créent, y compris le texte alternatif des images, les textes lisibles, un contraste suffisant et des instructions en langage clair pour les répondants. Nous fournissons des fonctionnalités au niveau de la plateforme qui soutiennent un contenu client accessible, mais nous n'examinons ni ne certifions la conformité d'accessibilité du contenu client.
6. Retour d'expérience et assistance
Si vous rencontrez un obstacle d'accessibilité, avez besoin d'informations dans un format alternatif ou souhaitez demander un aménagement spécifique, merci de nous en informer. Vos retours nous aident à prioriser les correctifs et les améliorations.
- Canal préféré : le Centre d'aide.
- E-mail : admin@shorturl.bot avec l'objet "Accessibility".
Veuillez inclure l'URL de la page ou la fonctionnalité, une description de l'obstacle, la technologie d'assistance ou le navigateur que vous utilisiez, et le résultat que vous essayiez d'obtenir. Nous nous efforçons d'accuser réception rapidement et de faire un suivi avec les prochaines étapes ou une solution de contournement.
7. Loi applicable
La présente déclaration soutient nos efforts en matière de conformité aux lois et normes d'accessibilité applicables au Service, y compris l'Acte européen sur l'accessibilité (Directive (UE) 2019/882), la Directive sur l'accessibilité des sites web et applications mobiles (Directive (UE) 2016/2102), le cas échéant, la Loi canadienne sur l'accessibilité, la Section 508 du U.S. Rehabilitation Act et le Titre III de l'Americans with Disabilities Act, sans garantir aucun niveau de conformité spécifique pour chaque fonctionnalité à tout moment. Lorsque la loi applicable confère des droits plus étendus, ces droits s'appliquent dans la mesure requise par cette loi.
8. Modifications
Nous pouvons mettre à jour cette Déclaration d'accessibilité à mesure que le Service, nos pratiques et les normes applicables évoluent. La version mise à jour prend effet lors de sa publication, sauf si une date ultérieure est indiquée.