Le futur du web m'inquiète

03/05/2013

Il fut un temps pas si lointain où créer un site web entrait dans une logique saine de construction de pages. Chaque contenu était bien défini et les applications étaient un jeu de question-réponses entre le client et le serveur. Je me souviens que le plus dur était de passer la validation xhtml et de ne pas passer par des tableaux pour toute la mise en page. HTML5 est arrivé et tout à coup, c’est comme si tout le monde se foutait de l’accessibilité…

Avant que vous me pourrissiez en me disant que je suis anti “nouvelles technologies”, sachez que j’utilise avec plaisirs les dernières technologies du web, que ce soit les websockets, les canvas, les tags video et audio, le CSS3, et le HTML5. Mais mon analyse qui suit est une interrogation suite à quelques années de développement dans le Web. Je ne cherche en aucun cas à faire boycotter les technologies dont je vais parler. Je cherche simplement à donner matière à réflexion.

Revenons quelques années en arrière, voir même seulement quelques mois. Quand l’annonce de Adobe fait mouche auprès de la communauté des développeurs de sites en spécifiant que leur technologie “Flash” n’allait plus être supportée sur Android (alors que Apple ne l’a jamais supporté), cela donnait du sourire à pas mal d’entre nous. Car si les deux monstres du web mobile ne supportent pas Flash, alors il est clair que cette technologie n’allait pas suivre longtemps sur les navigateurs de bureau. Pourquoi ? tout simplement parce qu’aujourd’hui les mobiles affichent le même site que celui que vous voyez sur votre ordinateur. Cela pose donc un problème si vous utilisez Flash sur votre site. Car un utilisateur visionnant votre site sur ton téléphone ou sa tablette allait avoir un sacré problème.

Flash, c’est la techno anti-accessibilité au possible. De vrais soucis pour le référencment… et j’en passe. Les derniers bastions de cette technologie reste la possibilité d’utiliser aisément la webcam et le micro. Seulement voilà… même sur ce terrain les navigateur modernes (donc tout sauf Internet Explorer) peuvent commencer à utiliser ce matériel via “getUserMedia”. Ce n’est donc pratiquement plus un problème.

Il y a donc quelques mois encore, l’un des problèmes majeurs du corps de métier du web était de faire un site viable, lisible, accessible.

Mais HTML5 approchait. Petit à petit j’ai vu des dizaines de sites utiliser cette technologie pour ne plus être un site, mais une application Web. Il y a une grande différence entre un site de contenu et une application web. L’un donne du contenu, l’autre vous fait interagir avec du contenu qui apparaît et disparaît selon vos actions.

La complexité de créer ce genre de site, le rendre accessible et surtout qu’il puisse être correctement référencé par les moteurs de recherche fait doubler voir tripler le temps de développement. Car si vous faites les choses correctement, il faut pour chaque actions de l’utilisateur qui donne du contenu via des requêtes HTTP javascript, permettre un affichage statique… imaginez un peu si vous n’y avez pas pensé dés le départ…

Il existe une méthodologie que je vous conseille d’utiliser: le “progressive enhancement” ou en français “Amélioration Progressive”. Cette technique consiste à créer votre page en éliminant un maximum de fioritures (Javascript, canvas…) puis quand votre page est correctement affichée, que les liens répondent de manière traditionnelle, vous ajoutez la couche interactive: les liens peuvent utiliser des requêtes XHR etc…

Ce qui m’inquiète, c’est que de plus en plus de site web se fichent de cela. Google Plus, que j’utilise à foison, ne fonctionne pas du tout avec les navigateurs type Uzbl. Et je sais que beaucoup de non voyant n’on pas accès à ce genre de site de part le fait que les navigateur Braille n’arrive pas à afficher les contenus.

Mettre le Web et ses services à la disposition de tous les individus, quel que soit leur matériel ou logiciel, leur infrastructure réseau, leur langue maternelle, leur culture, leur localisation géographique ou leurs aptitudes physiques ou mentales.

--Tim Berners-Lee, Inventeur de l’internet

Une chose est vraie, je pense aussi que nous ne devons pas limiter la technologie pour qu’elle soit accessible, mais plutôt faire évoluer l’accessibilité (ses outils et ses intégrations) pour que tout le monde puisse en profiter.

Alors quel avenir pour le Web ? Allons nous perdre ces règles que nous chérissions il y a peu de temps ? N’allons nous pas trop loin avec nos navigateurs ? Nous sommes en train de passer sur du “tout web”, pratiquement toutes les applications que nous utilisions en “client lourd” deviennent des application web… nos mails, édition de document, visio conférence, édition de vidéo… notre navigateur internet devient notre bureau. C’était d’ailleurs l’un des paris de Google avec ChomeOS. Un webstore propose des jeux, des outils, des applications bureautique qui tournent toutes dans le navigateur.

