Comment construire des sites Web plus rapides

Jan 29, 2026

Comment

[dix] [dix] [dix]

[dix]

En avance sur son discours à Générer London Le 21 septembre, nous avons rattrapé Patrick Hamann , un ingénieur de performance Web à Rapidement , qui est en mission de construire un Web plus rapide pour tous.

[dix]

Qu'est-ce que votre rôle implique rapidement?
Patrick Hamann: Si une plate-forme de cloud est rapidement sous-tend une partie des plus grandes marques du monde. Mon rôle se concentre principalement sur R & AMP; D; Travailler avec des équipes à l'intérieur à l'intérieur pour utiliser des technologies de la clientèle et des normes Web pour améliorer la performance et la livraison de nos produits et - surtout - les services de nos clients. Certains projets actuels comprennent des initiatives concernant la surveillance des performances du navigateur, les métriques et les travailleurs de service.

Avant de rejoindre rapidement, vous avez passé du temps à la fois au gardien et à la finance financière. Comment ont-ils abordé la performance Web?
PH: La performance n'est plus un élément d'add-on ou de liste de contrôle post-déploiement. Il doit être un effort constant que chaque personne de l'organisation considère, de la conception à la livraison. C'est quelque chose que ces organisations de presse ont réalisé très tôt, introduisant des pratiques telles que la constitution d'une infrastructure de surveillance des bâtiments pour mesurer et comparer la performance à l'encontre des concurrents, la hiérarchisation de la livraison du contenu sur d'autres caractéristiques et d'utiliser des technologies telles que les travailleurs de service.

Quel est le plus gros obstacle à une expérience rapide en ligne en ce moment?
PH: Un mot: javascript. Je suppose que je devrais élaborer sur cette légère: le Web est au sommet d'une crise d'obésité javascript. La page Web moyenne fournit maintenant environ 500 kb de script. Script qui prend plus d'une seconde pour analyser - encore moins d'exécuter - sur un périphérique à faible consommation et supérieur à cinq secondes pour atteindre un état que l'utilisateur peut interagir avec la page. Par conséquent, le seul moyen d'améliorer l'expérience utilisateur de nos sites est de mesurer, d'optimiser et de réduire notre JavaScript - avant tout.

WebPageTest runs a free website speed test from multiple locations around the globe using real browsers and at real consumer connection speeds — WebPageTest exécute un test de vitesse de site Web gratuit à partir de plusieurs emplacements du globe à l'aide de vrais navigateurs et de véritables vitesses de connexion à la consommation

[dix]

Quels sont vos outils préférés pour optimiser les performances Web?
PH: Je suis un croyant fort que vous ne pouvez pas optimiser ce que vous n'avez pas encore mesuré. Donc, ma boîte à outils est fortement pondérée pour les outils de mesure et de profilage. Pour la mesure synthétique, je vais toujours atteindre WebPageest et les outils de développeur de navigateur (panes de réseau et de performance) en premier. Cependant, rien ne vaut également mesurer les expériences d'utilisateurs réelles (R.U.m), de sorte qu'une bonne connaissance de l'API de minutage de la performance du navigateur aide également.

[dix]

Vous avez travaillé sur de très grandes grossications. Quels sont les défis de travailler à l'échelle?
PH: En gros, je dirais que la Big CodeBase partage la plupart des problèmes que vous trouverez dans un plus petit: éliminer les CSS inutilisés (un problème à laquelle je pense est non résolu), la mise en cache, la construction des pipelines et les versions de l'actif, etc. Vous obtenez également plus de «pourriture binaire» - les meilleures pratiques devenant des anti-motifs au fil du temps. Mais personnellement, j'ai trouvé que la plupart des défis à l'échelle sont des problèmes de personnes et non techniques. Je vais encore travailler dans une grande organisation qui n'est pas touchée par la loi de Conway.

Vous vous appelez un avocat d'amélioration progressive. De quoi s'agit-il de cette approche qui résonne avec vous?
PH: Contrairement à la croyance populaire, nos utilisateurs utilisent réellement les produits que nous construisons dans le monde réel: un complet de conditions de navigation non idéales et d'échecs autour de chaque coin de coin. L'amélioration progressive nous permet de construire des expériences incluant tous nos utilisateurs et qui résoudrent les échecs du monde réel. C'est assez simple: il suffit de commencer avec les bases, pas une bibliothèque JavaScript de 300 Ko que votre barista local vous a dit. Nous ne devrions pas oublier les bases.

Qu'est-ce qui vous enthousiasme dans le développement avant?
PH: Le Web est menacé. Les utilisateurs dépensent plus de temps dans Native - et ainsi Siled - Application de l'application de l'ouverture du Web. Pourtant, nous semblons toujours être des sites de construction qui prennent 20 secondes et coûtent 1,20 £ par chargement sur ma connexion itinérante, en définissant finalement nos utilisateurs.

Heureusement, des technologies telles que le service de service et les API associées sont là pour aider. Je ne peux pas attendre une nouvelle ère de sites Web résilients rapides et résilients qui fonctionnent toujours hors ligne, peuvent synchroniser mes données en arrière-plan et m'avoir notifier des mises à jour. Certaines personnes appellent cette progression «Applications Web progressives». Je préfère le terme "the web".

In his talk at Generate London Patrick Hamann will explore the current, past, and future best-practices for loading assets in the browser — Dans sa conversation pour générer London Patrick Hamann explorera les meilleures pratiques actuelles, passées et futures pour charger des actifs dans le navigateur

Que peuvent attendre les gens d'apprendre de votre conversation à Générer London ?
PH: À l'étranger, servant un site Web semble assez simple: envoie des fichiers HTML et CSS dans le fil du fil, puis le navigateur décide de quoi faire ensuite. Cependant, beaucoup se passent en réalité sous la cagoule, tous arrivent à un coût pour nos utilisateurs.

Comment le navigateur détermine-t-il quel atout à demander ensuite? Comment pouvons-nous mesurer la vitesse perçue de nos sites Web? Comment pouvons-nous utiliser des fonctionnalités de plate-forme Web modernes pour influencer la priorité et la rapidité de nos actifs? Espérons que mon discours répondra à ces questions et plus. Donner au public les outils pour créer des expériences plus rapides et plus résilientes pour leurs utilisateurs.

Générer London Les 21/22 septembre présentent 15 autres présentations couvrant des animations Web, une stratégie UX, prototypage, accessibilité, composants CSS réactifs et bien plus encore. Il existe également quatre ateliers à choisir parmi la veille de la conférence, mais les billets sont très limités. Réservez votre place maintenant !

[dix] [dix]

[dix]

Comment construire des sites Web plus rapides

Comment - Most Popular Articles

Comment animer avec la bibliothèque Mo.JS

Faites des animations de véhicules avec ICLONE 7

Concevoir un site réactif avec un dimensionnement basé sur EM

Comment mélanger une palette de gouache

Comment faire de délicieuses textures avec des crayons

Quatre principes de stratégie UX

Comment améliorer la performance des sites de commerce électronique

Comment utiliser des photographies de stock de stock de créativité dans votre travail de conception

Catégories