Le poids carbone de votre site web : comment le mesurer et le réduire

Votre site internet est comme votre voiture : plus on l'utilise, plus il pollue. Bien entendu, cette pollution est bien moindre que celle de votre voiture, mais on l'oublie souvent. Un site moyen génère environ 0,36 g de CO2 par page vue. Si votre site affiche 10'000 pages par mois, cela fait un total de plusieurs dizaines de kilos de CO2 par an. Et contrairement à beaucoup de choses dans notre vie, il n'est pas très compliqué de réduire sensiblement ce chiffre avec quelques changements techniques simples.

La deuxième étape après cette réalisation, c'est la mesure. Je vais, au fil de cet article, vous montrer comment réaliser ces mesures, en lire les résultats, puis comment agir en conséquence.

Comment ça marche : l'équation du carbone

À chaque fois que vous chargez une page dans votre navigateur, vous téléchargez son contenu sur votre ordinateur. Ces données voyagent du serveur sur lequel elles sont stockées, par câble, via des routeurs, jusqu'à votre modem puis votre ordinateur. Chacune de ces étapes consomme de l'électricité, et cette consommation a une empreinte environnementale qui dépend du réseau, de l'hébergement et des équipements mobilisés.

La formule est simple : poids de la page x énergie pour transmettre x intensité carbone du réseau et de l'hébergement = CO2 émis par visite. Pour simplifier : plus votre page pèse lourd, plus elle émet. Selon le HTTP Archive, la page web médiane pèse aujourd'hui 2,4 Mo sur desktop et 2,2 Mo sur mobile. Les images représentent à elles seules plus d'un mégaoctet sur les pages d'accueil.

Website Carbon Calculator utilise le modèle Sustainable Web Design (SWDM), développé par la Green Web Foundation. Ce modèle, révisé en version 4 en 2025, intègre désormais les émissions liées à la fabrication des équipements. Il utilise le transfert de données comme proxy pour estimer la consommation d'énergie. On est loin d'une science exacte, j'y reviens plus bas. Mais c'est suffisamment précis pour comparer un avant et un après. Et c'est déjà très utile.

Mesurer : les outils gratuits

Quatre outils couvrent l'essentiel :

• Website Carbon Calculator est le plus direct : entrez une URL, obtenez le CO2 par visite et une projection annuelle en quelques secondes.
• EcoIndex va plus loin en analysant le poids, le nombre de requêtes HTTP et la complexité du DOM, puis classe votre site de A à G par rapport à des milliers d'autres.
• Lighthouse, intégré à Chrome (F12 → onglet Lighthouse), ne calcule pas directement le CO2, mais ses recommandations vont dans le même sens : une page plus rapide consomme moins d'énergie.
• Lowwwimpact permet aussi d'évaluer des critères moins techniques, comme l'impact social de vos applications, sites ou produits. Il demande plus de temps et une réflexion plus profonde, mais ses résultats ont le même effet, je l'espère, que cet article : réaliser des impacts auxquels on ne pense pas forcément quand on crée son site internet.

Lire vos résultats

Website Carbon Calculator vous indique : « 0,62 g de CO2 par visite. Plus propre que 55 % des sites web. » Sur 10'000 visites par mois, c'est 74 kg de CO2 (300-400 km en voiture thermique) par an. Vous n'êtes pas dans les pires, mais il y a de la marge d'amélioration.

Quelques repères utiles : un site léger peut descendre sous 0,15 g par visite, et un site bien optimisé sous 0,3 g. Si vous êtes au-dessus, pas de panique : la médiane du web reste élevée.

Voici par exemple les résultats de dagda.dev. D'accord, le site est pauvre en images, mais il est tout à fait possible de faire très bien sans pour autant réduire la qualité.

Côté EcoIndex, visez au minimum un B. Un C est courant, un D ou pire mérite qu'on s'y penche.

Un site lourd coûte cher, pas seulement en CO2

L'empreinte carbone est un bon argument pour alléger votre site, mais le poids a aussi un impact direct sur votre chiffre d'affaires.

D'accord, j'accorde une grande importance au climat et à la pollution, mais c'est loin d'être le seul impact d'un site lourd : plus c'est lourd, plus c'est lent. Et un site lent, c'est un site qui rapporte moins.

Amazon a mesuré qu'en 2006, chaque 100 ms de latence supplémentaire coûtait 1 % de ventes. Pour une PME suisse avec un e-commerce à 500'000 CHF de ventes annuelles, 1 %, c'est 5'000 CHF.

Google a montré que 53 % des visiteurs mobiles quittent un site qui met plus de 3 secondes à charger, et que la probabilité de rebond (les utilisateurs quittant le site sans interagir avec ce dernier) augmente de 32 % quand le temps de chargement passe de 1 à 3 secondes.

Et si vous payez votre infrastructure à la consommation, la facture va aussi monter rapidement : un site de 3 Mo par page consomme six fois plus de bande passante qu'un site de 500 Ko. Au-delà des capacités incluses dans vos forfaits, ça se paie.

Alléger votre site va donc bien au-delà du geste environnemental : c'est une décision de performance, de conversion et de maîtrise des coûts.

Par où commencer pour réduire

