Déclaration d'accessibilité

Marc Muller EI, éditeur de marcm.fr, publie la présente déclaration pour rendre compte de l'accessibilité de son site aux personnes en situation de handicap.

Cette déclaration est volontaire. Entreprise individuelle, marcm.fr n'est pas soumis à l'obligation prévue par l'article 47 de la loi n° 2005-102 du 11 février 2005, qui vise les organismes publics et les entreprises dont le chiffre d'affaires réalisé en France dépasse 250 millions d'euros. Je la publie parce que je réalise des déclarations d'accessibilité pour mes clients : il est cohérent d'appliquer à mon propre site ce que je livre aux leurs, et de vous permettre de le vérifier.

État de conformité

marcm.fr est partiellement conforme avec le référentiel général d'amélioration de l'accessibilité (RGAA version 4.1.2), en raison des non-conformités énumérées ci-dessous.

Résultats des tests

L'évaluation réalisée par Marc Muller révèle que 94,4 % des critères du RGAA version 4.1.2 sont respectés : 68 critères conformes, 4 non conformes et 34 non applicables, sur les 106 critères du référentiel.

Il s'agit d'une auto-évaluation, pas d'un audit réalisé par un auditeur tiers indépendant. Règle appliquée : tout critère qui n'a pas pu être établi avec certitude est compté non conforme. Le taux est donc un plancher, pas une estimation favorable.

Résultats de l'évaluation par thématique du RGAA
Thématique Conformes Non conformes Non applicables
1. Images 3 0 6
2. Cadres 0 0 2
3. Couleurs 3 0 0
4. Multimédia 0 0 13
5. Tableaux 4 0 4
6. Liens 2 0 0
7. Scripts 4 0 1
8. Éléments obligatoires 8 1 1
9. Structuration 3 1 0
10. Présentation 12 2 0
11. Formulaires 12 0 1
12. Navigation 9 0 2
13. Consultation 8 0 4
Total 68 4 34

Contenus non accessibles

Non-conformités

Les contenus listés ci-dessous ne sont pas accessibles pour les raisons suivantes :

  • Critère 8.7. Les liens vers la version anglaise sont signalés (lang="en"), mais quelques termes anglais ne passant pas pour du français courant ne le sont pas : « graphic props » dans une description de réalisation, « waitlist » ou « design dark » dans des étiquettes de projets.
  • Critère 9.3. Plusieurs listes visuelles (listes à coches des offres, liens du pied de page séparés par des puces) sont construites avec des blocs génériques plutôt qu’avec des éléments de liste.
  • Critère 10.4. Sur l’accueil en affichage bureau, à 200 % de taille de texte, les légendes des cartes de projets du bandeau sont rognées par le bord du bandeau. L’information reste disponible plus bas sur la page et sur la page Réalisations.
  • Critère 10.13. Au survol des cartes de projets, un calque « Voir le site » recouvre la capture d’écran et ne peut pas être refermé avec la touche Échap sans déplacer le pointeur.

Dérogations pour charge disproportionnée

Aucune.

Contenus non soumis à l'évaluation

