DEV Community: Sophie Marie Blanc

RGAA 4.1: France's Web Accessibility Standard Explained for Non-French Teams

Sophie Marie Blanc — Mon, 13 Apr 2026 00:00:01 +0000

RGAA 4.1: France's Web Accessibility Standard Explained for Non-French Teams

Meta: RGAA is France's legally mandated accessibility framework (106 criteria). If your team manages French websites or serves French users, you must understand it. Here's what RGAA is, how it differs from WCAG, who's affected post-June 2025, and the 5 most commonly failed criteria with fixes.
Keyword: RGAA 4.1 France web accessibility standard explained

Your team manages websites in France. Or you have French users. Or you're an international agency with a French client.

Someone on Slack asks: « What's the RGAA? Is that just WCAG with a French name? »

Not quite.

The RGAA (Référentiel Général d'Amélioration de l'Accessibilité) is France's legally binding accessibility standard. It's based on WCAG 2.1, but it's stricter, more prescriptive, and legally enforceable in France via the Défenseur des droits (Ombudsman) and, since June 2025, on private sector websites too.

If your French website isn't RGAA-compliant, you're exposed to legal complaints, public pressure, and—if you're large enough—pressure from the French government.

I've been working on accessibility for ten years. I've tested hundreds of websites across Europe. French websites in particular often miss these standards. Not malice. Just lack of clear resources in English.

This article is for teams who don't speak French, manage French users, and need to understand what's actually required.

What is RGAA, and How Does It Differ from WCAG?

WCAG (Web Content Accessibility Guidelines) is the international standard from the W3C. It has three levels: A, AA, AAA. It covers contrast, keyboard navigation, alternative text for images, captions for video, semantic HTML—all the things that make a website usable for people with disabilities.

RGAA is a French translation and adaptation of WCAG 2.1, but with one key difference: it's prescriptive, not descriptive.

WCAG says: « Check the contrast ratio of your text. »

RGAA says: « Use axe DevTools or WAVE to measure contrast. The minimum is 4.5:1 for normal text. Here's exactly how to verify it. »

WCAG leaves room for interpretation. RGAA closes that gap. It names specific tools, specific thresholds, specific actions.

In terms of legal weight:

WCAG = Best practice. Recommended by W3C. Used internationally. Legally binding in some countries (UK, Germany, US).
RGAA = French law. Not a suggestion. Failure to comply can result in legal complaints, fines, and public shaming.

RGAA has 106 criteria organized into 13 thematic areas:

Images and media
Frames and multimedia
Colors and contrast
Information structure
Tables
Links
Scripts and interactions
Required elements
Structure of information
Presentation of information
Forms
Navigation and orientation
Consultation

That's more granular than WCAG. And each criterion has a test procedure. You're not left guessing how to verify compliance.

Who Has to Comply (And Why June 2025 Matters)

Until June 2025, only public sector websites in France had a formal legal obligation to be RGAA-compliant.

Private companies were not legally required. So most of them... weren't.

Then the European Accessibility Act (EAA) came into force. It expanded the obligation to the private sector.

As of June 2025, who must comply?

Private sector service providers (agencies, web hosting companies, software developers)
E-commerce sites and online retailers
Companies providing digital services
Web applications (mobile apps are coming, but websites are now)

Exceptions exist for small companies (fewer than 10 employees, under €2M annual turnover), but the exception isn't automatic—you have to justify it.

Practically? Complaints about inaccessible private websites now go to the Défenseur des droits. They're investigating. Some companies are already being approached.

And here's the business angle: partners, insurers, and customers are starting to ask if your website is accessible as a requirement for doing business.

It used to be optional. It's no longer optional.

The 5 Most Commonly Failed Criteria (And How to Fix Them)

I've tested 100+ French and French-facing websites. These five failures appear in 90% of audits:

Failure 1: Images Without Proper Alternative Text

A product page. Six beautiful images. Not a single alt attribute. Or an alt="image1.jpg".

For a blind user with a screen reader, those images don't exist. No description. No information.

How to fix it:

<!-- Bad -->
<img src="product.jpg" />

<!-- Also bad -->
<img src="product.jpg" alt="photo" />

<!-- Good -->
<img src="product.jpg" alt="Nomad backpack, 45L, black, model 2025" />

