Les différents points à vérifier le sont jusqu'à ce que les agents utilisateurs puissent les prendre en charge.

Il vaut mieux ne pas produire de fenêtres s'ouvrant automatiquement ni modifier l'état de la fenêtre active sans prévenir l'utilisateur. Par conséquent, il vaut mieux ne pas utiliser de cadres ayant pour cible une nouvelle fenêtre, au moyen de l'attribut target avec comme valeur _blank. D'ailleurs, en HTML 4.01 Strict, en XHTML 1.0 Strict et en XHTML 1.1, l'attribut target n'est pas autorisé, même pour les liens. En effet, l'utilisateur doit pouvoir rester maître de sa navigation et le fait d'ouvrir un lien ou un cadre dans une nouvelle fenêtre revient à imposer une certaine forme de navigation, ce qui va à l'encontre de ce principe, et c'est encore plus flagrant lorsque la nouvelle fenêtre s'ouvre sans qu'une action ait été réalisée par l'utilisateur (cas de certaines pop-ups).

Il faut s'assurer que les champs de contrôle de formulaire soient associés à des étiquettes correctement positionnées. Pour cela, le champ de contrôle reçoit un attribut id placé dans l'élément qui le balise, tandis que l'étiquette qui s'y rapporte est signalé par l'élément label, qui comporte un attribut for, dont la valeur reprend celle de l'id de l'élément balisant le champ de contrôle concerné, comme suit :

<label for="prenom">Prénom</label> <input id="prenom" type="text" />

La sélection de l'étiquette (par pointage du curseur de la souris, par exemple) permet, sur bon nombre de navigateurs, de placer le curseur sur le champ de contrôle, voire de le sélectionner s'il s'agit d'une case à cocher ou d'un bouton radio, ce qui est pratique pour un utilisateur qui manque de dextérité ou de précision.

Quant aux tableaux, le fait que des blocs de texte soient placés côte à côte dans des cellules, chacune d'entre elles étant placée dans une colonne, peut poser problème à certains anciens lecteurs d'écran, qui ne permettent pas la navigation cellule après cellule et risquent d'interpréter différentes phrases sur une même ligne, mais sur deux ou plusieurs colonnes distinctes, comme une seule et même phrase. Dans ce cas, il faut prévoir un équivalent du contenu du tableau sous forme de texte linéaire. Cela ne doit pas, pour autant, dissuader d'utiliser les tableaux pour présenter des données tabulaires.

Les champs de contrôle de formulaire vides peuvent poser problème à certains anciens navigateurs, qui ne permettent pas de naviguer entre ces champs. Dans ce cas, il faut prévoir, pour les éléments input et textarea, des valeurs par défaut, comme suit :

<form action="mapage.html" method="post">
  <p>
    <textarea name="votrenom" rows="20" cols="80">Veuillez entrer votre nom ici.</textarea>
    <input type="submit" value="Envoyer" />
    <input type="reset" value="Annuler" />
  </p>
</form>

Si une image est utilisée comme bouton de validation de formulaire, prévoir un équivalent textuel :

<input type="image" src="envoyer.png" alt="Envoyer" />

Une liste de plusieurs liens consécutifs peut poser problème à certains anciens lecteurs d'écran, qui les restituent comme si ce n'était qu'un seul lien. Par conséquent, il faut prévoir de séparer ces liens consécutifs par un caractère imprimable : en effet, une simple espace ne suffit pas.