La critique adressée à WordPress sur ce terrain n’est pas infondée, et il vaut mieux la regarder en face avant d’expliquer ce qui fonctionne réellement.
Autant l’annoncer d’emblée : nous développons des sites WordPress sur mesure, et nous pensons que le procès fait au CMS sur ce terrain est mal instruit. Ce que l’on reproche à WordPress, ce sont presque toujours les thèmes du commerce, les constructeurs de pages et l’accumulation d’extensions. Aucun des trois n’est WordPress. Ce sont des façons de s’en servir, et il en existe d’autres.
Pourquoi WordPress a mauvaise réputation sur ce sujet
WordPress fait tourner une part considérable du web mondial, et cette popularité repose largement sur sa facilité d’accès : n’importe qui peut installer un thème et ajouter des fonctionnalités sans écrire une ligne de code. C’est une force réelle. C’est aussi la source du problème.
Un thème vendu sur une place de marché doit plaire au plus grand nombre. Il embarque donc des dizaines de fonctionnalités, de mises en page et de scripts dont un site donné n’utilisera qu’une petite partie. Le reste est quand même chargé. Ajoutez-y un constructeur de pages qui génère des couches de balises imbriquées, une quinzaine d’extensions dont chacune apporte sa feuille de style et son script, et vous obtenez une page qui pèse plusieurs mégaoctets pour afficher trois paragraphes et deux images.
Ce scénario est courant. Il explique pourquoi des professionnels considèrent qu’annoncer un site WordPress éco-conçu relève souvent de l’argument commercial plus que de la réalité technique.
Ce que cette critique a raison de pointer
Deux arguments méritent d’être admis sans détour.
D’abord, un site statique généré à l’avance sera toujours plus léger à performance égale. Il n’y a pas de base de données à interroger, pas de code exécuté à chaque visite, pas de couche d’administration à charger. Pour un site vitrine qui change rarement, c’est objectivement la solution la plus sobre.
Ensuite, les bonnes pratiques d’affichage ne suffisent pas à qualifier un site d’éco-conçu. Compresser ses images et activer un cache améliore les choses, mais ne dit rien de l’architecture sous-jacente. Un site qui charge un thème lourd restera lourd, même avec des images optimisées.
Ce qu’il faut nuancer, en revanche, c’est la conclusion qu’on en tire. Un site statique impose des contraintes réelles : sans interface d’administration accessible, la moindre modification de texte repasse par un développeur. Pour beaucoup d’entreprises, c’est un recul d’autonomie qui se paie en temps, en coûts et souvent en contenus qui ne sont jamais mis à jour. Un site sobre que personne ne fait vivre finit par être remplacé plus tôt, ce qui est le pire résultat du point de vue de l’impact.
Ce qui fait réellement la différence
L’écart entre un site WordPress lourd et un site WordPress léger ne se joue pas sur des réglages de fin de projet. Il se joue sur trois décisions prises au départ.
Le thème
C’est le facteur le plus déterminant. Un thème du commerce charge tout ce qu’il propose. Un thème développé pour un projet précis ne contient que ce dont ce projet a besoin. La différence de poids se compte en centaines de kilooctets sur chaque page, avant même d’avoir ajouté le moindre contenu. À défaut de développement dédié, certains thèmes du marché sont reconnus pour leur légèreté et constituent un compromis acceptable.
Les extensions
Chaque extension installée ajoute son propre code, souvent chargé sur toutes les pages du site, y compris celles où elle ne sert à rien. La bonne question n’est pas de savoir si une extension est bien notée, mais si la fonctionnalité qu’elle apporte est indispensable, et si elle ne pourrait pas être obtenue autrement. Éviter les extensions qui proposent cinquante fonctions pour n’en utiliser qu’une est le réflexe le plus rentable.
Le constructeur de pages
Les page builders offrent une liberté de mise en page appréciable, au prix d’une structure HTML fortement imbriquée et de ressources chargées sur l’ensemble du site. L’éditeur de blocs natif de WordPress, associé à des blocs personnalisés développés pour le projet, permet d’obtenir la même souplesse d’édition avec une fraction du poids. C’est l’approche que nous utilisons.
Les optimisations concrètes, par ordre d’impact
| Levier | Impact | Difficulté |
|---|---|---|
| Thème sur mesure ou léger | Très élevé | Se décide au départ |
| Réduction du nombre d’extensions | Élevé | Moyenne |
| Optimisation des images | Élevé | Faible |
| Suppression du page builder | Élevé | Nécessite une refonte |
| Polices limitées et hébergées localement | Moyen | Faible |
| Mise en cache et compression | Moyen | Faible |
| Hébergement en énergie renouvelable | Moyen | Faible |
| Suppression des scripts tiers inutiles | Moyen | Faible |
Les images en premier. Sur un site vitrine, elles représentent souvent environ la moitié du poids d’une page. Trois actions suffisent : les servir dans un format moderne comme WebP ou AVIF, les dimensionner à la taille réellement affichée plutôt qu’en pleine résolution, et ne charger que celles qui sont visibles à l’écran. C’est le meilleur rapport entre effort et résultat.
Les polices ensuite. Chaque famille et chaque graisse est un fichier à télécharger. Deux polices suffisent presque toujours. Les héberger sur votre propre serveur évite une requête vers un service externe et améliore aussi la confidentialité de vos visiteurs.
Les scripts tiers enfin. Widgets de réseaux sociaux, chats en ligne, cartes interactives, outils de mesure : ils sont souvent installés une fois et jamais réévalués. Chacun charge du code venu d’un autre serveur, sur lequel vous n’avez aucune maîtrise.
La durée de vie, le critère qu’on oublie
Les calculateurs d’empreinte mesurent ce qui se passe quand une page s’affiche : le poids des fichiers, le nombre de requêtes, l’énergie consommée par visite. C’est utile, mais cela laisse de côté une part importante de l’impact réel d’un site, celle qui se joue avant sa mise en ligne.
Concevoir un site, c’est des semaines de travail, des environnements de développement qui tournent, des allers-retours, des contenus produits, des tests, une migration. Cette phase ne coûte rien à chaque visite, mais elle coûte une fois, et elle coûte cher. Refaire ce travail tous les trois ans plutôt que tous les huit change davantage le bilan global que dix pour cent de poids de page en moins.
C’est une chose que nous constatons dans notre pratique : la refonte est de loin l’étape la plus consommatrice du cycle de vie d’un site. Un site un peu plus lourd qui tient huit ans a très probablement un impact total inférieur à un site très léger refait trois fois dans le même intervalle.
Or ce qui pousse à refaire un site n’est presque jamais son poids. C’est le fait qu’on ne puisse plus rien y changer soi-même, qu’une mise à jour casse la mise en page, que le prestataire d’origine ne soit plus joignable, que la structure ait accumulé trop de rustines, ou que l’outil propriétaire sur lequel il repose ait changé ses conditions. Autrement dit : la dette technique et la perte d’autonomie.
C’est exactement là que se situe notre arbitrage. Nous préférons un site dont vous gardez la main sur les contenus, construit sans accumulation d’extensions ni dépendance à un constructeur propriétaire, quitte à ce qu’il pèse quelques kilooctets de plus qu’un site figé. Un site qu’on peut faire vivre est un site qu’on ne refait pas. Et à l’échelle d’un cycle complet, c’est probablement le levier le plus important de tous.
Quand WordPress n’est pas le bon choix
Nous travaillons quotidiennement avec WordPress, mais il ne convient pas à tout. Pour un site de quelques pages figées, une documentation technique ou une page de présentation qui ne bougera jamais, un site statique reste plus adapté. C’est un cas de figure assez minoritaire.
Dès qu’il faut publier, gérer un catalogue, faire intervenir plusieurs personnes sur les contenus, ou simplement changer une phrase sans appeler son prestataire, WordPress reprend l’avantage. C’est la situation de la grande majorité des entreprises. Et la durée de vie compte : un site que personne ne peut faire évoluer finit remplacé plus tôt, ce qui annule le bénéfice de sa légèreté initiale
Questions fréquentes
Peut-on faire de l'éco-conception avec WordPress ?
Oui. WordPress est neutre du point de vue de l’impact : le poids d’un site dépend du thème choisi, du nombre d’extensions installées et du recours ou non à un constructeur de pages. Un WordPress développé sur mesure peut être nettement plus léger qu’un site construit sur une autre technologie mais mal conçu.
Un site statique est-il plus écologique que WordPress ?
À performance égale, oui, puisqu’il n’exécute aucun code à chaque visite. Mais il impose de passer par un développeur pour la moindre modification, ce qui réduit l’autonomie et conduit souvent à des contenus qui ne sont plus mis à jour. Le bon arbitrage dépend de la fréquence à laquelle le site doit évoluer.
Quel thème WordPress choisir pour un site léger ?
Un thème développé pour votre projet reste la meilleure option, car il ne contient que ce dont vous avez besoin. À défaut, certains thèmes du marché sont reconnus pour leur légèreté. Ce qu’il faut éviter, ce sont les thèmes polyvalents vendus avec des dizaines de mises en page préconçues.
Combien d'extensions peut-on installer ?
Il n’existe pas de nombre magique. Ce qui compte est ce que chacune charge et sur quelles pages. Une extension légère utilisée partout pose moins de problèmes que trois extensions lourdes servant chacune une fonction accessoire.
Faut-il refaire son site pour l'alléger ?
Pas toujours. Images, polices, scripts tiers et hébergement représentent une part importante du poids et se traitent sans refonte. En revanche, si le site repose sur un thème lourd et un constructeur de pages, l’essentiel du problème est structurel et les optimisations de surface plafonneront vite.
Comment savoir si mon site WordPress est lourd ?
Mesurez-le. Des outils gratuits donnent le poids de vos pages, le nombre de requêtes et une note comparative en moins d’une minute. Testez plusieurs pages, pas seulement l’accueil.
Un site WordPress qui pèse moins ?
Nous développons des sites WordPress sur mesure, sans thème du commerce ni constructeur de pages, et nous mesurons le poids des pages avant chaque mise en ligne. Si votre site existant peut être allégé sans refonte, nous vous le dirons aussi.
Notre approche de l’éco-conception
