HTTP/3 est officiel ! Quel impact sur la performance web ?

HTTP/3 est officiel ! Quel impact sur la performance web ?

Le protocole créé par Google longtemps intitulé « HTTP-over-QUIC » est officiellement renommé HTTP/3. Ce changement de nom est loin d’être anecdotique, car il s’accompagnera vraisemblablement dans un futur proche de son officialisation dans le standard HTTP. Dans cet article nous vous expliquons à quoi il correspond techniquement et les impacts auxquels vous pouvez vous attendre sur votre performance web. TCP/2 plutôt que HTTP/3 ? La nouveauté principale apportée par HTTP/3 c’est la possibilité d’utiliser QUIC plutôt que TCP pour échanger des messages HTTP. Qu’est-ce donc que le protocole QUIC ? Et qu’a-t-il de plus que nos bons vieux TCP et UDP ? TCP c’est le protocole de la couche transport le plus utilisé de nos jours en raison de sa fiabilité. En contrepartie, il s’accompagne d’une certaine lourdeur dans les phases d’établissement de connexion. UDP quant à lui n’apporte aucune garantie de fiabilité, mais n’a pas de phase d’établissement de connexion. QUIC est en quelque sorte une version de UDP plus complète, dont les garanties : fiabilité, vérification des erreurs, ordres des paquets sont équivalentes à celle de TCP. De plus le protocole TCP comporte de nombreuses fonctionnalités qui n’ont plus vraiment de sens de nos jours, et qui l’alourdissent inutilement.   « QUIC win » pour la performance web? D’un point de vue de la performance de vos pages web, les gains principaux se situeront à deux niveaux. D’une part, la phase d’établissement de connexion sera supprimée ce qui aura tendance à améliorer le temps de connexion (premier segment sur l’exemple appYuser) ainsi que le temps d’affichage (quatrième segment), notamment sur les sites qui utilisent de nombreuses ressources externes. D’autre part,...
Comment réduire le nombre de scripts bloquants dans vos pages web ?

Comment réduire le nombre de scripts bloquants dans vos pages web ?

On appelle scripts bloquants ou en anglais render-blocking script tous les fichiers JavaScript dont le chargement ou bien l’exécution perturbent le rendu d’une page web. Pour mieux comprendre cette définition, il convient de rappeler quelques notions sur le fonctionnement de JavaScript. Par défaut, lorsque l’interpréteur HTML rencontre un fichier JavaScript il s’arrête de réaliser le rendu de la page et passe la main à l’environnement d’exécution JavaScript. Le rendu ne reprend que lorsque l’exécution du script est terminée. C’est un comportement assez logique, JavaScript a en effet la capacité d’agir sur les éléments de la page, il serait donc incohérent de continuer le rendu alors qu’un script est potentiellement en train de l’altérer. Cet article vous présentera quelques méthodes vous permettant d’éliminer les scripts bloquants de vos pages web ou au moins d’en réduire l’impact sur la satisfaction de vos utilisateurs. Quel impact sur les performances web ? Un nombre de scripts bloquants important aura bien souvent tendance à détériorer la satisfaction utilisateur. Aussi importants soient-ils pour le bon fonctionnement de votre page web, leur exécution n’est pas forcement visible par l’utilisateur. En revanche il remarquera facilement que le rendu est bloqué. En effet, le blocage du rendu peut provoquer deux effets néfastes pour la satisfaction de l’utilisateur. D’une part, il est possible que le début d’affichage soit retardé, provoquant de longues secondes d’attente devant une page blanche. D’autre part, le rendu de la page pourra être saccadé, alternant entre phases ou le rendu est fluide et phases ou le rendu est figé. Dans les deux cas, et en se basant sur notre norme de mesure de la satisfaction utilisateur, on...
Que faut-il retenir de la dernière mise à jour de Page Speed Insights ?

Que faut-il retenir de la dernière mise à jour de Page Speed Insights ?

PageSpeed Insights (PSI), le très populaire outil d’audit des performances de page web en ligne de Google a reçu en ce début d’année 2018 une mise à jour majeure. Depuis toujours centré sur le respect des « bonnes pratiques » pour établir son score d’optimisation, PSI prendra désormais en compte des données provenant d’utilisateurs réels. Que contient exactement cette mise à jour ? Quel impact aura-t-elle sur le monde de la performance web ?  La vitesse réelle du site au cœur de la mise à jour Le point clé de cette mise à jour est l’ajout d’un niveau de vitesse en plus du score d’optimisation historique. L’évaluation de ce niveau est réalisé grâce à des statistiques sur les temps de chargement enregistrés par de vrais utilisateurs. Deux mesures sont prises en compte : First Contentful Paint (FCP) : Temps d’affichage du premier élément visuel de la page DOM Content Loaded (DCL) : Temps que met le HTML de la page à être chargée et parsée Chaque utilisateur se connectant à la page (depuis Google Chrome) générera donc de nouvelles données temporelles. C’est en prenant la valeur médiane de ces deux séries statistiques puis en les combinant que le niveau de vitesse est obtenu. De plus, les résultats du test proposent désormais une visualisation de la distribution des temps obtenus par les utilisateurs. Les données sont ensuite classées en trois catégories suivant les événements obtenus dans le rapport d’expérience utilisateur de Chrome : Rapide, Moyen et Lent           Copie d’écran 1 – Analyse PageSpeed Insights du site lemonde.fr Dans l’exemple ci-dessus, le site testé a un FCP median à...
Synthèse 2017 : comment appYuser a-t-il accompagné nos clients tout au long de l’année ?

