2 mégaoctets. C’est à peu près le poids moyen d’une page web actuelle une fois toutes les ressources chargées — images, scripts, polices, feuilles de style. Un chiffre en apparence anodin, mais qui devient le point de départ de tout calcul d’empreinte carbone numérique, puisque chaque octet transféré correspond à une consommation d’énergie réelle, quelque part entre le serveur et l’écran du visiteur.
Mesurer précisément cette empreinte reste pourtant un exercice délicat, tant les méthodologies proposées par les chercheurs et les outils du secteur divergent sur les hypothèses retenues. Comprendre ces divergences est nécessaire avant d’appliquer une quelconque mesure à un site WordPress concret.
Définition : de quoi parle-t-on exactement
Le poids carbone d’une page web désigne l’estimation des émissions de gaz à effet de serre associées à son chargement et à son affichage, en tenant compte de plusieurs étapes distinctes : la production et le fonctionnement du serveur qui héberge le site, le transport des données à travers le réseau, et enfin la consommation de l’appareil du visiteur pour afficher la page.
Ce calcul repose systématiquement sur une hypothèse centrale : associer une quantité d’énergie à chaque gigaoctet transféré, puis convertir cette énergie en émissions selon l’intensité carbone du mix électrique concerné, très variable d’un pays à l’autre selon la part de production décarbonée.
Fonctionnement interne des méthodes de mesure courantes
La plupart des calculateurs disponibles reposent sur un modèle simplifié en trois étapes : mesurer le poids total des ressources transférées lors du chargement d’une page (généralement via l’onglet réseau des outils de développement ou un outil comme WebPageTest), appliquer un facteur de conversion énergétique par gigaoctet transféré, puis multiplier ce résultat par l’intensité carbone moyenne retenue pour l’électricité consommée.

Cette approche présente l’avantage de la simplicité, mais elle ignore des paramètres pourtant significatifs : la mise en cache navigateur, qui réduit fortement le volume transféré lors des visites suivantes, la durée réelle passée sur la page, ou encore la répartition géographique des centres de données traversés par la requête.
Application à un site WordPress type
Sur un site WordPress standard, trois leviers concentrent l’essentiel du poids transféré, et donc de l’empreinte estimée :
- Les images, souvent non compressées ni redimensionnées à la taille réellement affichée
- Les polices web chargées en plusieurs graisses alors que deux suffiraient à la charte graphique
- Les scripts tiers accumulés au fil du temps sans jamais être retirés lorsqu’ils deviennent inutiles
Réduire ces trois postes reste, indépendamment de la méthode de calcul retenue pour estimer les émissions, le levier le plus fiable pour diminuer l’empreinte réelle d’un site, puisqu’il agit directement sur la cause première du calcul : le volume de données transférées.
Limites de la mesure à garder en tête
Aucune méthodologie de mesure ne fait aujourd’hui consensus dans le secteur, ce qui explique pourquoi deux outils différents peuvent afficher des estimations très éloignées pour une même page. Les facteurs de conversion énergétique varient selon les hypothèses retenues, le mix électrique appliqué dépend du pays choisi par défaut, et la durée d’usage réelle de la page reste presque toujours ignorée du calcul.
Une estimation carbone reste un ordre de grandeur utile pour orienter les priorités, jamais un chiffre à présenter comme une vérité scientifique établie.
En résumé
Mesurer le poids carbone d’une page WordPress reste un exercice utile pour prioriser les efforts de sobriété numérique, à condition de garder à l’esprit les limites méthodologiques de chaque outil utilisé. Ce billet ne traite pas du choix d’un hébergeur dit « vert », qui relève d’une analyse distincte du seul poids des pages.