Audit guidé

Pour chaque critère du RGAA 4.1.2 et chaque page de votre échantillon, indiquez si la page est conforme, non conforme ou si le critère ne s’applique pas. Le texte officiel, ses tests et leur méthodologie sont affichés à chaque étape.

Rampe vous guide mais ne certifie rien : c’est votre évaluation qui fait foi. Votre travail est enregistré automatiquement dans ce navigateur, et nulle part ailleurs.

Sauvegarde de l’audit

Cet audit n’existe que dans ce navigateur. Dernier téléchargement : jamais.

Audit Rampe complet : reprendre un audit téléchargé

Fichier audit-….json téléchargé avec le bouton ci-dessus, dans ce navigateur ou un autre (64 Mo au plus). Il remplace l’audit en cours. Pour les résultats de l’audit automatique, utilisez plutôt « Rapport automatique », section « 1. Pages de l’échantillon ».

1. Pages de l’échantillon

Aucune page pour l’instant. La méthode RGAA demande au moins l’accueil, le contact, les mentions légales, la déclaration d’accessibilité et des pages représentatives du site.

Ajouter une page

Coller un fichier echantillon.txt de la commande rampe echantillon

Rapport automatique (CLI ou extension) : reprendre les résultats de l’audit automatique

Fichier écrit par rampe audit --json ou téléchargé depuis l’extension navigateur de Rampe (20 Mo au plus). Les pages manquantes sont ajoutées. Les non-conformités détectées sont proposées « à confirmer » sur les critères encore non testés ; les autres résultats deviennent des indices. Vos évaluations déjà saisies ne sont jamais modifiées. Pour reprendre un audit complet téléchargé depuis Rampe, utilisez plutôt « Importer un audit (JSON) », section « Sauvegarde de l’audit ».

2. Évaluer les critères

Ajoutez au moins une page à l’échantillon pour évaluer les critères. Vous pouvez déjà parcourir les critères ci-dessous.

Afficher

Critère 1.1, thématique 1 « Images » Chaque image porteuse d’information a-t-elle une alternative textuelle ?

Texte officiel du RGAA. Fiche complète du critère 1.1

Explication Rampe — non normative (thématique « Images »)

Les images doivent avoir un équivalent en texte quand elles transmettent une information, et être ignorées des technologies d’assistance quand elles sont décoratives. Une personne aveugle, qui écoute la page avec un lecteur d’écran, ne perçoit l’image qu’à travers ce texte. Exemple : un pictogramme « panier » sans texte associé peut être annoncé comme « image », sans plus de précision.

Tests du critère 1.1

Test 1.1.1

Chaque image (balise <img> ou balise possédant l’attribut WAI-ARIA role="img") porteuse d’information a-t-elle une alternative textuelle ?

Méthodologie du test 1.1.1
  1. Retrouver dans le document les images structurées au moyen d’un élément <img> ou d’un élément possédant l’attribut WAI-ARIA role="img" ;
  2. Pour chaque image, déterminer si l’image est porteuse d’information ;
  3. Dans le cas où il s’agit d’un élément <img>, vérifier que l’image est pourvue au moins d’une alternative textuelle parmi les suivantes :
    • Passage de texte associé via l’attribut WAI-ARIA aria-labelledby ;
    • Contenu de l’attribut WAI-ARIA aria-label ;
    • Contenu de l’attribut alt ;
    • Contenu de l’attribut title.
  4. Dans le cas où il s’agit d’un élément possédant l’attribut WAI-ARIA role="img", vérifier que l’image est pourvue au moins d’une alternative textuelle parmi les suivantes :
    • Passage de texte associé via l’attribut WAI-ARIA aria-labelledby ;
    • Contenu de l’attribut WAI-ARIA aria-label.
  5. Si au moins une alternative textuelle est trouvée, le test est validé.

Test 1.1.2

Chaque zone d’une image réactive (balise <area>) porteuse d’information a-t-elle une alternative textuelle ?

