Il existe de nombreuses situations oł un choix limité de couleurs empêche la perception et la compréhension de certaines informations ou images se trouvant sur la page.

Ceci est dû à plusieurs facteurs, notamment au fait que :

• le choix des couleurs de premier plan et d'arrière-plan est limité ;
• la personne visitant le site Web utilise un écran ne rendant pas la même qualité des couleurs que celui utilisé par le concepteur de la page ;
• la personne visite le site Web sur un écran noir et blanc d'un assistant personnel ou d'un téléphone portable ;
• la personne visitant le site Web doit imprimer la page sur une imprimante noir et blanc ;
• la personne visitant le site Web est daltonienne.

Issu des instructions W3C :

Instruction 2. Ne pas se fier uniquement à la couleur.
Vérifiez que le texte et les images sont lisibles lorsqu'ils sont affichés en noir et blanc.

Si vous n'utilisez que la couleur, les personnes ne pouvant pas faire la différence entre certaines couleurs et celles utilisant des écrans noir et blanc et des supports autres que visuels ne peuvent pas recevoir les informations. Lorsque la teinte des couleurs au premier plan et d'arrière-plan est presque identique, le contraste risque d'être insuffisant lorsque celles-ci sont affichées sur un écran monochrome ou chez les personnes ne percevant pas correctement les couleurs.

Selon le W3C (http://www.w3.org/TR/WCAG10-CORE-TECHS/#structure) :

Lors de la conception d'un document ou d'une série de documents, les développeurs de contenu doivent d'efforcer à identifier la structure souhaitée pour leurs documents avant de se pencher sur comment les documents doivent être perçus par l'utilisateur. Distinguer la structure d'un document de la manière dont son contenu est présenté offre de nombreux avantages, notamment une meilleure accessibilité, maniabilité et une meilleure portabilité.

Savoir identifier la structure de la présentation peut parfois être un véritable challenge. Par exemple, de nombreux développeurs de contenu considèrent qu'une ligne horizontale équivaut à une division structurelle. Cela peut être le cas chez les personnes sans troubles de la vision, mais pas chez celles ne percevant pas correctement les couleurs ou celles sans navigateur graphique. Pour ces personnes-là, la ligne horizontale risque de n'avoir aucun sens. Par exemple, dans un document HTML, les développeurs doivent utiliser les éléments d'en-tête HTML 4.01 (H1-H6) pour identifier les nouvelles sections. Ils peuvent être complétés par des aides visuelles ou tout autre élément, notamment des règles horizontales, mais ils ne doivent pas les remplacer

et vice versa. Les développeurs de contenu ne doivent pas utiliser les éléments structurels pour parvenir à réaliser des effets de présentation. Par exemple, en langage HTML, même si l'élément BLOCKQUOTE peut augmenter ou réduire le retrait du texte dans certains navigateurs, celui-ci est conçu pour identifier une citation et non pas pour créer un effet secondaire de présentation. Les éléments BLOCKQUOTE utilisés pour la mise en retrait peuvent gêner aussi bien les utilisateurs que les moteurs de recherche, qui s'attendent à ce que l'élément soit utilisé pour baliser les blocs de citation.

Pour déterminer si le contenu est de type structure ou présentation, créez une structure du document. Chaque point de la hiérarchie indique un changement structurel. Utilisez une balise de structure pour baliser ces changements et une balise de présentation pour améliorer leur qualité visuelle et audio. Sachez que les règles horizontales ne figurent pas dans cette structure et sont de ce fait de type présentation et non pas de type structure. Remarque : l'objet de ce test rapide est la structure des chapitres, des sections et des paragraphes. Pour déterminer la structure à l'intérieur d'une expression, recherchez les abréviations, les modifications en langage naturel, les définitions et les éléments de liste.

Dans un autre document (&wcag;), on peut lire :

Instruction 3. Utilisez correctement les balises et les feuilles de style.
Balisez les documents constitués des éléments de structure appropriés. Contrôlez les présentations via des feuilles de style et non pas à l'aide d'éléments.

L'utilisation incorrecte des balises (c'est-à-dire sans tenir compte des spécifications) entravent l'accessibilité. L'utilisation incorrecte d'une balise avec un effet de présentation (par exemple, en utilisant un tableau pour une mise en page ou un en-tête pour modifier la taille de la police) empêche l'utilisateur équipé d'un logiciel spécialisé de bien comprendre l'organisation de la page et d'y naviguer correctement. En outre, l'utilisation d'une balise de présentation au lieu d'une balise de structure pour créer la structure (par exemple, en concevant l'aspect d'un tableau de données à l'aide d'un élément HTML " PRE ") entrave la lisibilité de la page sur tout autre périphérique [...].

Les développeurs de contenu peuvent être tentés d'utiliser (bien ou mal) des constructions afin d'obtenir un effet de mise en page donné sur des navigateurs plus anciens. Cela peut entraîner des problèmes d'accessibilité. Si tel est le cas, demandez-vous si l'effet de mise en page est indispensable et si vous êtes prêt à prendre le risque que certains utilisateurs ne parviennent pas à accéder au document.

A l'opposé, les développeurs de contenu ne doivent pas sacrifier la balise adaptée même si un navigateur ou une technologie d'aide ne parvient pas à la traiter correctement. Par exemple, il est correct d'utiliser l'élément TABLE dans un document HTML pour baliser les informations tabulaires même si certains lecteurs d'écran anciens peuvent ne pas gérer correctement le texte côte à côte (voir le point de contrôle 10.3). L'utilisation correcte de l'élément TABLE et la création de tableaux facilement modifiables (voir instruction 5) permet au logiciel de rendre des tableaux autrement que sous forme de grille à deux dimensions.

Si vous utilisez les normes de codage adaptées, il est possible de développer des documents, dont vous êtes garantis qu'ils sont (en fin de compte) potentiellement compatibles avec tout type de navigateur Internet et d'agent.

En revanche, le codage appliqué à un type et une version spécifique de navigateur peut rendre illisibles les documents par les versions actuellement utilisées, les nouvelles versions ou celles développées. Tenez compte du fait que, outre les navigateurs standard, certains utilisateurs peuvent également utiliser un navigateur vocal (par exemple, Home Page Reader), un navigateur en mode texte (par exemple, lynx) ou des navigateurs destinés aux assistants personnels et téléphones portables. En outre, les sites Web peuvent également être visités par des robots de moteurs de recherche et d'agents de collecte d'informations plus spécialisés. Ces derniers bénéficient également d'un document conforme aux normes en vigueur.

Les valideurs syntaxiques permettent de déterminer la présence d'erreurs dans les documents ; erreurs insérées par inadvertance pouvant entraîner des problèmes d'accessibilité inattendus, voire parfois indétectables.

