Accéder au contenu principalAccéder à la navigationAccéder au pied de page
Page d'accueil IncluddyPage d'accueil Includdy
  • FAQ
  • Blog
  • Contact
Includdy

Rendons le web accessible à tous

Produit

  • Scan automatique
  • Correction guidée
  • Collaboration

Ressources

  • FAQ
  • Blog
  • Glossaire
  • RGAA
  • Plan du site

Légal

  • CGU
  • CGV
  • Mentions légales
  • Politique de confidentialité

© 2026 Includdy. Tous droits réservés.

  1. Accueil
  2. RGAA 4.1.2
  3. Multimédia
  4. 4.7 Identification des médias

Chaque média temporel est-il clairement identifiable (hors cas particuliers) ?

Un utilisateur de lecteur d’écran navigue souvent en sautant de bloc en bloc. S’il atterrit sur un lecteur vidéo ou audio sans aucun texte pour le contextualiser, il ne sait pas ce qu’il va lancer. Est-ce une publicité ? Un tutoriel ? Une interview ? Le critère 4.7 pose une exigence simple : chaque média temporel doit être accompagné d’un texte adjacent qui l’identifie.

Concrètement, ce texte doit être immédiatement avant ou après le lecteur dans le flux du document. Un titre <h2>, un paragraphe <p>, une légende <figcaption> dans un <figure> : tous sont valides. Ce qui compte, c’est la proximité et la clarté. Le texte doit permettre à n’importe qui d’identifier le contenu du média sans avoir à le lancer.

Le critère couvre les médias pré-enregistrés : audio seul, vidéo seule, et médias synchronisés (audio + vidéo). Il ne s’applique pas aux médias en direct. Pas d’intitulé adjacent, pas de conformité.

Un test pour s'assurer que chaque média temporel est correctement identifié

1️⃣ Identification textuelle d'un média temporel

  1. Repérez tous les médias temporels pré-enregistrés dans la page : vidéo seule (<video>), audio seul (<audio>), et médias synchronisés.
  2. Pour chaque média, vérifiez qu’un texte est placé immédiatement avant ou après le lecteur dans le DOM : titre (<h1>–<h6>), paragraphe (<p>), légende (<figcaption>), ou tout autre texte visible.
  3. Ce texte doit permettre d’identifier le sujet ou le contenu du média sans avoir à le lancer.
  4. Le texte doit être dans le contenu de la page, pas uniquement à l’intérieur du lecteur lui-même.
  5. Si chaque média possède un tel texte adjacent, le test est validé. Dans le cas contraire, il échoue.

Exemples

❌ Non conforme : Lecteur vidéo sans identification

<div class="media-player">
  <video controls src="conference-2025.mp4"></video>
</div>

Aucun texte ne précède ni ne suit ce lecteur. Un utilisateur de lecteur d’écran naviguant par éléments interactifs trouvera un lecteur vidéo anonyme. Il ne peut pas savoir de quoi parle cette vidéo avant de la lancer.

✅ Conforme : Vidéo identifiée par un titre adjacent

<figure>
  <figcaption>Conférence annuelle 2025 : retour sur les avancées en accessibilité numérique (45 min)</figcaption>
  <video controls src="conference-2025.mp4">
    <track kind="captions" src="conference-2025.vtt" srclang="fr" label="Français">
  </video>
</figure>

La <figcaption> précède le lecteur et décrit précisément le contenu de la vidéo. L’utilisateur sait ce qu’il va regarder avant même d’appuyer sur lecture. La durée est une information utile en prime.

✅ Conforme : Audio identifié par un titre de section

<h2>Interview de Marie Dupont, cheffe de projet accessibilité</h2>
<audio controls src="interview-dupont.mp3">
  <p>Votre navigateur ne supporte pas l’élément audio. <a href="interview-dupont.mp3">Téléchargez le fichier MP3</a>.</p>
</audio>

Le <h2> immédiatement avant le lecteur identifie la personne interviewée et son rôle. C’est un cas d’usage typique : le titre de section sert à la fois à structurer la page et à identifier le média.

Astuces et pièges

⚠️ Le title ou aria-label sur le lecteur ne suffit pas

