Accessibilité WordPress et RGAA : le guide pratique pour corriger 50 % des erreurs sans développeur

Plus de 43 % des sites web mondiaux et près de 75 % des sites de collectivités locales françaises fonctionnent sous le CMS WordPress. Lorsqu'une mairie, une école ou une PME reçoit un rapport d'audit listant des dizaines de non-conformités, la première réaction est souvent l'angoisse : « Nous n'avons pas de développeur en interne et le marché public avec notre agence est clos depuis deux ans. »

Rassurez-vous : WordPress sépare clairement le contenu éditorial de la structure technique du thème.

Près de la moitié des critères du RGAA 4.1.2 (notamment les images, les contrastes, la hiérarchie des titres et les intitulés de liens) relèvent de la gestion de contenu quotidienne. Vos équipes de communication peuvent donc faire bondir votre score de conformité de 35 % à 65 % directement depuis l'espace d'administration wp-admin, sans jamais modifier un fichier de code source.

Voici la feuille de route pratique pour traiter les erreurs les plus fréquentes :

1. Renseigner les textes alternatifs dans la Médiathèque (Critère 1.1)

Chaque image porteuse d'information doit être compréhensible pour un utilisateur non-voyant naviguant avec une synthèse vocale (NVDA ou VoiceOver).

• Dans WordPress : Allez dans Médias > Médiathèque, cliquez sur chaque image et remplissez le champ « Texte alternatif ».
• Règle d'or : Décrivez précisément l'information transmise (ex. : « Cérémonie des vœux du maire 2026 à la salle des fêtes »). Ne commencez jamais par « Photo de... » ou « Image de... » et ne laissez jamais le nom de fichier brut comme « IMG_4920.jpg ».
• Pour les images décoratives : Laissez le champ texte alternatif vide (WordPress ajoutera automatiquement un attribut alt="" propre).

2. Structurer les titres dans Gutenberg sans sauter de niveau (Critère 9.1)

Les utilisateurs de lecteurs d'écran utilisent les raccourcis clavier pour sauter d'un titre à l'autre et comprendre le plan de la page.

• Dans l'éditeur Gutenberg : Utilisez le bloc Titre en respectant la hiérarchie logique (H2 pour les grandes sections, H3 pour les sous-sections).
• Erreur fréquente à bannir : Ne choisissez jamais un niveau H4 simplement parce que sa taille visuelle vous plaît alors qu'il n'y a pas de H3 au-dessus. Utilisez les réglages de taille de police dans la barre latérale droite de Gutenberg pour ajuster l'apparence sans altérer la sémantique.

3. Rendre les intitulés de liens explicites (Critère 6.1)

Un lien doit pouvoir être compris hors de son contexte lorsque le lecteur d'écran liste tous les liens de la page.

• À proscrire : « Cliquez ici », « En savoir plus », « Télécharger ».
• À adopter : « Consulter les horaires d'ouverture de la mairie », « Télécharger le formulaire d'inscription en crèche (PDF, 450 Ko) ».

4. Vérifier les contrastes de couleurs dans vos blocs (Critère 3.2)

Le RGAA exige un ratio de contraste d'au moins 4.5:1 entre la couleur du texte et la couleur d'arrière-plan (et 3:1 pour les grands textes).

• Dans Gutenberg : Lorsque vous modifiez la couleur de fond d'un paragraphe ou d'un groupe, WordPress affiche automatiquement un avertissement d'accessibilité si le contraste est insuffisant. Veillez à ne jamais forcer une combinaison signalée en rouge.

5. Traiter les arrêtés municipaux et documents PDF scannés (Critère 13.3)

Publier un arrêté préfectoral ou un compte-rendu municipal sous forme de scan JPEG inséré dans un PDF est une infraction majeure au RGAA : le texte est invisible pour les moteurs de recherche et illisible pour les synthèses vocales.

• Solution : Exportez toujours vos arrêtés directement depuis Microsoft Word ou LibreOffice au format PDF texte natif, ou passez vos anciens scans dans un logiciel de reconnaissance optique de caractères (OCR).

Pour les 50 % d'anomalies restantes touchant au code du thème (liens d'évitement, boutons de menus non vocalisés, modales piégeant le clavier), vous pouvez confier la remédiation directe à notre équipe.

Voici comment nous transmettre un accès sécurisé en 2 minutes :

Méthode 1 : Créer un compte administrateur temporaire

1. Rendez-vous dans votre tableau de bord : Utilisateurs > Ajouter un utilisateur.
2. Renseignez l'identifiant axla-audit et l'adresse courriel audit@axla.fr.
3. Attribuez le rôle Administrateur (nécessaire pour intervenir sur les modèles de blocs ou le CSS personnalisé).
4. Cochez l'option « Envoyer une notification à l'utilisateur ».
5. À la fin de notre mission de remédiation, supprimez simplement ce compte en un clic.

Méthode 2 : Générer un lien d'accès sans mot de passe (Recommandé)

Si votre service informatique préfère ne pas communiquer d'identifiants :

1. Installez l'extension gratuite officielle Temporary Login Without Password.
2. Créez un accès temporaire pour audit@axla.fr avec une validité de 7 jours.
3. Transmettez-nous le lien magique généré : nous pourrons intervenir directement sans mot de passe et l'accès s'auto-détruira à la fin de la semaine.

🟢 Les extensions d'assistance recommandées pour WordPress

• Editoria11y : un vérificateur d'accessibilité éditoriale qui alerte les rédacteurs en temps réel dans l'administration sur les liens non explicites et les images sans texte alternatif.
• Accessibility Checker by Equalize Digital : analyse automatiquement vos articles avant publication par rapport aux critères WCAG 2.1 AA.

🔴 L'interdiction des barres d'accessibilité et overlays (AccessiBe, UserWay)

Attention aux solutions miracles commerciales prétendant rendre un site conforme en ajoutant une seule ligne de JavaScript.

Ces widgets ne corrigent pas le code sous-jacent, sont inefficaces pour les utilisateurs de lecteurs d'écran et sont formellement rejetés par la DINUM, la CNIL et les associations représentatives. Seule une remédiation native garantit la conformité légale.

Votre site WordPress n'a pas besoin d'être refait à neuf pour être accessible. En combinant de bonnes pratiques éditoriales au quotidien et un accompagnement ciblé pour les points techniques, vous pouvez vous mettre en règle avec l'Article 47 rapidement et sereinement.