Environnement & web
Combien de puissance de calcul, de trafic de données et de maintenance votre site exige-t-il par visite ? Ensemble, ces facteurs déterminent l'impact environnemental du numérique — souvent plus que vous ne le pensez.
Nous comparons ici les sites CMS classiques (comme WordPress ou Joomla) aux sites HTML statiques : côté serveur, réseau, appareil de l'utilisateur, et impact de la maintenance continue.
L'empreinte CO2d'un site web ne se trouve pas seulement dans le centre de données. Chaque page vue combine : (1) le travail sur le serveur, (2) les octets qui transitent par le réseau, (3) le traitement et l'affichage de la page sur un téléphone ou un ordinateur portable. Un site lourd et lent consomme davantage à ces trois endroits qu'un site léger et rapide — même si le centre de données lui-même utilise de l'électricité verte.
Un CMS construit souvent les pages à chaque requête : PHP ou une logique comparable, des requêtes vers une base de données, des thèmes et des plug-ins qui suivent la montée en charge. Même avec une bonne mise en cache, le serveur d'origine doit périodiquement se remettre au travail. Chaque plug-in supplémentaire et chaque requête d'administration ajoutent des cycles CPU et de la mémoire. Ce n'est pas “mal” — cela fait partie d'un système qui doit rester souple et modifiable — mais c'est structurellement plus lourd que de livrer un fichier HTML prêt à l'emploi.
Vous voulez un CMS avec des choix réfléchis ? Consultez alors nos pages sur WordPress et Joomla, et sur hébergement dans des centres de données climatiquement neutres.
Un site HTML statique est prêt sous forme de fichiers. Le serveur les envoie tels quels ; il n'y a pas de requête de base de données à chaque visite ni de runtime CMS à faire tourner. De ce fait, le profil énergétique par page vue est généralement bien plus faible, surtout avec des ressources volontairement compressées et peu de JavaScript. Cela rejoint ce que nous décrivons sur le webdesign HTML sur mesure et dans notre page durabilité.
| Aspect | Site CMS typique | Site HTML statique |
|---|---|---|
| Serveur par visite | PHP/runtime, base de données, thème & plug-ins ; le cache aide mais n'échappe pas à une charge de base | Des fichiers statiques, quasiment aucun calcul serveur |
| Charge utile & rapidité | Très variable ; des thèmes et des scripts lourds peuvent alourdir les pages | Généralement compact et vite optimisable ; moins d'octets = moins d'énergie réseau et appareil |
| Maintenance | Des mises à jour du CMS, du thème et des plug-ins sont nécessaires pour rester sûr et compatible | Aucun cycle de mises à jour CMS ; les modifications sont des déploiements délibérés |
| Quand est-ce adapté ? | Beaucoup de rédaction, des workflows, du multilinguisme, une dynamique complexe | Des sites clairs, une longue durée de vie, l'accent sur la rapidité et un faible impact |
Parfois, un CMS est la seule option raisonnable — par exemple en cas de publications fréquentes par plusieurs personnes ou d'intégrations avec d'autres systèmes. Parfois, le HTML est la voie la plus propre et la plus économique pour une présentation stable des années durant. Nous vous aidons volontiers à déterminer ce qui convient le mieux à votre situation ; lisez aussi l' article d'actualité avec le même fil rouge. Si votre site tourne aujourd'hui sur un CMS et que vous voulez saisir ce gain, lisez sur convertir un site CMS en HTML comment un tel changement se déroule en pratique.
Personne ne connaît au watt près la consommation électrique exacte d'une seule visite sur votre domaine — cela dépend de l'hébergement, du cache, du poids des pages et du comportement des visiteurs. Nous pouvons toutefois donner, sur la base de modèles courants pour le transfert de données, la charge serveur et l'énergie côté client, une fourchette approximative pour des sites comparables. Il ne s'agit donc pas d'une mesure réalisée chez vous dans le centre de données, mais d'un ordre de grandeur destiné à montrer la différence entre un CMS et du HTML statique.
WordPress ou Joomla (site professionnel typique avec un thème, une série de plug-ins ou d'extensions, une mise en cache correcte, des pages en moyenne plus lourdes) : pour 100.000 pages vues la consommation totale d'énergie — serveur, réseau et traitement sur téléphone ou ordinateur portable réunis — se situe souvent autour de 10 à 20 kWh. Des boutiques plus lourdes, un suivi important ou des thèmes mal optimisés peuvent tendre vers 25 kWh ou plus pour le même nombre de visites.
Un site HTML statique bien construit (pages compactes, peu de requêtes, pas de PHP ni de base de données à chaque clic) : pour les mêmes 100.000 vues vous vous situez généralement autour de 1,5 à 4 kWh — environ cinq à dix fois moins que l'exemple CMS ci-dessus. Cette différence tient surtout à moins de données sur la ligne, moins de temps CPU sur le serveur par visite et un affichage plus rapide et plus léger sur l'appareil.
Pourquoi c'est plus durable : chaque kilowattheure économisé, c'est autant de demande d'électricité en moins — et donc moins de pression sur le système énergétique et sur les ressources, même si votre hébergeur utilise déjà de l'électricité verte. Le HTML-first est ainsi un choix de conception concret pour maintenir un budget énergétique réduit par visite, en plus d'avantages comme la rapidité et une longue durée de vie. Vous en saurez plus sur une telle approche sur notre page consacrée à le webdesign HTML sur mesure.
Nous réfléchissons avec vous à ce qui convient le mieux — HTML, CMS ou une combinaison — y compris sous l'angle de la durabilité.
Une réponse rapide, toujours personnelle.