Les images, feuilles de style CSS et fichiers JavaScript doivent être hébergés sur un domaine sans cookies. Cela évite au navigateur d’envoyer un cookie pour chaque ressource... alors qu’il est inutile. En effet, bien que transféré dans chaque requête HTTP, le cookie est inutile pour les contenus statiques, puisqu’il sert à maintenir un état entre le navigateur de l’internaute et le serveur d’applications distant grâce aux identifiants contenus dans le fichier texte. Il est donc préférable de stocker ce type de contenus sur un nom de domaine spécifique, par exemple static.mondomaine.com.

Le "Référentiel d'écoconception web (REW)" est publié par GreenIT.fr dans le cadre des travaux du Collectif conception numérique responsable selon les termes de la licence Creative Commons Attribution.

Plus d'informations sur collectif.greenit.fr et ecoconceptionweb.com.

Notre avis

Nous pourrions créer un domaine dédié (e.g., `static.votre-domaine.com`) pour héberger vos assets statiques tels que CSS, JS, et images. Cela permet de réduire l’empreinte carbone liée au transfert de cookies inutiles.

Règle de validation

Le nombre de domaines servant des ressources statiques AVEC un cookie doit être inférieur ou égal à 1

Ressources économisées

Réseau

Bonne pratique précédente

Bonne pratique suivante

Héberger les ressources (CSS/JS) sur un domaine sans cookie

Ce que dit le référentiel

Notre avis

Nous pourrions créer un domaine dédié (e.g., static.votre-domaine.com) pour héberger vos assets statiques tels que CSS, JS, et images. Cela permet de réduire l’empreinte carbone liée au transfert de cookies inutiles.

Nous pourrions créer un domaine dédié (e.g., `static.votre-domaine.com`) pour héberger vos assets statiques tels que CSS, JS, et images. Cela permet de réduire l’empreinte carbone liée au transfert de cookies inutiles.