Selon les normes HTML, chaque document HTML requiert une déclaration de type de document (DTD). Le DOCTYPE est situé au début du document HTML et indique la version du document HTML à laquelle vous devez vous attendre lors du traitement du document.

La déclaration DOCTYPE identifie le langage informatique et la version dans laquelle le document a été codé. A l'aide de ces informations, les navigateurs peuvent interpréter correctement les fonctions d'accessibilité du document.
Cette condition est importante en terme d'accessibilité, du fait que les technologies d'aide peuvent être amenées à se servir de cette déclaration pour déterminer le traitement du document.

Lors de l'utilisation de documents autres qu'au format HTML (par exemple, le langage SMIL ou SVG) servez-vous de la déclaration DOCTYPE adaptée à ce langage de balisage pour être sûr que les navigateurs ne se trompent en l'interprétant comme du langage HTML.

Vous obtenez les avantages suivants en utilisant les règles de présentation CSS plutôt que les balises et les attributs (désapprouvés) du langage HTML.

• le code que vous développez respecte davantage les normes et sera automatiquement compatible une fois que l'ensemble des navigateurs et des agents appliqueront les normes ;
• la gestion des pages développées est plus facile (du fait que le code de la présentation doit être isolé dans la feuille de style CSS partagée par toutes ou la plupart des pages) ;
• les pages développées seront moins " encombrées ". En effet, il n'est pas nécessaire de répéter les balises telles que FONT pour spécifier le nom et la couleur des polices. Le téléchargement est plus rapide (du fait que la taille de la page est réduite et que le navigateur ne peut télécharger le fichier CSS qu'une seule fois depuis le site) ;
• Il est possible de réutiliser la même page HTML et de lui appliquer plusieurs fichiers CSS pour que l'utilisateur du navigateur puisse choisir le style de rendu à utiliser (parmi ceux définis).

Utilisez autant que possible des unités relatives.

Utilisez des pourcentages plutôt que des unités absolues pour la hauteur et la largeur des cadres.

De cette façon, la présentation peut s'adapter au navigateur spécifique que vous utilisez ainsi qu'à l'écran.

Dans le cas spécifique des cadres, l'utilisation de pourcentages a pour avantage que l'utilisateur du navigateur (la personne visitant le site) peut redimensionner toute la fenêtre ou seulement un cadre sans perdre une partie du contenu de la page.

Utilisez autant que possible des unités relatives.

Utilisez des pourcentages plutôt que des unités absolues pour la hauteur et la largeur des tableaux.

De cette façon, la présentation peut s'adapter au navigateur spécifique que vous utilisez ainsi qu'à l'écran.

Dans le cas spécifique des tableaux, l'utilisation de pourcentages a pour avantage que l'utilisateur du navigateur (la personne visitant le site) peut redimensionner toute la fenêtre sans perdre une partie du contenu de la page.

Utilisez autant que possible des unités relatives.

De cette façon, la présentation peut s'adapter au navigateur spécifique que vous utilisez ainsi qu'à l'écran.

Utilisez autant que possible des unités relatives.

De cette façon, la présentation peut s'adapter au navigateur spécifique que vous utilisez ainsi qu'à l'écran.

Utilisez des en-têtes HTML (H1, H2, ..., H7) pour créer une structure hiérarchisée des différentes sections affichées dans la page.

De cette façon, les personnes visitant le site peuvent balayer du regard la structure du document, puis identifier la partie la plus utile sans avoir à lire tout le texte.

En outre, il est possible avec plusieurs navigateurs vocaux ou lecteurs d'écran d'obtenir une liste de tous les en-têtes du document et d'afficher directement un en-tête spécifique. Cela peut s'avérer très pratique pour les personnes qui ne peuvent pas voir le document si, par exemple, les personnes sont malvoyantes, aveugles ou qu'elles accèdent au site Web par téléphone. De cette façon, la personne visitant le site n'a pas à écouter tout le texte avant d'atteindre la partie qui l'intéresse.

Utilisez des en-têtes HTML (H1, H2, ..., H7) en tenant compte des spécifications.

Chaque fois que des indications visuelles sont utilisées (par exemple, une mise en retrait) pour indiquer le niveau d'imbrication des éléments du texte, les personnes ne pouvant utiliser ou profiter du rendu des images à deux dimensions ne seront pas en mesure de voir ces indications. C'est le cas notamment des malvoyants et des aveugles, ainsi que toute personne utilisant un navigateur non graphique, par exemple un navigateur vocal pour téléphone portable ou assistant personnel.

Par conséquent, il est important d'utiliser la balise de structure appropriée permise par le langage HTML pour coder ces indications ayant un rôle fondamental. La personne utilisant un lecteur d'écran ou un navigateur vocal peut parcourir les niveaux des listes imbriquées si ceux-ci sont correctement codés. Ils peuvent ainsi passer directement à un élément donné.

Si plusieurs niveaux de listes ordonnées (numérotées) sont utilisés, vérifiez que les en-têtes numérotés affichés contiennent des informations contextuelles. Par exemple, les éléments de la liste de second niveau doivent être numérotés 1.1, 1.2 ... ou 1.a, 1.b, etc. Puisque les personnes peuvent naviguer librement, les informations contextuelles permettent à l'utilisateur écoutant un élément, la plupart du temps sans contexte, de mieux identifier l'élément de la liste qu'il écoute actuellement.

Par exemple, si les mêmes éléments sont numérotés : 1, 2, 3, etc., la personne qui écoute ne pourrait pas distinguer les éléments faisant partie d'une liste secondaire.

Un balisage correct des citations est nécessaire aux personnes visitant des sites Web via un lecteur d'écran ou un navigateur vocal car celui-ci peut utiliser une voix ou une hauteur tonale différente lors de lecture des citations.

De cette façon, la personne qui écoute est capable de noter le changement de voix ou de vitesse pendant son écoute.

