Romain Linsolas Profile picture
May 17 13 tweets 5 min read
Voici ma première partie sur les #DevTools de Chrome. Nous allons parler #Performances et #Lighthouse. En effet, l'une des utilités des DevTools, c'est de comprendre pourquoi son site ou sa page est lente, et voir ce que l'on peut faire pour y remédier...
Le premier outil est donc "Lighthouse". Il s'agit d'un analyseur de page web. Il faut noter que cet outil n'est pas propre aux Chrome DevTools. On le retrouve sur web.dev/measure/, et peut même s'intégrer dans une chaîne de CI: github.com/GoogleChrome/l…
L'exécution est très simple : on ouvre le panneau adéquat, et on lance l'analyse. On peut y préciser la nature des résultats souhaités : Performances, Accessibilité, Bonnes Pratiques, SEO ou PWA. On peut aussi cibler les mobiles en particulier.
Une fois l'analyse terminée, on se retrouve avec des rapports assez complets. Voyons la partie "Performances". Il faut faire attention à ces résultats qui peuvent pas mal varier en fonction du contexte de test, de la puissance de la machine, etc.
On commence avec une note globale, mais aussi des métriques. Parmi celles-ci, le "First Contentful Paint" qui correspond au temps d'attente avant l'affichage du premier élément significatif pour l'utilisateur, généralement du texte ou une image.
Le "TTI" ("Time To Interactive") est aussi intéressant, car il représente le temps avant que le site devienne complètement utilisable.
Evidemment, plus il est court, mieux c'est !
Plus bas, nous avons des "opportunités", qui correspondent à des "petits" changements pouvant avoir des impacts importants (des "quick wins" comme on dit), Lighthouse nous permettant même d'estimer le gain potentiel.
Parmi ces opportunités, on nous proposera d'activer le http/2 ou la compression, d'éliminer du code non utilisé ou encore de limiter les ressources bloquantes. Enfin, d'autres diagnostics viennent s'ajouter à la liste.
Lighthouse offre également une analyse superficielle de l'accessibilité du site, mais j'y reviendrais dans une série un peu plus tard...
Chose amusante : quelques jours avant ma présentation à #DevoxxFR, j'ai découvert grâce à ma version de Canary que l'outil Lighthouse du DevTools a introduit la notion de "mode"
developer.chrome.com/blog/new-in-de…
Ce mode permet de ne plus se limiter à la seule analyse du chargement de page. Le mode "Timespan" mesure les Performances et les Bonnes Pratiques durant une période de temps, permettant ainsi d'analyser aussi des interactions utilisateurs.
Le troisième mode, "Snapshot", fonctionne un peu comme le mode normal ("Navigation") à ceci près qu'il ne recharge pas la page, et donc analyse la page comme une capture à un instant T.
Voilà, c'est terminé pour #Lighthouse, la prochaine série de tweets viendra dans la journée, et on continuera de parler de performances, avec en particulier l'outil expérimental "Performance Insights".

• • •

Missing some Tweet in this thread? You can try to force a refresh
 

Keep Current with Romain Linsolas

Romain Linsolas Profile picture

Stay in touch and get notified when new unrolls are available from this author!

Read all threads

This Thread may be Removed Anytime!

PDF

Twitter may remove this content at anytime! Save it as PDF for later use!

Try unrolling a thread yourself!

how to unroll video
  1. Follow @ThreadReaderApp to mention us!

  2. From a Twitter thread mention us with a keyword "unroll"
@threadreaderapp unroll

Practice here first or read more on our help page!

More from @romaintaz

