Guide AccessiWeb

Accueil
Mode d'emploi
Structure d'une fiche
Fiches AccessiWeb
- 1) Images
- 2) Cadres
- 3) Couleurs
- 4) Multimédia
- 5) Tableaux
- 6) Liens
- 7) Code exécutable
- 8) Eléments obligatoires
- 9) Structuration de l'information
- 10) Présentation de l'information
- 11) Formulaires
- 12) Navigation
- 13) Consultation
Glossaire
Aide à l'évaluation
Référentiel AccessiWeb
Tables de correspondance
Moteur de recherche
Références
Remerciements
Plan du guide

vous êtes ici : Accueil > Fiches AccessiWeb : Consultation > Critère 13.3

Critère 13.3 : Dans chaque page Web, pour chaque ouverture de nouvelle fenêtre, l'utilisateur est-il averti ?

Sommaire de la fiche :

Carte d'identité
Comprendre

Comment évaluer
Comment mettre en oeuvre

Illustrations
Références

revenir en haut de la page

Carte d'identité du critère 13.3 [niveau AccessiWeb : Argent]

Test(s) AccessiWeb permettant de vérifier le critère 13.3

Note : le(s) test(s) suivant(s) sont issu(s) de AccessiWeb v1.1 [Déployé].

Test 13.3.a [Argent] : Dans chaque page Web, pour chaque ouverture de nouvelle fenêtre (attribut target=_blank, script, balises object ou applet) l'utilisateur est-il averti ?

Autre(s) fiche(s) AccessiWeb à consulter en relation avec cette fiche

Fiche du critère 6.1 : Chaque lien sans titre de lien est-il explicite hors contexte ?
Fiche du critère 6.2 : Pour chaque lien ayant un titre de lien, ce titre est-il nécessaire ?
Fiche du critère 6.3 : Pour chaque lien ayant un titre de lien, ce titre est-il pertinent ?
Fiche du critère 6.4 : Chaque lien a-t-il une longueur maximum de 80 caractères (hors cas particuliers) ?
Fiche du critère 6.5 : Chaque lien identique a-t-il la même url ?
Fiche du critère 6.6 : Dans chaque page Web, les liens sont-ils visuellement séparés de manière distincte ?
Fiche du critère 13.1 : Pour chaque page Web, l'utilisateur a-t-il le contrôle de chaque procédé de rafraîchissement ?
Fiche du critère 13.2 : Chaque redirection automatique de page Web s'effectue-t-elle côté serveur ?

Correspondances avec des critères d'autres référentiels sur l'accessibilité du Web