Une mauvaise utilisation de ces balises (pour obtenir certains effets de mise en forme) entrave l'accessibilité. Lorsqu'un lecteur d'écran ou un navigateur vocal lit le texte mal balisé, celui-ci utilise une voix ou une hauteur tonale différente pour que la personne qui écoute sache qu'il s'agisse d'une citation (c'est-à-dire une référence à des commentaires faits par une " source " extérieure).

Une personne qui écoute pourrait perdre le fil si la citation faisait partie du contenu de la page simplement incorporé dans un élément BLOCKQUOTE ou Q à des fins de mise en forme.

Souvent lorsque l'accessibilité n'est prise en compte une fois que les modèles ont été définis et mis en place, l'organisation du tableau utilisée pour mettre en page le contenu ne fonctionne pas correctement avec les navigateurs non graphiques.

Ne pas penser que les tableaux HTML mettent en page les informations ligne par ligne est l'erreur qui revient le plus souvent.

Les navigateurs non graphiques suivent l'ordre ligne par ligne lors de la présentation du contenu du tableau, même si des indications visuelles pourraient suggérer un ordre de lecture colonne par colonne.

Par exemple (à partir de &w3c_html_tech;) :

... Si un tableau est rendu de cette manière sur l'écran :

There is a 30% chance of               Classes at the University of Wisconsin 
rain showers this morning, but they    will resume on September 3rd. 
should stop before the weekend.

Le lecteur d'écran peut lire le texte de la manière suivante :

There is a 30% chance of Classes at the University of Wisconsin
rain showers this morning, but they will resume on September 3rd. 
should stop before the weekend.

Linéarisation est le processus qui consiste à transformer une structure à deux dimensions, par exemple un tableau, en une structure à une seule dimension. Il s'agit du processus que tout navigateur vocal ou tout lecteur d'écran doit suivre pour rendre oralement le contenu de la page.

L'utilisation d'une balise telle que TH pour son effet visuel entrave l'accessibilité. En réalité, certaines technologies d'aide, c'est le cas de ses navigateurs vocaux, utilisent le contenu de l'élément TH lorsque l'utilisateur parcoure un tableau. Chaque fois qu'un utilisateur visite une cellule du tableau, le navigateur recherche la cellule d'en-tête correspondante (qui porte la balise TH) et lit son contenu. De cette façon, l'utilisateur est en mesure de connaître le contexte de la cellule visitée.

Cependant, si les balises TH ne sont utilisées qu'à des fins visuelles, le contexte paraîtra très confus pour la personne se servant d'un navigateur vocal.

Un gestionnaire d'événements est un script invoqué lorsqu'un certain événement se produit (par exemple, déplacement de la souris, utilisation d'une touche du clavier, chargement d'un document, etc.). Les gestionnaires d'événements sont reliés à des éléments HTML via des attributs de gestionnaires d'événements (notamment, " ONMOUSEDOWN ", " ONCLICK ", " ONKEYUP ", etc.).

L'effet d'un gestionnaire d'événements est purement visuel : mise en surbrillance d'une portion de texte, d'une image ou changement de la couleur de certaines parties de la page. Dans d'autres cas, cependant, le gestionnaire d'événements réalise des activités plus importantes : il valide les saisies dans un formulaire ; affiche un menu déroulant ; ouvre une fenêtre, etc.
Dans tous ces cas, oł le contenu fourni est modifié ou les options de navigation offertes à l'utilisateur changent, le gestionnaire d'événements doit être entièrement accessible pour offrir les mêmes changements aux personnes se servant de technologies d'aide ou aux fonctions limitées.

Si un gestionnaire d'événements fait uniquement référence à un périphérique spécifique (par exemple, la souris, ce qui est le cas avec l'événement " ONMOUSEOVER "), l'utilisateur sans souris (par exemple, une personne ayant des troubles moteur ou un conducteur visualisant le site Web sur un ordinateur installé dans sa voiture) ne sera pas en mesure de bénéficier de l'effet du gestionnaire.

Selon le W3C, indépendance du périphérique signifie que (&wcag;) :

