Accessibilité Wix : le guide RGAA / EAA 2026
Wix propose des outils d'accessibilité intégrés dont l'Accessibility Wizard, mais leur usage seul ne garantit pas la conformité au RGAA ou à l'EAA. La liberté de conception de l'éditeur peut altérer la structure sémantique, ce qui rend une approche manuelle indispensable pour se conformer à la directive européenne applicable depuis le 28 juin 2025.
Wixest-il accessible par défaut ?
Par défaut, Wix génère des sites utilisant des positionnements absolus pour les éléments visuels, ce qui peut altérer l'ordre logique du DOM et nuire à la navigation au clavier. L'Accessibility Wizard intégré est un outil d'accompagnement précieux pour corriger les problèmes de contraste ou d'étiquettes manquantes, mais il reste insuffisant pour valider un projet complexe. La responsabilité de la conformité incombe au concepteur, sur l'ordre de lecture et l'intégration des applications tierces. Pour les entreprises privées françaises, le non-respect des critères EAA peut entraîner des sanctions administratives via la DGCCRF, avec une amende à 7 500 € pour un premier manquement et jusqu'à 15 000 € en cas de récidive.
Les atouts
- L'Accessibility Wizard offre une aide au diagnostic automatisé pour les erreurs les plus courantes sur le site.
- Les modèles Wix intègrent des structures sémantiques optimisées qui servent de base saine si vous ne les modifiez pas lourdement.
- La gestion native des attributs alt est intégrée au flux de publication d'images et accessible sans code.
- La documentation Wix guide les utilisateurs sur les bonnes pratiques WCAG directement dans l'éditeur.
- Le support multilingue est nativement intégré, ce qui simplifie le respect du critère 3.1.1 (langue de la page).
Les points de vigilance
- Le positionnement libre des éléments rompt fréquemment l'ordre logique du DOM pour les technologies d'assistance.
- L'Accessibility Wizard ne traite pas la complexité des interactions dynamiques et reste limité aux erreurs statiques.
- Les applications tierces du Wix App Market sont majoritairement hors périmètre de contrôle et recréent des barrières.
- La personnalisation poussée du design nuit souvent au respect des contrastes minimaux imposés par le RGAA (critères 3.1 et 3.2).
- La gestion de la navigation au clavier est fréquemment dégradée par des menus ou composants flottants mal structurés.
Les erreurs d'accessibilité les plus fréquentes sur Wix
Texte mis en forme comme un titre sans en être un
Dans l'éditeur Wix, on agrandit et on met en gras un bloc de texte pour qu'il ressemble à un titre. Visuellement c'est un titre, dans le code c'est un paragraphe. Les lecteurs d'écran, qui naviguent de titre en titre, ne voient alors aucune structure sur la page. Le sélecteur de style de texte propose explicitement Titre 1 à Titre 6 : c'est lui qui produit la balise, pas la taille de police (RGAA 9.1).
À éviter
<p style="font-size:34px;font-weight:700">Nos prestations</p>À privilégier
<h2>Nos prestations</h2>Ordre de tabulation qui ne suit pas l'ordre visuel
L'éditeur classique positionne les éléments en absolu : leur ordre dans le code est celui de leur ajout, pas celui de leur affichage. Un bloc déplacé en haut de page après coup reste en fin de DOM. Au clavier, le focus saute alors du haut de page vers le bas puis remonte. Le panneau des calques permet de réordonner explicitement les éléments dans l'ordre de lecture attendu (RGAA 12.8).
Images de la Pro Gallery sans alternative textuelle
Le champ de texte alternatif se saisit image par image dans le gestionnaire de médias, et il reste vide sur la quasi-totalité des galeries importées en lot. Sur une galerie de réalisations ou un catalogue, ces images portent l'information principale de la page : sans alternative, la page est vide pour un lecteur d'écran. Une image purement décorative doit au contraire recevoir un alt vide explicite (RGAA 1.1 et 1.2).
À éviter
<img src="//static.wixstatic.com/media/a1b2c3.jpg" alt="">À privilégier
<img src="//static.wixstatic.com/media/a1b2c3.jpg" alt="Terrasse en bois exotique posée autour d'une piscine">Formulaire dont les champs n'ont qu'un texte indicatif
Le Wix Form Builder permet de masquer l'étiquette et de ne garder que le texte indicatif à l'intérieur du champ. Ce texte disparaît dès la première frappe, ce qui laisse l'utilisateur sans repère, et il n'est pas systématiquement restitué comme un nom accessible. Chaque champ doit conserver une étiquette visible et associée, le texte indicatif ne servant que d'exemple de format (RGAA 11.1 et 11.2).
À éviter
<input type="email" placeholder="Votre e-mail">À privilégier
<label for="mail">Adresse e-mail</label>
<input id="mail" type="email" placeholder="nom@exemple.fr">Bouton fabriqué à partir d'une forme ou d'une image
Un rectangle décoré avec un texte par-dessus, ou une image cliquable, produit un élément qui n'est ni focusable ni annoncé comme bouton. Il fonctionne à la souris et n'existe pas au clavier. Wix propose un composant Bouton natif qui génère un élément interactif correct : c'est lui qu'il faut utiliser, y compris quand le design impose une forme inhabituelle (RGAA 7.1 et 7.3).
À éviter
<div class="shape" onclick="goTo()">Demander un devis</div>À privilégier
<button type="button">Demander un devis</button>Le widget d'accessibilité pris pour une mise en conformité
Wix propose un module qui affiche une barre d'options d'accessibilité côté visiteur. Il ne corrige rien dans le code : la structure des titres, l'ordre de tabulation et les alternatives manquantes restent inchangés. L'activer ne fait pas progresser d'un seul critère RGAA, et l'afficher sur un site non conforme peut être lu comme une allégation trompeuse. L'Accessibility Wizard, lui, est utile mais ne couvre que les erreurs statiques les plus simples.
Les critères RGAA à surveiller en priorité sur Wix
1.1 — Images : alternatives textuelles
L'alternative se saisit dans le gestionnaire de médias, image par image. Les galeries importées en lot arrivent systématiquement sans alternative : prévoir une passe dédiée plutôt que de compter sur la saisie au fil de l'eau.
3.2 — Contraste des couleurs
Points sensibles sur Wix : texte posé sur une image de bande, palette de thème appliquée globalement, et boutons dont la couleur au survol passe sous le seuil. Corriger dans la palette du thème, pas page par page.
7.1 — Scripts et interactions
Lightbox, menus déroulants et composants Velo doivent rester opérables au clavier, piéger puis rendre le focus à l'ouverture et à la fermeture, et exposer leur état.
9.1 — Hiérarchie des titres
Utiliser le sélecteur de style Titre 1 à Titre 6 plutôt que d'agrandir un paragraphe. Un seul H1 par page, sans saut de niveau, y compris sur les pages construites à partir d'un modèle.
10.7 — Focus visible
Certains thèmes et animations d'interaction masquent l'indicateur de focus. Il doit rester visible sur tous les éléments interactifs, boutons de galerie et champs de formulaire compris.
11.1 — Étiquettes de formulaire
Ne pas masquer l'étiquette au profit du seul texte indicatif dans le Wix Form Builder. L'étiquette doit rester visible et associée à son champ.
12.8 — Ordre de tabulation
Le positionnement absolu de l'éditeur classique désynchronise l'ordre du DOM et l'ordre visuel. Réordonner les éléments dans le panneau des calques, puis vérifier au clavier page par page.
Checklist pour Wix
- Vérifier manuellement l'ordre de tabulation au clavier pour garantir une navigation cohérente.
- Auditer systématiquement la structure des titres pour respecter la hiérarchie sémantique H1-H6.
- Appliquer un contraste de couleur suffisant (4.5:1 minimum) entre le texte et l'arrière-plan sur chaque bloc.
- Saisir des alternatives textuelles pertinentes pour toutes les images informatives du site.
- Tester les formulaires au lecteur d'écran pour valider la pertinence des étiquettes.
- Garder un état de focus visible permanent, conforme au critère WCAG 2.4.7.
- Auditer les composants issus d'apps tierces pour s'assurer de leur compatibilité accessibilité.
- Rédiger et publier une déclaration d'accessibilité conforme aux exigences EAA entrées en vigueur le 28 juin 2025.
Un thème ou une extension « accessible » ne suffit jamais à rendre un site conforme. Seul un audit du site réel — avec vos contenus, vos modules et vos parcours — permet de viser la conformité (déclaration d'accessibilité, schéma pluriannuel). En savoir plus sur l'audit.
Testez l’accessibilité de votre site, gratuitement
Vérifiez en moins d'une minute les premiers écarts d'accessibilité de votre site Wix.
Lancer le diagnostic gratuitPour aller plus loin
L'accessibilité sur les autres outils no-code
Les écarts RGAA diffèrent d'une plateforme à l'autre. Voici le même état des lieux pour les solutions comparables à Wix.
Questions sur l'accessibilité Wix
- Wix est-il nativement conforme au RGAA ?
- Non. Wix fournit des outils techniques mais la conformité dépend exclusivement de la manière dont vous configurez le site : structure du DOM, organisation des éléments et qualité du contenu.
- L'Accessibility Wizard suffit-il pour respecter l'EAA ?
- Il aide à corriger les erreurs de base mais reste largement insuffisant pour garantir la conformité. Une approche rigoureuse, incluant des tests manuels conformes aux critères WCAG 2.1 AA, reste indispensable.
- Quelles sanctions en cas de non-conformité EAA ?
- La DGCCRF est l'autorité compétente pour sanctionner les entreprises privées non conformes. L'amende s'élève à 7 500 € pour un premier manquement et passe à 15 000 € en cas de récidive.
- Comment gérer le problème DOM avec le positionnement libre ?
- Vérifiez l'ordre des éléments dans le panneau des calques et organisez-les explicitement dans l'ordre logique de lecture. Cela garantit une navigation au clavier cohérente (critère 2.1.1).
- Les applications tierces Wix sont-elles accessibles ?
- La majorité des applications tierces du Wix App Market ne sont pas auditées pour l'accessibilité. Leur utilisation constitue souvent un risque majeur pour la conformité d'un site Wix.
- Où tester les problèmes de focus sur Wix ?
- Testez uniquement au clavier, sans souris. Chaque élément interactif doit afficher un état de focus visible (critère 2.4.7) et exposer correctement son nom, son rôle et sa valeur (critère 4.1.2).
- Combien coûte un audit accessibilité Wix ?
- Notre grille est publiée : 2 500 € HT pour un site vitrine de moins de 20 pages (6 à 8 pages auditées, 2 à 2,5 jours), 4 000 € HT pour un site standard ou une boutique à tunnel unique, 6 500 à 9 000 € HT pour un e-commerce complexe. Devis envoyé sous 48 h après cadrage sur votre site réel. Un site Wix s'audite comme n'importe quel site : c'est l'URL publique qui est testée, pas l'éditeur.