Méthodologie du test 1.1.2
  1. Retrouver dans le document les éléments <area> ;
  2. Pour chaque élément <area>, déterminer si la zone réactive est porteuse d’information ;
  3. Vérifier que la zone réactive est pourvue au moins d’une alternative textuelle parmi les suivantes :
    • Contenu de l’attribut WAI-ARIA aria-label ;
    • Contenu de l’attribut alt ;
  4. Si au moins une alternative textuelle est trouvée, le test est validé.

Test 1.1.3

Chaque bouton de type image (balise <input> avec l’attribut type="image") a-t-il une alternative textuelle ?

Méthodologie du test 1.1.3
  1. Retrouver dans le document les éléments <input> pourvus de l’attribut type="image" ;
  2. Pour chaque élément <input> pourvu de l’attribut type="image", déterminer si l’image utilisée est porteuse d’information ;
  3. Vérifier que l’élément <input> est pourvu au moins d’une alternative textuelle parmi les suivantes :
    • Passage de texte associé via l’attribut WAI-ARIA aria-labelledby ;
    • Contenu de l’attribut WAI-ARIA aria-label ;
    • Contenu de l’attribut alt ;
    • Contenu de l’attribut title.
  4. Si au moins une alternative textuelle est trouvée, le test est validé.

Test 1.1.4

Chaque zone cliquable d’une image réactive côté serveur est-elle doublée d’un mécanisme utilisable quel que soit le dispositif de pointage utilisé et permettant d’accéder à la même destination ?

Méthodologie du test 1.1.4
  1. Retrouver dans le document les éléments <img> pourvus de l’attribut ismap ;
  2. Pour chaque élément <img> pourvu de l’attribut ismap, vérifier la présence d’un lien ou d’un ensemble de liens (ou bien d’un autre type de composant d’interface qui jouerait un rôle similaire comme une liste de sélection, par exemple) permettant d’accéder aux mêmes ressources que lorsque l’image fait l’objet d’un clic.
  3. Si c’est le cas, le test est validé.

Test 1.1.5

Chaque image vectorielle (balise <svg>) porteuse d’information, vérifie-t-elle ces conditions ?

Méthodologie du test 1.1.5
  1. Retrouver dans le document les éléments <svg> ;
  2. Pour chaque élément <svg>, déterminer si l’image est porteuse d’information ;
  3. S’assurer que l’élément <svg> est pourvu d’un attribut WAI-ARIA role="img" ;
  4. Si ce n’est pas le cas, le test est invalidé.
  5. Le cas échéant, vérifier que l’élément <svg> est pourvu au moins d’une alternative textuelle parmi les suivantes :
    • Contenu de l’élément <title> ;
    • Passage de texte associé via l’attribut WAI-ARIA aria-labelledby ;
    • Contenu de l’attribut WAI-ARIA aria-label ;
  6. Si au moins une alternative textuelle est trouvée, le test est validé.

Test 1.1.6

Chaque image objet (balise <object> avec l’attribut type="image/…") porteuse d’information, vérifie-t-elle une de ces conditions ?

Méthodologie du test 1.1.6
  1. Retrouver dans le document les balises ouvrantes <object> pourvues de l'attribut type="image/…" ;
  2. Pour chaque balise ouvrante <object> pourvue de l'attribut type="image/…", déterminer si l’image utilisée est porteuse d'information ;
  3. Vérifier que l’élément <object> est pourvu d’un attribut WAI-ARIA role="img" ;
  4. Vérifier que l’élément <object> est pourvu au moins d’une alternative textuelle parmi les suivantes :
    • Passage de texte associé via l’attribut WAI-ARIA aria-labelledby ;
    • Contenu de l’attribut WAI-ARIA aria-label ;
    • Contenu de l’attribut title.
  5. Si au moins une alternative textuelle est trouvée, le test est validé ;
  6. Sinon, vérifier que l'élément <object> est :
    • Soit immédiatement suivi d'un lien ou bouton adjacent permettant d'accéder à un contenu alternatif ;
    • Soit un mécanisme permet à l'utilisateur de remplacer l'élément <object> par un contenu alternatif.
  7. Si c'est le cas, le test est validé.

