Ajax et Web 2.0

Critères de qualité dans la production d'un site Web de type culturel
Accessibilité et utilisabilité
       Guide de bonnes pratiques Ajax
       Technique du «Progressive enhancement»
       Standards d’accessibilité et Ajax

Critères de qualité dans la production d’un site Web de type culturel

Comme tel rien ne régit Ajax puisqu’il s’agit surtout d’une approche pour penser l’architecture d’un site Web et non pas d’une technologie. Par contre, puisque notre projet s’inscrit dans le cadre d’un site Web à saveur culturelle, nous nous devons de voir si l’utilisation de ce concept répond aux critères de bonnes pratiques et de l’utilisabilité. Pour faire une évaluation sommaire du concept Ajax par rapport aux critères de bonnes pratiques dans les sites web à caractères culturels, nous nous sommes basés sur le guide offert par le Ninch¹ et du «Cadre de Qualité de Bruxelles»². La majorité des critères de qualité ou de bonnes pratiques dans la production d’un site Web ne sont pas touché par l’utilisation d’Ajax. Identifier l’auteur, les objectifs et la méthode; respecter les droits de propriétés intellectuelles; la manière de numériser les objets; la pertinence des contenus; la maintenance et les mises à jour des contenus sont tous des critères atteignables qui ne dépendent pas de l’utilisation d’Ajax. La pérennité du site n’est pas un problème puisque l’approche d’Ajax est relativement nouvelle, l’idée derrière l’architecture du site ne risque pas de se démoder. Le problème survient sur la complexité de la programmation. Dans notre cas, la maintenance du site risque de toujours se faire par la même personne, donc diminuerai ce type de problème sur la formation du personnel. Ajax facilite aussi le critère d’interactivité. En plus d’offrir une manière dynamique de présenter les choses, il améliore l’expérience pour ce qui est des formulaires et offre la création d’outil de communication.

Où les choses se compliquent, c’est lorsque viennent les critères d’interopérabilité et d’accessibilité. Les sites utilisant Ajax sont compatibles avec la majorité des navigateurs puisqu’il utilise des technologies déjà existantes. Internet Explorer et Mozilla n’ont pas besoin de plugiciel pour lire le JavaScript. Par contre, puisque le contenu généré par une application Ajax ne possède pas toujours d’URL, il est plus difficile de retrouver l’information par la suite et de faire des marque-pages. De plus, certaines applications ne nous permettent pas de revenir en arrière en utilisant le bouton précédent.

Accessibilité et utilisabilité

Nous en venons donc à parler du problème de l’accessibilité et de l’utilisabilité associé à l’Ajax. Ajax met l’emphase sur l’expérience des utilisateurs, mais laisserait de coté tous les gens qui utilisent un logiciel de lecteur d’écran ou un navigateur lisant seulement du texte. Ce type d’outil ne pourrait pas lire le JavaScript par exemple, élément essentiel à l’Ajax. Puisqu’Ajax est une nouvelle manière de voir l’architecture des pages Web, rendant ces dernières beaucoup plus dynamiques, les utilisateurs doivent changer leur manière de voir le Web et de naviguer. Certains utilisateurs ne s’apercevront pas du changement dans une page ou seront surpris de ne pas voir toute la page se télécharger.

Guide de bonnes pratiques Ajax

Par contre, plusieurs développeurs se sont penchés sur le problème. Max Kiesler sur son blogue a fait une liste des meilleurs articles sur le sujet.³Certains des articles font même mention d’un genre de guide de bonnes pratiques en ce qui concerne l’utilisation d’Ajax. Becky Gibson, «architecte de l’Accessibilité Web», pour IBM, donne certains conseils.⁴

Premièrement, elle recommande dès le départ de déclarer aux usagers que le site utilise des scripts demandant peut-être des plugiciels et d’indiquer que nous faisons appelle à des applications Ajax en expliquant que certains téléchargements dynamiques peuvent avoir lieu.
Puis, durant la navigation si un changement dynamique à lieu, il est recommandé de l’indiquer en cours de navigation aux utilisateurs. De plus, ce genre de pratique averti le lecteur d’écran du changement. Quelques fois les changements se font trop lourds et l’utilisateur perd le fil de sa navigation, dans ce cas vous pouvez souligner le changement soit par une police de caractère différente ou par une couleur différente.
Elle propose aussi de rendre la navigation plus facile, en offrant des liens vers des portions du site générées dynamiquement. Ces liens doivent être facilement accessibles par le haut ou le bas de la page. L’utilisation correcte du balisage sémantique améliorera la navigation pour les gens qui utilise des lecteurs d’écran.
Pour terminer, elle suggère de tester notre site à l’aide d’outils pour les non-voyants.

