Le développement web est paradoxalement une des industries qui parle le plus de performance et qui produit pourtant des sites de plus en plus lourds. La page web moyenne en 2024 pèse plus de 2 Mo. En 2010, elle pesait 200 Ko. Ce poids a un coût : chaque octet transféré consomme de l'énergie sur les serveurs, les réseaux et les appareils clients.
Sur mobile en 4G, l'impact par octet transféré est environ 10 fois supérieur au Wi-Fi. Un site mal optimisé pénalise d'autant plus les utilisateurs mobiles, qui sont aujourd'hui majoritaires sur beaucoup de services.
Le premier levier : les images. Elles représentent en moyenne 40 à 60 % du poids d'une page. Utiliser le format WebP plutôt que PNG ou JPEG réduit le poids de 25 à 35 % à qualité visuelle équivalente. Ajouter `width` et `height` sur chaque image évite le cumulative layout shift. Le lazy loading (`loading="lazy"`) évite de charger les images hors du viewport.
Le JavaScript est le deuxième poste critique. Des dépendances npm importées pour une fonction qu'on aurait pu écrire en 5 lignes, des frameworks lourds pour des pages quasi-statiques... L'audit de bundle (Webpack Bundle Analyzer, Vite Rollup Visualizer) révèle souvent des doublons ahurissants et des dépendances transitives inutiles.
Les polices web sont souvent oubliées dans les audits de performance. Importer toute la famille d'une police (regular, bold, italic, thin, semibold...) alors qu'on n'utilise que regular et bold = plusieurs centaines de Ko chargés inutilement. Limitez les variantes, utilisez `font-display: swap` pour éviter le FOIT.
Les requêtes HTTP tierces se comptent et se questionnent. Chaque script externe, chaque pixel de tracking, chaque widget social ajoute une connexion réseau, une dépendance externe, et souvent des données envoyées à des tiers. Certains sites cumulent 60 requêtes tiers pour une seule page.
Des outils comme Ecograder, Website Carbon Calculator, ou le rapport "Performance" de Lighthouse donnent une idée de l'empreinte numérique d'un site. Sous 1 g de CO₂ par visite, vous êtes dans la bonne catégorie. Au-dessus de 3 g, il y a des optimisations à faire.
Coder sobre, c'est aussi coder maintenable. Un code léger est généralement plus lisible, plus rapide à compiler, et plus facile à faire évoluer. La performance et la sobriété se rejoignent plus souvent qu'elles ne s'opposent : c'est une des raisons pour lesquelles ce n'est pas un sacrifice.
Passez à l'action
Mesurez l'impact de vos usages numériques avec nos calculateurs et construisez votre bilan personnel.
Voir les calculateurs