The alt text should describe what's in the image and why it matters to the user. Not the filename. Not vague. Specific.

Testing: Use axe DevTools (free browser extension) or WAVE. Both will flag missing alt attributes.

Failure 2: Insufficient Color Contrast

A startup's modern, minimal website. Light gray text on a white background. Elegant on screen. Illegible for someone with low vision or astigmatism.

RGAA requires a contrast ratio of at least 4.5:1 for normal text. (Higher for small text or very important content.)

How to test:

Install axe DevTools or WAVE
Click the contrast checker
Any text below 4.5:1 = non-compliant

How to fix it:

Darker text or lighter background
Or use a color with more contrast (e.g., dark blue instead of light gray)

Tools like WebAIM Contrast Checker or Contrast Ratio let you play with colors before implementing.

Failure 3: Forms Without Associated Labels

A contact form. Three input fields. No visible labels. Just placeholder text that disappears on focus.

A screen reader user doesn't know what field to fill. A keyboard-only user can't see which field is which.

How to fix it:

<!-- Bad -->
<input type="email" placeholder="Enter your email" />

<!-- Good -->
<label for="email">Email address</label>
<input id="email" type="email" />

The <label> is associated to the input via the for attribute. It's now linked in the HTML tree. Screen readers announce it. Keyboard navigation works.

Failure 4: Keyboard Navigation Disabled

You test a website with only a keyboard. Press Tab to navigate. Nothing happens. You must use the mouse.

For someone with paralysis, tremors, or motor control issues, the site is locked.

RGAA requires that everything—menus, buttons, forms, dropdowns—be navigable via keyboard.

How to test:

Open the site
Don't touch your mouse
Press Tab repeatedly
Can you reach every interactive element? Can you activate it?

How to fix it:

Ensure all interactive elements are in the tab order
Use semantic HTML (<button>, <a>, <input>) which are keyboard-accessible by default
If you use custom elements (like a styled <div> as a button), add tabindex="0" and JavaScript keyboard handlers

Failure 5: Videos Without Captions or Transcripts

A tutorial video, a customer testimonial, a product demo. Zero captions. For a deaf user, the information is lost.

(And as a bonus, captions are good for SEO and for users in noisy environments.)

RGAA requires captions for all multimedia content. Transcripts are also helpful.

How to fix it:

Use YouTube, Vimeo, or another platform with built-in captioning
Upload a caption file (VTT format) with timestamps
Or use a service like Rev or otter.ai to auto-generate captions, then review them

For a simple video, captions take 30 minutes to an hour.

The Accessibility Statement Requirement

Once you're RGAA-compliant (or mostly compliant), you must publish an accessibility statement on your website. This is a legal requirement, not a suggestion.

What goes in it?

Your current RGAA conformity level (A, AA, or AAA)
Any known non-compliances
Corrections in progress
A contact mechanism for users to report accessibility issues
Link to France's Défenseur des droits

Where does it go?

Usually a footer link called « Accessibilité » or « Accessibility ». It must itself be accessible (follow RGAA standards for the statement page).

France maintains a public list of accessibility statements via the DINUM (Interministerial Digital Directorate). Your statement should be listed there.

If you don't have one, that's a non-compliance on its own.

Real-World Risks and Complaints

What happens if you ignore RGAA?

Complaints to the Défenseur des droits

A blind user can't access your French website. They file a complaint with the Ombudsman. They investigate. If non-compliance is found, you're asked to correct it.

You refuse? It goes public. Your company appears in official reports. Reputational damage.

Government Pressure

France's government is taking accessibility seriously. New funding, new oversight, new public statements. Large companies are already being approached.

Partner and Customer Pressure

B2B clients now ask: « Is your website RGAA-compliant? » It's becoming a requirement for contracts.

Practical Steps for Non-French Teams

You manage a French website but you're not based in France. Here's what you do:

Week 1: Audit

Install axe DevTools (free, Chrome/Firefox)
Scan your site
Export the results (axe reports to CSV)
Note the most severe issues (images without alt, color contrast, keyboard navigation)

Week 2: Plan

Categorize:

Critical : Makes the site unusable (no keyboard nav, images with no alt, forms with no labels)
Important : Affects usability (weak contrast, no video captions)
To Improve : Refinements (focus indicators, heading hierarchy)

Start with critical.

Week 3-4: Corrections