En audit, on voit régulièrement des équipes qui ajoutent aria-label="Vidéo de présentation" sur la balise <video> et pensent que c’est suffisant. Ce n’est pas ce que demande le critère 4.7. Il exige un passage de texte visible dans le contenu de la page, adjacent au lecteur. Un attribut ARIA n’est pas un texte de contenu.

💡 <figcaption> dans <figure> : la solution la plus propre

Envelopper le lecteur dans un <figure> avec une <figcaption> répond à la fois au critère 4.7 et à la sémantique HTML5. La légende peut être placée avant ou après le lecteur selon le design. C’est la structure la plus claire pour les lecteurs d’écran et la plus facile à maintenir.

⚠️ Un titre de section qui couvre plusieurs médias

Si une section titrée « Nos tutoriels vidéo » contient cinq lecteurs vidéo sans intitulés individuels, les cinq médias échouent au test 4.7.1. Le titre de section identifie la thématique, pas chaque vidéo individuellement. Chaque média a besoin de son propre texte d’identification.

⚠️ Les médias en direct sont hors périmètre

Le critère 4.7 ne s’applique qu’aux contenus pré-enregistrés. Un flux live (webinaire en direct, radio en streaming) n’est pas concerné. En revanche, si le même contenu est ensuite archivé et proposé en replay, le critère s’applique à la version enregistrée.

⚠️ Le texte doit être immédiatement adjacent, pas juste « quelque part sur la page »

Un titre en haut de page qui mentionne vaguement le sujet d’une vidéo placée 800 pixels plus bas n’est pas adjacent. Le texte doit précéder ou suivre directement le lecteur dans le flux du document. En cas de doute : si on cache le CSS et qu’on lit le code linéairement, le texte et le lecteur doivent être voisins.

Questions fréquentes

Comment un <figcaption> sous une vidéo satisfait-il le critère d'identification RGAA ?

Oui, à condition qu’il identifie réellement le contenu du média. Un <figcaption> qui dit « © Studio XYZ » n’identifie pas le média. Un <figcaption> qui dit « Démonstration du produit Aria Pro », oui. La question à se poser : est-ce que ce texte permet de savoir de quoi parle la vidéo sans la regarder ?

Comment différencier le critère RGAA 4.7 du critère 4.1 pour les transcriptions textuelles ?

Le critère 4.7 demande un texte qui permet de savoir de quoi parle le média — quelques mots, un titre. Le critère 4.1 exige une transcription complète du contenu audio ou synchronisé. Les deux peuvent être satisfaits par le même contenu si celui-ci est assez détaillé, mais 4.7 peut être validé avec un simple titre, ce qui ne suffirait jamais pour 4.1.

Comment identifier un lecteur vidéo chargé dynamiquement lors d'un audit RGAA ?

Le bouton qui déclenche le chargement doit lui-même identifier le contenu, ou un titre adjacent doit le faire. Un bouton libellé « Voir la vidéo » ne suffit pas. Un bouton « Voir la vidéo : interview de Marie Dupont » remplit le critère. L’identification doit être disponible avant l’activation du lecteur, pas après.

Pourquoi le test 4.7.1 mentionne-t-il encore Flash et comment l'interpréter aujourd'hui ?

Flash est mort en décembre 2020. Cette précision du test est un vestige des premières versions du RGAA. Si vous n’utilisez pas Flash — ce qui devrait être le cas — ignorez cette partie. Le reste du test s’applique normalement à tous les lecteurs modernes.

Comment auditer le critère 4.7 RGAA sur une page contenant plusieurs vidéos ?

Naviguez à la tabulation jusqu’à chaque lecteur vidéo ou audio. Avant de l’activer, cherchez dans la zone visible de la page un texte qui vous dit de quoi il s’agit. Si vous devez lancer la lecture pour le savoir, le critère est en échec. C’est le test le plus rapide du thème Multimédia.

Références

RGAA 4.1.2 : Critère 4.7
WCAG 2.1 :1.1.1 (A)G68G1001.1.1 (A)
Critère suivant4.8 : Alternative au média non temporelCritère précédent4.6 : Pertinence de l'audiodescription
1.Images
2.Cadres
3.Couleurs
4.Multimédia
4.14.24.34.44.54.64.74.84.94.104.114.124.13
5.Tableaux
6.Liens
7.Scripts
8.Éléments obligatoires
9.Structuration de l’information
10.Présentation de l’information
11.Formulaires
12.Navigation
13.Consultation