Cette rubrique s’adresse à deux destinataires principaux, les « développeurs » (graphistes, web designers, développeurs, intégrateurs,...) chargés de la construction des sites internet municipaux et les « utilisateurs » chargés d'intégrer des contenus aux sites.

A l’attention des développeurs

C'est dans le domaine du développement qu'il convient d'apporter un soin particulier à l'accessibilité. En effet, c'est dans cette partie que l'on peut avoir un impact fort sur un nombre important de pages. Négliger l'accessibilité lors des étapes de conception où de réalisation des maquettes c'est prendre le risque de rendre inaccessibles quelques dizaines ou centaines de pages d'un coup.

C'est aussi dans les cas de maintenance corrective que l'accessibilité n'est pas prise en compte puisqu’on préfère se focaliser sur la correction de bugs, l'ajout de fonctionnalités, la modification de la navigation ...

Vérifier l'accessibilité des développements doit faire partie d'intégrante du mode de développement. Cette façon de faire permet d'assurer la mise en place et la continuité de l'accessibilité pour un site. Pour tester l'accessibilité d’un site, il convient de le passer à la moulinette pour vérifier sa conformité généralement avec la norme WCAG 1.0. Cette vérification comprend la validation du code HTML, du code CSS et de l'accessibilité. Des validateurs sont proposés à la page "Liens utiles".

Quelques règles à respecter :

• les contenus d’une page doivent rester lisibles si on débraye les feuilles de style,
• proposer des alternatives pour les éléments accessibles par des scripts.
• toutes les images doivent comporter un texte alternatif (les images techniques comme spacer.gif doivent comporter un alt= '''')
• les contrastes entre les différents éléments doivent être assez forts ; en particulier, la couleur du fond de page doit être définie pour éviter qu’un fond paramétré dans le navigateur rendre la navigation sur le site complexe
• utiliser des calques (DIV) pour la mise en page et réserver les tableaux (TABLE) pour la présentation de données structurées
• offrir des moyens de navigation alternatifs notamment pour des personnes malvoyantes en ajoutant de nouvelles balises (ancres) en différents points stratégiques du document (haut de page, début de la navigation de niveau 1, pied de page, …) ; insérer des liens classiques de navigation dans la page et doubler ce système de navigation en associant ces balises à des access keys
• prévenir l’utilisateur des changements de contexte (langues, nouvelles fenêtres, popup)
• fermer toutes les balises
• les champs des formulaires doivent disposer d’une balise LABEL qui, si on lui associe correctement des attributs FOR, permet de lier logiquement le label et son champ
• regrouper les champs appartenant à une même catégorie via une balise Fieldset et la qualifier par un « legend »
• le format PDF n’étant pas considéré actuellement comme un format accessible, il faut offrir une alternative textuelle à ce(s) document(s).

A l’attention des utilisateurs

Si toutes les étapes dévolues aux équipes de développement ont été respectées, le seul point qui pourrait causer des problèmes est la saisie d'informations par les utilisateurs chargés de faire vivre le site. Cela parait difficile à concevoir mais, même dans un site très bien conçu, il est essentiel que les utilisateurs aient conscience des risques que peuvent faire courir à l'accessibilité leurs écrits et qu'ils aient conscience des points sur lesquels ils doivent porter leur attention.

Les règles minimales à respecter sont les suivantes :

• si vous copiez/collez dans l'éditeur de texte des paragraphes en provenance de Word ou d'autres logiciels, vous devez impérativement les "nettoyer" (à l'aide de l'icône de la barre d'outils),
• s'assurer que les images ont des textes alternatifs significatifs,
• limiter l'utilisation de pop-ups et de fenêtres extérieures et dans le cas d'une utilisation de celles-ci les rendre accessibles et prévenir les utilisateurs du changement de contexte,
• vérifier que les éléments sont toujours utilisés de la même manière sur le site,
• s'assurer que les informations ne sont pas uniquement repérées par la couleur donc dans le cas d'une utilisation particulière de la couleur, ajouter un changement de taille, ou un soulignement ou une graisse différente,
• s'assurer que les liens sont explicites,
• rendre explicite les abréviations,
• écrire simplement (phrases courtes, contenus explicites...)
• limiter l’usage des tableaux à la présentation de données structurées (nom, téléphone, adresse, …) et ne jamais s'en servir pour faire de la mise en page,