Ne font pas partie de l'échantillon évalué, et ne sont donc pas couverts par le taux ci-dessus :

  • les rapports d'analyse Écho, pages privées destinées chacune à un prospect nommé ;
  • les guides d'aide réservés aux clients (rubrique Aide) ;
  • des pages promotionnelles non référencées (une parodie publiée pour le 1er avril, une page qui pastiche d'anciens logiciels), dont certains contrastes ne respectent pas le critère 3.2 par choix graphique ;
  • une page de ressources non référencée et des propositions commerciales destinées à des prospects nommés ;
  • la version anglaise du site.

Établissement de cette déclaration

Cette déclaration a été établie le 10 septembre 2026.

Technologies utilisées pour la réalisation du site

  • HTML5
  • CSS
  • JavaScript
  • WAI-ARIA

Environnement de test

Les vérifications ont été réalisées avec le navigateur Chromium (moteur de Google Chrome), en affichage bureau (1366 pixels de large) et en affichage mobile (390 pixels), ainsi qu'à 320 pixels de large pour la recomposition du contenu.

Limite : aucun lecteur d'écran n'a été utilisé. La compatibilité avec les technologies d'assistance a été vérifiée par l'inspection des rôles, des noms et des états dans le code.

Outils utilisés pour évaluer l'accessibilité

  • axe-core 4.13 (règles WCAG 2.1 niveaux A et AA), sur chaque page en affichage bureau et mobile ;
  • un audit de contraste complémentaire portant sur tous les nœuds de texte, dégradés compris ;
  • le validateur Nu du W3C pour la validité du code ;
  • Google Lighthouse, via PageSpeed Insights ;
  • des tests scriptés : parcours complet au clavier et visibilité du focus, recomposition à 320 pixels, espacement du texte, texte agrandi à 200 %.

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

Grille d'évaluation détaillée

Le statut de chacun des 106 critères, avec ce qui le fonde. C = conforme, NC = non conforme, NA = non applicable.

1. Images
  • 1.1 (C). Chaque image porteuse d'information a-t-elle une alternative textuelle ? Toutes les balises img ont un attribut alt (contrôle automatisé de chaque page de l'échantillon). Les liens et boutons ne tirent pas leur nom d'une image sans alternative.
  • 1.2 (C). Chaque image de décoration est-elle correctement ignorée par les technologies d’assistance ? Les images vectorielles décoratives portent aria-hidden="true" ; la copie dupliquée du carrousel d’accueil, qui ne sert qu’à l’effet de boucle, est masquée aux technologies d’assistance.
  • 1.3 (C). Pour chaque image porteuse d'information ayant une alternative textuelle, cette alternative est-elle pertinente ? Alternatives vérifiées une à une : nom du projet ou « Capture d’écran de … » pour les réalisations, nom de la personne pour le portrait.
  • 1.4 (NA). Chaque image utilisée comme CAPTCHA ou comme image-test a-t-elle une alternative textuelle ? Aucun CAPTCHA : les formulaires utilisent un champ piège invisible.
  • 1.5 (NA). Pour chaque image utilisée comme CAPTCHA, une solution d’accès alternatif au contenu est-elle présente ? Aucun CAPTCHA.
  • 1.6 (NA). Chaque image porteuse d'information a-t-elle, si nécessaire, une description détaillée ? Aucune image complexe (graphique, schéma) sur les pages de l’échantillon.
  • 1.7 (NA). Pour chaque image porteuse d’information ayant une description détaillée, cette description est-elle pertinente ? Aucune description détaillée nécessaire.
  • 1.8 (NA). 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é. Aucune image texte porteuse d’information ; les captures de sites sont illustratives.
  • 1.9 (NA). Chaque légende d’image est-elle, si nécessaire, correctement reliée à l’image correspondante ? Aucune image légendée (figure / figcaption).
2. Cadres
  • 2.1 (NA). Chaque cadre a-t-il un titre de cadre ? Aucun cadre (iframe) sur les pages de l’échantillon.
  • 2.2 (NA). Pour chaque cadre ayant un titre de cadre, ce titre de cadre est-il pertinent ? Aucun cadre.
3. Couleurs
  • 3.1 (C). Dans chaque page web, l'information ne doit pas être donnée uniquement par la couleur. Les liens en corps de texte sont soulignés ; les états (filtres, étapes) reposent aussi sur le remplissage et un attribut ARIA ; les avantages et inconvénients ont un intitulé textuel.
  • 3.2 (C). Dans chaque page web, le contraste entre la couleur du texte et la couleur de son arrière-plan est-il suffisamment élevé ? Mesuré, en vue mobile et en vue bureau : axe-core 4.13 (0 échec) et audit complémentaire de tous les nœuds de texte, dégradés compris (0 échec). Les légendes posées sur des captures d’écran sont adossées à un bandeau opaque qui garantit le contraste quelle que soit l’image.
  • 3.3 (C). 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 ? Indicateur de focus mesuré sur chaque élément tabulable des pages publiques, en affichage bureau et mobile (7 856 éléments) : aucun anneau sous 3:1 contre le fond de son conteneur. Terre cuite par défaut (4,65 à 5,38:1 sur les fonds clairs), corail sur les surfaces sombres (4,8 à 6,2:1), blanc sur les blocs à fond resserré (4,79:1). Bordures des champs de formulaire à 3,5:1.