Test 1.1.7

Chaque image embarquée (balise <embed> avec l’attribut type="image/…") porteuse d’information, vérifie-t-elle une de ces conditions ?

Méthodologie du test 1.1.7
  1. Pour chaque élément <embed> pourvu de l’attribut type="image/…", déterminer si l’image utilisée est porteuse d’information ;
  2. Vérifier que l’élément <embed> est pourvu d’un attribut WAI-ARIA role="img" ;
  3. Vérifier que l’élément <embed> est pourvu au moins d’une alternative textuelle parmi les suivantes :
    • Passage de texte associé via l’attribut WAI-ARIA aria-labelledby ;
    • Contenu de l’attribut WAI-ARIA aria-label ;
    • Contenu de l’attribut title.
  4. Si au moins une alternative textuelle est trouvée, le test est validé ;
  5. Sinon, vérifier que l’élément <embed> est :
    • Soit immédiatement suivi d’un lien ou bouton adjacent permettant d’accéder à un contenu alternatif ;
    • Soit un mécanisme permet à l’utilisateur de remplacer l’élément <embed> par un contenu alternatif.
  6. Si c’est le cas, le test est validé.

Test 1.1.8

Chaque image bitmap (balise <canvas>) porteuse d’information, vérifie-t-elle une de ces conditions ?

Méthodologie du test 1.1.8
  1. Retrouver dans le document les éléments <canvas> ;
  2. Pour chaque élément <canvas>, déterminer si l’image utilisée est porteuse d’information ;
  3. Vérifier que l’élément <canvas> est pourvu d’un attribut WAI-ARIA role="img" ;
  4. Vérifier que la balise ouvrante <canvas> est pourvue au moins d’une alternative textuelle parmi les suivantes :
    • Passage de texte associé via l’attribut WAI-ARIA aria-labelledby ;
    • Contenu de l’attribut WAI-ARIA aria-label.
  5. Si au moins une alternative textuelle est trouvée, le test est validé.
  6. Si les étapes 3 et 4 ne sont pas satisfaites, vérifier que l’élément <canvas> est :
    • Soit pourvu d’un contenu alternatif présent entre les balises <canvas> et </canvas> ;
    • Soit immédiatement suivi d’un lien ou bouton adjacent permettant d’accéder à un contenu alternatif ;
    • Soit un mécanisme permet à l’utilisateur de remplacer l’élément <canvas> par un contenu alternatif.
  7. Si c’est le cas, le test est validé.

Note : si l'élément <canvas> dispose d'un rôle img, son alternative ne peut être fournie que par les techniques listées à l'étape 4.

3. Résultat

Ajoutez au moins une page à l’échantillon : le résultat s’affichera ici.

4. Déclaration d’accessibilité

La déclaration reprend le résultat de votre audit dans le format imposé par la réglementation. Rampe remplit ce qu’il calcule (état de conformité, pourcentage de critères respectés, taux moyen, critères non conformes, pages vérifiées, date d’établissement, et le motif d’un état « non conforme » sans mesure) ; vous complétez le reste ci-dessous. Ce qui manque reste affiché [entre crochets]. Votre organisme est-il soumis à l’obligation ? Consultez le champ d’application officiel.

Choix imposés par Rampe, qui audite un site web : « site internet », « du site web », et le référentiel « RGAA, version 4.1.2 » de votre audit.

Cette déclaration engage votre organisme ; Rampe la met seulement en forme.

Validité : à mettre à jour lors d’une modification substantielle ou d’une refonte du site, 3 ans après sa publication, ou 18 mois après la publication d’une nouvelle version du RGAA.

État de conformité

Non conforme : aucun résultat d’audit complet. La règle officielle classe « non conforme » tout service sans résultat d’audit permettant de mesurer le respect des critères. Pour une déclaration « totalement » ou « partiellement » conforme, ajoutez des pages à l’échantillon (section 1), puis évaluez chaque critère.