Le WebGL apporte en plus la partie accélération 3D, ce qui fait qu’aujourd’hui le navigateur est capable de faire absolument tout ce qu’un gestionnaire de fenêtre peut faire. Et même si je suis franchement impressionné par la puissance de Chrome, de Firefox ou de Opera, je n’en reste pas moins inquiet pour nos technologies de bureau… et je vous avoues que j’ai peur de voir disparaître beaucoup d’applications client lourd et les voir se transformer en applications Web, ouvrant ainsi la porte à des failles de sécurité et des inaccessibilités grandissante. Il suffira que le site qui propose l’application soit indisponible, et vous voilà dans le brouillard.

Ça peut vous intéresser aussi


Mais quel navigateur je vais prendre

Dans un mouvement jusqu’alors jamais vu depuis des années,...


Du CSS dynamique

J’adore le CSS, c’est un fait. L’avènement ...


Raycaster en Javascript

À l’époque où les cartes graphiques n’existaient pas,...


La voie du libre

Je m’amusais à développer une petite librairie permettant de ...

Merci de m'aider à financer mes services

Si vous avez apprécié cet article, je vous serai reconnaissant de m'aider à me payer une petite bière :)

Si vous voulez en savoir plus sur l'utilisation de flattr sur mon blog, lisez cette page: Ayez pitié de moi

Commentaires

Ajouter un commentaire

frinux - 03/05/2013

Complètement d’accord avec toi.

Ça me fait penser à un commentaire que j’ai lu sur le forum alsacréation, de la part d’une personne exploitant justement cette accessibilité : http://forum.alsacreations.com/topic-9-66981-1.html#p451783

C’est effarant de voir que malgré les évolutions technologiques, on en arrive à des régressions comme cela. Je partage ton point de vue sur le tout web (et pourtant c’est mon métier !)

C’est marrant, mais c’est peut être cyclique : on a commencé sur des gros systèmes informatiques types mainframes avec des terminaux qui n’étaient que des interfaces de manipulation du mainframe, pour passer sur du client lourd partout, puis pour revenir sur ce système centralisé et dépendant du réseau.

What’s next ?

Nicolas E. - 03/05/2013

Je ne partage pas vraiment ta vision. Le JS devient interprétable pour les navigateurs dédiés au mal-voyant. Même si ces logiciels demeurent encore chers, le JS ne constitue plus une limite technique à l’interprétation des pages. De plus, le HTML 5 permet justement une meilleure accessibilité des contenus multimédia que les versions précédentes du langage en rendant notamment plus “accessible” l’interprétation et le décodage des contenus multimédia aux personnes souffrant de handicap. De ce fait, évoquer l’accessibilité comme désavantage à l’adoption des nouvelles technos ne me semble pas pertinent. Par contre, je partage ta vision sur l’amélioration progressive ainsi que sur les failles de sécurité et d’une manière générale sur le fait que les données des utilisateurs soient véhiculées un peu à tort et à travers…

Par ailleurs, j’aime beaucoup la nouvelle version du blog. Je serai curieux d’avoir un petit bench des perfs entre l’ancienne version en PHP et la nouvelle en NodeJS à l’occasion.

Bonne journée N.

Metal3d - 03/05/2013

@Nicolas E. En fait c’est ce que je dis :) On ne doit pas arrêter le dev JS/HTML5 parce que l’accessibilité est pas encore super bien supportée, mais bien attendre de l’accessibilité qu’elle évolue.

Et en ce qui concerne les bench de mon nouveau blog, il répond 4 fois plus vite désormais… hormis un #@! de plantage au vidage de cache quand on ajoute un commentaire… faut que je vois ce qu’il se passe ce midi

Metal3d - 03/05/2013

Bon, du coup… Je pense avoir réparé mon problème de crash lors d’un ajout de commentaire… soit dit en passant le souci n’est pas inhérent à Knotter mais à mon blog…

J’espère ne pas avoir fait péter trop de commentaires… j’en ai vu un paquet passer en erreur

Mitsuaki - 16/05/2013

Je suis assez d’accord. Je bosse sur un site opendata, là, et le gars qui a bossé sur la partie front à réalisé du super boulot… pas du tout accessible.

Ajouter un commentaire

(*) Votre e-mail ne sera ni revendu, ni rendu public, ni utilisé pour vous proposer des mails commerciaux. Il n'est utilisé que pour vous contacter en cas de souci avec le contenu du commentaire, ou pour vous prévenir d'un nouveau commentaire si vous avez coché la case prévue à cet effet.