Dans chaque page web, l’ouverture d’une nouvelle fenêtre ne doit pas être déclenchée sans action de l’utilisateur. Cette règle est-elle respectée ?
Vous chargez une page et, avant même d’avoir cliqué quoi que ce soit, une fenêtre s’ouvre. Pour un utilisateur de lecteur d’écran, c’est une désorientation brutale : son contexte de navigation vient de changer sans qu’il l’ait demandé. Le focus bascule dans la nouvelle fenêtre, la page d’origine disparaît de son horizon sonore. C’est exactement ce que ce critère interdit.
La règle est simple : aucune nouvelle fenêtre (pop-up, pop-under, nouvel onglet) ne doit s’ouvrir automatiquement au chargement de la page. L’ouverture d’une fenêtre est un changement de contexte radical. Un utilisateur qui ne l’a pas déclenché ne s’y attend pas — et ne comprend pas toujours ce qui vient de se passer.
Ce critère ne concerne pas les ouvertures déclenchées par un clic ou une action explicite. Si quelqu’un clique sur un bouton « Ouvrir la vidéo (nouvelle fenêtre) », c’est conforme au critère 13.2. Le problème, c’est le script qui s’exécute au chargement : un window.open() appelé dans un onload, ou directement dans le corps du document sans interaction préalable.
Un test pour confirmer que l'ouverture d'une nouvelle fenêtre est signalée
Absence de nouvelle fenêtre ouverte automatiquement au chargement
- Ouvrez la page dans votre navigateur sans cliquer ni interagir avec aucun élément.
- Observez si une nouvelle fenêtre, un nouvel onglet, un pop-up ou un pop-under s’ouvre automatiquement.
- Inspectez également le code source : recherchez
window.opendans les scripts inline et les fichiers JS chargés au démarrage. - Si aucune nouvelle fenêtre ne s’ouvre sans interaction : le test est validé.
- Si une fenêtre s’ouvre automatiquement au chargement : le test échoue.
Exemples
❌ Non conforme : Fenêtre publicitaire ouverte automatiquement au chargement
<!DOCTYPE html>
<html lang="fr">
<head>
<title>Accueil</title>
</head>
<body>
<script>
window.open('https://example.com/promo', '_blank', 'width=500,height=400');
</script>
<h1>Bienvenue</h1>
</body>
</html>Le script s’exécute dès le chargement du document, avant toute interaction de l’utilisateur. Un utilisateur de lecteur d’écran se retrouve dans une nouvelle fenêtre sans comprendre pourquoi. Un utilisateur au clavier peut ne pas savoir comment en sortir si aucun mécanisme de fermeture accessible n’est présent.
✅ Conforme : Fenêtre ouverte uniquement sur action explicite de l’utilisateur
<button
type="button"
onclick="window.open('aide.html', '_blank', 'width=600,height=500')"
>
Ouvrir l’aide en ligne (nouvelle fenêtre)
</button>La fenêtre ne s’ouvre que lorsque l’utilisateur clique sur le bouton. C’est son action qui déclenche l’événement. L’intitulé précise qu’une nouvelle fenêtre va s’ouvrir, ce qui constitue une bonne pratique même si ce n’est plus obligatoire depuis le RGAA 4.
Astuces et pièges
⚠️ Confondre l’ancien critère 13.2 du RGAA 3 avec l’actuel
En RGAA 3, le critère 13.2 exigeait de prévenir l’utilisateur lorsqu’un lien ouvre une nouvelle fenêtre. Cette obligation a disparu en RGAA 4. Le critère 13.2 actuel ne concerne que l’ouverture automatique, sans action de l’utilisateur. Signaler l’ouverture reste recommandé comme bonne pratique, mais ce n’est plus un critère de conformité de niveau A.
⚠️ L’événement onfocus peut aussi déclencher une ouverture non sollicitée
Le test 13.2.1 porte sur le chargement de la page, mais le critère WCAG 3.2.1 associé couvre aussi les changements de contexte déclenchés au focus. Un window.open() appelé dans un handler onfocus ou onblur viole l’esprit du critère. Lors d’un audit, signalez ce type de déclenchement même si le test RGAA formel ne le couvre pas explicitement.
💡 Les pop-unders sont explicitement visés
Un pop-under s’ouvre derrière la fenêtre courante : l’utilisateur ne le voit pas immédiatement, mais son système est affecté. Le test 13.2.1 mentionne explicitement « pop-up ou pop-under ». Vérifiez les scripts de tracking ou de publicité tiers qui peuvent déclencher ce comportement à l’insu de l’équipe de développement.
⚠️ Les modales dans la même page ne sont pas des nouvelles fenêtres
Un <dialog> ou un composant modal qui s’affiche par-dessus le contenu sans ouvrir de nouvel onglet navigateur n’est pas concerné par ce critère. Le focus reste dans le même document. Si la modale s’ouvre automatiquement au chargement (bandeau cookies, offre newsletter), d’autres critères peuvent s’appliquer — notamment 13.7 et 13.8 — mais pas 13.2.
Questions fréquentes
Comment le critère RGAA 13.2 s'applique-t-il aux liens avec target="_blank" ?
Non, si l’utilisateur clique dessus. Le critère 13.2 interdit uniquement l’ouverture automatique, sans action de l’utilisateur. Un lien target="_blank" activé par un clic est conforme au critère 13.2. La bonne pratique de signaler l’ouverture dans l’intitulé du lien est recommandée, mais elle n’est plus requise pour la conformité RGAA 4.
Comment tester le critère RGAA 13.2 sur l'ouverture de nouvelles fenêtres lors d'un audit ?
Chargez chaque page de l’échantillon sans interagir et observez si une fenêtre s’ouvre. Complétez par une inspection du code source : recherchez window.open dans les scripts inline et les fichiers JS. Tout appel situé en dehors d’un handler onclick ou onkeydown est suspect. Les DevTools (onglet Console ou Network) peuvent aussi révéler ces ouvertures automatiques.
Dans quels cas les scripts publicitaires tiers font-ils échouer le critère RGAA 13.2 ?
Oui. Les régies publicitaires programmatiques peuvent déclencher des pop-ups ou des pop-unders automatiques. La responsabilité reste celle du propriétaire du site, même si le script vient d’un partenaire. Lors d’un audit, testez avec les scripts publicitaires actifs et consignez toute ouverture automatique comme non-conformité au critère 13.2.
Comment le critère RGAA 13.2 s'applique-t-il aux transitions de route d'une Single Page Application ?
Oui. Dans une SPA, chaque « page » correspond à un état de l’application. Vérifiez qu’aucune nouvelle fenêtre ne s’ouvre lors de la navigation entre vues, des transitions de routes ou du retour sur une vue déjà visitée. Le déclenchement automatique reste interdit, quel que soit le framework utilisé.