Les utilisateurs doivent pouvoir interagir avec un agent utilisateur (et le document qu'il rend) à l'aide des périphériques d'entrée et de sortie de leurs choix et en fonction de leurs besoins. Les périphériques d'entrée comprennent notamment les périphériques de pointage, d'entrée braille, les claviers, les licornes, les micros, etc. Les périphériques de sortie comprennent notamment les moniteurs, les synthétiseurs vocaux et les périphériques de lecture braille.

Les liens qui activent des scripts ne peuvent être ouverts que par des navigateurs capables d'exécuter JavaScript. Tous les navigateurs ne peuvent exécuter JavaScript. C'est le cas, par exemple, des navigateurs en mode texte, tels que lynx, des navigateurs associés à des lecteurs d'écran ou des navigateurs pour assistant personnel ou téléphone portable.

Avec ces navigateurs, vous n'êtes pas en mesure de parcourir la page. Même s'il existe d'autres moyens d'atteindre la cible (par exemple, des liens ou des boutons), l'utilisateur suppose que ce lien fonctionne comme n'importe quel lien. Cependant, l'incapacité pour le navigateur d'ouvrir le lien peut faire que l'utilisateur se sente encore plus frustré et troublé.

Si vous ne spécifiez pas d'élément <NOFRAMES>, le site peut apparaître sous forme de page blanche sur un navigateur ne prenant pas en charge les cadres, notamment les anciennes versions des navigateurs standard et ceux spécialisés, tels que les navigateurs vocaux et ceux destinés aux assistants personnels.

Si tel est le cas, l'élément <NOFRAMES> doit être utilisé comme une alternative pour accéder au site, parfois au détriment de la qualité d'interaction et des images.
Par exemple, un élément <NOFRAMES> dont le texte indique que la page ne peut être affiché par le navigateur utilisé ne permet pas aux utilisateurs d'accéder à la page.

Il est conseillé de ne pas utiliser de scripts pour créer du contenu ou des options de navigation. Les personnes utilisant un navigateur ne prenant pas en charge les scripts ne pourront pas voir ni ce contenu ni ces options.

Selon le W3C (&w3c_html_tech;) :

Les développeurs de contenu doivent vérifier que les pages sont accessibles lorsque les scripts sont désactivés ou depuis les navigateurs ne prenant pas en charge les scripts.

• Evitez de créer du contenu à la volée sur l'ordinateur client. Si le navigateur d'un utilisateur ne prend pas en charge les scripts, aucun contenu n'est généré ou affiché. Cependant, ceci est différent d'afficher ou de masquer un contenu existant via l'association de feuilles de style et de scripts. S'il n'y a aucun script, le contenu est toujours affiché. Ceci n'exclut pas non plus la création de pages à la volée côté serveur avant de les diffuser côté client.
• Evitez de créer des liens utilisant JavaScript comme l'URI. Si un utilisateur n'utilise pas de scripts, ils ne seront pas en mesure d'ajouter de lien puisque le navigateur ne peut créer le contenu du lien.

Cette balise active et désactive son contenu. L'utilisateur du navigateur ne pourra pas du tout interrompre ce comportement.

Ce clignotement est gênant et peut vous empêcher de vous concentrer lorsque vous lisez les informations ou que vous complétez le formulaire de la page.

Les conséquences sont bien plus importantes chez les utilisateurs souffrant de trouble cognitifs, car ils auront beaucoup de mal à se concentrer sur le contenu de la page. Tenez compte également des utilisateurs de loupes d'écran ne pouvant lire qu'une portion du texte recouverte par le texte clignotant. Dans ce cas, une grande partie de l'écran grossie clignotera, rendant très difficile pour ces utilisateurs la lecture du contenu de la page.

D'une certaine façon, toute personne stressée souffre de troubles cognitifs. Par exemple, lors de l'achat en ligne d'un billet d'avion depuis une borne se trouvant dans un aéroport bondé et très bruyant et que de nombreuses personnes font la queue pour la même borne, il est très difficile de rester concentré. Un élément clignotant sur la page peut empêcher la personne de terminer son achat.

L'objet (script, applet, objets HTML) est à l'origine de clignotements à l'écran et l'utilisateur du navigateur n'est pas en mesure de désactiver ce comportement.

Ce clignotement est gênant et peut vous empêcher de vous concentrer lorsque vous lisez les informations ou que vous complétez le formulaire de la page.

Les conséquences sont bien plus importantes chez les utilisateurs souffrant de trouble cognitifs, car ils auront beaucoup de mal à se concentrer sur le contenu de la page. Tenez compte également des utilisateurs de loupes d'écran ne pouvant lire qu'une portion du texte recouverte par le texte clignotant. Dans ce cas, une grande partie de l'écran grossie clignotera, rendant très difficile pour ces utilisateurs la lecture du contenu de la page.

D'une certaine façon, toute personne stressée souffre de troubles cognitifs. Par exemple, lors de l'achat en ligne d'un billet d'avion depuis une borne se trouvant dans un aéroport bondé et très bruyant et que de nombreuses personnes font la queue pour la même borne, il est très difficile de rester concentré. Un élément clignotant sur la page peut empêcher la personne de terminer son achat.

L'image est à l'origine de clignotements à l'écran et l'utilisateur du navigateur n'est pas en mesure de désactiver ce comportement.

Ce clignotement est gênant et peut vous empêcher de vous concentrer lorsque vous lisez les informations ou que vous complétez le formulaire de la page.

Les conséquences sont bien plus importantes chez les utilisateurs souffrant de trouble cognitifs, car ils auront beaucoup de mal à se concentrer sur le contenu de la page. Tenez compte également des utilisateurs de loupes d'écran ne pouvant lire qu'une portion du texte recouverte par le contenu clignotant. Dans ce cas, une grande partie de l'écran grossie clignotera, rendant très difficile pour ces utilisateurs la lecture du contenu de la page.

D'une certaine façon, toute personne stressée souffre de troubles cognitifs. Par exemple, lors de l'achat en ligne d'un billet d'avion depuis une borne se trouvant dans un aéroport bondé et très bruyant et que de nombreuses personnes font la queue pour la même borne, il est très difficile de rester concentré. Un élément clignotant sur la page peut empêcher la personne de terminer son achat.

Le contenu de certaines images est en mouvement et la personne utilisant le navigateur ne pourra pas du tout interrompre ce comportement.

Ce comportement est gênant et peut vous empêcher de vous concentrer lorsque vous lisez les informations ou que vous complétez le formulaire de la page.

Les conséquences sont bien plus importantes chez les utilisateurs souffrant de trouble cognitifs, car ils auront beaucoup de mal à se concentrer sur le contenu de la page. Tenez compte également des utilisateurs de loupes d'écran ne pouvant lire qu'une portion du texte recouverte par la partie en mouvement. Dans ce cas, une grande partie de l'écran grossie affiche une partie du contenu qui se déplace ou dont l'aspect change. L'utilisateur doit continuellement repositionner la loupe d'écran avec précision pour suivre le mouvement du contenu, ce qui l'empêche de rester concentré.

D'une certaine façon, toute personne stressée souffre de troubles cognitifs. Par exemple, lors de l'achat en ligne d'un billet d'avion depuis une borne se trouvant dans un aéroport bondé et très bruyant et que de nombreuses personnes font la queue pour la même borne, il est très difficile de rester concentré. Un élément en mouvement sur la page peut empêcher la personne de terminer son achat.

Le contenu de l'objet est en mouvement et la personne utilisant le navigateur ne pourra pas du tout interrompre ce comportement.

Ce comportement est gênant et peut vous empêcher de vous concentrer lorsque vous lisez les informations ou que vous complétez le formulaire de la page.

Les conséquences sont bien plus importantes chez les utilisateurs souffrant de trouble cognitifs, car ils auront beaucoup de mal à se concentrer sur le contenu de la page. Tenez compte également des utilisateurs de loupes d'écran ne pouvant lire qu'une portion du texte recouverte par la partie en mouvement. Dans ce cas, une grande partie de l'écran grossie affiche une partie du contenu qui se déplace ou dont l'aspect change. L'utilisateur doit continuellement repositionner la loupe d'écran avec précision pour suivre le mouvement du contenu, ce qui l'empêche de rester concentré.

D'une certaine façon, toute personne stressée souffre de troubles cognitifs. Par exemple, lors de l'achat en ligne d'un billet d'avion depuis une borne se trouvant dans un aéroport bondé et très bruyant et que de nombreuses personnes font la queue pour la même borne, il est très difficile de rester concentré. Un élément en mouvement sur la page peut empêcher la personne de terminer son achat.

Enfin, les lecteurs d'écran ne peuvent pas lire du texte en mouvement.

Les animations ajoutées à une page ont un effet négatif sur la manière dont l'utilisateur perçoit et lit le contenu de celle-ci. Les utilisateurs auront du mal à rester concentrés sur le contenu principal de la page.

En outre, si le navigateur utilisé pour visiter cette page ne sait pas interpréter l'élément MARQUEE, celui-ci affiche une page qui ne marche pas comme prévu.

De nombreux navigateurs ne prennent pas en charge l'élément MARQUEE, notamment Netscape Navigator et Opera. En outre, MARQUEE n'est pas une balise HTML 3.2 ou HTML 4.0 standard.

Les pages actualisées automatiquement peuvent gêner de manière importante les personnes handicapées ou utilisant une technologie empêchant tout modèle d'interaction normal.

Par exemple, les lecteurs d'écran risquent de ne pas fonctionner lorsque la page s'actualise ou les personnes handicapées peuvent ne pas être en mesure de parcourir rapidement ou avec précision le contenu de la page et les éléments de navigation. Les personnes sans handicap peuvent être également gênées pour diverses raisons, notamment si elles lisent lentement la page, cela peut-être le cas si elles utilisent une connexion Internet trop lente ou un écran trop petit, les forçant à lire plus lentement.

Si le navigateur vous permet de désactiver l'actualisation automatique de la page, n'utilisez pas cette fonction.

Les pages actualisées automatiquement peuvent gêner de manière importante les personnes handicapées ou utilisant une technologie empêchant tout modèle d'interaction normal.

Les personnes handicapées peuvent ne pas être en mesure de parcourir rapidement ou avec précision le contenu de la page et les éléments de navigation. Les personnes sans handicap peuvent être également gênées pour diverses raisons, notamment si elles lisent lentement la page, cela peut-être le cas si elles utilisent une connexion Internet trop lente ou un écran trop petit, les forçant à lire plus lentement.

Si le navigateur vous permet de désactiver l'actualisation automatique de la page, n'utilisez pas cette fonction.

Le code JavaScript associé à l'élément SELECT ne permet pas à l'utilisateur de faire défiler les options disponibles via un clavier. Il est dépendant du périphérique.

Le code JavaScript est indépendant du périphérique si :
les utilisateurs peuvent interagir avec un site Web en utilisant les périphériques d'entrée et de sortie de leurs choix. Les périphériques d'entrée comprennent notamment les périphériques de pointage, d'entrée braille, les claviers, les micros, etc. Les périphériques de sortie comprennent notamment les moniteurs, les synthétiseurs vocaux et les périphériques de lecture braille.

Généralement, les pages autorisant les interactions avec le clavier sont également accessibles par commande vocale ou via une interface de ligne de commande.

N'oubliez pas qu'un menu jump ne fonctionne que si JavaScript est activé et disponible sur le navigateur de l'utilisateur. Il existe des navigateurs ne prenant pas en charge JavaScript (par exemple, les téléphones portables et les assistants personnels). En outre, certaines organisations désactivent JavaScript de leurs navigateurs standard pour des raisons de sécurité.
Ajoutez une balise NOSCRIPT avec un autre contenu et type d'interaction équivalents (c'est-à-dire des liens et des formulaires).