4. Multimédia
  • 4.1 (NA). Chaque média temporel pré-enregistré a-t-il, si nécessaire, une transcription textuelle ou une audiodescription ? Aucun contenu audio ou vidéo sur les pages de l'échantillon.
  • 4.2 (NA). Pour chaque média temporel pré-enregistré ayant une transcription textuelle ou une audiodescription synchronisée, celles-ci sont-elles pertinentes ? Aucun contenu audio ou vidéo sur les pages de l'échantillon.
  • 4.3 (NA). Chaque média temporel synchronisé pré-enregistré a-t-il, si nécessaire, des sous-titres synchronisés ? Aucun contenu audio ou vidéo sur les pages de l'échantillon.
  • 4.4 (NA). Pour chaque média temporel synchronisé pré-enregistré ayant des sous-titres synchronisés, ces sous-titres sont-ils pertinents ? Aucun contenu audio ou vidéo sur les pages de l'échantillon.
  • 4.5 (NA). Chaque média temporel pré-enregistré a-t-il, si nécessaire, une audiodescription synchronisée ? Aucun contenu audio ou vidéo sur les pages de l'échantillon.
  • 4.6 (NA). Pour chaque média temporel pré-enregistré ayant une audiodescription synchronisée, celle-ci est-elle pertinente ? Aucun contenu audio ou vidéo sur les pages de l'échantillon.
  • 4.7 (NA). Chaque média temporel est-il clairement identifiable ? Aucun contenu audio ou vidéo sur les pages de l'échantillon.
  • 4.8 (NA). Chaque média non temporel a-t-il, si nécessaire, une alternative ? Aucun contenu audio ou vidéo sur les pages de l'échantillon.
  • 4.9 (NA). Pour chaque média non temporel ayant une alternative, cette alternative est-elle pertinente ? Aucun contenu audio ou vidéo sur les pages de l'échantillon.
  • 4.10 (NA). Chaque son déclenché automatiquement est-il contrôlable par l’utilisateur ? Aucun contenu audio ou vidéo sur les pages de l'échantillon.
  • 4.11 (NA). La consultation de chaque média temporel est-elle, si nécessaire, contrôlable par le clavier et tout dispositif de pointage ? Aucun contenu audio ou vidéo sur les pages de l'échantillon.
  • 4.12 (NA). La consultation de chaque média non temporel est-elle contrôlable par le clavier et tout dispositif de pointage ? Aucun contenu audio ou vidéo sur les pages de l'échantillon.
  • 4.13 (NA). Chaque média temporel et non temporel est-il compatible avec les technologies d’assistance ? Aucun contenu audio ou vidéo sur les pages de l'échantillon.
5. Tableaux
  • 5.1 (NA). Chaque tableau de données complexe a-t-il un résumé ? Le seul tableau de l’échantillon est un tableau de données simple.
  • 5.2 (NA). Pour chaque tableau de données complexe ayant un résumé, celui-ci est-il pertinent ? Aucun tableau complexe.
  • 5.3 (NA). Pour chaque tableau de mise en forme, le contenu linéarisé reste-t-il compréhensible ? Aucun tableau de mise en forme.
  • 5.4 (C). Pour chaque tableau de données ayant un titre, le titre est-il correctement associé au tableau de données ? Titre porté par un élément caption.
  • 5.5 (C). Pour chaque tableau de données ayant un titre, celui-ci est-il pertinent ? Le titre reprend l’intitulé de la section qui présente le comparatif.
  • 5.6 (C). Pour chaque tableau de données, chaque en-tête de colonne et chaque en-tête de ligne sont-ils correctement déclarés ? En-têtes de colonnes en th.
  • 5.7 (C). Pour chaque tableau de données, la technique appropriée permettant d’associer chaque cellule avec ses en-têtes est-elle utilisée ? Attribut scope="col" sur chaque en-tête de colonne.
  • 5.8 (NA). Chaque tableau de mise en forme ne doit pas utiliser d’éléments propres aux tableaux de données. Aucun tableau de mise en forme.