May 18
Allez, on ne va pas finir la journée sans faire un petit fil de tweets sur les #DevTools quand même ? Et là, je vais aborder le thème de l'#Accessibilité !
L'#Accessibilité, vaste sujet que celui-ci. Rendre un site accessible n'est pas facile et les DevTools permettent de vérifier certains points, de relever certaines lacunes. Ne vous attendez pas à tout résoudre avec ces outils, mais ils sont toujours de bons conseils.
Au-delà de ces outils, vous pouvez avoir quelques réflexes pour améliorer l'accessibilité. Par exemple, pensez régulièrement à n'utiliser que votre clavier pour naviguer sur votre site. Vous pourriez ainsi vite trouver quelques failles.
Read 20 tweets
May 18
Bonjour tout le monde. Hier je lançais quelques séries de tweets sur ma présentation à #DevoxxFR sur les Chrome #DevTools. Continuons donc sur notre lancée.
Nous allons aborder les outils "CSS Overview" et "Coverage"...
Tout d'abord, "Coverage" est un outil... de couverture de code (je suis sûr que vous ne vous en doutiez pas). Son principe est simple : instrumenter le code JS et CSS utilisé par le site pour voir quelle partie de ce code est utilisée, et quelle partie ne l'est pas. Outil Coverage des Chrome D...
C'est à prendre avec des pincettes : une page du site n'est pas nécessairement représentative du CSS et JS utilisés sur l'ensemble du site. Il serait plus judicieux d'aller sur toutes les pages en réalisant le plus d'actions possibles pour être plus confiant quant à ces mesures.
Read 9 tweets
May 17
Allez, pour finir la journée, nouvelle petite série de tweets sur les #DevTools. Les 2 premières séries, où il est question de performances, se trouvent ici :

Cette fois-ci, je vais vous parler du "Recorder". Il est lui aussi un outil expérimental, apparu en Chrome 97. Il ne devrait donc pas manquer de nouvelles fonctionnalités dans les versions à venir de Chrome.
Son nom est assez explicite je pense, puisqu'il permet d'enregistrer un scénario utilisateur. On démarre un enregistrement, on navigue sur son site, et une fois terminé, on arrête l'enregistrement. Image
Read 11 tweets
May 17
Voici la 2e série de tweets sur les #DevTools. Cette fois-ci, nous allons parler performances.
J'avais évoqué ce point sur la 1e série avec #Lighthouse qui permet de tacler certains points évidents (http/2, compression...) Mais ça ne suffit pas toujours.
La première chose à laquelle on peut penser pour adresser des problèmes de performances, c'est d'utiliser l'outil "Performance" des DevTools #Logique
Cet outil est incroyablement complet. Oui, mais...
Il explique tout ce que fait le navigateur quand il affiche la page : temps passé au chargement des ressources, au scripting, à l'affichage. On peut y voir l'utilisation du CPU, de la mémoire. On a également le détail complet de la pile d'exécution du JavaScript du site.
Read 8 tweets
May 17
Il y a bientôt un mois (déjà 😱!), je présentais mon Tools In Action sur les #DevTools à @DevoxxFR. Merci pour celles et ceux qui y ont assisté. Si vous voulez revoir la vidéo sur Youtube, c'est ici :
Je vais essayer de retracer les principales choses vues et démontrées dans ma présentation en quelques séries de tweets durant toute la semaine.

Trois petits rappels concernant ma présentation.
1. J'ai parlé des DevTools de Chrome (enfin Chromium) qui offrent beaucoup de fonctionnalités que les autres navigateurs n'ont pas. Cela ne signifie pas pour autant que ces derniers sont mal dotés.
Read 7 tweets

Did Thread Reader help you today?

Support us! We are indie developers!


This site is made by just two indie developers on a laptop doing marketing, support and development! Read more about the story.

Become a Premium Member ($3/month or $30/year) and get exclusive features!

Become Premium

Don't want to be a Premium member but still want to support us?

Make a small donation by buying us coffee ($5) or help with server cost ($10)

Donate via Paypal

Or Donate anonymously using crypto!

Ethereum

0xfe58350B80634f60Fa6Dc149a72b4DFbc17D341E copy

Bitcoin

3ATGMxNzCUFzxpMCHL5sWSt4DVtS8UqXpi copy

Thank you for your support!

Follow Us on Twitter!

:(