Performance - affichage - proposition

[eudespeyre]

Bonjour à tous,

Il semble que l’affichage de plusieurs verticales soit actuellement plus lent que prévu, et ce malgré l’optimisation des images déjà effectuée.

Après analyse via PageSpeed Insights, la cause principale semble provenir de requêtes bloquant le rendu initial de la page (render-blocking resources), ce qui retarde le LCP (Largest Contentful Paint) et donc la perception de vitesse pour les utilisateurs.

Ressources concernées

Les fichiers CSS principaux semblent être chargés de manière bloquante :
Exemples

• https://culture.data.gouv.fr/assets/index-CLaOBQYk.css
• https://simplifions.data.gouv.fr/assets/index-BZM7grhb.css

Constat

Les verticales Culture, Simplifions et Écologie présentent un profil de performance similaire, avec des fichiers CSS volumineux chargés avant le rendu.
À l’inverse, la verticale Transport affiche des temps de chargement nettement meilleurs.

• ecologie : https://pagespeed.web.dev/analysis/https-ecologie-data-gouv-fr/7gtykj5w84?form_factor=desktop
• simplifions : https://pagespeed.web.dev/analysis/https-simplifions-data-gouv-fr/stuvo7ihc9?form_factor=mobile
• culture : https://pagespeed.web.dev/analysis/https-culture-data-gouv-fr/f3c6c2okia?form_factor=desktop
• Transport est beaucoup plus rapide : https://pagespeed.web.dev/analysis/https-transport-data-gouv-fr/swtcomv9xc?form_factor=desktop

Serait-il possible de mettre en place un chantier d’optimisation ?

En vous remerciant par avance

[streino]

Transport n'est pas basé sur udata-front-kit et utilise des technos complètement différentes. Donc c'est un point de repère intéressant mais ne pas se baser sur transport pour évaluer ce qu'il est possible de faire sur les verticales utilisant le front-kit.

Pour le reste, je laisse les experts front-end s'exprimer :)