Accessibilité numérique

Qu'est-ce que l'accessibilité numérique ?

Un site web accessible est un site qui permet aux personnes en situation de handicap d'accéder à ses contenus et ses fonctionnalités sans difficulté.

Un site accessible permet par exemple de :

• Naviguer avec une synthèse vocale et/ou une plage braille (notamment utilisées par les personnes aveugles et malvoyantes).
• Personnaliser l’affichage du site selon ses besoins (agrandissement ou rétrécissement des caractères, modification des couleurs, etc.).
• Naviguer sans utiliser la souris (avec le clavier uniquement, via un écran tactile, à la voix ou tout autre périphérique adapté).

Déclaration d’accessibilité

Ticketmaster s’engage à rendre accessibles ses sites internet (et ses applications mobiles) conformément à l’article 47 de la loi n°2005-102 du 11 février 2005.

À cette fin, Ticketmaster met en œuvre un schéma pluriannuel de mise en accessibilité 2025-2028.

Cette déclaration d’accessibilité s’applique à billetterie.aegpresents.fr.

État de conformité

billetterie.aegpresents.fr est non conforme avec le référentiel général d’amélioration de l’accessibilité (RGAA), version 4 en raison des non-conformités et des dérogations énumérées ci-dessous.

Résultats des tests

L’audit de conformité réalisé par Alsacréations en mai 2025 révèle que le taux de conformité global est de 35.14 %

Ce taux est obtenu en divisant le nombre de critères conformes par le nombre de critères applicables.

Contenus non accessibles
Non-conformités :