Add alt text to images
Fix form labels
Test keyboard navigation
Adjust color contrast

This usually takes 3-5 days of development work for a medium site.

Week 5: Testing

Test with real tools:

Keyboard-only navigation (actually use only your keyboard)
Screen reader (NVDA is free on Windows; voiceOver on Mac)
A colleague reads your text from a distance without zooming

Week 6: Documentation

Write your accessibility statement. Use the official template from DINUM.

Publish it on your site.

Cost and Timeline

For a small to medium website:

DIY audit and fixes: 2-3 weeks, cost of internal dev time
With an external consultant: 1-2 weeks, consultant cost €2,000-€5,000
Full formal audit: 1-2 months, cost €5,000-€15,000

Choose based on complexity and your risk tolerance.

Why This Matters Beyond Legal Compliance

I said it before, and I'll say it again: 15% of the world's population has a disability. 15%.

That's not a niche. That's a market.

An accessible website:

Reaches more users
Ranks better on search engines (accessibility practices overlap with SEO)
Reduces support costs (users can navigate independently)
Builds brand loyalty (customers appreciate inclusion)
Reduces legal risk

It's not just the right thing to do. It's the smart business thing to do.

Key Takeaway

RGAA is France's accessibility law. It's now law for private sector websites too (as of June 2025). It's stricter and more specific than plain WCAG.

If your team manages French websites or has French users, you need to understand it. Not as a suggestion. As a requirement.

Start with an audit. Plan your fixes. Allocate 2-3 weeks. You're done.

And if you're already compliant? Great. But make sure your accessibility statement is published and updated.

Sophie Blanc is a digital accessibility and GDPR compliance consultant based in Paris. She works with SMEs and digital agencies across Europe to ensure compliance with legal standards. Her approach: translate legal requirements into concrete, actionable steps—no jargon.

RGAA 4.1 : Ce que votre site doit respecter depuis juin 2025 — et que personne n'explique clairement

Sophie Marie Blanc — Thu, 09 Apr 2026 11:00:01 +0000

RGAA 4.1 : Ce que votre site doit respecter depuis juin 2025 — et que personne n'explique clairement

Meta : Conformité RGAA 4.1 obligatoire depuis 2025 pour sites publics et privés. Découvrez les 106 critères d'accessibilité, les risques et un plan d'action concret en 5 étapes.
Mot-clé : RGAA 4.1 conformité site web 2025

Depuis trois semaines, je reçois le même type d'appel. Des patrons de PME, des responsables web, parfois des directeurs de communication, tous avec la même question : « Sophie, c'est vrai qu'on doit faire quelque chose avec l'accessibilité maintenant ? »

Oui. C'est vrai. Et depuis juin 2025, ça ne s'applique plus seulement aux organismes publics.

Je travaille depuis dix ans sur l'accessibilité numérique et la conformité RGPD. J'ai vu des centaines de sites français, et je peux vous dire une chose : 60% des sites que je teste ne respectent même pas les critères basiques du RGAA 4.1. Pas de malveillance là-dedans. Juste de l'ignorance. Et compréhensible : les ressources en français qui expliquent clairement ce qu'il faut faire, concrètement, sont rarissimes.

Cet article est là pour changer ça.

RGAA 4.1 : Vous avez le droit de savoir ce que c'est

Le RGAA — Référentiel Général d'Amélioration de l'Accessibilité — est la traduction française, légalement contraignante, du standard international WCAG 2.1 (Web Content Accessibility Guidelines).

Avant de vous perdre dans la terminologie : c'est un ensemble de 106 critères organisés en 13 thématiques. Ces critères couvrent tout, du contraste des couleurs à la navigation au clavier, en passant par les alternatives textuelles pour les images, les vidéos sous-titrées, et la structure sémantique du HTML.

Différence majeure avec la WCAG brute : le RGAA est plus prescriptif. Il ne dit pas juste « vérifiez le contraste » — il dit « utilisez l'outil WAVE ou axe DevTools pour le mesurer ». Il adapte également le standard international au contexte juridique français. C'est important : le RGAA n'est pas une suggestion de bonnes pratiques, c'est une obligation légale.

La version 4.1 date de 2019. Elle a été révisée légèrement depuis, mais l'essence reste : rendre le web accessible à tout le monde, y compris les personnes en situation de handicap (visuel, moteur, cognitif, auditif).