Ecrivez également un script côté serveur pour traiter les URL situées dans le menu et pour qu'elles ouvrent la page adéquate.

Les objets programmés peuvent avoir leur propre interface utilisateur non directement implémentée en HTML. Si cette interface ne peut être contrôlée (et perçue) par tous les périphériques d'entrée et de sortie que peuvent utiliser les personnes handicapées, la page n'est pas accessible.

Comme défini par le groupe W3C/WAI (voir &wcag;), " indépendance du périphérique " signifie que la personne visitant un site doit pouvoir interagir avec celui-ci, à l'aide des périphériques d'entrée et de sortie de leurs choix et en fonction de leurs besoins. Les périphériques d'entrée comprennent notamment les périphériques de pointage, d'entrée braille, les claviers, les licornes, les micros, etc. Les périphériques de sortie comprennent notamment les moniteurs, les synthétiseurs vocaux et les périphériques de lecture braille.

La " prise en charge indépendante du périphérique " ne signifie pas que le navigateur doit prendre en charge tous les périphériques d'entrée et de sortie. Il doit proposer des mécanismes d'entrée et de sortie redondants pour les périphériques non pris en charge. Par exemple, si un navigateur prend en charge les signaux d'entrée du clavier et de la souris, les utilisateurs doivent pouvoir interagir avec toutes les fonctions en se servant du clavier ou de la souris.

L'accès indépendant du périphérique signifie que la personne visitant le site peut interagir avec le navigateur ou le document via un périphérique d'entrée (ou de sortie) de son choix. Par exemple, si un contrôle de formulaire ne peut être activé qu'avec une souris ou un périphérique de pointage, toute personne utilisant la page sans la voir, à l'aide de commandes vocales ou d'un clavier ne pourra pas utiliser le formulaire. Celui-ci est un exemple de dépendance au périphérique, car il se peut qu'il ne puisse être contrôlé qu'avec une souris.

Généralement, les pages autorisant les interactions avec le clavier sont également accessibles par commande vocale ou via une interface de ligne de commande.

L'interface utilisateur proposée par une page Web doivent être visibles et contrôlables par tous, quelles que soient leurs aptitudes physiques, cognitives ou techniques. En particulier, elle doit être indépendante du périphérique. Cela est crucial pour les pages contenant des formulaires.

Comme défini par le groupe W3C/WAI (voir &wcag;), " indépendance du périphérique " signifie que la personne visitant un site doit pouvoir interagir avec celui-ci, à l'aide des périphériques d'entrée et de sortie de leurs choix et en fonction de leurs besoins. Les périphériques d'entrée comprennent notamment les périphériques de pointage, d'entrée braille, les claviers, les licornes, les micros, etc. Les périphériques de sortie comprennent notamment les moniteurs, les synthétiseurs vocaux et les périphériques de lecture braille.

La " prise en charge indépendante du périphérique " ne signifie pas que le navigateur doit prendre en charge tous les périphériques d'entrée et de sortie. Il doit proposer des mécanismes d'entrée et de sortie redondants pour les périphériques non pris en charge. Par exemple, si un navigateur prend en charge les signaux d'entrée du clavier et de la souris, les utilisateurs doivent pouvoir interagir avec toutes les fonctions en se servant du clavier ou de la souris.

L'accès indépendant du périphérique signifie que la personne visitant le site peut interagir avec le navigateur ou le document via un périphérique d'entrée (ou de sortie) de son choix. Par exemple, si un contrôle de formulaire ne peut être activé qu'avec une souris ou un périphérique de pointage, toute personne utilisant la page sans la voir, à l'aide de commandes vocales ou d'un clavier ne pourra pas utiliser le formulaire. Celui-ci est un exemple de dépendance au périphérique, car il se peut qu'il ne puisse être contrôlé qu'avec une souris.

Généralement, les pages autorisant les interactions avec le clavier sont également accessibles par commande vocale ou via une interface de ligne de commande.

Lorsque le navigateur ouvre une nouvelle fenêtre, après que l'utilisateur ait cliqué sur un lien ou un bouton, l'environnement dans lequel il travaille change. Celui-ci change parce que :

• certaines fonctionnalités du navigateur dans la nouvelle fenêtre peuvent être différentes. Par exemple, les boutons du navigateur peuvent ne plus être affichés, la géométrie et la position de la nouvelle fenêtre peuvent changer, la nouvelle fenêtre apparaît au-dessus ou parfois en dessous de la fenêtre parent ;
• même s'il n'est pas désactivé, le bouton Précédente du navigateur ne fonctionne pas, puisque dans la nouvelle fenêtre ne contient pas d'historique des URL (et des URL précédentes).

Ces deux facteurs, généralement associés, amplifient les difficultés rencontrées par les personnes visitant le site, plus particulièrement les personnes handicapées ou utilisant des technologies d'aide. Par exemple, si la nouvelle fenêtre a les mêmes dimensions et la même position que la fenêtre parent et qu'elle cache complètement la fenêtre parent, la personne visitant le site peut croire qu'il s'agit de la même fenêtre. Elle peut également croire que le bouton Précédente ne fonctionne pas et qu'il s'agit d'un bogue propre au navigateur (et elle risque de redémarrer le navigateur) ou d'un bogue propre au site (et elle risque de changer de site).

Ce phénomène est accentué chez les malvoyants : les lecteurs d'écran ne sont pas en mesure de les informer de la présence d'une nouvelle fenêtre. Les utilisateurs de loupes d'écran peuvent avoir beaucoup de mal à se rendre compte de la présence d'une nouvelle fenêtre et de sa position.