6. Liens
  • 6.1 (C). Chaque lien est-il explicite ? Intitulés explicites seuls ou par leur contexte (titre de la carte qui les précède pour les « Voir le site »).
  • 6.2 (C). Dans chaque page web, chaque lien a-t-il un intitulé ? Aucun lien sans nom accessible (contrôle automatisé) ; les liens icônes portent un aria-label.
7. Scripts
  • 7.1 (C). Chaque script est-il, si nécessaire, compatible avec les technologies d’assistance ? Rôles, noms et états vérifiés dans le code : menu mobile (aria-expanded, aria-controls), filtres (aria-pressed), étape en cours (aria-current), bascule du carrousel, questions fréquentes en details / summary natifs. Limite déclarée : vérification par inspection du code, sans restitution par un lecteur d’écran.
  • 7.2 (NA). Pour chaque script ayant une alternative, cette alternative est-elle pertinente ? Aucun script ne nécessite d’alternative.
  • 7.3 (C). Chaque script est-il contrôlable par le clavier et par tout dispositif de pointage ? Parcours complet au clavier de chaque page, sans piège. Les cartes du carrousel mobile ne s’activent qu’au toucher, mais un lien présent dans le même bandeau mène à la même destination (alternative admise par le test 7.3.1).
  • 7.4 (C). Pour chaque script qui initie un changement de contexte, l’utilisateur est-il averti ou en a-t-il le contrôle ? Aucun changement de contexte à la saisie ; les étapes de commande changent sur action explicite.
  • 7.5 (C). Dans chaque page web, les messages de statut sont-ils correctement restitués par les technologies d’assistance ? Compteur d’options et message « aucun projet » en role="status" ; zone aria-live pour le formulaire de contact.
8. Éléments obligatoires
  • 8.1 (C). Chaque page web est-elle définie par un type de document ? Doctype HTML présent.
  • 8.2 (C). Pour chaque page web, le code source généré est-il valide selon le type de document spécifié ? Validateur Nu du W3C : 0 erreur sur les pages de l’échantillon.
  • 8.3 (C). Dans chaque page web, la langue par défaut est-elle présente ? lang="fr" sur l’élément html.
  • 8.4 (C). Pour chaque page web ayant une langue par défaut, le code de langue est-il pertinent ? Pages rédigées en français.
  • 8.5 (C). Chaque page web a-t-elle un titre de page ? Élément title présent.
  • 8.6 (C). Pour chaque page web ayant un titre de page, ce titre est-il pertinent ? Titres uniques décrivant le contenu de chaque page.
  • 8.7 (NC). Dans chaque page web, chaque changement de langue est-il indiqué dans le code source ? Les liens vers la version anglaise sont signalés (lang="en"), mais quelques termes anglais ne passant pas pour du français courant ne le sont pas : « graphic props » dans une description de réalisation, « waitlist » ou « design dark » dans des étiquettes de projets.
  • 8.8 (C). Dans chaque page web, le code de langue de chaque changement de langue est-il valide et pertinent ? Codes « fr » et « en » valides là où ils sont déclarés.
  • 8.9 (C). Dans chaque page web, les balises ne doivent pas être utilisées uniquement à des fins de présentation. Titres, listes et citations employés pour leur sens ; mise en forme assurée par CSS.
  • 8.10 (NA). Dans chaque page web, les changements du sens de lecture sont-ils signalés ? Aucun texte se lisant de droite à gauche.