• 1.1 - Chaque image porteuse d’information a-t-elle une alternative textuelle ?
• 1.2 - Chaque image de décoration est-elle correctement ignorée par les technologies d’assistance ?
• 1.3 - Pour chaque image porteuse d'information ayant une alternative textuelle, cette alternative est-elle pertinente (hors cas particuliers) ?
• 1.5 - Pour chaque image utilisée comme CAPTCHA, une solution d’accès alternatif au contenu ou à la fonction du CAPTCHA est-elle présente ?
• 2.2 - Pour chaque cadre ayant un titre de cadre, ce titre de cadre est-il pertinent ?
• 3.2 - Dans chaque page web, le contraste entre la couleur du texte et la couleur de son arrière-plan est-il suffisamment élevé (hors cas particuliers) ?
• 3.3 - Dans chaque page web, les couleurs utilisées dans les composants d’interface ou les éléments graphiques porteurs d’informations sont-elles suffisamment contrastées (hors cas particuliers) ?
• 5.1 - Chaque tableau de données complexe a-t-il un résumé ?
• 5.2 - Pour chaque tableau de données complexe ayant un résumé, celui-ci est-il pertinent ?
• 5.6 - Pour chaque tableau de données, chaque en-tête de colonnes et chaque en-tête de lignes sont-ils correctement déclarés ?
• 5.7 - Pour chaque tableau de données, la technique appropriée permettant d’associer chaque cellule avec ses en-têtes est-elle utilisée (hors cas particuliers) ?
• 6.1 - Chaque lien est-il explicite (hors cas particuliers) ?
• 6.2 - Dans chaque page web, chaque lien a-t-il un intitulé ?
• 7.1 - Chaque script est-il, si nécessaire, compatible avec les technologies d’assistance ?
• 7.3 - Chaque script est-il contrôlable par le clavier et par tout dispositif de pointage (hors cas particuliers) ?
• 7.4 - Pour chaque script qui initie un changement de contexte, l’utilisateur est-il averti ou en a-t-il le contrôle ?
• 8.5 - Chaque page web a-t-elle un titre de page ?
• 8.6 - Pour chaque page web ayant un titre de page, ce titre est-il pertinent ?
• 8.7 - Dans chaque page web, chaque changement de langue est-il indiqué dans le code source (hors cas particuliers) ?
• 8.9 - Dans chaque page web, les balises ne doivent pas être utilisées uniquement à des fins de présentation. Cette règle est-elle respectée ?
• 9.1 - Dans chaque page web, l’information est-elle structurée par l’utilisation appropriée de titres ?
• 9.2 - Dans chaque page web, la structure du document est-elle cohérente (hors cas particuliers) ?
• 9.3 - Dans chaque page web, chaque liste est-elle correctement structurée ?
• 10.1 - Dans le site web, des feuilles de styles sont-elles utilisées pour contrôler la présentation de l’information ?
• 10.2 - Dans chaque page web, le contenu visible porteur d’information reste-t-il présent lorsque les feuilles de styles sont désactivées ?
• 10.3 - Dans chaque page web, l’information reste-t-elle compréhensible lorsque les feuilles de styles sont désactivées ?
• 10.4 - Dans chaque page web, le texte reste-t-il lisible lorsque la taille des caractères est augmentée jusqu’à 200%, au moins (hors cas particuliers) ?
• 10.6 - Dans chaque page web, chaque lien dont la nature n’est pas évidente est-il visible par rapport au texte environnant ?
• 10.7 - Dans chaque page web, pour chaque élément recevant le focus, la prise de focus est-elle visible ?
• 10.10 - Dans chaque page web, l’information ne doit pas être donnée par la forme, taille ou position uniquement. Cette règle est-elle implémentée de façon pertinente ?
• 10.12 - Dans chaque page web, les propriétés d’espacement du texte peuvent-elles être redéfinies par l’utilisateur sans perte de contenu ou de fonctionnalité (hors cas particuliers) ?
• 10.13 - Dans chaque page web, les contenus additionnels apparaissant à la prise de focus ou au survol d’un composant d’interface sont-ils contrôlables par l’utilisateur (hors cas particuliers) ?
• 11.1 - Chaque champ de formulaire a-t-il une étiquette ?
• 11.2 - Chaque étiquette associée à un champ de formulaire est-elle pertinente (hors cas particuliers) ?
• 11.3 - Dans chaque formulaire, chaque étiquette associée à un champ de formulaire ayant la même fonction et répété plusieurs fois dans une même page ou dans un ensemble de pages est-elle cohérente ?
• 11.5 - Dans chaque formulaire, les champs de même nature sont-ils regroupés, si nécessaire ?
• 11.9 - Dans chaque formulaire, l’intitulé de chaque bouton est-il pertinent (hors cas particuliers) ?
• 11.10 - Dans chaque formulaire, le contrôle de saisie est-il utilisé de manière pertinente (hors cas particuliers) ?
• 11.11 - Dans chaque formulaire, le contrôle de saisie est-il accompagné, si nécessaire, de suggestions facilitant la correction des erreurs de saisie ?
• 11.13 - La finalité d’un champ de saisie peut-elle être déduite pour faciliter le remplissage automatique des champs avec les données de l’utilisateur ?
• 12.1 - Chaque ensemble de pages dispose-t-il de deux systèmes de navigation différents, au moins (hors cas particuliers) ?
• 12.6 - Les zones de regroupement de contenus présentes dans plusieurs pages web (zones d’en-tête, de navigation principale, de contenu principal, de pied de page et de moteur de recherche) peuvent-elles être atteintes ou évitées ?
• 12.9 - Dans chaque page web, la navigation ne doit pas contenir de piège au clavier. Cette règle est-elle respectée ?
• 13.1 - Pour chaque page web, l’utilisateur a-t-il le contrôle de chaque limite de temps modifiant le contenu (hors cas particuliers) ?
• 13.3 - Dans chaque page web, chaque document bureautique en téléchargement possède-t-il, si nécessaire, une version accessible (hors cas particuliers) ?
• 13.8 - Dans chaque page web, chaque contenu en mouvement ou clignotant est-il contrôlable par l’utilisateur ?
• 13.9 - Dans chaque page web, le contenu proposé est-il consultable quelle que soit l’orientation de l’écran (portait ou paysage) (hors cas particuliers) ?

Contenus non soumis à l’obligation d’accessibilité

• Recaptcha
• Lecteur video Youtube
• OneTrust

Technologies utilisées pour la réalisation du site

• HTML5
• CSS
• Javascript
• ARIA
• SVG

Environnement de test

Les vérifications de restitution de contenus ont été réalisées sur la base de la combinaison fournie par la base de référence du RGAA, avec les versions suivantes :

Outils pour évaluer l’accessibilité

Les outils suivants ont été utilisés pour vérifier l’accessibilité :

Pages du site ayant fait l’objet de la vérification de conformité

Retour d’information et contact

Si vous n’arrivez pas à accéder à un contenu ou à un service, vous pouvez contacter le responsable du site pour être orienté vers une alternative accessible ou obtenir le contenu sous une autre forme.

Envoyer un message via notre formulaire de contact

Voies de recours

Si vous constatez un défaut d’accessibilité vous empêchant d’accéder à un contenu ou une fonctionnalité du site, que vous nous le signalez et que vous ne parvenez pas à obtenir une réponse de notre part, vous êtes en droit de faire parvenir vos doléances ou une demande de saisine au Défenseur des droits.

Plusieurs moyens sont à votre disposition :

• Écrire un message au Défenseur des droits
• Envoyer un courrier par la poste (gratuit, ne pas mettre de timbre) :

  Défenseur des droits
  Libre réponse 71120
  75342 Paris CEDEX 07

Établissement de cette déclaration d’accessibilité

Cette déclaration a été établie le 26/06/2025.