Depuis juin 2025 : la Directive EAA élargit l'obligation au secteur privé

Voici le tournant. Pendant des années, seules les institutions publiques étaient formellement tenues de respecter le RGAA. Les sites privés ? Aucune obligation directe. (Moralité : la plupart n'en avaient rien à faire.)

La Directive Européenne 2019/882 (EAA — European Accessibility Act) change tout ça. Depuis juin 2025, l'obligation s'étend au secteur privé.

Qui est concerné ?

Les fournisseurs de services (agences, prestataires web, hébergeurs)
Les entreprises privées vendant en ligne
Les sites e-commerce
Les applications mobiles (progressivement)

Exceptions pour les PME : théoriquement, les entreprises de moins de 10 salariés avec un chiffre d'affaires inférieur à 2 millions d'euros peuvent demander une exemption partielle. Mais attention — cette exemption n'est pas automatique. Vous devez la justifier auprès des autorités de contrôle.

Concrètement ? Jusqu'à présent, seul le Défenseur des droits recevait les plaintes pour non-conformité des sites publics. Maintenant, les plaintes pour sites privés non accessibles arrivent aussi. Et elles s'empilent.

Les 5 critères que vos clients (ou vos concurrents) ne respectent pas

Depuis dix ans, je teste les mêmes défauts, encore et encore. Voici les cinq "hits" qui reviennent dans 95% des audits :

1. Images sans alternative textuelle pertinente

Je visite un site e-commerce. Une section « Nos produits phares ». Six belles images. Zéro attribut alt. Ou pire : alt="photo.jpg" ou alt="image1".

Pour un utilisateur aveugle qui utilise un lecteur d'écran, ces images n'existent simplement pas. Aucune description. Aucune information.

La correction ? Simple : alt="Sac à dos Nomad noir, 45L, modèle 2025" au lieu de alt="sac". Spécifique. Utile.

2. Contrastes de couleurs insuffisants

J'ouvre un site de startup. Design moderne, minimaliste. Texte gris très clair sur fond blanc. À l'écran, c'est élégant. Pour quelqu'un avec une malvoyance légère ou un astigmatisme, c'est illisible.

Le RGAA exige un ratio de contraste d'au moins 4.5:1 pour le texte normal. (Plus si c'est du gros texte.) Des outils gratuits comme WAVE ou axe DevTools calculent ça en deux clics.

3. Formulaires sans étiquettes explicites

Formulaire de contact. Trois champs. Aucun label associé au champ input. Juste du placeholder qui disparaît au premier clic.

Lecteur d'écran ? Il ne sait pas ce qu'il doit remplir. Utilisateur à la loupe ? Pas de texte pour repérer les champs.

La solution : <label for="email">Votre email</label> <input id="email" type="email" />. Lié. Explicite. Accessible.

4. Navigation impossible au clavier

Je test un site. Clic sur le logo. Rien. Tab pour naviguer. Rien. L'utilisateur doit à tout prix utiliser la souris.

Pour quelqu'un qui ne peut pas utiliser une souris (paralysie motrice, tremblements, etc.), le site est fermé. Les critères du RGAA demandent que tout soit navigable au clavier.

5. Vidéos sans sous-titres

Podcast vidéo, tutoriel, témoignage client. Zéro sous-titres. Pour un utilisateur malentendant, l'information se perd.

(Et j'ajoute un bonus : les vidéos sans transcription écrite, c'est aussi un problème SEO.)

L'obligation de déclaration d'accessibilité

Vous voilà conforme au RGAA ? Bravo. Mais ce n'est pas fini.

Vous devez maintenant publier une déclaration d'accessibilité sur votre site. C'est un document (généralement une page) qui explique :

Votre taux de conformité RGAA (A, AA, ou AAA)
Les éventuelles non-conformités
Les correctifs en cours
Un mécanisme de contact pour que les utilisateurs signalent des problèmes

Cette déclaration doit être facilement accessible (généralement dans le pied de page, en lien « Accessibilité »).

Elle n'est pas du marketing. C'est une obligation légale. Si elle manque, ce n'est pas un petit détail — c'est une non-conformité en soi.