Les quatre leviers principaux, par ordre d'impact, sont assez prévisibles.

Commencez par les images : elles représentent en moyenne 1'058 Ko sur une page d'accueil, et la conversion en WebP ou AVIF peut réduire ce poids de 25 à 35 %. Drupal offre des outils pour convertir et redimensionner automatiquement vos images : facile.

Passez ensuite au JavaScript et au CSS. En supprimant les dépendances inutiles et en ne chargeant que ce dont la page a besoin, on retire souvent plusieurs centaines de kilo-octets sans effet visible pour l'utilisateur.

Les polices de caractères comptent aussi : une police custom inutilisée au-delà de deux graisses ajoute facilement 150 à 200 Ko et plusieurs requêtes HTTP.

Enfin, le cache et la compression permettent de servir les mêmes fichiers sans les retransmettre à chaque visite.

Aucune de ces optimisations n'est révolutionnaire. Mais cumulées, elles demandent de connaître son CMS, son hébergement, et les habitudes de ses contributeurs. C'est surtout un travail d'arbitrages : quel script garder, quelle police retirer, où placer le cache. Rien qu'un développeur un peu attentif ne puisse faire, à condition qu'on lui en laisse le temps.

Un cas concret (et ses limites)

Pour donner un exemple précis, voici les chiffres d'un site dont la quantité d'images est bien plus importante que sur le mien. Ce sont les résultats de ce projet-là, pas une promesse de ce que vous obtiendrez sur le vôtre. Les gains possibles dépendent beaucoup de vos objectifs et des compromis ou changements que vous êtes prêt à accepter.

Dans ce cas précis, la réduction de CO2 est de 88 %. Sur 10'000 visites mensuelles, c'est 68 kg de CO2 en moins par an, soit à peu près la captation annuelle de 3 arbres matures.

Les gains sont venus essentiellement de l'optimisation des images, de la suppression de scripts inutiles et d'une mise en cache plus agressive des ressources statiques.

Le changement d'hébergement a aussi probablement eu un impact : le trajet des données sera moins long pour un public suisse depuis la région genevoise que depuis les États-Unis.

Gouvernance : définir un budget carbone par page

Optimiser pendant le développement, c'est bien. Empêcher la dérive au fil de la vie du site, c'est mieux. L'idée est très simple : se donner une limite maximum de poids par type de page et s'y tenir. Ce budget devient une contrainte de design et de développement, au même titre qu'une charte graphique. Une page d'accueil à 800 Ko maximum, un article de blog à 400 Ko, une page de contact à 200 Ko : ce sont des objectifs ambitieux, mais réalistes si les contributeurs et développeurs en sont conscients. Les chiffres sont bien entendu à adapter selon le projet : un vidéaste n'aura pas la même facilité à communiquer son savoir-faire par écrit qu'un écrivain.

Dans la pratique, quelques mesures régulières (une fois par mois sur vos pages les plus visitées) et une attention portée aux contenus suffisent à maintenir un site.

Posez-vous les bonnes questions : est-ce que cette image libre de droit apporte réellement un plus à l'article ? Ai-je vraiment besoin d'insérer cette vidéo dans l'article, ou un lien suffirait-il ?

Les limites de la mesure : soyons honnêtes

Website Carbon Calculator, EcoIndex et les outils similaires estiment les émissions à partir du transfert de données. C'est bien entendu un modèle simplifié qui ne mesure ni l'appareil du visiteur, ni le réseau réel (5G vs ADSL rural), ni le mix électrique local. Un serveur hébergé en Suisse (hydroélectrique) n'a pas la même intensité carbone qu'un serveur en Pologne (centrale à charbon). Il ne tient pas non plus compte des effets de cache : un visiteur régulier ne retélécharge presque rien, mais le calculateur simule toujours un chargement complet. DebugBear a publié une analyse détaillée expliquant pourquoi ils ne reportent pas les émissions réelles de carbone, justement à cause de ces approximations.

Tous les chiffres de ces outils ne sont que des ordres de grandeur, pas des mesures de précision. Ces outils restent néanmoins pertinents pour comparer les effets d'une passe d'optimisation, identifier les pages les plus lourdes, et sensibiliser les équipes à l'impact du poids.

À retenir

• Mesurez vos pages principales avec Website Carbon Calculator et croisez avec Lighthouse. Les points faibles apparaissent en quelques minutes.
• Ciblez les images en priorité : conversion en WebP/AVIF, dimensionnement correct et chargement différé couvrent souvent la moitié des gains possibles.
• Fixez un budget de poids par type de page (800 Ko pour l'accueil, 400 Ko pour un article) et mesurez une fois par mois.
• Gardez le recul nécessaire : les chiffres de CO2 sont des ordres de grandeur, pas des mesures de laboratoire. Leur valeur est dans la comparaison, pas dans l'absolu.

Le poids carbone d'un site n'est pas un indicateur parfait, loin de là. Mais c'est une porte d'entrée honnête vers des améliorations qui comptent déjà de toute façon : la vitesse, la sobriété technique, l'expérience des visiteurs, les coûts d'exploitation. Si vous voulez passer de la mesure à l'action, écrivez-moi.