Déploiement HTTP/2 avec Akamai : cas client

Déploiement HTTP/2 avec Akamai : cas client

Nous avons récemment déployé le protocole HTTP/2 chez un de nos clients en l’activant depuis leurs plateformes Akamai. Nous vous faisons profiter des résultats. Sans HTTP/2 Ci-dessous le waterfall très coloré de notre client avant HTTP/2 : Rouge : la ressource est bloquée Violet : résolution DNS Bleu : la ressource est en attente Vert : la ressource est en réception On observe des temps de blocage de plus en plus importants à mesure qu’on avance dans le temps (barres rouges). Avec HTTP/2 Le même extrait du waterfall de notre client avec HTTP/2 : Le multiplexage HTTP/2 est bien en place, ça marche ! Nous n’avons plus aucun temps de blocage et un affichage optimisé de la page. Reste maintenant à évaluer l’impact réel sur le ressenti utilisateur pour tous les contextes et usages grâce à appYuser. La ligne bleue correspond à l’événement DOM Content Loaded. Lire aussi :  HTTP/3 est officiel ! Déploiement HTTP/2 avec Akamai : cas client was last modified: février 8th, 2019 by Aurélien...
Revenus publicitaires : l’influence de la Web Performance ?

Revenus publicitaires : l’influence de la Web Performance ?

Le lien entre le taux de conversion et la performance web a déjà été établi à de nombreuses reprises. Aujourd’hui, nous sommes même capables de calculer l’impact d’une optimisation de performance sur le taux de conversion comme nous vous le présentions déjà dans cet article. Cependant, la vente en ligne n’est pas le seul moyen de générer des revenus via votre site internet, la publicité peut augmenter sensiblement vos revenus. Dans cet article nous vous présenterons l’impact de la performance web sur les revenus générés par la publicité en ligne. La génération de revenus publicitaires Avant de présenter l’étude, détaillons tout d’abord les différents modèles de coûts appliqués à la publicité sur internet. Les modèles de coûts associés à la publicité sur internet CPM : cost per thousand views. C’est le modèle le plus simple car les revenus sont en général proportionnels à l’audience du site. Chaque fois que la publicité est vue par 1000 internautes un montant fixé à l’avance est reversé à l’hébergeur. CPC : cost per click. Dans ce cas, l’hébergeur ne touche des revenus que lorsqu’il y a un clic sur le lien de votre site. C’est ce modèle qui est le plus fréquemment répandu. CPA : cost per action. L’hébergeur ne touchera des revenus que si son internaute à initié une action à partir de la publicité. Ces actions peuvent varier : une vente, une création de compte, téléchargement d’un formulaire, accès à un site … Il est très difficile d’évaluer l’impact de la performance web dans le cas des modèles CPA et CPC. On comprend intuitivement que dans ces deux cas, le ciblage jouera...
Baromètre Webperf – 15 sites testés pour le Black Friday

Baromètre Webperf – 15 sites testés pour le Black Friday

Impossible de passer à côté, le Black Friday nous bombarde à coup de publicités, de newsletters voire de SMS depuis lundi. Historiquement nord-américain, il est aujourd’hui central en Europe et occupe une place de plus en plus critique dans l’activité e-commerce. Les chiffres ne mentent pas, avec une hausse de + 48% du nombre de commandes passées lors de l’édition 2017 selon le Webloyalty Panel, cet événement est désormais le jour le plus important pour le e-commerce français en devançant même le 1er jour des soldes. Cela se traduit bien évidemment par une augmentation considérable du trafic sur les sites marchands, qui rencontrent parfois des soucis de performance web. Qu’en est-il des acteurs majeurs ? Quadran a voulu s’interroger sur la question et a donc réalisé un baromètre de leur webperf, tant sur Desktop que sur Mobile. Voici les résultats. Méthodologie Webperf Quadran, cabinet de conseil, expert de la supervision et de l’optimisation des performances techniques de sites internet, a mené une étude afin d’analyser les performances techniques de quinze sites e-commerce, tous secteurs d’activité confondus.  Les tests ont été réalisés par des outils propres à Quadran (des robots pilotés à distance, situés à Paris), du 19 au 21 octobre. Ils ont été réalisés à la fois dans des conditions de connexion dites « raisonnablement mauvaises » et des conditions de connexion « raisonnablement bonnes ». Chacun des tests a été répété 15 fois, seules les mesures médianes ont été conservées afin d’exclure tout résultat aberrant. Dans cette étude, Quadran distingue trois métriques distinctes : Le “First Contentful Paint” : indique le moment où du contenu (texte ou image) s’est affiché...
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...
Quadran au salon Big Data Paris 2018 !

Quadran au salon Big Data Paris 2018 !

Un événement à ne pas rater Un grand merci aux organisateurs du Big Data Paris 2018 ! Comme chaque année, cet événement était l’occasion de rencontrer et d’échanger avec les grands acteurs du Big Data, sur des sujets variés et passionnants tel que l’importance de la Donnée, avec un grand D, dans l’analyse et l’amélioration de l’expérience utilisateur. C’était aussi l’occasion de découvrir les innovations du secteur comme en témoigne la photo ci-dessus où l’on me voit essayer un casque de réalité augmentée qui permet de visualiser des graphiques et tableaux directement dans notre environnement ! Il ne faut pas non plus oublier de s’amuser, notamment au volant d’une voiture de rallye, confortablement installé dans un super simulateur de conduite. Heureusement, un collègue a immortalisé ce moment en vidéo : Bref, ce furent 2 jours très intenses et riches en enseignements et expériences. Nous espérons vous y revoir l’année prochaine ! Quadran au salon Big Data Paris 2018 ! was last modified: octobre 8th, 2018 by Aldo...