L'équipe de Google Analytics a publié un article donnant quelques chiffres sur la performance Web à travers le monde, issus de leur collecte de données.

Si l'on peut se féliciter que la problématique de la performance Web soit abordée (tant elle reste encore un sujet méconnu, à tort), il est dommage que la Team GA se permette de livrer de telles informations sans prendre davantage de précaution quant à leur interprétation. Car ce qui est comparé ici n'est pas comparable. Les pays présentés n'ont pas les mêmes qualités de connexions, privilégient parfois le filaire (comme en France) ou le mobile (dont les latences sont incroyablement plus coûteuses et les caches de navigateurs moins importants). Le parc informatique lui-même est différent, et donc les navigateurs utilisés !

Si on ajoute à ça qu'il est très difficile, même avec des solutions de mesures similaires (solutions dites "RUM" pour Real User Monitoring, qui consistent à mesurer la performance chez le client en JavaScript) de recouper les informations de Google Analytics (voir cette discussion sur le forum Performance Web français), on se rend compte que la Web Performance est un sujet complexe qui va bien au-delà de la simple installation de la balise statistique de Google.

Enfin, la mesure du Page Load Time n'est pas suffisante pour juger de la qualité d'un site en termes de Performance Web. Le temps passé côté serveur, le temps nécessaire à la construction de la page par le navigateur, le chargement des ressources statiques... sont autant d'indicateurs indispensables pour élaborer une comparaison entre deux pages. Et ils peuvent encore être complétés ou synthétisés par d'autres, comme en témoigne la création récente du Speed Index par Patrick Meenan de WebPageTest.org.

Ce qui est sûr en revanche, c'est que le Web reste lent et s'alourdit, comme en témoignent les statistiques sur 2 ans du projet HttpArchive. Tendance qui devrait normalement s'inverser avec l'expansion du web mobile et du m-commerce.

Note : l’article ci-dessous a été publié sur Clever Age dans Google Analytics et la performance Web.

Car ce qui est comparé ici n’est pas comparable. Les pays présentés n’ont pas les mêmes qualités de connexions, privilégient parfois le filaire (comme en France) ou le mobile (dont les latences sont incroyablement plus coûteuses et les caches de navigateurs moins importants). Le parc informatique lui-même est différent, et donc les navigateurs utilisés !

Si on ajoute à ça qu’il est très difficile, même avec des solutions de mesures similaires (solutions dites « RUM » pour Real User Monitoring, qui consistent à mesurer la performance chez le client en JavaScript) de recouper les informations de Google Analytics (voir cette discussion sur le forum Performance Web français), on se rend compte que la Web Performance est un sujet complexe qui va bien au-delà de la simple installation de la balise statistique de Google.

Enfin, la mesure du Page Load Time n’est pas suffisante pour juger de la qualité d’un site en termes de Performance Web. Le temps passé côté serveur, le temps nécessaire à la construction de la page par le navigateur, le chargement des ressources statiques… sont autant d’indicateurs indispensables pour élaborer une comparaison entre deux pages. Et ils peuvent encore être complétés ou synthétisés par d’autres, comme en témoigne la création récente du Speed Index par Patrick Meenan de WebPageTest.org.

Ce qui est sûr en revanche, c’est que le Web reste lent et s’alourdit, comme en témoignentles statistiques sur 2 ans du projet HttpArchive. Tendance qui devrait normalement s’inverser avec l’expansion du web mobile et du m-commerce.

Nous avons vu, au cours des dernières années, le Web évoluer pour passer d'un simple répertoire documentaire au compagnon social qu'il est devenu aujourd'hui. Cette révolution n'a été possible que par le biais d'évolutions technologiques et d'un effort certain de standardisation qui ont permis d'ajouter de nombreux média (images, sons, vidéos) à ce qui était uniquement textuel. Aujourd'hui, le Web est prêt pour de nouvelles révolutions. Dagon est de celles-ci.

Note : l’article ci-dessous a été publié sur Clever Age dans Adobe Shadow, le Graal du développement Front-End mobile ?.