Référentiel AccessiWeb 1.0 (19/12/2003) [version utilisée dans le Référentiel Accessibilité ADAE 2004] : 13.3 [Bronze]
WCAG 1.0 (05/05/1999) : 10.1 [P2]
UWEM 1.0 (05/07/2006) : 10.1_HTML_01 [P2], 10.1_HTML_02 [P2], 10.1_HTML_03 [P2]
WCAG 2.0 (11/12/2008) : 3.2.5 [AAA]
mobileOK 1.0 (02/11/2006) : pas de correspondance.
RGAA : pas de correspondance (aucune version datée du RGAA n'est disponible en ligne à la date de publication de ce guide).

revenir en haut de la page

Comprendre

Comprendre le critère

L'utilisateur doit être averti de l'ouverture de toutes les nouvelles fenêtres dans toutes les pages Web.

Bénéfices pour les utilisateurs

Bénéfice 1 :
Une personne malvoyante peut ainsi prévoir une nouvelle disposition de l'ensemble des fenêtres sur son écran.
Bénéfice 2 :
Une personne aveugle, utilisant le lecteur d'écran Jaws par exemple, peut afficher une liste des fenêtres ouvertes, classées par ordre alphabétique, puis les sélectionner à sa convenance. L'indication de l'ouverture de nouvelles fenêtres permettra à ces utilisateurs de mieux gérer leur navigation : c'est-à-dire qu'ils ne seront pas tentés d'activer la fonction "retour à la page précédente de leur navigateur", mais ils sauront qu'ils doivent refermer la fenêtre pour revenir à la page précédente.
Bénéfice 3 :
les personnes qui ont un handicap cognitif pourront également mieux gérer leur navigation si elles sont prévenues de l'ouverture de nouvelles fenêtres.
Bénéfice 4 :
les internautes qui ont bloqué l'ouverture de nouvelles fenêtres dans leur navigateur pourront afficher les pages s'ouvrant dans une nouvelle fenêtre si elles en sont averties. Dans le cas contraire, elles risquent de ne pas accéder au lien qui s'ouvre dans une autre fenêtre de navigateur.

Valeur ajoutée pour le site

Bénéfice 1 :
Dans une interface à la cinématique complexe, prévenir l'utilisateur de l'ouverture de nouvelles fenêtres et limiter leur nombre permet une fidélisation accrue des utilisateurs du fait d'un accès plus rapide et confortable à l'information.
Bénéfice 2 :
Ceci permet également d'éviter de développer des fonctions supplémentaires pour gérer la persistance à l'affichage de ces nouvelles fenêtres (contrôle des fenêtres "enfants", des fenêtres modales, synchronisation correcte des fenêtres entre elles...)

revenir en haut de la page

Comment évaluer

Note : de manière générale, il est conseillé de faire l'évaluation d'un critère via l'analyse de son code source. Ce procédé d'évaluation par le code source est détaillé ci-après quand il est possible : procédé d'évaluation en 3 étapes via le ou les tests associés au critère. Les procédés d'évaluation par différents outils sont donnés en complément de l'évaluation par le code source.

Par le code source

Sélectionner le(s) élément(s) à tester : ouvrir le code source de la page Web et sélectionner le code associé à tous les éléments suivants (exemple de code source : <a href="nomdusite.html" target="_blank">Visitez nomdusite (nouvelle fenêtre)</a>) :
- balise a avec l'attribut target="_blank" ou "_new"
- balise a avec l'évènement javascript "window.open"
- balise object
- balise applet
Appliquer le(s) test(s) suivant(s) :
- Test 13.3.a [Argent] : Dans chaque page Web, pour chaque ouverture de nouvelle fenêtre (attribut target=_blank, script, balises object ou applet) l'utilisateur est-il averti ?
Valider le critère : le critère est validé si vous répondez oui au test applicable précédent.

Par l'utilisation d'outils

Pour une liste complète des outils utilisés pour évaluer l'accessibilité des pages web et un résumé de leurs principales fonctionnalités, reportez-vous à la page Outils d'aide à l'évaluation.

Evaluer avec la Barre d'outils Accessibilité du Web pour Internet Explorer (version 2.0 beta en français) :

Pour le test 13.3.a [Argent] :

Ce test n'est pas évaluable par la Barre d'outils Accessibilité du Web (version 2.0 beta).

Evaluer avec la Barre d'Outils Web Developper pour Firefox (version 1.1.4 en français) :

Pour le test 13.3.a [Argent] :

Ce test n'est pas évaluable par la Barre d'Outils Web Developper (version 1.1.4).

revenir en haut de la page

Comment mettre en oeuvre

Avertissement : les informations du paragraphe "Comment mettre en oeuvre" sont données à titre indicatif. Les contenus des sous-paragraphes Implémentation et Exemple de bonne pratique ne présentent pas tous les codes d'implémentation.

Qui est concerné ?

Le développeur doit veiller au respect de ce critère.

Implémentation

Lorsque l'ouverture d'une nouvelle fenêtre est justifiée, l'intitulé du lien (ou le contenu de son attribut title) qui l'ouvre doit mentionner l'apparition de cette nouvelle fenêtre.

Exemple de mauvaise pratique

Dans l'extrait de code qui suit, l'activation du lien déclenche l'ouverture d'une nouvelle fenêtre sans que l'utilisateur n'en soit averti.

<a href="..." target="_blank">Lire l'article complet</a>

Exemple de bonne pratique

Lorsqu'un lien déclenche l'ouverture d'une nouvelle fenêtre, le plus simple, pour en avertir l'utilisateur, est de le préciser dans l'intitulé du lien, comme ceci :

<a href="..." target="_blank">Lire l'article complet (nouvelle fenêtre)</a>

Toutefois, des contraintes éditoriales peuvent amener à utiliser des intitulés de liens précis. Dans ce cas, une solution consiste à utiliser l'attribut title pour signaler l'ouverture d'une nouvelle fenêtre. Attention : le contenu de l'attribut title doit :

Reprendre l'intitulé du lien
Apporter une information supplémentaire, par exemple "(nouvelle fenêtre)".
ne pas dépasser 80 caractères.

<a href="..." target="_blank" title="Lire l'article complet dans une nouvelle fenêtre">Lire l'article complet</a>

revenir en haut de la page

Illustrations

Il n'y a pas d'illustration pour cette fiche.

revenir en haut de la page

Références

Plongez dans l'accessibilité : Ne pas ouvrir de nouvelles fenêtres

revenir au sommaire de la fiche

revenir en haut de la page