C'est pourquoi il est crucial que la personne visitant le site soit informée de l'ouverture d'une nouvelle fenêtre. Il est clair qu'elle doit en être informée avant son ouverture.

Dans tous les cas, la nouvelle fenêtre doit contenir un bouton permettant à la personne visitant le site de revenir à la fenêtre parent (ou qui la ferme). Ces boutons doivent fonctionner même si la nouvelle fenêtre a désactivé les boutons standard du navigateur.

Lorsque le navigateur ouvre une fenêtre pop-up, l'environnement dans lequel l'utilisateur travaille change. Celui-ci change parce que :

• certaines fonctionnalités du navigateur dans la nouvelle fenêtre peuvent être différentes. Par exemple, les boutons du navigateur peuvent ne plus être affichés, la géométrie et la position de la nouvelle fenêtre peuvent changer, la nouvelle fenêtre apparaît au-dessus ou parfois en dessous de la fenêtre parent ;
• même s'il n'est pas désactivé, le bouton Précédente du navigateur ne fonctionne pas, puisque dans la nouvelle fenêtre ne contient pas d'historique des URL (et des URL précédentes).
• pour les fenêtres pop-up, le changement est plus radical, puisqu'elles apparaissent spontanément (sauf lorsque l'utilisateur clique sur un lien ou tape une URL).

Ces facteurs, généralement associés, amplifient les difficultés rencontrées par les personnes visitant le site, plus particulièrement les personnes handicapées ou utilisant des technologies d'aide. Par exemple, si la nouvelle fenêtre a les mêmes dimensions et la même position que la fenêtre parent et qu'elle cache complètement la fenêtre parent, la personne visitant le site peut croire qu'il s'agit de la même fenêtre. Elle peut également croire que le bouton Précédente ne fonctionne pas et qu'il s'agit d'un bogue propre au navigateur (et elle risque de redémarrer le navigateur) ou d'un bogue propre au site (et elle risque de changer de site).

Ce phénomène est accentué chez les malvoyants : les lecteurs d'écran ne sont pas en mesure de les informer de la présence d'une nouvelle fenêtre. Les utilisateurs de loupes d'écran peuvent avoir beaucoup de mal à se rendre compte de la présence d'une nouvelle fenêtre et de sa position.

C'est pourquoi il est crucial que la personne visitant le site soit informée de l'ouverture d'une nouvelle fenêtre. Il est clair qu'elle doit en être informée avant d'ouvrir la fenêtre, ce qui n'est pas une solution acceptable pour les fenêtres pop-up.

Dans tous les cas, la nouvelle fenêtre doit contenir un bouton permettant à la personne visitant le site de revenir à la fenêtre parent (ou qui la ferme). Ces boutons doivent fonctionner même si la nouvelle fenêtre a désactivé les boutons standard du navigateur.

Tenez compte du fait que seulement quelques personnes visitant le site peuvent afficher le formulaire en deux dimensions et qu'elles risquent de ne pas profiter des indications visuelles qui ont été ajoutées à la présentation du formulaire (notamment l'alignement vertical des contrôles, les cases servant de cadre à certaines contrôles ou différentes couleurs d'arrière-plan).

Cela peut se produire, car la personne visitant le site utilise un support différent pour afficher le formulaire (par exemple, via le rendu audio du formulaire), parce qu'elle utilise une loupe d'écran n'affichant qu'une toute petite partie du formulaire, ou parce qu'elle utilise un tout petit écran noir et blanc d'un assistant personnel.

Dans tous les cas, les personnes visitant le site risquent de passer à côté de la fonction d'un champ ou d'un contrôle et de ne pas savoir ce qu'ils doivent taper ou faire.

Il est recommandé de toujours utiliser le langage de programmation le plus récent ; les navigateurs (et les autres technologies) s'adapteront sans problème. De cette façon, les pages développées n'ont pas à suivre l'évolution des navigateurs.

Cela suppose que vous utilisiez par exemple XHTML, CSS, SMIL (langage d'intégration de synchronisation multimédia), MathML (pour le balisage des formules mathématiques), XML et XSL (pour séparer complètement le contenu de la présentation) et P3P (pour la description des informations confidentielles).

Les balises et les attributs désapprouvés ne sont pas reconnus par le langage HTML standard. W3C les a retirés de cette norme parce qu'ils sont identiques à d'autres balises ou d'autres technologies les plus récentes.

Par exemple, la balise FONT est désapprouvée, car il est possible de spécifier toutes les propriétés de la police à l'aide de règles CSS (redondance). En outre, vous obtenez un meilleur niveau de modularité et une meilleure séparation entre la structure et la présentation (tendances).

Les cadres sont principalement utilisés pour regrouper des informations et des éléments de navigation, ainsi que pour les afficher avec une certaine mise en page. Cependant, certaines technologies d'aide (navigateurs vocaux ou en mode texte, lecteurs d'écran) ne peuvent pas profiter de la mise en page. Par conséquent, ces outils rendent chaque cadre hors contexte, sans la moindre référence aux autres cadres. La personne utilisant ces outils ne peut pas voir les autres cadres et leur contenu. C'est pourquoi il est important que chaque cadre indique une description permettant à l'utilisateur d'élaborer le contexte.

Les noms tels que "haut", "en bas à gauche" généralement attribués aux cadres ne sont pas suffisamment descriptifs et n'aident pas l'utilisateur à reconstruire le contexte.

Prenons un exemple (issu de HTML Techniques for Web Content Accessibility Guidelines 1.0 et légèrement modifié) :

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Frameset//EN">
<HTML>
  <HEAD>
    <TITLE>Today's news</TITLE>
  </HEAD>

  <FRAMESET cols="10%,*,10%">

  <FRAMESET rows="20%,*">
    <FRAME src="promo.html" name="promo" title="promotions">
    <FRAME src="sitenavbar.html" name="navbar" 
       title="Sitewide navigation bar" longdesc="frameset-desc.html#navbar">
  </FRAMESET>

  <FRAME src="story.html" name="story" title="Selected story - main content" 
     longdesc="frameset-desc.html#story">

  <FRAMESET rows="*,20%">
    <FRAME src="headlines.html" name="index" title="Index of other 
      national headlines" longdesc="frameset-desc.html#headlines">
    <FRAME src="ad.html" name="adspace" title="Advertising">
  </FRAMESET>

  <NOFRAMES>
    <p><a href="noframes.html">No frames version</a></p>
    <p><a href="frameset-desc.html">Descriptions of frames.</a></p>

  </NOFRAMES>

  </FRAMESET>
</HTML>

Voici un exemple de fichier frameset-desc.html :

#Navbar - this frame provides links to the <a href="sitenavbar.html">major 
          sections of the site</a>:  World News, National News,
          Local News, Technological News,
          and Entertainment News.

#Story  - this frame displays the <a href="story.html">currently selected story</a>.