À compléter

Enregistré avec l’audit, dans ce navigateur, et inclus dans « Télécharger l’audit (JSON) ».

Organisme et site

Tel qu’il figure dans vos mentions légales.

Par exemple « son site internet » ou « ses sites internet et son application mobile ».

Par exemple « exemple.fr » ou « Site de la boutique ».

Document qui planifie la mise en accessibilité sur plusieurs années : rédigez-le avec la section 5, publiez-le sur votre site, puis indiquez son adresse ici.

Avec le bilan des actions de l’année précédente (section 5), publié sur votre site.

Audit
L’audit a été réalisé

Sinon, le détail des tests reste à compléter.

Navigateur et technologie d’assistance, par exemple « Firefox et NVDA ».

Par exemple « Rampe » ou « Colour Contrast Analyser ».

Par exemple « HTML », « CSS », « JavaScript ».

Contenus non accessibles

Rampe liste déjà les critères non conformes de l’audit. Ajoutez les contenus concernés et les alternatives proposées.

Chaque dérogation doit être expliquée et motivée, avec l’alternative proposée.

Contenus exemptés par le champ d’application officiel.

Dates

Fixée au premier téléchargement ou à la première copie ; modifiable.

Contact

Pour signaler un défaut d’accessibilité, par exemple https://exemple.fr/contact ou accessibilite@exemple.fr.

Par exemple « Service client ».

Aperçu de la déclaration

[Nom de l’organisme concerné] s’engage à rendre [son (ses) site(s) internet, intranet, extranet et son (ses) application(s) mobile(s), etc.] accessibles conformément à l’article 47 de la loi n° 2005-102 du 11 février 2005.

À cette fin, il met en œuvre la stratégie et les actions suivantes [liens vers le schéma pluriannuel et vers le plan d’action de l’année en cours incluant le bilan des actions réalisées l’année précédente].

Cette déclaration d’accessibilité s’applique à [Nom du site web de l’application mobile, ou d’un autre service auquel la déclaration s’applique].

État de conformité

[Nom du site web, de l’application mobile, ou d’un autre service concerné] est
non conforme avec le référentiel général d’amélioration de l’accessibilité (RGAA), version 4.1.2.

Résultat des tests

L’audit de conformité réalisé [en interne / par la société NNN] révèle que :

  • [pourcentage de critères RGAA respectés] des critères RGAA sont respectés.
  • [Facultatif] Le taux moyen de conformité du service en ligne s’élève à [taux moyen de conformité du service en ligne].

Aucun résultat d’audit complet permettant de mesurer le respect des critères : l’audit n’est pas terminé.

Contenus non accessibles

Les contenus listés ci-dessous ne sont pas accessibles pour les raisons suivantes.

Non conformité
  • [Lister la/les non-conformité(s) du/de la/des site(s) internet/application(s) mobile(s) et/ou décrire quels section(s)/contenu(s)/fonction(s) ne sont pas encore conformes, indiquer les alternatives s’il y a lieu].
Dérogations pour charge disproportionnée
  • [Lister la/le/les section(s)/contenu(s)/fonction(s) non accessible(s) pour laquelle/lequel/lesquels la dérogation pour charge disproportionnée est temporairement invoquée, indiquer les alternatives s’il y a lieu].
Contenus non soumis à l’obligation d’accessibilité
  • [Lister la/le/les section(s)/contenu(s)/fonction(s) non accessible(s) qui n’entre(nt) pas dans le champ d’application de la législation applicable, indiquer les alternatives s’il y a lieu].

Établissement de cette déclaration d’accessibilité

Cette déclaration a été établie le 19 octobre 2026. Elle a été mise à jour le [JJ mois AAAA].

Technologies utilisées pour la réalisation du site web
  • [Liste des technologies utilisées]
Environnement de test