Synthèse 2017 : comment appYuser a-t-il accompagné nos clients tout au long de l’année ?

Petit historique d’appYuser™ Mai 2015, appYuser™ voyait le jour. Cet article, publié sur Maddyness le 28 mai 2015, explique les raisons initiales qui nous ont poussé à développer la solution appYuser™ puis à la commercialiser tous secteurs confondus. Un peu moins de trois ans après, faisons un état des lieux et essayons de comprendre comment appYuser™ accompagne nos clients au quotidien. Bilan effectué avec certains de nos clients, agences Web et SEO Afin de bien finir l’année et d’être fin prêt pour celle qui vient de démarrer, nous avons échangé avec certains de nos clients dans le cadre d’un bilan annuel. Accompagné de l’un de nos experts performances, cette rencontre était l’occasion de présenter les nouveautés de l’année et celles à venir en 2018, d’écouter les retours de nos utilisateurs, de répondre à leurs éventuelles questions et enfin, de leur exposer une analyse de leurs données 2017, tout en dégageant des pistes d’amélioration. Toutes les remarques ont scrupuleusement été notées et seront bien évidemment prises en compte dans les évolutions futures de appYuser™. Synthèse de ces bilans Revenons tout d’abord rapidement sur les nouveautés d’appYuser™ de cette année 2017 : La grande nouveauté : appYdex ! Une norme, développée en interne, qui permet de mesurer de façon encore plus précise le ressenti utilisateur en se basant sur deux temps de chargements (le début d’affichage et la fin). Si vous souhaitez en savoir plus et n’avez pas peur des mathématiques, cliquez ici Toujours de nouvelles fonctionnalités : satisfaction par audience, évolution des 4 segments, outils sur segment. Taux de conversion en fonction de la vitesse de chargement des pages (pour en savoir plus, découvrez notre...
DevOps Day #2 à Hambourg

DevOps Day #2 à Hambourg

De Toulouse à Hambourg Si vous avez lu notre dernier article de décembre traitant de l’expertise DevOps de Quadran, vous ne serez pas surpris d’apprendre que nous organisons également des événements autour de ce sujet. Le dernier en date est le DevOps Day, deuxième édition qui eut lieu le 11 janvier 2018 à Hambourg. Cet événement est la continuité logique du premier DevOps Day, organisé à Toulouse en juillet, qui avait réuni une cinquantaine de participants. En résumé 130 invités, 89 participants, 15 animateurs, 11 corners, 2 serious games , 1 table ronde et de la bonne humeur ! Des participants très impliqués et curieux faces à des animateurs de corners passionnés dont les sujets variés ont été présentés de façon ludique, congratulation toute particulière à Julien Alves pour son implication et son imagination ! Les différents sujets ont permis de bien évaluer les prérequis et objectifs d’une transformation DevOps, que se soit au niveau des outils (Ansible, GitHub, Jira, Docker, Sonarqube, Selenium, Splunk, Slack..), du besoin de redéfinir certains rôles et responsabilités, de l’importance d’une gestion de configuration adaptée et robuste, de l’automatisation des tests ou bien de l’accompagnement nécessaire pour envisager à court terme une intégration continue plus efficace mais en s’assurant de maintenir toujours le même niveau de qualité. Et maintenant ? Quant à la suite de nos aventures DevOps, Quadran commence déjà à réfléchir à la préparation de la troisième édition des DevOps Days, qui devrait avoir lieu à Madrid (hasta pronto Madrid!). L’objectif de ces DevOps Days étant de partager, d’échanger et d’informer sur les prérequis et objectifs de cette nouvelle façon de travailler (ou...
L’expertise DevOps de Quadran au service d’Airbus

L’expertise DevOps de Quadran au service d’Airbus

En plus de son activité d’éditeur de logiciel, Quadran accompagne des grands comptes comme Airbus dans leur transformation digitale. Début 2017, nous intégrons le programme de transformation qui a pour but dans un premier temps de redonner aux équipes de développement la main sur les déploiements applicatifs. Déploiements qui auparavant étaient de la responsabilité des équipes d’exploitation, les équipes projets ne pouvant pas livrer. Cette transition s’inscrit comme point de départ d’une démarche globale d’Airbus qui souhaite orienter son département ICT vers du DevOps. Lors de cette première étape, nous avons supervisé le transfert d’activité d’une dizaine de bundle, depuis la phase de sensibilisation, les sessions de training, l’intégration des nouvelles activités jusqu’aux impacts contractuels liés aux périmètres de responsabilité de chaque acteur. Cette première transition – aujourd’hui terminée – donne aux équipes de développement une plus grande flexibilité et maîtrise de leurs déploiements et permet de s’orienter vers le DevOps dont l’un des principes et le contrôle end-to-end du produit (Plan/Code/Build/Test/Release/Operate), notion qui est aujourd’hui centrale chez Airbus. C’est dans ce contexte de transformation DevOps que Quadran intervient et plus précisément sur les aspects « Tooling / Automation ». Embarqué au sein de l’équipe transformation, la mission de Quadran est de communiquer sur les outils mis en place puis, dans un second temps récolter les besoins des différentes équipes pour leur proposer l’accompagnement adéquat en terme d’expertise, tout en étant au plus près de leur contexte. Aujourd’hui plusieurs projets pilotes sont en cours d’accompagnement dans la mise en place de leurs outils de projets agiles et déploiements automatisés avec l’objectif final de pouvoir déployer en continue sur des...