Sélectionner une page

Déclaration d’accessibilité numérique

État de conformité

Cette déclaration d’accessibilité s’applique au site Event Business France.
Le site Event Business France (https://event.businessfrance.fr/) est en non conforme avec le Référentiel Général d’Amélioration de l’Accessibilité (RGAA) version 4.1.2. Le détail du résultat de l’audit est énoncé ci-dessous.

Résultat des tests

L’audit de conformité réalisé par la société Wavestone SA le 31 octobre 2025 sur le site en production révèle que 33 % des critères applicables du RGAA version 4.1.2 sont respectés. Ce score correspond à une valeur E d’Access-Score.

 

Critères non conformes

Liste des critères non conformes

Les 48 critères non conformes au référentiel sont :

1. 1.1 – Chaque image porteuse d’information a-t-elle une alternative textuelle ?

2. 1.2 – Chaque image de décoration est-elle correctement ignorée par les technologies d’assistance ?

3. 1.3 – Pour chaque image porteuse d’information ayant une alternative textuelle, cette alternative est-elle pertinente (hors cas particuliers) ?

4. 1.6 – Chaque image porteuse d’information a-t-elle, si nécessaire, une description détaillée ?

5. 1.8 – Chaque image texte porteuse d’information, en l’absence d’un mécanisme de remplacement, doit si possible être remplacée par du texte stylé. Cette règle est-elle respectée (hors cas particuliers) ?

6. 2.1 – Chaque cadre a-t-il un titre de cadre ?

7. 2.2 – Pour chaque cadre ayant un titre de cadre, ce titre de cadre est-il pertinent ?

8. 3.1 – Dans chaque page web, l’information ne doit pas être donnée uniquement par la couleur. Cette règle est-elle respectée ?

9. 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) ?

10. 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) ?

11. 4.1 – Chaque média temporel pré-enregistré a-t-il, si nécessaire, une transcription textuelle ou une audiodescription (hors cas particuliers) ?

12. 4.3 – Chaque média temporel synchronisé pré-enregistré a-t-il, si nécessaire, des sous-titres synchronisés (hors cas particuliers) ?

13. 4.4 – Pour chaque média temporel synchronisé pré-enregistré ayant des sous-titres synchronisés, ces sous-titres sont-ils pertinents ?

14. 4.7 – Chaque média temporel est-il clairement identifiable (hors cas particuliers) ?

15. 6.1 – Chaque lien est-il explicite (hors cas particuliers) ?

16. 6.2 – Dans chaque page web, chaque lien a-t-il un intitulé ?

17. 7.1 – Chaque script est-il, si nécessaire, compatible avec les technologies d’assistance ?

18. 7.3 – Chaque script est-il contrôlable par le clavier et par tout dispositif de pointage (hors cas particuliers) ?

19. 7.5 – Dans chaque page web, les messages de statut sont-ils correctement restitués par les technologies d’assistance ?

20. 8.2 – Pour chaque page web, le code source généré est-il valide selon le type de document spécifié (hors cas particuliers) ?

21. 8.4 – Pour chaque page web ayant une langue par défaut, le code de langue est-il pertinent ?

22. 8.6 – Pour chaque page web ayant un titre de page, ce titre est-il pertinent ?

23. 8.7 – Dans chaque page web, chaque changement de langue est-il indiqué dans le code source (hors cas particuliers) ?

24. 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 ?

25. 9.1 – Dans chaque page web, l’information est-elle structurée par l’utilisation appropriée de titres ?

26. 9.2 – Dans chaque page web, la structure du document est-elle cohérente (hors cas particuliers) ?

27. 9.3 – Dans chaque page web, chaque liste est-elle correctement structurée ?

28. 10.1 – Dans le site web, des feuilles de styles sont-elles utilisées pour contrôler la présentation de l’information ?

29. 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 ?

30. 10.3 – Dans chaque page web, l’information reste-t-elle compréhensible lorsque les feuilles de styles sont désactivées ?

31. 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) ?

32. 10.5 – Dans chaque page web, les déclarations CSS de couleurs de fond d’élément et de police sont-elles correctement utilisées ?

33. 10.6 – Dans chaque page web, chaque lien dont la nature n’est pas évidente est-il visible par rapport au texte environnant ?

34. 10.7 – Dans chaque page web, pour chaque élément recevant le focus, la prise de focus est-elle visible ?

35. 10.9 – Dans chaque page web, l’information ne doit pas être donnée uniquement par la forme, taille ou position. Cette règle est-elle respectée ?

36. 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 ?

37. 10.11 – Pour chaque page web, les contenus peuvent-ils être présentés sans avoir recours à la fois à un défilement vertical pour une fenêtre ayant une hauteur de 256px ou à un défilement horizontal pour une fenêtre ayant une largeur de 320px (hors cas particuliers) ?

38. 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) ?

39. 10.14 – 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 ?

40. 11.10 – Dans chaque formulaire, le contrôle de saisie est-il utilisé de manière pertinente (hors cas particuliers) ?

41. 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 ?

42. 12.1 – Chaque ensemble de pages dispose-t-il de deux systèmes de navigation différents, au moins (hors cas particuliers) ?

43. 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 ?

44. 12.7 – 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) ?

45. 12.8 – Dans chaque page web, l’ordre de tabulation est-il cohérent ?

46. 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) ?

47. 13.8 – Dans chaque page web, chaque contenu en mouvement ou clignotant est-il contrôlable par l’utilisateur ?

 

Établissement de cette déclaration d’accessibilité

Technologies utilisées pour la réalisation

Les technologies utilisées sur le site sont les suivantes :

1. HTML5

2. CSS

3. JavaScript (client et Framework de génération de page)

 

Environnement de test

La restitution des contenus avec les technologies d’assistance a été testée conformément à l’environnement de test décrit dans le RGAA 4.1.2 :

1. MS-Windows 10;

2. Jaws 2023;

3. Google Chrome.

Les tests ont été réalisés sur les systèmes d’exploitation MS-Windows 10 et Linux Fedora 42.

 

Outils pour évaluer l’accessibilité

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

1. Navigateur Web: Mozilla-Firefox, Waterfox, Google-Chrome ;

2. Extensions :

    A. Web developper Tool Bar (Mozilla-Firefox et Google-Chrome) ;

    B. LightHouse (Google-Chrome);

    C. ARC ToolKit (Google-Chrome);

    D. Axe Dev Tools (Google-Chrome);

    E. Tanaguru Web Ext;

    F. Kontrast (mesure de contraste de couleurs);

    G. Wave / Aim (Mozilla-Firefox)

3. Jaws 2023

4. O·C·A·A

Pages du site utilisées pour la vérification de conformité

1. Accueil
2. CES
3. Vision Golfe
4. Exposition art de vivre
5. Riges
6. Chinaplas
7. Bauma
8. Ambition Africa

Retour d’information et contact

Si vous n’arrivez pas à accéder à un contenu ou à un service, vous pouvez contacter le responsable du site en cliquant ici, 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 internet un défaut d’accessibilité qui vous empêche d’accéder à un contenu ou à un des services du portail et vous n’avez pas obtenu de réponse satisfaisante.

Vous pouvez :