GreenIT | V2 | V3 | V4 |
---|---|---|---|
Cycle de vie | Tiers | Responsable |
---|---|---|
3. Réalisation (fabrication / développement) | Utilisateur/Terminal | Architecte Logiciel/Développeur |
Degré de priorité | Mise en oeuvre | Impact écologique |
---|---|---|
4 | 3 | 5 |
Ressources Economisées |
---|
Requêtes |
Pour des raisons de performance perçue, il peut être tentant de précharger des ressources qui pourraient être utilisées 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.
É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 l'on n'est pas absolument 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.
Le nombre ... | est inférieur ou égal à |
---|---|
de ressources chargées qui ne sont pas immédiatement utilisées | 0 |