Avec Shadow, l’utilisateur peut brancher plusieurs périphériques (mobiles, tablettes…) sur son ordinateur de bureau et lancer la page qu’il souhaite tester. Une routine JavaScript se charge alors de maintenir la synchronisation entre le PC et les périphériques. Ce fonctionnement, qui rappellera à certains LiveJS, va néanmoins plus loin car il synchronise également les changements d’URLs (qui sont alors répercutés sur tous les périphériques) et le contenu du DOM des navigateurs périphériques. Ces DOM peuvent alors être visualisés et modifiés en temps-réel via l’inspecteur WeInRe (fortement inspiré de l’inspecteur Webkit, vous ne serez pas dépaysés) disponible sur l’ordinateur de bureau.

Très prometteuse sur le papier, la solution est pour l’instant assez instable. Son évolution est à suivre de prêt. Et qui sait, peut-être qu’à force de propositions, nous finirons par avoir un protocole standard pour le « Remote Debugging ».

Vidéo de Shadow

Page officielle de Shadow

Note : l’article ci-dessous a été publié sur Clever Age dans L’e-commerce reste lent.

1. L’e-commerce est lent. Avec une moyenne à 10s, les sites e-commerce les mieux classés sont encore très lents. Les sites commerçants les plus rapides comme Nike.com ou Amazon.com ne sont donc que des arbres qui cachent la forêt.

2. Il faut vendre tout de suite, pas plus tard. Alors que le temps moyen de chargement associé à une première visite s’est amélioré, celui associé à une seconde visite (avec cache) s’est dégradé. Les commerçants souhaitent donc offrir la meilleure expérience immédiate, quitte à négliger les visites ultérieures. En 2012, il faut vendre vite : la fidélité ne rapporte plus.

3. La Perf ne rapporte pas. Les sites les mieux classés sont plus lents, leurs pages sont plus lourdes et ils respectent de moins en moins les bonnes pratiques du Web. Il est regrettable que ce classement n’inclue pas les chiffres d’affaire mais toujours est-il que cela nuance l’idée reçue selon laquelle un site plus rapide est mécaniquement mieux classé.

4. Les CDN ne sont pas synonymes de performance. Alors que de plus en plus de sites utilisent des CDN pour livrer leurs ressources, les performances ne sont pas au rendez-vous. Cela veut dire soit que les commerçants se reposent sur un CDN pour assurer la performance, soit que les sites les plus lents (pour diverses raisons autres qu’un problème de ressource) ont davantage tendance à recourir aux CDN, d’où leur surreprésentation. Dans les deux cas, le constat est le même : utiliser un CDN ne permet pas de se passer d’une réflexion interne.

Article sur le blog de StangeLoop

Note : l’article ci-dessous a été publié sur Clever Age dans Silverlight 5 : dernière version ?.

Vu la situation très délicate des technologies RIA face à HTML5, il est fort probable qu’il s’agisse de la dernière version de Silverlight. D’ailleurs, exceptionnellement, Microsoft annonce un support jusqu’à 2021, signe qu’ils n’ont pas forcément prévu de rendre cette version obsolète en en livrant une nouvelle à moyen terme. Ceci étant dit, je pense que nous n’avons pas fini d’utiliser ces technologies car elles sont communes à de nombreuses plate-formes (Windows, Mac, Windows Phone, Navigateurs…) et mûres. Cependant, leur découpage actuel n’est plus adaptée au marché et je pense que la brique Silverlight va bientôt se diviser commercialement pour mieux cibler chaque plate-forme (OS Mobile et consoles d’un côté avec l’intégration de Kinect, outils HTML5 pour le Web, gestion vidéo rattachée au streaming et packagé dans la proposition commerciale Windows Azure).

Affaire à suivre.

Téléchargement

Annonce officielle

System Requirements

Note : l’article ci-dessous a été publié sur Clever Age dans Node.js, nativement sous Windows et IIS.

Cette version 0.6.0 est nativement supportée par le système d’exploitation de Microsoft et grâce à iisnode, il est possible de l’héberger sur IIS. De quoi mettre au placard la version Windows de Node.Js disponible jusqu’ici, dont les performances étaient fortement améliorables.

J’ai vraiment hâte de voir les première synergies entre Node.js et ASP.NET, nul doute que la possibilité de les déployer tous deux sur le même Web Server devrait accélérer les choses. Vivement la version 1.0 !