#Index  - this frame provides links to the day's 
          <a href="headlines.html">headline stories</a> within this section.  

L'élément NOFRAMES est utile lorsque des navigateurs spéciaux ne prenant pas en charge les cadres sont utilisés (par exemple, ceux utilisés sur les assistants personnels et les téléphones portables).

Les cadres sont principalement utilisés pour regrouper des informations et des éléments de navigation, ainsi que pour les afficher avec une certaine mise en page. Cependant, certaines technologies d'aide (navigateurs vocaux ou en mode texte, lecteurs d'écran) ne peuvent pas profiter de la mise en page. Par conséquent, ces outils rendent chaque cadre hors contexte, sans la moindre référence aux autres cadres. La personne utilisant ces outils ne peut pas voir les autres cadres et leur contenu. C'est pourquoi il est important que chaque cadre indique une description permettant à l'utilisateur d'élaborer le contexte.

Les noms tels que "haut", "en bas à gauche" généralement attribués aux cadres ne sont pas suffisamment descriptifs et n'aident pas l'utilisateur à reconstruire le contexte.

Prenons un exemple (issu de HTML Techniques for Web Content Accessibility Guidelines 1.0 et légèrement modifié) :

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Frameset//EN">
<HTML>
  <HEAD>
    <TITLE>Today's news</TITLE>
  </HEAD>

  <FRAMESET cols="10%,*,10%">

  <FRAMESET rows="20%,*">
    <FRAME src="promo.html" name="promo" title="promotions">
    <FRAME src="sitenavbar.html" name="navbar" 
       title="Sitewide navigation bar" longdesc="frameset-desc.html#navbar">
  </FRAMESET>

  <FRAME src="story.html" name="story" title="Selected story - main content" 
     longdesc="frameset-desc.html#story">

  <FRAMESET rows="*,20%">
    <FRAME src="headlines.html" name="index" title="Index of other 
      national headlines" longdesc="frameset-desc.html#headlines">
    <FRAME src="ad.html" name="adspace" title="Advertising">
  </FRAMESET>

  <NOFRAMES>
    <p><a href="noframes.html">No frames version</a></p>
    <p><a href="frameset-desc.html">Descriptions of frames.</a></p>

  </NOFRAMES>

  </FRAMESET>
</HTML>

Voici un exemple de fichier frameset-desc.html :

#Navbar - this frame provides links to the <a href="sitenavbar.html">major 
          sections of the site</a>:  World News, National News,
          Local News, Technological News,
          and Entertainment News.

#Story  - this frame displays the <a href="story.html">currently selected story</a>.

#Index  - this frame provides links to the day's 
          <a href="headlines.html">headline stories</a> within this section.  

L'élément NOFRAMES est utile lorsque des navigateurs spéciaux ne prenant pas en charge les cadres sont utilisés (par exemple, ceux utilisés sur les assistants personnels et les téléphones portables).

La méthode de lecture sur l'écran d'ordinateur diffère de celle sur papier du fait des différences physiques des propriétés des deux supports et des deux tâches pour l'utilisateur.

Lorsqu'une personne lit une page Web sur un écran d'ordinateur, elle la balaye du regard pour identifier sa structure générale et les sections qui la composent. Les titres, les en-têtes, le texte en gras, souligné ou mise en en retrait attirent rapidement l'attention du lecteur.

Les gros blocs de texte ne sont lus qu'une fois le balayage terminé et uniquement si le contenu du texte intéresse le lecteur.