Où la publier ? La DINUM (Direction Interministérielle du Numérique) maintient une liste publique. Votre déclaration doit aussi être accessible selon... les critères du RGAA. (Oui, c'est récursif.)

Risques et sanctions

Vous vous demandez peut-être : « Et si je ne fais rien ? »

Trois réponses :

Plaintes auprès du Défenseur des droits

Un utilisateur malvoyant ne peut pas accéder à votre site. Il porte plainte. Le Défenseur lance une enquête. Si la non-conformité est avérée, il vous demande de corriger. Vous refusez ? Ça remonte au niveau politique, et votre entreprise apparaît dans les rapports publics.

(Pas criminel, mais marketing négatif garanti.)

Pression de la CNIL

La CNIL surveille l'accessibilité sous l'angle RGPD. Les données personnelles doivent être équitablement accessibles. Un site inaccessible, c'est une violation du droit à l'information. Les amendes CNIL peuvent aller jusqu'à 4% du chiffre d'affaires global.

Risque commercial réputationnel

Voici la vraie conséquence : les clients potentiels, les partenaires, les assureurs commencent à exiger la conformité RGAA comme condition. C'est déjà le cas pour les marchés publics. Bientôt, ça le sera pour les appels d'offres privés.

Un site non accessible, c'est aussi un site fermé à une clientèle. Les chiffres disent que 15% de la population mondiale a un handicap. 15%.

Plan d'action en 5 étapes pour votre PME

Vous êtes convaincu. Bien. Voici ce que je recommande à mes clients pour démarrer sans panique :

Étape 1 : Audit gratuit (1-2 heures)

Installez axe DevTools (extension Chrome/Firefox gratuite) ou WAVE. Scannez votre site. Vous allez voir une liste de problèmes. Notez les trois ou quatre les plus graves (images sans alt, contrastes faibles, formulaires).

Ne cherchez pas la perfection. Cherchez les gros défauts d'abord.

Étape 2 : Priorisation (1 heure)

Triez les problèmes en trois catégories :

Critique : rend le site inutilisable (navigation au clavier, images sans alt)
Important : affecte une partie de l'expérience (contrastes, vidéos)
À améliorer : refinements (surlignes de focus, spacing)

Commencez par critique.

Étape 3 : Corrections courtes (1-2 jours de dev)

Les images sans alt ? 30 minutes. Les étiquettes de formulaire ? 1 heure. Les contrastes ? 2-3 heures. Ce n'est pas un mois de travail. C'est quelques jours.

Je conseille toujours un audit formal avec un consultant, mais vous pouvez commencer seul(e).

Étape 4 : Tests réels (2-3 heures)

Testez avec un clavier. Testez avec un lecteur d'écran (NVDA est gratuit). Demandez à un collègue sans maladie visuelle de lire vos contrastes de loin. Ça paraît bête ? C'est la méthode la plus fiable.

Étape 5 : Déclaration d'accessibilité (1 heure)

Une fois conforme, rédigez la page d'accessibilité. Modèle officiel sur le site de la DINUM. Publiez-la. Mettez à jour votre CGU si besoin.

Coût total du projet ? Entre 2 000 et 5 000 € pour une PME, avec un consultant. En DIY et avec priorités, vous pouvez faire décent pour quelques jours de travail.

Conclusion : parce que c'est la loi, mais aussi parce que c'est humain

Je vais être directe. Pendant dix ans, j'ai présenté l'accessibilité comme une question éthique : « C'est bien pour les gens. C'est inclusif. » Ça reste vrai.

Mais en 2025, ça devient une question légale. Point. Depuis juin, ce n'est plus optionnel. Le RGAA 4.1 n'est pas une suggestion.

Les sites conformes gagnent du marché, attirent des talents, réduisent leur risque légal. Les autres vont recevoir des plaintes, perdre des clients, et finir dans un audit.

Si vous dirigez une PME ou une agence web, ne attendez pas d'audit pour agir. Trois jours de travail maintenant, c'est mieux que trois semaines de correction en urgence dans six mois.

Et oui, c'est un changement. Mais c'est aussi un signal que le web français grandit. On arrête d'exclure.

Sophie Blanc est consultante en accessibilité numérique et conformité RGPD, basée à Paris. Elle accompagne les PME et agences dans leur mise en conformité avec les standards européens. Son approche : traduire les exigences légales en actions concrètes, sans jargon.