9. Structuration
  • 9.1 (C). Dans chaque page web, l'information est-elle structurée par l'utilisation appropriée de titres ? Un seul titre h1 par page, hiérarchie sans saut sur le contenu.
  • 9.2 (C). Dans chaque page web, la structure du document est-elle cohérente ? En-tête, navigations nommées, contenu principal unique, pied de page.
  • 9.3 (NC). Dans chaque page web, chaque liste est-elle correctement structurée ? Plusieurs listes visuelles (listes à coches des offres, liens du pied de page séparés par des puces) sont construites avec des blocs génériques plutôt qu’avec des éléments de liste.
  • 9.4 (C). Dans chaque page web, chaque citation est-elle correctement indiquée ? Les témoignages clients sont balisés comme citations (blockquote).
10. Présentation
  • 10.1 (C). Dans le site web, des feuilles de styles sont-elles utilisées pour contrôler la présentation de l'information ? Présentation entièrement en CSS.
  • 10.2 (C). Dans chaque page web, le contenu visible porteur d’information reste-t-il présent lorsque les feuilles de styles sont désactivées ? Aucun contenu porteur d’information généré par CSS (contrôle automatisé des pseudo-éléments).
  • 10.3 (C). Dans chaque page web, l'information reste-t-elle compréhensible lorsque les feuilles de styles sont désactivées ? Aucun réordonnancement visuel par CSS : l’ordre du code est l’ordre de lecture.
  • 10.4 (NC). Dans chaque page web, le texte reste-t-il lisible lorsque la taille des caractères est augmentée jusqu’à 200 %, au moins ? Sur l’accueil en affichage bureau, à 200 % de taille de texte, les légendes des cartes de projets du bandeau sont rognées par le bord du bandeau. L’information reste disponible plus bas sur la page et sur la page Réalisations.
  • 10.5 (C). Dans chaque page web, les déclarations CSS de couleurs de fond d’élément et de police sont-elles correctement utilisées ? Couleur de fond déclarée sur le corps de page et héritée ; les fonds sombres ont une couleur ou un dégradé opaque.
  • 10.6 (C). Dans chaque page web, chaque lien dont la nature n'est pas évidente est-il visible par rapport au texte environnant ? Liens en corps de texte soulignés par défaut ; audit link-in-text-block passé.
  • 10.7 (C). Dans chaque page web, pour chaque élément recevant le focus, la prise de focus est-elle visible ? Parcours au clavier de chaque page de l’échantillon, tous les éléments tabulables : 0 élément sans indicateur de focus.
  • 10.8 (C). Pour chaque page web, les contenus cachés ont-ils vocation à être ignorés par les technologies d’assistance ? Contenus masqués en display:none ou aria-hidden, sans élément focalisable caché.
  • 10.9 (C). Dans chaque page web, l'information ne doit pas être donnée uniquement par la forme, taille ou position. Aucune consigne ne repose sur la forme ou la position.
  • 10.10 (C). Dans chaque page web, l'information ne doit pas être donnée par la forme, taille ou position uniquement. Ce critère est-il implémenté de façon pertinente ? Voir 10.9.
  • 10.11 (C). Pour chaque page web, les contenus peuvent-ils être présentés sans avoir recours à un défilement vertical pour une fenêtre ayant une hauteur de 256 px ou à un défilement horizontal pour une fenêtre ayant une largeur de 320 px ? Testé à 320 px de large : aucun défilement horizontal hors tableaux et blocs de code défilables.
  • 10.12 (C). 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é ? Interlignage 1,5, espacements de lettres, de mots et de paragraphes imposés : aucun texte tronqué.
  • 10.13 (NC). 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 ? Au survol des cartes de projets, un calque « Voir le site » recouvre la capture d’écran et ne peut pas être refermé avec la touche Échap sans déplacer le pointeur.
  • 10.14 (C). 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 ? Les contenus révélés au survol le sont aussi à la prise de focus clavier.