Agents utilisateurs, technologies d’assistance et outils utilisés pour vérifier l’accessibilité

  • [Indiquer les combinaisons utilisées pour effectuer les vérifications de conformité]
Les outils utilisés lors de l’évaluation
  • [Indiquer les outils utilisés]
Pages du site ayant fait l’objet de la vérification de conformité
  • [Indiquer la liste des pages qui ont été testées]

Retour d’information et contact

Si vous n’arrivez pas à accéder à un contenu ou à un service, vous pouvez contacter le responsable du site internet pour être orienté vers une alternative accessible ou obtenir le contenu sous une autre forme.

  • Envoyer un message [url du formulaire en ligne]
  • Contacter [Nom de l’entité responsable du service en ligne] [url d’une page avec les coordonnées de l’entité]

Voies de recours

Cette procédure est à utiliser dans le cas suivant.

Vous avez signalé au responsable du site internet un défaut d’accessibilité qui vous empêche d’accéder à un contenu ou à un des services du portail et vous n’avez pas obtenu de réponse satisfaisante.

5. Schéma pluriannuel et plan d’action

Le schéma pluriannuel présente, pour trois ans au plus, la politique d’accessibilité de votre organisme et ses travaux de mise en conformité, planifiés chaque année dans un plan d’action. Rampe suit la liste officielle des volets et pré-remplit seulement le tableau des mesures correctives depuis votre audit. Publiez le schéma et le plan de l’année en cours sur votre site, puis indiquez leurs adresses dans la déclaration (section 4).

Ce document décrit la politique de votre organisme ; Rampe vous aide seulement à le structurer.

Période du schéma

Volets du schéma

Un champ par volet de la liste officielle, dans son ordre. Un volet vide reste « à compléter » dans le document.

Politique d’accessibilité numérique

Consigne officielle : le schéma présente la prise en compte de l’accessibilité numérique dans la stratégie numérique de l’entité et dans sa politique en faveur de l’intégration des personnes en situation de handicap.

Consigne officielle : le schéma présente la position fonctionnelle et les missions du référent accessibilité numérique de l’entité.

Consigne officielle : le schéma présente les ressources humaines et financières affectées à l’accessibilité numérique.

Consigne officielle : le schéma présente la prise en compte des compétences ou connaissances requises dans les fiches de poste et dans les processus de recrutement.

Consigne officielle : le schéma présente les actions de formation et de sensibilisation des agents.

Consigne officielle : le schéma présente la mise en œuvre des ressources et expertises externes auxquelles il est, le cas échéant, fait appel, des moyens techniques et de l’outillage pour gérer et tester l’accessibilité numérique.

Consigne officielle : le schéma présente l’organisation interne pour mettre en œuvre les obligations d’accessibilité des services de communication au public en ligne, y compris les modalités de contrôle des services numériques et d’organisation pour le traitement des demandes des usagers.

Consigne officielle : le schéma présente l’intégration de l’accessibilité numérique dans les clauses contractuelles (appels d’offres et devis), des critères de notation et de sélection des prestataires et les procédures de recette et, le cas échéant, dans les conventions établies avec leurs opérateurs, délégataires ou partenaires.

Travaux de mise en conformité

Consigne officielle : le schéma présente la prise en compte de l’accessibilité numérique dans les nouveaux projets.

Consigne officielle : le schéma présente la prise en compte des personnes en situation de handicap dans les tests utilisateurs.

Consigne officielle : le schéma présente les évaluations (ou audits) de conformité prévues pour l’ensemble des services de communication.

Consigne officielle : le schéma présente les mesures correctives qui seront prises pour traiter les contenus non accessibles, y compris un calendrier de mise en œuvre de ces mesures, tenant compte du caractère prioritaire des contenus les plus consultés et des services les plus utilisés.

Consigne officielle : le schéma présente les mesures d’accessibilité non obligatoires, notamment l’accès aux contenus audios et vidéos en langue des signes, la traduction de certains contenus en langage simplifié et tout autre mesure permettant de prendre en compte des critères de niveau triple AAA, des normes internationales, listés en annexe de la norme de référence.