Les autres articles du genre donnent sensiblement les mêmes lignes directrices à suivre lorsque l’on utilise des applications Web dynamiques. L’important est de ne jamais se fier qu’au JavaScript. Ce dernier sert surtout à rendre nos pages plus interactives, mais ne dois pas affecter l’expérience des gens ne pouvant y avoir accès. On conseille particulièrement de ne pas faire de changements brusques dans une page sans avertir l’utilisateur, particulièrement en ce qui concerne les «pop-ups». D’autres articles proposeront d’offrir une version du site Web sans JavaScript. En outre, on conseille fortement de séparer les scripts java ou les applications Web dynamiques du contenu des pages de bases. ⁵

Technique du «Progressive enhancement»

Plusieurs articles suggèrent pour contrer le problème d’utilisabilité et d’accessibilité la technique «Progressive enhancement».⁶ Avant d’appliquer du JavaScript à une page Web, il faut bâtir nos applications web de manière traditionnelle. Lorsque l’on a une page de base qui fonctionne sur tous les serveurs, il est possible de rajouter du JavaScript permettant d’améliorer le dynamisme de nos applications. Puis, en rajoutant l’objet XMLHttpRequest, encore une fois, on bonifie l’interaction. Il est très important que ce type d’application ne soit pas la pierre angulaire de notre site, mais plutôt une manière de le rendre plus attrayant. L’avantage de cette technique est que notre site Web se «dégradera» gracieusement dans des navigateurs qui ne supporteront pas le JavaScript, mais sera toujours navigable. Forcément, cette technique nous oblige à mieux penser et organiser notre site et à utiliser correctement le balisage sémantique. De plus, puisque notre site est bâti de manière intelligente et répond à un certain standard, l’entretien du site se fera plus facilement. Pour améliorer la maintenance, les commentaires dans le code sont aussi fortement conseillés.

Standards d’accessibilité et Ajax

Plusieurs efforts sont mis de l’avant pour permettre aux développeurs qui travaillent avec des applications Ajax d’atteindre les standards à ce qui à trait à l’accessibilité. Par exemple, FireFox avec l’aide d’IBM tente de mettre au point un outil, le DHTML Accessibility permettant au lecteur d’écran de lire certains « widget » comme des arborescences, des barres de menus et des feuilles de calcul.⁷ MB Technologie a sorti récemment la version 2.0 de Bindows, une boite à outils («toolkit») permettant de générer des applications Web dynamiques tout en rencontrant les standards internationaux d’accessibilité.⁸

1 . National Initiative for a Networked Cultural Heritage. «The Ninch Guide to Good Practice in the Representation and Management of Cultural Heritage Materials» [En ligne]. Créé en 2002, Adresse: http://www.nyu.edu/its/humanities/ninchguide/, consulté le 10 octobre 2006.

2 . Minerva. «Principe de qualité des sites Internet culturels» [En ligne]. Adresse : http://www.culture.gouv.fr/culture/mrt/numerisation/fr/eeurope/documents/guide_
qualitesites.pdf, consulté le 2 septembre 2006.

3 . Max Kiesler. «How to Make your AJAX Application Accessible – 40 tutorial and articles» [En ligne]. 28 juin 2006, Adresse: http://www.maxkiesler.com/index.php/weblogue/comments/how_to_make_your_ajax_
applications_accessible/, consulté le 12 octobre 2006.

4 . Becky Gibson. «Ajax accessibility overview» [En ligne]. IBM, avril 2006, Adresse : http://www-306.ibm.com/able/resources/ajaxaccessibility.html, consulté le 12 octobre 2006.

5 .Jim Allan, Rob Sartin, James Craig et Mike Moore. «Accessible JavaScript Guidelines» [En ligne]. Mise en ligne : septembre 2003, Adresse : http://cookiecrook.com/AIR/2003/train/jsguidelines.php, consulté le 12 octobre 2006.

6 . Jeremy Keith. «Progressive enhancement with Ajax» [En ligne]. Adactio, 8 mars 2005, Adresse: http://adactio.com/journal/959, consulté le 12 octobre 2006, Garrett Dimon. «Front-End Architecture: Ajax and DOM Scripting» [En ligne]. 23 mai 2006, Adresse : http://www.garrettdimon.com/archives/front-end-architecture-ajax-dom-scripting, consulté le 12 octobre 2006, Robert Nyman. «Ajax, JavaScript and Accessibility»[En ligne]. 23 mars 2006, Adresse : http://www.robertnyman.com/2006/03/23/ajax-javascript-and-accessibility/, consulté le 12 octobre 2006. et Jonathan Boutelle. «Best Practices for Ajax» [En ligne]. 27 juillet 2005, Adresse : http://www.jonathanboutelle.com/mt/archives/2005/07/best_practices.html, page consulté 12 octobre 2006.

7 . «Accessible DHTML» [En ligne]. Mozzilla developper center beta, Dernière modification : 26 septembre 2006, Adresse : http://developer.mozilla.org/en/docs/Accessible_DHTML, consulté le 12 octobre 2006.

8 . «Bindows : The leading object-oriented platform for developing Ajax applications» [En ligne]. MB Technologies, Dernière mise à jour : 16 octobre 2006, Adresse: http://www.bindows.net/, consulté le 12 octobre 2006.