Catégorie : Astuces techniques

Pour une bonne expérience utilisateur, les pages doivent s’afficher le plus vite possible. En effet, attendre que le contenu apparaisse à l’écran est un facteur d’insatisfaction pour les internautes.

Pour évaluer le temps nécessaire pour qu’une page s’affiche, le First Contentful Paint (FCP) mesure le temps nécessaire au rendu du contenu initial du DOM, mais ne capture pas le temps nécessaire pour le rendu du contenu le plus important en termes de taille (généralement le plus pertinent pour les utilisateurs).

JavaScript, scripts tiers, widgets… L'optimisation des Third Parties sont un sujet particulièrement douloureux pour de nombreuses équipes, qu’elles soient IT, Marketing ou E-commerce. Pourtant, 94 % des sites web contiennent des scripts tiers et ils apportent de la valeur business et en termes d'expérience utilisateur :  publicités, tracking, contenus dynamiques ou personnalisés, chat, fonctionnalités avancées, scripts d’A/B Test… Alors qu’ils peuvent multiplier par 2 à 3 le temps d’accès à une fonctionnalité, et donc dégrader les performances. L'impact sur la vitesse de chargement peut s'expliquer notamment par le temps nécessaire pour la récupération et l'exécution par le navigateur.

Alors, comment tirer le meilleur parti de JavaScript tout en gardant site rapide ? Est-il possible d'optimiser votre code pour garder des pages rapides, et donc préserver votre expérience utilisateur, et comment ? C’est ce que nous avons voulu élucider dans notre étude.

 

Dans l’histoire de la web performance, le Load Time fait partie des premiers indicateurs qui ont permis de mesurer le temps de chargement des pages web. Puis d’autres KPI ont fait leur apparition pour évaluer la perception de vitesse tels que le Speed Index, le Time To Interactive… remisant le Load Time sur une étagère un peu poussiéreuse au fond du cagibi. Retour sur cette métrique webperf qui a joué un rôle important mais qui ne suffit plus pour évaluer la vitesse de votre site, et nous allons voir pourquoi.