Consigne officielle : le schéma présente le bilan des plans d’actions annuels.

Mesures correctives : tableau d’actions

Chaque critère non validé de l’audit devient une action proposée. Fixez sa priorité (consigne officielle : traiter d’abord les contenus les plus consultés et les services les plus utilisés) et son année cible dans la période. Retirer une action la garde visible, pour qu’aucune non-conformité ne disparaisse en silence.

Audit incomplet : aucune action n’est proposée tant que l’audit n’est pas terminé. Terminer l’audit (section 3).

Par exemple « Former l’équipe éditoriale » ou « Sous-titrer les vidéos ».

Plan d’action annuel

Choisissez la période du schéma : le plan d’action d’une année en découle.

Aperçu du schéma pluriannuel

Ce document décrit la politique de votre organisme ; Rampe vous aide seulement à le structurer.

Période : [à compléter : année de début et durée, de 1 à 3 ans].

Politique d’accessibilité numérique

Stratégie

Ce volet présente la prise en compte de l’accessibilité numérique dans la stratégie numérique de l’entité et dans sa politique en faveur de l’intégration des personnes en situation de handicap.

[À compléter]

Référent accessibilité numérique

Ce volet présente la position fonctionnelle et les missions du référent accessibilité numérique de l’entité.

[À compléter]

Ressources humaines et financières

Ce volet présente les ressources humaines et financières affectées à l’accessibilité numérique.

[À compléter]

Recrutement

Ce volet présente la prise en compte des compétences ou connaissances requises dans les fiches de poste et dans les processus de recrutement.

[À compléter]

Formation et sensibilisation

Ce volet présente les actions de formation et de sensibilisation des agents.

[À compléter]

Ressources externes et outillage

Ce volet présente la mise en œuvre des ressources et expertises externes auxquelles il est, le cas échéant, fait appel, des moyens techniques et de l’outillage pour gérer et tester l’accessibilité numérique.

[À compléter]

Organisation interne

Ce volet présente l’organisation interne pour mettre en œuvre les obligations d’accessibilité des services de communication au public en ligne, y compris les modalités de contrôle des services numériques et d’organisation pour le traitement des demandes des usagers.

[À compléter]

Clauses contractuelles

Ce volet présente l’intégration de l’accessibilité numérique dans les clauses contractuelles (appels d’offres et devis), des critères de notation et de sélection des prestataires et les procédures de recette et, le cas échéant, dans les conventions établies avec leurs opérateurs, délégataires ou partenaires.

[À compléter]

Travaux de mise en conformité

Nouveaux projets

Ce volet présente la prise en compte de l’accessibilité numérique dans les nouveaux projets.

[À compléter]

Tests utilisateurs

Ce volet présente la prise en compte des personnes en situation de handicap dans les tests utilisateurs.

[À compléter]

Évaluations prévues

Ce volet présente les évaluations (ou audits) de conformité prévues pour l’ensemble des services de communication.

[À compléter]

Mesures correctives

Ce volet présente les mesures correctives qui seront prises pour traiter les contenus non accessibles, y compris un calendrier de mise en œuvre de ces mesures, tenant compte du caractère prioritaire des contenus les plus consultés et des services les plus utilisés.

L’audit n’est pas complet : aucune action n’a encore été proposée à partir de ses résultats.

[À compléter]

Mesures non obligatoires

Ce volet présente les mesures d’accessibilité non obligatoires, notamment l’accès aux contenus audios et vidéos en langue des signes, la traduction de certains contenus en langage simplifié et tout autre mesure permettant de prendre en compte des critères de niveau triple AAA, des normes internationales, listés en annexe de la norme de référence.

[À compléter]

Bilan des plans d’actions annuels

Ce volet présente le bilan des plans d’actions annuels.

[À compléter]

Recommencer

Le travail est enregistré dans ce navigateur uniquement : rien n’est envoyé à Rampe. Changer de navigateur ou effacer ses données fait perdre l’audit.