115 Pratiques d'écoconception d'applications à architecture web, et plus...
Source CNUMR [BP_4017_fr]GR491 - BACK-END 3. Limiter la volumétrie des échanges

Recommandation équivalente

Ne charger des données/du code que lorsqu’elles sont/il est nécessaire

Identifiants

GreenITV2V3V4

Catégories

Cycle de vieTiersResponsable
3. Réalisation (fabrication / développement)Utilisateur/TerminalArchitecte Logiciel/Développeur

Indications

Degré de prioritéMise en oeuvreImpact écologique
435
Ressources Economisées
Requêtes

Description

Pour des raisons de performance perçue, il peut être tentant de précharger des ressources qui pourraient être utilisée si une action spécifique est effectuée par l’utilisateur (y compris une navigation vers une autre page).

Mais si cette action n’est pas entreprise, ces préchargements n’auront servi qu’à gaspiller des ressources.

Exemple

Éviter <link rel="prerender">, ainsi que tous les rel="preload", rel="prefetch", rel="preconnect", rel="modulepreload" et rel="dns-prefetch" dont la ressource ne sera pas utilisée sur la page courante, ou utilisée uniquement sous certaines conditions.

Éviter les chargements et mise en cache (ou en stockage local) de données applicatives, comme des listes des valeurs et autres référentiels, si on n’est pas absoluement certain qu’elles seront utilisées.

Par extension, découper le code JS, voire les CSS, par portions (chunks) relatives à des actions particulières de l’utilisateur, et ne charger ces portions que lorsqu’elles sont nécessaires. C’est d’autant plus vrai pour les SPA (Single Page Applications), où chaque écran (ou éventuellement ensemble d’écrans) pourra être ainsi chargé uniquement à la demande.

Principe de validation

Le nombre …est inférieur ou égal à
de ressources chargées qui ne sont pas immédiatement utilisées0