Un site utilisable par tous, dès la première publication
L’accessibilité n’est pas un supplément qu’on rajoute à la fin — c’est le socle du produit. Civika applique les règles du RGAA 4.1 et de la norme internationale WCAG 2.1 AA dès la conception, pour qu’une mairie n’ait pas à devenir experte pour publier un site utilisable par un habitant malvoyant, malentendant, ou qui navigue au clavier.
Ce que Civika fait par défaut
Six familles de mesures actives sur tous les sites, sans configuration ni option à cocher. Elles s’appliquent à ce que la mairie publie, mais aussi à l’interface d’administration que les agents utilisent au quotidien.
Contrastes vérifiés
Chaque couleur choisie par la mairie est mesurée par sa luminance relative selon WCAG 2.1. Un contraste insuffisant est signalé en temps réel dans l’éditeur.
- Ratio ≥ 4,5:1 pour le texte courant (AA)
- Ratio ≥ 3:1 pour les grands titres et les icônes
- Couleur du texte recalculée automatiquement selon le fond
Navigation clavier complète
Tout ce qui se clique à la souris se manipule au clavier — indispensable pour un utilisateur malvoyant ou moteur qui navigue à la tabulation.
- Ordre de tabulation logique, cohérent avec le flux de lecture
- Focus visible sur chaque élément interactif
- Menus déroulants ouvrables à Entrée / Espace
- Modales fermables avec Échap
Structure sémantique
Un lecteur d’écran (VoiceOver, JAWS, NVDA) parcourt la page en s’appuyant sur la structure HTML — pas sur ce qui est simplement affiché.
- Hiérarchie de titres respectée (H1 → H2 → H3)
- Points de repère ARIA (
main,nav,aside) - Landmarks pour sauter directement au contenu principal
- Ordre du DOM aligné avec l’ordre visuel
Formulaires labellisés
Chaque champ porte un libellé explicite, une description d’aide si nécessaire, un message d’erreur clair et un contexte pour les lecteurs d’écran.
- Association
<label for>systématique - Attributs
aria-describedbypour l’aide contextuelle - Erreurs annoncées par
aria-live - Boutons soumission avec libellé explicite
Alternatives textuelles
Une image sans texte alternatif est invisible pour un lecteur d’écran. L’éditeur guide l’agent municipal à en fournir un pour chaque publication.
- Champ
altproposé à chaque upload - Image décorative marquée
alt=""automatiquement - Vidéos avec sous-titres possibles
- Icônes utilitaires
aria-hiddenpour ne pas encombrer
Préférences respectées
Le site s’adapte aux préférences que l’utilisateur a configurées dans son système — sans lui demander de re-choisir sur chaque site.
prefers-reduced-motion: animations désactivées- Zoom navigateur jusqu’à 200 % sans casser le layout
- Textes redimensionnables (unités relatives)
- Sens de lecture RTL supporté (arabe)
Standards visés
Deux référentiels de référence, complémentaires : le RGAA est la déclinaison française du WCAG, avec des méthodes de test précises pour les collectivités.
4.1 Référentiel Général d’Amélioration de l’Accessibilité — la référence française, obligatoire pour les collectivités depuis 2019 (article 47 de la loi n° 2005-102).
2.1 AA Web Content Accessibility Guidelines — la norme internationale du W3C, niveau AA visé (le standard juridique dans la plupart des pays).
Comment vérifier soi-même
Trois vérifications que n’importe quel élu peut faire en cinq minutes, sans outil technique. Si votre site actuel échoue à l’un des trois, c’est un signal fort.
Ouvrez le site, appuyez sur Tab jusqu’à parcourir toute la page. Chaque élément atteint doit être visible (contour bleu ou similaire), l’ordre doit avoir du sens.
Ctrl + « + » cinq fois — le texte doit grossir, les images se réorganiser, et TOUT doit rester lisible sans défilement horizontal.
Sur Windows, Ctrl+Windows+Entrée lance le Narrateur ; sur macOS, Cmd+F5 lance VoiceOver. Le site doit énoncer les titres et les liens correctement.
Ce que nous ne prétendons pas
Comme pour la sécurité, honnêteté d’abord — un élu qui doit valider un choix technique doit savoir où sont nos limites :
-
Aucune certification RGAA officielle. Un audit
RGAA formel doit être réalisé par un tiers auditeur agréé.
Civika fournit le socle qui facilite cette conformité, la commune
reste responsable de le faire auditer et de publier sa déclaration
d’accessibilité (voir
{votre-commune}.civika.fr/accessibilite— déjà généré, à compléter). - Nos contenus ne remplacent pas votre rédaction. Le respect du contraste et de la structure ne suffit pas : un article bien accessible est aussi un article rédigé simplement. Nous ne relisons pas ce que la mairie publie.
- Les documents joints (PDF, Word) restent à la charge du rédacteur. Un PDF scanné sans texte reconnaissable, ou un tableur non structuré, reste inaccessible même sur un site Civika. Nous recommandons d’exporter depuis LibreOffice ou Word en cochant « conserver le texte reconnu ».
Pour toute question technique préalable, votre référent accessibilité peut nous écrire à contact@civika.fr — nous répondons sous 48 heures ouvrées.
Prêt à équiper votre commune ?
Essayez Civika 30 jours gratuitement, sans carte bancaire ni engagement — vous découvrez le socle accessible, vous décidez ensuite.
Créer le site de ma mairie