Refonte site mairie RGAA + RGESN : conformité totale, performances mesurables
La loi n°2005-102 et le décret 2019-768 rendent la conformité RGAA 4.1 obligatoire pour toutes les communes — avec des sanctions possibles en cas de non-conformité signalée. Nehos livre un site mairie Next.js 15 + DSFR visant la conformité RGAA 4.1, l'Ecoindex A et un LCP sous 1.5s, declaration d'accessibilité officielle incluse.
Nos clients types
La loi n°2005-102 du 11 février 2005 et le décret d'application n°2019-768 du 24 juillet 2019 rendent obligatoire la conformité au RGAA 4.1 pour l'ensemble des organismes du secteur public, sans distinction de taille de commune. Tout manquement signalé peut déclencher une sanction. La réalité de terrain : des prestataires locaux sans certification RGAA, des thèmes WordPress ou Joomla payants poses sans audit d'accessibilité, et des budgets DSI consommes par la maintenance plutôt que par la mise en conformité. La question des CMS en fin de vie constitue un risque immédiat. Drupal 7 est arrivé en fin de vie : plus aucun correctif de sécurité n'est publié. Des mairies continuent de faire tourner des sites sous cette version, exposant leurs données et celles de leurs administres a des vulnerabilites non corrigées. WordPress avec plugins multiples n'est pas une solution : les temps de chargement se dégradent, et les thèmes du marche sont quasi tous non conformes RGAA sans intervention spécifique et coûteuse. Le RGESN (Référentiel General d'Ecoconception des Services Numériques) ajoute une obligation supplémentaire. La loi REEN de 2021 incite les organismes publics à mesurer et à réduire l'impact environnemental de leurs services numériques. Une commune sans démarche RGESN et sans score Ecoindex publié se retrouve en retard sur un deuxième référentiel. Les sites WordPress avec dix plugins actifs, des images non compressées et des polices Google chargées depuis des CDN externes affichent régulièrement un Ecoindex F ou G. Les Core Web Vitals sont catastrophiques sur la majorité de ces configurations. Un LCP trop élevé penalise directement le classement Google depuis la mise à jour Page Experience de 2021 — un site municipal mal performe est donc invisible sur les recherches citoyennes locales au moment meme ou il devrait servir de premier point de contact numérique. Un Time to Interactive trop long sur connexion mobile 4G disqualifie le site pour une large part des usagers. Le multilinguisme est absent de nombreux sites municipaux, y compris dans les communes a forte population touristique ou frontalière. Les communes alsaciennes frontières de l'Allemagne, les communes du Pays Basque proches de l'Espagne, les communes PACA a forte frequentation touristique italophone ou anglophone : aucune version EN, DE, ES ou IT n'est proposée. Ce manque exclut une partie de la population residente et de la population de passage du service numérique public. Une absence qui contraste avec les obligations d'accessibilité universelle portées par le RGAA.
La refonte d'un site de mairie par Nehos s'appuie sur une stack choisie pour sa conformité RGAA 4.1 par construction, et non par surcouche tardive. Next.js 15 App Router assure le rendu serveur (SSR/SSG) des pages institutionnelles — les agents territoriaux publient du contenu, le moteur genere des pages HTML pre-rendues, sans JavaScript côté client pour le contenu statique. Les performances Core Web Vitals en bénéficient directement : LCP < 1.5s, CLS < 0.1, INP < 200ms sont des cibles atteignables et mesurables via CrUX (Chrome User Experience Report), dont les données sont incluses dans le rapport de livraison. Le Design System de l'État (DSFR 1.12) est le socle de l'interface. Ce référentiel, maintenu par la Direction Interministérielle du Numérique, integre la conformité RGAA 4.1 comme exigence de base pour chaque composant. Les contrastes de couleurs respectent le niveau AA WCAG 2.1, les composants sont navigables au clavier, les lecteurs d'écran (NVDA, JAWS, VoiceOver) sont pris en charge. Utiliser le DSFR n'est pas une garantie automatique de conformité — des mauvaises utilisations restent possibles — mais c'est le point de depart le plus solide disponible pour un service public français. Avant tout développement, un audit d'accessibilité est realise sur le site sortant. L'outil Tenon.io produit une analyse automatisée sur l'ensemble des URL. Un controle manuel porte ensuite sur 25 critères WCAG 2.1 AA prioritaires : navigation au clavier, alternatives textuelles, structure des titres, comportement des formulaires, gestion du focus, contrastes. Ce double audit — automatisé + manuel — est la méthode recommandée pour attester d'une conformité RGAA. Le rapport est livre en debut de projet, constitue la référence de depart, et sert de base de comparaison pour l'audit final de recette. L'eco-conception est traitée comme un critère de performance, pas comme un complement optionnel. Cibles Nehos sur les projets mairie : Ecoindex A, taille de page < 500 Ko transférés, moins de 30 requêtes HTTP. Pour y parvenir : images converties en WebP avec genation next-gen via Next.js Image, lazy load natif sur toutes les images hors viewport, polices hébergées en local (elimination des requêtes Google Fonts CDN), Tree-shaking DSFR pour exclure les composants JavaScript non utilises, suppression des scripts analytiques tiers remplacée par Plausible self-hosted (sans cookie, conforme RGPD). Payload CMS 3 structure la gestion de contenu mairie en collections métier directement utilisables par les equipes communication sans formation technique approfondie : Actualités (champ titre, corps rich text, catégorie, date, image), Evenements (lieu, date debut/fin, inscription), Deliberations (date conseil, pdf televersement, resume), Marches publics (objet, nature, procedure, date de cloture, document DUME), Élus (nom, photo, commission, coordonnées), Démarches (description, lien service-public.fr, documents requis). L'interface d'administration Payload est accessible en HTTPS, protégée par authentification a deux facteurs, sans frais de licence. Le multilinguisme est géré via next-intl. La version EN est activée par défaut sur toutes les pages institutionnelles. Les versions DE, ES et IT sont activables selon la géographie de la commune (commune frontalière, commune touristique a flux identifie). La gestion des traductions est intégrée dans Payload CMS — les agents en charge de la communication publient le contenu en français, la traduction automatique post-éditée est proposée en option pour réduire le coût editorial. L'hébergement peut se faire sur OVHcloud CDN France ou chez un autre hébergeur français : données physiquement en France, conformité RGPD, contrat DPA signé avant le démarrage du projet. Aucun transfert de données hors UE. Ce point est verifie et documente dans le registre des traitements de la collectivité. Les livrables de fin de projet comprennent : rapport d'audit RGAA 4.1 complet (106 critères cotes sur le site livre), declaration d'accessibilité officielle au format DINUM prête a publier, schema pluriannuel de mise en accessibilité sur 3 ans, rapport Ecoindex sur les 10 pages les plus visitées, rapport CrUX de livraison (LCP, CLS, INP), formation equipe communication sur Payload CMS (2 jours, supports inclus), et accompagnement après la mise en production.
RGAA 4.1
audit initial puis audit final sur toutes les pages, déclaration d'accessibilité officielle incluse
DSFR
Design System de l'État intégré dans Next.js 15 App Router
Ecoindex A
objectif d'écoconception (RGESN), mesuré sur les pages les plus visitées
Core Web Vitals
cibles LCP < 1.5 s, CLS < 0.1, INP < 200 ms, rapport CrUX à la livraison
#Le problème : pourquoi refonte site mairie RGAA + RGESN est un enjeu critique
La loi n°2005-102 du 11 février 2005 et le décret d'application n°2019-768 du 24 juillet 2019 rendent obligatoire la conformité au RGAA 4.1 pour l'ensemble des organismes du secteur public, sans distinction de taille de commune. Tout manquement signalé peut déclencher une sanction.
La réalité de terrain : des prestataires locaux sans certification RGAA, des thèmes WordPress ou Joomla payants poses sans audit d'accessibilité, et des budgets DSI consommes par la maintenance plutôt que par la mise en conformité.
La question des CMS en fin de vie constitue un risque immédiat. Drupal 7 est arrivé en fin de vie : plus aucun correctif de sécurité n'est publié. Des mairies continuent de faire tourner des sites sous cette version, exposant leurs données et celles de leurs administres a des vulnerabilites non corrigées.
WordPress avec plugins multiples n'est pas une solution : les temps de chargement se dégradent, et les thèmes du marche sont quasi tous non conformes RGAA sans intervention spécifique et coûteuse.
Le RGESN (Référentiel General d'Ecoconception des Services Numériques) ajoute une obligation supplémentaire. La loi REEN de 2021 incite les organismes publics à mesurer et à réduire l'impact environnemental de leurs services numériques. Une commune sans démarche RGESN et sans score Ecoindex publié se retrouve en retard sur un deuxième référentiel.
Les sites WordPress avec dix plugins actifs, des images non compressées et des polices Google chargées depuis des CDN externes affichent régulièrement un Ecoindex F ou G.
Les Core Web Vitals sont catastrophiques sur la majorité de ces configurations. Un LCP trop élevé penalise directement le classement Google depuis la mise à jour Page Experience de 2021 — un site municipal mal performe est donc invisible sur les recherches citoyennes locales au moment meme ou il devrait servir de premier point de contact numérique. Un Time to Interactive trop long sur connexion mobile 4G disqualifie le site pour une large part des usagers.
Le multilinguisme est absent de nombreux sites municipaux, y compris dans les communes a forte population touristique ou frontalière. Les communes alsaciennes frontières de l'Allemagne, les communes du Pays Basque proches de l'Espagne, les communes PACA a forte frequentation touristique italophone ou anglophone : aucune version EN, DE, ES ou IT n'est proposée.
Ce manque exclut une partie de la population residente et de la population de passage du service numérique public. Une absence qui contraste avec les obligations d'accessibilité universelle portées par le RGAA.
#Notre approche en 4 phases
#Phase 1 : Audit accessibilité et eco-conception (semaines 1-2)
Audit Tenon.io automatise + controle manuel sur 25 critères WCAG 2.1 AA prioritaires. Mesure Ecoindex de référence sur les 10 pages les plus visitées. Inventaire stack existante (Drupal 7 / WordPress / Joomla), analyse des contenus a migrer, cartographie des 106 critères RGAA 4.1 sur le site sortant.
Voir notre expertise : conformité RGAA sites publics.
#Phase 2 : Architecture et design system (semaines 3-6)
Integration du Design System de l'État (DSFR 1.12) dans Next.js 15 App Router. Configuration Payload CMS 3 : collections Actualités, Evenements, Deliberations, Marches publics, Élus, Démarches. Maquettes validées avec des testeurs en situation de handicap (cécité partielle, motricite réduite, dyslexie).
Voir notre expertise : eco-conception RGESN collectivités.
#Phase 3 : Développement, migration de contenu et optimisation (semaines 7-13)
Migration des contenus existants (pages, actualités, deliberations) dans Payload CMS. Images converties en WebP avec srcset, polices hébergées en local (pas de Google Fonts), Tree-shaking DSFR pour exclure les composants non utilises. OVHcloud CDN France configure, contrat DPA signe.
Voir notre expertise : Payload CMS mairie.
#Phase 4 : Audit final RGAA, recette citoyenne et livraison (semaines 14-16)
Audit RGAA 4.1 complet sur 100 % des pages : rapport de conformité avec les 106 critères cotes. Recette avec panel de citoyens testeurs (dont personnes en situation de handicap). Redaction et publication de la déclaration d'accessibilité officielle et du schema pluriannuel. Formation equipe communication (2 jours). Mise en production.
Voir notre expertise : migration WordPress mairie.
#Repères
| Repère | Ce que c'est |
|---|---|
| RGAA 4.1 | audit initial puis audit final sur toutes les pages, déclaration d'accessibilité officielle incluse |
| DSFR | Design System de l'État intégré dans Next.js 15 App Router |
| Ecoindex A | objectif d'écoconception (RGESN), mesuré sur les pages les plus visitées |
| Core Web Vitals | cibles LCP < 1.5 s, CLS < 0.1, INP < 200 ms, rapport CrUX à la livraison |
#Exemple de situation
#Contexte
Une commune dont le site institutionnel tourne sous Drupal 7 en fin de vie, sans mise à jour de sécurité, sans conformité RGAA mesurée, avec un mauvais score Ecoindex, et qui reçoit un signalement d'un citoyen en situation de handicap suivi d'une mise en demeure de publier une déclaration d'accessibilité dans un délai court.
#Défi
Atteindre la conformité RGAA 4.1 sur les critères applicables, améliorer le score Ecoindex, migrer les pages existantes sans perte de référencement, livrer la déclaration d'accessibilité officielle dans le délai imparti, et former l'équipe communication à la gestion autonome du nouveau CMS.
#Approche
Refonte sur Next.js 15 + Payload CMS 3 + DSFR. Audit Tenon.io et contrôle manuel RGAA en début de projet. Migration des pages depuis Drupal 7 avec redirections 301 systématiques. Conversion des images en WebP. Hébergement en France avec contrat DPA signé en début de projet. Formation de l'équipe communication à Payload CMS. Audit RGAA final sur les 106 critères, puis rédaction et publication de la déclaration d'accessibilité officielle.
#Ce qu'on mesure
Le score d'accessibilité avant et après, le grade Ecoindex, le LCP en conditions réelles (CrUX), le nombre de pages en erreur 404 après migration et la tenue du trafic organique. On mesure ces points à la livraison et trente jours plus tard, sans résultat promis à l'avance.
#Pourquoi Nehos pour refonte site mairie RGAA + RGESN
Nehos Groupe n'est pas un intégrateur généraliste qui adapte une solution standard à votre contexte. On conçoit des architectures sur mesure, calibrées sur vos contraintes métier, réglementaires et techniques. Chaque projet démarre par un audit de faisabilité qui pose les limites avant les promesses — si le ROI ne tient pas, on le dit avant de signer quoi que ce soit.
Notre méthode ROI-First impose un cadrage chiffré dès la phase d'audit : coût actuel documenté, gains projetés avec hypothèses conservatrices, critères de go/no-go factuels. En production, on mesure les résultats réels et on les compare aux projections — transparence totale, y compris quand les chiffres sont en dessous des attentes.
Nos expertises connexes : Payload CMS mairie, migration WordPress mairie, hébergement OVHcloud mairie.
Côté hébergement, nous pouvons déployer chez un hébergeur français (par exemple OVHcloud, datacenters en France) et recourir à des modèles open source (Mistral) quand la performance le permet. Le choix se fait avec vous, selon vos contraintes de souveraineté.
#Pour aller plus loin
Cas d'usage connexes :
Questions & réponses
Questions frequentes sur la refonte site mairie RGAA
Oui, sans exception de taille. La loi n°2005-102 et le décret n°2019-768 s'appliquent a tous les organismes du secteur public, y compris les communes de moins de 5 000 habitants. La distinction porte uniquement sur les délais de mise en conformité initiaux, qui sont aujourd'hui tous dépassés — toute commune est donc tenue d'être conforme des a present. Le mécanisme de sanction est activable par tout citoyen via le formulaire de signalement DINUM. Voir notre page conformité RGAA sites publics pour le detail du cadre juridique.
Le RGAA 4.1 est la transposition française des WCAG 2.1 (Web Content Accessibility Guidelines) au niveau AA, produite par la DINUM. Sur le fond, les deux référentiels couvrent les mêmes exigences : alternatives textuelles, navigation clavier, contrastes, structure des titres, compatibilité lecteurs d'écran. La difference est pratique : c'est la conformité RGAA qui est opposable juridiquement en France, c'est elle qui figure dans la déclaration d'accessibilité obligatoire, et c'est sur ses 106 critères que porte l'audit. Viser RGAA 4.1 niveau AA, c'est de facto respecter WCAG 2.1 AA — vous n'avez pas a gérer les deux séparément.
La loi REEN de 2021 incite les organismes publics à mesurer et réduire l'impact environnemental de leurs services numériques, et le RGESN est le référentiel de bonnes pratiques associé. Concrètement, cela implique de mesurer le score Ecoindex des pages principales, de publier une déclaration RGESN sur le site, et de définir un plan d'amelioration. La refonte Nehos livre cette déclaration avec un score Ecoindex A cible et mesure — elle est incluse dans les livrables du projet. Voir notre service eco-conception RGESN collectivités.
À titre indicatif, pour un site de 30 à 60 pages, le délai est de 14 à 16 semaines a partir du lancement du projet. Ce calendrier inclut l'audit RGAA initial (2 semaines), la conception et integration DSFR (4 semaines), la migration de contenu et les développements spécifiques (6 semaines), l'audit RGAA de recette + correction des non-conformites résiduelles (2 semaines), et la formation equipe + mise en production (2 semaines). Un site plus complexe (nombreuses pages, démarches en ligne, multilingue actif) necessite davantage de temps. En cas de mise en demeure avec délai court impose, le périmètre peut être réduit a un socle minimal conforme.
La maintenance RGAA d'un site mairie est chiffrée sur devis, en 48 h après un premier échange, selon la taille du site et le niveau de service souhaite. Elle peut couvrir : les mises à jour DSFR (le référentiel est mis à jour régulièrement par la DINUM), les mises à jour Next.js et Payload CMS, le suivi des performances Core Web Vitals (alerte si degradation LCP ou CLS), la vérification régulière de critères RGAA clés, et la mise à jour de la déclaration d'accessibilité. Ce coût est à comparer au risque de sanction et au coût d'une refonte urgente sous mise en demeure.
C'est précisément pour cette raison que Payload CMS 3 a été retenu. L'interface d'administration est organisée par collections métier (Actualités, Evenements, Deliberations, Marches publics, Élus, Démarches) — chaque agent publie dans sa zone de competence sans avoir accès aux configurations techniques. La saisie de contenu se fait dans un éditeur rich text similaire a Notion ou WordPress Gutenberg. Les permissions sont configurées par role (éditeur, modérateur, administrateur). La formation incluse dans le projet vise à rendre autonome l'équipe communication. Aucun accès FTP, aucune ligne de code, aucune dépendance au prestataire pour les opérations editoriales courantes. Voir notre page Payload CMS mairie.