En outre, les technologies d'aide permettent souvent de regrouper automatiquement des informations et de les rendre séparément. Par exemple, elles rendent un cadre à la fois ; elles permettent à l'utilisateur de passer directement à une certaine section (entre deux balises d'en-tête H1, H2...) ; elles rendent une zone sensible (par exemple, une image interactive) en un groupe, etc. De cette façon, une personne se servant d'une technologie d'aide peut bénéficier de la division d'informations en groupes ou en éléments de navigation.

Lorsqu'un utilisateur voyant normalement parcoure un formulaire à l'aide de la touche de tabulation, il peut facilement associer les contrôles aux étiquettes placés près d'eux. Cependant, pour une personne utilisant un lecteur d'écran, cette information est insuffisante. Il est nécessaire de spécifier explicitement quelle étiquette est associée à quel contrôle de formulaire.

La meilleure façon pour y arriver consiste à utiliser l'élément LABEL. Celui-ci doit contenir l'étiquette et le contrôle de formulaire actuels ; son attribut FOR doit contenir l'ID du contrôle.

Un élément LABEL peut ne pointer que vers un seul contrôle ou plusieurs éléments LABEL peuvent pointer vers le même contrôle. Cette fonctionnalité n'étant pas disponible sur tous les lecteurs d'écran, il est recommandé d'attribuer un seul élément LABEL à chaque contrôle.

Il est possible d'associer implicitement une étiquette à un contrôle : insérez à la fois l'étiquette et le contrôle comme contenu de l'élément LABEL. Bien que cette technique soit proposée dans la spécification HTML 4.01 Recommandation, elle n'est pas encore prise en charge par tous les lecteurs d'écran.

La plupart des technologies d'aide peuvent extraire tous les liens de la page avant de les rendre dans une liste distincte. Dans ce cas, à partir des informations contenues dans l'étiquette du lien (c'est-à-dire le contenu) et dans l'attribut du titre du lien, les utilisateurs doivent pouvoir déduire la cible du lien.

C'est pourquoi, des liens comme " plus d'infos ", en particulier s'ils apparaissent plusieurs fois dans la même page, ne sont pas suffisamment clairs hors contexte.

Les étiquettes de lien doivent contenir le maximum d'informations pour que l'utilisateur puisse savoir la destination du lien. Il est important que l'utilisateur sache exactement la destination d'un lien avant de cliquer dessus. Autrement, il doit attendre que la nouvelle page se charge et s'affiche avant de savoir si le contenu l'intéresse vraiment.

Ceci est particulièrement important pour les pages dont le temps de chargement peut être plus long que celui d'une page normale ou celles nécessitant des plug-in spécifiques (par exemple, PDF, Flash, MS Word, etc.).

La plupart des technologies d'aide peuvent extraire tous les liens de la page avant de les rendre dans une liste distincte. Dans ce cas, à partir des informations contenues dans l'étiquette du lien (c'est-à-dire le contenu) et dans l'attribut du titre du lien, les utilisateurs doivent pouvoir déduire la cible du lien.

C'est pourquoi, des liens comme " plus d'infos ", en particulier s'ils apparaissent plusieurs fois dans la même page, ne sont pas suffisamment clairs hors contexte.

Les étiquettes de lien doivent contenir le maximum d'informations pour que l'utilisateur puisse savoir la destination du lien. Il est important que l'utilisateur sache exactement la destination d'un lien avant de cliquer dessus. Autrement, il doit attendre que la nouvelle page se charge et s'affiche avant de savoir si le contenu l'intéresse vraiment.

Ceci est particulièrement important pour les pages dont le temps de chargement peut être plus long que celui d'une page normale ou celles nécessitant des plug-in spécifiques (par exemple, PDF, Flash, MS Word, etc.).

N'utilisez pas plusieurs fois le même texte de lien lorsque les liens pointent vers des URL différentes. Si au moins deux liens sur une page partagent le même texte de lien, tous ces liens doivent pointer vers la même ressource. Une telle cohérence facilite la conception de la page ainsi que son accessibilité.

Lorsque la même étiquette de lien se répète, cela sous-entend que le lien pointe vers la même direction. Si ce n'est pas le cas, les utilisateurs risquent d'êtres surpris et désorientés. Il est préférable de considérer que de nombreux utilisateurs ne sont pas habitués au mode de fonctionnement du Web, par conséquent, le risque qu'ils soient désorientés et qu'ils quittent le site est élevé.

En outre, les lecteurs d'écran et les navigateurs vocaux permettent souvent de rendre la liste des liens de la page dans une fenêtre pop-up distincte. Chaque lien y figure hors contexte. Si deux liens portent la même étiquette, l'utilisateur peut croire qu'ils pointent vers la même direction. L'utilisateur peut ne plus être en mesure d'atteindre une certaine page ou le service en ligne.

L'élément LINK définit un lien que l'utilisateur ne voit pas, mais qui est utilisé par le navigateur dans des cas bien précis. Il transmet des informations que le navigateur peut traiter de plusieurs façons (par exemple, Mozilla peut afficher une barre de navigation spéciale ; lynx présente ces liens dans une section spéciale de cet affichage).

En général, LINK représente une relation entre le document actif et un autre élément. C'est le cas, par exemple, entre le document HTML actif et un fichier CSS externe. Un autre exemple consiste à représenter le document suivant et précédent dans une séquence de documents (comme pour les différents chapitres d'un didacticiel).

Cet exemple est présenté par le W3C (&w3c_html401;) :

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01//EN"
   "http://www.w3.org/TR/html4/strict.dtd">
<HTML>
<HEAD>
  <TITLE>Chapter 2</TITLE>

  <LINK rel="Index" href="../index.html">
  <LINK rel="Next"  href="Chapter3.html">
  <LINK rel="Prev"  href="Chapter1.html">
</HEAD>
...the rest of the document...

Dans l'exemple suivant, provenant de la même source, utilisez l'attribut HREFLANG pour indiquer aux moteurs de recherche oł trouver la version hollandaise, portugaise et arabe d'un document. Notez l'utilisation de l'attribut CHARSET pour le manuel arabe. Notez également l'utilisation de l'attribut LANG pour indiquer la valeur de l'attribut de titre pour l'élément LINK indiquant que le manuel français est en français.

<HEAD>
<TITLE>The manual in English</TITLE>
<LINK title="The manual in Dutch"
      type="text/html"
      rel="alternate"
      hreflang="nl" 
      href="http://someplace.com/manual/dutch.html">
<LINK title="The manual in Portuguese"
      type="text/html"
      rel="alternate"
      hreflang="pt" 
      href="http://someplace.com/manual/portuguese.html">
<LINK title="The manual in Arabic"
      type="text/html"
      rel="alternate"
      charset="ISO-8859-6"
      hreflang="ar" 
      href="http://someplace.com/manual/arabic.html">
<LINK lang="fr" title="La documentation en Fran&ccedil;ais"
      type="text/html"
      rel="alternate"
      hreflang="fr"
      href="http://someplace.com/manual/french.html">
</HEAD>

Dans l'exemple suivant, on indique aux moteurs de recherche oł chercher la version imprimée d'un manuel.

<HEAD>
<TITLE>Reference manual</TITLE>
<LINK media="print" title="The manual in postscript"
      type="application/postscript"
      rel="alternate"
      href="http://someplace.com/manual/postscript.ps">

</HEAD>

Et oł chercher la première page d'une collection de documents.

<HEAD>
<TITLE>Reference manual -- Page 5</TITLE>
<LINK rel="Start" title="The first page of the manual"
      type="text/html"
      href="http://someplace.com/manual/start.html">

</HEAD>

La balise TITLE définit le titre du document pour :

• les fenêtres de navigateur
• les navigateurs vocaux
• les listes de signets
• les listes d'historique
• les listes de résultats des moteurs de recherche

Un élément TITLE absent ou insuffisant rend beaucoup plus difficile la localisation et la compréhension de la page à chaque fois que l'utilisateur doit identifier une fenêtre, deviner le contexte, en sélectionnant un élément d'une liste de signets ou de résultats d'une recherche.
Cela se produit souvent lors de l'utilisation de technologies d'aide, puisque le titre de la page est la première chose présentée à l'utilisateur, ce qui devrait clarifier le nouveau contexte apporté par la page.

Pour être efficaces, les titres doivent être concis et informatifs (c'est-à-dire qu'ils doivent suffisamment décrire le contenu de la page).
Selon Nielsen, le titre d'une page doit être d'une grande clarté.

Les titres ne doivent pas contenir de balises HTML, car elles ne peuvent être interprétées par les navigateurs (ce qui empêcherait de comprendre entièrement le titre).

En somme, une page doit contenir exactement un seul titre : S'il y a plusieurs titres, seul un sera pris en compte par le navigateur.

Tenez également compte du fait que souvent les lecteurs d'écran, lors de la présentation des cadres disponibles à l'utilisateur, lisent l'élément TITLE des pages contenant des cadres (pas seulement l'attribut TITLE de l'élement FRAME). Par conséquent, il est important que les éléments TITLE des pages contenant des cadres soient bien définis et compréhensibles.

Le plan du site est en quelque sorte la table des matières du site. Il permet à la personne visitant le site d'obtenir une vue globale de la structure de ce dernier.

Pour les personnes malvoyantes, la prise de contact avec un site peut nécessiter plus de temps, puisqu'elles doivent écouter le contenu des pages qu'elles visitent. Cela prend plus de temps que balayer la page du regard.

La cohérence est un facteur crucial pour faire de votre site Web un site accessible et utilisable. En fait, si une fonctionnalité (par exemple, une barre de navigation) est utilisée de manière cohérente dans toutes les pages du site, l'utilisateur saisira rapidement le rôle de la barre de navigation et de ses boutons/liens, et sera en mesure de s'en servir sans hésitation.

Si, d'autre part, un groupe de liens ne cesse de changer d'une page à l'autre, l'utilisateur doit à nouveau comprendre son rôle chaque fois qu'elle apparaît. L'utilisateur perd son temps, doit faire un effort supplémentaire et le risque d'erreurs est plus important (celui-ci risque de cliquer involontairement sur un lien).