Déclaration d’accessibilité — Via Aeterna

Groupe Bayard s’engage à rendre ses sites internet, intranet, extranet et ses applications mobiles accessibles conformément à l’article 47 de la loi n° 2005-102 du 11 février 2005.

Cette déclaration d’accessibilité s’applique au site Via Aeterna (https://via-aeterna.musiquesetfestivals.com/).

État de conformité

https://via-aeterna.musiquesetfestivals.com/ est partiellement conforme avec le référentiel général d’amélioration de l’accessibilité (RGAA 4.1).

Résultats des tests

L’audit de conformité réalisé révèle que :

  • 62,07 % des critères RGAA sont respectés.
  • Le taux moyen de conformité du service en ligne s’élève à 62,07 %.

L’audit a porté sur un échantillon de 6 pages représentatives du site. Sur les 106 critères RGAA 4.1, 58 critères étaient applicables à cet échantillon, dont 36 conformes et 22 non conformes.

Contenus non accessibles

Les contenus listés ci-dessous ne sont pas accessibles .

Non-conformités

Les non-conformités identifiées sur l’ensemble de l’échantillon audité sont les suivantes :

  • Critère 1.1 (A) — Chaque image porteuse d’information a-t-elle une alternative textuelle ?
  • Critère 1.2 (A) — Chaque image de décoration est-elle correctement ignorée par les technologies d’assistance ?
  • Critère 3.1 (A) — Dans chaque page web, l’information ne doit pas être donnée uniquement par la couleur. Cette règle est-elle respectée ?
  • Critère 3.2 (AA) — 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) ?
  • Critère 3.3 (AA) — 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) ?
  • Critère 6.1 (A) — Chaque lien est-il explicite (hors cas particuliers) ?
  • Critère 6.2 (A) — Dans chaque page web, chaque lien, à l’exception des ancres, a-t-il un intitulé ?
  • Critère 7.1 (A) — Chaque script est-il, si nécessaire, compatible avec les technologies d’assistance ?
  • Critère 8.7 (AA) — Dans chaque page web, chaque changement de langue est-il indiqué dans le code source (hors cas particuliers) ?
  • Critère 8.8 (AA) — Dans chaque page web, le code de langue de chaque changement de langue est-il valide et pertinent ?
  • Critère 8.9 (A) — 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 ?
  • Critère 9.1 (A) — Dans chaque page web, l’information est-elle structurée par l’utilisation appropriée de titres ?
  • Critère 9.2 (A) — Dans chaque page web, la structure du document est-elle cohérente (hors cas particuliers) ?
  • Critère 9.3 (A) — Dans chaque page web, chaque liste est-elle correctement structurée ?
  • Critère 10.4 (AA) — 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) ?
  • Critère 10.7 (A) — Dans chaque page web, pour chaque élément recevant le focus, la prise de focus est-elle visible ?
  • Critère 10.13 (AA) — 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) ?
  • Critère 10.14 (A) — Dans chaque page web, les contenus additionnels apparaissant via les styles CSS uniquement peuvent-ils être rendus visibles au clavier et par tout dispositif de pointage ?
  • Critère 12.1 (AA) — Chaque ensemble de pages dispose-t-il de deux systèmes de navigation différents, au moins (hors cas particuliers) ?
  • Critère 12.6 (A) — Les zones de regroupement de contenus présentes dans plusieurs pages web peuvent-elles être atteintes ou évitées ?
  • Critère 12.7 (A) — Dans chaque page web, un lien d’évitement ou d’accès rapide à la zone de contenu principal est-il présent (hors cas particuliers) ?
  • Critère 13.2 (A) — Dans chaque page web, l’ouverture d’une nouvelle fenêtre ne doit pas être déclenchée sans action de l’utilisateur. Cette règle est-elle respectée ?

Dérogations pour charge disproportionnée

Aucune dérogation pour charge disproportionnée n’est invoquée à ce jour.

Contenus non soumis à l’obligation d’accessibilité

Aucun contenu n’est exclu du champ d’application de la législation applicable à ce jour.

Établissement de cette déclaration d’accessibilité

Cette déclaration a été établie le 09 juin 2026.

Technologies utilisées pour la réalisation du site Via Aeterna

  • HTML5
  • CSS3
  • JavaScript
  • WordPress (thème musfest-parent / musfest-via-aeterna)

Environnement de test

Les vérifications de restitution de contenus ont été réalisées avec les combinaisons suivantes :

Agent utilisateur
Google Chrome (dernière version stable)
Firefox (dernière version)Safari (dernière version)

Outils utilisés lors de l’évaluation

  • NVDA avec Chrome (combinaison de référence RGAA 4.1)
  • Colour Contrast Analyser
  • Bookmarklets Access42
  • Chrome DevTools (inspection DOM, désactivation CSS et JavaScript, mode responsive)
  • Lighthouse CLI (rapport JSON)
  • HeadingsMap (extension navigateur)
  • Extension WCAG Contrast Checker

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

Titre
Accueil
Page artiste
Page lieu
Page programmation
Page espace presse
Page détail concert

Retour d’information et contact

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

Voies de recours

Cette procédure est à utiliser dans le cas suivant : vous avez signalé au responsable du site un défaut d’accessibilité qui vous empêche d’accéder à un contenu ou à l’un des services du portail et vous n’avez pas obtenu de réponse satisfaisante.

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