11. Formulaires
  • 11.1 (C). Chaque champ de formulaire a-t-il une étiquette ? Chaque champ est relié à un label (contrôle automatisé).
  • 11.2 (C). Chaque étiquette associée à un champ de formulaire est-elle pertinente ? Étiquettes décrivant la donnée attendue.
  • 11.3 (C). 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 ? Mêmes étiquettes pour les mêmes champs sur Contact et Commander.
  • 11.4 (C). Dans chaque formulaire, chaque étiquette de champ et son champ associé sont-ils accolés ? Étiquette placée immédiatement au-dessus ou à côté du champ.
  • 11.5 (C). Dans chaque formulaire, les champs de même nature sont-ils regroupés, si nécessaire ? Les cases à cocher des options de commande forment un groupe.
  • 11.6 (C). Dans chaque formulaire, chaque regroupement de champs de même nature a-t-il une légende ? Groupe nommé par le titre « Options à la carte » (aria-labelledby).
  • 11.7 (C). Dans chaque formulaire, chaque légende associée à un regroupement de champs de même nature est-elle pertinente ? Légende décrivant le groupe.
  • 11.8 (NA). Dans chaque formulaire, les items de même nature d’une liste de choix sont-ils regroupées de manière pertinente ? Listes de choix courtes, sans items à regrouper.
  • 11.9 (C). Dans chaque formulaire, l’intitulé de chaque bouton est-il pertinent ? « Envoyer le message », « Continuer », « Voir le récapitulatif ».
  • 11.10 (C). Dans chaque formulaire, le contrôle de saisie est-il utilisé de manière pertinente ? Champs obligatoires signalés (astérisque expliqué, attribut required) ; messages d’erreur reliés au champ (aria-describedby, aria-invalid).
  • 11.11 (C). Dans chaque formulaire, le contrôle de saisie est-il accompagné, si nécessaire, de suggestions facilitant la correction des erreurs de saisie ? Exemple du format attendu pour l’adresse e-mail ; nom du champ manquant rappelé dans le message.
  • 11.12 (C). Pour chaque formulaire qui modifie ou supprime des données, ou qui transmet des réponses à un test ou à un examen, ou dont la validation a des conséquences financières ou juridiques, les données saisies peuvent-elles être modifiées, mises à jour ou récupérées par l’utilisateur ? Le formulaire de commande présente un récapitulatif modifiable avant envoi ; aucun paiement n’est déclenché.
  • 11.13 (C). 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 ? Attribut autocomplete sur les champs de données personnelles (prénom, nom, e-mail, téléphone, organisation, ville, site web).
12. Navigation
  • 12.1 (C). Chaque ensemble de pages dispose-t-il de deux systèmes de navigation différents, au moins ? Menu de navigation et plan du site.
  • 12.2 (C). Dans chaque ensemble de pages, le menu et les barres de navigation sont-ils toujours à la même place et présentés dans le même ordre ? En-tête et pied de page communs à toutes les pages.
  • 12.3 (C). La page « plan du site » est-elle pertinente ? Le plan reprend l’architecture du site ; tous ses liens fonctionnent.
  • 12.4 (C). Dans chaque ensemble de pages, la page « plan du site » est-elle accessible à partir d’une fonctionnalité identique ? Lien « Plan du site » dans le pied de page de toutes les pages.
  • 12.5 (NA). Dans chaque ensemble de pages, le moteur de recherche est-il atteignable de manière identique ? Pas de moteur de recherche.
  • 12.6 (C). Les zones de regroupement de contenus présentes dans plusieurs pages web peuvent-elles être atteintes ou évitées ? Régions structurantes (en-tête, navigation, contenu, pied de page) et lien d’évitement.
  • 12.7 (C). Dans chaque page web, un lien d’évitement ou d’accès rapide à la zone de contenu principal est-il présent ? « Aller au contenu principal » est le premier élément tabulable et mène au contenu.
  • 12.8 (C). Dans chaque page web, l’ordre de tabulation est-il cohérent ? Ordre du code, aucune valeur de tabindex positive.
  • 12.9 (C). Dans chaque page web, la navigation ne doit pas contenir de piège au clavier. Parcours complet au clavier sans blocage ; le menu mobile se ferme avec Échap.
  • 12.10 (NA). Dans chaque page web, les raccourcis clavier n’utilisant qu’une seule touche sont-ils contrôlables par l’utilisateur ? Aucun raccourci clavier.
  • 12.11 (C). Dans chaque page web, les contenus additionnels apparaissant au survol, à la prise de focus ou à l’activation d’un composant d’interface sont-ils, si nécessaire, atteignables au clavier ? Aucun contenu interactif n’apparaît au seul survol.
