NSI - Courriel
Tous les sites Web du GdC
doivent fournir aux utilisateurs un moyen de communiquer avec les
institutions ou les particuliers par courriel.
Justification
Bien que les sites Web du GdC
soient un excellent moyen de fournir aux Canadiens et Canadiennes de l'information à
leur convenance, il est extrêmement important que les personnes aient aussi la
possibilité de communiquer avec une institution, un secteur opérationnel ou une
personne en particulier lorsqu'elles ont besoin d'information ou d'aide additionnelle.
Le courriel est un substitut efficace au contact personnel par téléphone ou à une
visite personnelle, mais il pose des défis.
Interprétation
L'adresse électronique, fournie sous forme de lien par le bouton «
Contactez-nous » de la barre de menu commune, offre à l'utilisateur un moyen de
communiquer avec le site Web institutionnel. Un formulaire de commentaires, associé
au bouton « Aide » de la même barre de menu, pourrait offrir un autre moyen de
communication.
Lors de la collecte de renseignements personnels, il faut informer l'utilisateur
de ses droits et responsabilités ainsi que des obligations de l'institution pour ce
qui touche la protection des renseignements. Les formulaires électroniques sont
généralement des pages distinctes des sites Web, mais ils sont assujettis aux mêmes
normes de la NSI touchant
l'identification du
PCIM de l'institution, les langues officielles et les exigences au plan de
l'accessibilité.
Les formulaires offrent d'autres moyens de communication à l'utilisateur.
Pour mieux servir le grand public, les formulaires devraient comprendre des zones
pour le nom de l'utilisateur, l'adresse électronique et l'adresse postale, ainsi
qu'une zone où l'utilisateur peut entrer ses commentaires, ses questions ou ses
demandes d'information. On devrait offrir à l'utilisateur final la possibilité
d'indiquer sous quelle forme il désire recevoir la réponse.
L'utilisation d'outils Mailto est devenue une convention fortement utilisée sur
le Web et est un excellent moyen, pour l'utilisateur final, de faire des commentaires
rapides sur des sujets ou des documents Web particuliers. Ces outils présentent de
nombreux avantages : l'utilisateur n'est pas obligé d'entrer de renseignements
personnels car l'en-tête du message inclus automatiquement son adresse, ils offrent
un timbre-dateur et divers autres renseignements pertinents. L'en-tête peut
facilement être adapté aux besoins pour inclure l'adresse URL de la page Web source dans la
ligne de l'objet.
Les outils Mailto présentent également plusieurs inconvénients. D'abord, le
navigateur du client doit être configuré pour envoyer le courriel (la plupart
des systèmes sont configurés de cette manière), et comme tout le message est un
texte libre, il ne peut être validé. Cet outil ne dispose pas de la fonction de
confirmation ou d'accusé de réception automatique. Il n'y a donc pas moyen
d'informer l'utilisateur que sa correspondance a bien été reçue. Pour faciliter
l'accessibilité universelle, l'adresse Internet à laquelle les réponses MAILTO
seront livrées devrait être visible pour les utilisateurs qui ne peuvent utiliser
cette fonction, même si on expose ainsi cette adresse à un multipostage abusif.
Les formulaires HTML en
eux-mêmes ne sont pas inaccessibles. L'utilisation qu'en fait l'auteur du
programme et/ou de la page détermine l'accessibilité du produit final.
- Éléments d'un formulaire inaccessible :
- Mise en page et emplacement complexes des contrôles et des zones de
saisie
- Explications non claires des exigences
- Champs de texte et leur étiquettes Étiquettes de zone et/ou de contrôle séparéesdistinctes et non clairement associées aux contrôles correspondants
- Langage de script côté client pour valider ou remplir les entrées
- Aucune autre méthode d'envoi de l'information fournie (p. ex., aucune
adresse de courrier électronique pour communiquer avec une
personne-ressource, aucun numéro de téléphone pour obtenir de l'aide
- Éléments d'un formulaire accessible :
- Mise en page simple (p. ex., sur une seule colonne) des contrôles et des
zones de saisie
- Explications ou étiquettes claires (significatives) associées aux zones
et aux contrôles
- Utilisation appropriée de balises HTML conçues spécifiquement
pour améliorer l'accessibilité (p. ex., LABEL, OPTGROUP);
- Vérification et validation côté serveur de la saisie des données
- Proposition d'autres méthodes pour communiquer avec une personne-ressource
et/ou transmettre de l'information
Toutes les plus anciennes des technologies fonctionnelles, sont en mesure de prendre en
charge des formulaires HTML bien conçus. L'astuce consiste à obtenir des concepteurs qu'ils
réalisent des pages simples du côté serveur.
|
Norme 4.1