Rendre un site WordPress accessible, ce n’est pas « faire du juridique ». C’est surtout permettre a chacun d’utiliser le site, sur mobile ou ordinateur, avec ou sans limitations. Dans les cantons romands (Vaud, Geneve, Fribourg, Valais, Neuchatel, Jura), cela concerne aussi bien une association a Delémont, un cabinet a Sion, une boutique a Neuchatel, qu’une PME entre Lausanne, Yverdon-les-Bains, Fribourg ou Monthey.
Sources officielles pour cadrer : W3C – WCAG 2.2, W3C WAI – Nouveautes WCAG 2.2, Administration federale (BIT) – Accessibilite et eCH-0059, Fedlex – Loi sur l’egalite pour les personnes handicapees, UE – European Accessibility Act (EAA).
1) Quel niveau viser, sans se perdre
Un objectif simple et applicable : viser un niveau proche de WCAG 2.1 AA comme base, puis ajouter des ameliorations pertinentes de WCAG 2.2 (confort mobile, focus, tailles de cibles). Sur les sites de l’administration federale, le standard eCH-0059 renvoie a WCAG 2.1 niveau AA, ce qui donne un repere pratique de qualite.
Note : si votre entreprise vend des services numeriques dans l’UE, l’EAA est un sujet a surveiller. Dans tous les cas, la logique « accessibilite = meilleure experience » reste valable.
2) Checklist accessibilite (WordPress) : 12 points qui font la difference
- Titres coherents : un seul H1 par page, puis H2, H3, sans sauter des niveaux.
- Liens explicites : eviter « cliquez ici ». Preferer « Voir nos tarifs » ou « Demander un devis ».
- Texte alternatif (alt) : decrire l’image si elle apporte une info. Laisser vide si decoratif.
- Contrastes : texte lisible sur fond clair/sombre, y compris pour boutons et liens.
- Navigation clavier : tout doit etre utilisable au clavier (tab, entree, echap).
- Focus visible : l’utilisateur doit voir ou il se trouve (menus, champs, boutons).
- Taille des cibles : boutons et liens assez grands sur mobile (point renforce dans WCAG 2.2).
- Formulaires : un label par champ, erreurs claires, aide a la saisie.
- Messages d’erreur utiles : dire quoi corriger, pas seulement « champ invalide ».
- Medias : sous-titres pour videos utiles, et pas d’autoplay sonore.
- PDF et documents : si vous publiez des documents, verifier qu’ils sont lisibles (ou proposer une version HTML).
- Pas de pieges : eviter les elements qui bloquent (popups impossibles a fermer au clavier, carrousels incontrôlables).
3) Comment appliquer ca dans Gutenberg (sans tout refaire)
Sur WordPress, une bonne partie se joue dans l’edition : structure des titres, textes des liens, images, et formulaires. Une methode simple :
- Commencer par les pages qui comptent : Accueil, Services, Contact, et les pages locales (Vaud, Geneve, Fribourg, Valais, Neuchatel, Jura) si vous en avez.
- Traiter ensuite les pages a forte intention : tarifs, demande de devis, reservation, boutique WooCommerce.
- Faire une passe « mobile » : boutons, menus, formulaires, et lisibilite.
4) Tests rapides (15 minutes) a faire avant publication
- Test clavier : tabulation jusqu’au formulaire et au menu, sans blocage.
- Zoom navigateur : a 200 %, la page reste utilisable (textes et boutons).
- Contraste : liens et boutons visibles, y compris sur mobile en plein soleil.
- Formulaire : erreur volontaire (champ vide) pour verifier le message d’aide.
FAQ Accessibilite WordPress (Suisse romande)
Quels standards viser pour un site WordPress en Suisse romande ?
Un repere courant est WCAG 2.1 niveau AA, avec des ameliorations WCAG 2.2 selon vos besoins (mobile, focus, cibles). Les recommandations officielles sont publiees par le W3C.
Par ou commencer si mon site a beaucoup de pages (Vaud, Valais, Neuchatel, etc.) ?
Commencer par 5 a 10 pages : Accueil, 2 a 4 pages Services, Contact, Tarifs, puis les pages les plus visitees. Une approche par priorite donne vite des resultats concrets.
Les criteres WCAG 2.2 changent-ils beaucoup par rapport a WCAG 2.1 ?
WCAG 2.2 ajoute des criteres, notamment sur le focus, les gestes, la taille des cibles et l’aide coherente. Le resume officiel est disponible sur le site WAI du W3C.
Dois-je refaire mon theme WordPress pour etre plus accessible ?
Pas forcement. Beaucoup d’ameliorations sont editoriales (titres, liens, alt, formulaires) et de design (contrastes, focus, boutons). Un audit leger permet de decider s’il faut aller plus loin.
Est-ce utile pour le SEO local (Fribourg, Jura, Geneve, Vaud) ?
Indirectement, oui : un site plus lisible et plus simple a utiliser aide souvent la conversion (demandes, appels, formulaires) et limite les abandons. Le benefice principal reste l’experience utilisateur.
Besoin d’une checklist adaptee a votre site WordPress ?
Pour auditer rapidement les pages cles, corriger les points bloquants et mettre en place une methode simple sur WordPress, contactez clickclick.ch.