13. Consultation
  • 13.1 (NA). Pour chaque page web, l’utilisateur a-t-il le contrôle de chaque limite de temps modifiant le contenu ? Aucune limite de temps.
  • 13.2 (C). Dans chaque page web, l’ouverture d’une nouvelle fenêtre ne doit pas être déclenchée sans action de l’utilisateur. Nouvelles fenêtres ouvertes uniquement par l’activation d’un lien.
  • 13.3 (NA). Dans chaque page web, chaque document bureautique en téléchargement possède-t-il, si nécessaire, une version accessible ? Aucun document en téléchargement.
  • 13.4 (NA). Pour chaque document bureautique ayant une version accessible, cette version offre-t-elle la même information ? Aucun document en téléchargement.
  • 13.5 (C). Dans chaque page web, chaque contenu cryptique a-t-il une alternative ? Les symboles employés (coche, croix, flèche) accompagnent un texte explicite.
  • 13.6 (C). Dans chaque page web, pour chaque contenu cryptique ayant une alternative, cette alternative est-elle pertinente ? Voir 13.5.
  • 13.7 (C). Dans chaque page web, les changements brusques de luminosité ou les effets de flash sont-ils correctement utilisés ? Aucun flash ni clignotement rapide.
  • 13.8 (C). Dans chaque page web, chaque contenu en mouvement ou clignotant est-il contrôlable par l’utilisateur ? Animations automatiques limitées à 5 secondes ; le défilement du carrousel mobile se met en pause par un bouton accessible au clavier ; aucun mouvement si l’utilisateur a demandé une réduction des animations.
  • 13.9 (C). Dans chaque page web, le contenu proposé est-il consultable quelle que soit l’orientation de l’écran ? Aucun blocage d’orientation.
  • 13.10 (C). Dans chaque page web, les fonctionnalités utilisables ou disponibles au moyen d’un geste complexe peuvent-elles être également disponibles au moyen d’un geste simple ? Le glissement du carrousel a une alternative (défilement automatique, bouton de pause, liste des réalisations).
  • 13.11 (C). Dans chaque page web, les actions déclenchées au moyen d’un dispositif de pointage sur un point unique de l’écran peuvent-elles faire l’objet d’une annulation ? Actions déclenchées au relâchement du clic.
  • 13.12 (NA). Dans chaque page web, les fonctionnalités qui impliquent un mouvement de l’appareil ou vers l’appareil peuvent-elles être satisfaites de manière alternative ? Aucune fonctionnalité liée au mouvement de l’appareil.

Retour d'information et contact

Si vous n'arrivez pas à accéder à un contenu ou à un service, vous pouvez me contacter : je vous oriente vers une alternative accessible ou vous transmets le contenu sous une autre forme. Réponse sous 48 h.

Voies de recours

Cette procédure est à utiliser dans le cas suivant : vous m'avez signalé un défaut d'accessibilité qui vous empêche d'accéder à un contenu ou à un service du site, et vous n'avez pas obtenu de réponse satisfaisante.