6 Analyse du site concurrent - Gigeone/PROJET-8-OC-TO-DO-LIST GitHub Wiki

Nous avons analysé la performance du site internet todolistme.net avec l'outil d'audit "LIGHTHOUSE" de Chrome qui nous a permis de déceler des problèmes et un moyen pour les résoudre.

Score de performance de notre concurrent: 66

Explications des données reçues:

• First ContentFul Paint : First contentful paint indique le délai à partir duquel le premier texte ou la première image est rendue.
• First Meaningful Paint : First Meaningful Paint mesure quand le contenu principal de la page est visible.
• Speed Index : Speed Index montre à quelle vitesse les contenus de la page sont rendus visibles.
• First CPU Idle : First CPU Idle indique le délai à partir duquel la thread (fil d’exécution) principale est suffisamment disponible pour gérer les entrées.
• Time to Interactive : Interactive indique le délai à partir duquel la page sera pleinement interactive.
• Estimated Input Latency : ce score est une estimation du délai nécessaire à votre application pour répondre à une entrée de l’utilisateur, en millisecondes, durant la période de 5 secondes la plus active (busy) du chargement de la page. Si ce délai est supérieur à 50ms, l’utilisateur peut percevoir des lags (interactions en retard).

Le gros problême pour cette application est son temps de chargement. Il y a un First meaningful paint and First interactive time trop grand et Google propose différentes solutions pour résoudre cela:

• Réduire le poids et la taille des images, utiliser des images de type WebP.
• Minifier les fichiers .js et .css.
• Ajouter des indicateurs de ressources preconnect ou dns-prefetch car la connexion à des services tiers est lente.
• Supprimer les règles css obsolètes
• Utilisation de font-display car certains textes peuvent ne as être visible par certains utilisateurs pendant le chargement des polices web.
• Optimiser la durée de vie du cache pour accélérer les visites répétées sur une page.