Un audit d’écoconception numérique programmé pour évaluer l’impact environnemental d’un site ne se résume pas à un chiffre d’émissions de CO2 : il examine méthodiquement le poids des pages, le nombre de requêtes générées, la sobriété du code et des médias. Autant de critères qui se préparent en amont, bien avant la visite de l’auditeur, plutôt que de se corriger dans la précipitation la veille du rendez-vous.
Cette checklist reprend les réglages les plus fréquemment pénalisés lors de ce type d’audit sur des sites WordPress, classés par facilité de mise en œuvre, pour permettre une préparation efficace même avec un délai restreint.
Réduire le poids des images sans dégrader leur qualité perçue
- Vérifier que chaque image est servie dans un format moderne, WebP ou AVIF, avec un repli automatique pour les navigateurs plus anciens
- Confirmer que les dimensions réellement affichées correspondent aux dimensions de l’image servie, sans redimensionnement CSS d’une image surdimensionnée
- Activer le chargement différé natif via l’attribut
loading="lazy", disponible nativement depuis WordPress 5.5, sur toutes les images hors zone visible - Supprimer les tailles de vignettes générées automatiquement mais jamais utilisées par le thème actif
Réduire le nombre de requêtes générées par page
Chaque requête HTTP supplémentaire, même de faible poids, ajoute un aller-retour réseau qui pèse sur le bilan environnemental autant que sur la performance perçue. La commande suivante, exécutée en ligne de commande, permet de compter rapidement le nombre de requêtes générées par une page donnée :
curl -s https://exemple.fr/ | grep -oE '(src|href)="[^"]+"' | wc -l- Regrouper les feuilles de style et scripts propres au thème quand cela reste raisonnable techniquement
- Retirer les extensions dont les fonctionnalités ne sont plus utilisées mais dont les scripts se chargent encore sur chaque page
- Vérifier la présence de polices web chargées en plusieurs graisses inutiles à la charte graphique réelle du site
Vérifier la sobriété du code exécuté côté serveur
Un audit d’écoconception s’intéresse aussi à l’efficacité du code exécuté à chaque requête, pas seulement au poids transféré vers le visiteur. Un nombre de requêtes SQL élevé ou un cache d’objets mal configuré consomment des ressources serveur inutilement, avec un impact environnemental qui s’ajoute à celui du transport réseau.
Points à contrôler avant la visite de l’auditeur
- Un cache de page actif et correctement préchauffé sur les pages les plus visitées
- Un objet cache persistant configuré si le volume de trafic le justifie
- Une vérification via Query Monitor du nombre de requêtes SQL sur les gabarits principaux du site
Documenter les efforts déjà réalisés
Un audit d’écoconception numérique valorise autant la démarche que le résultat brut mesuré le jour de la visite. Conserver une trace écrite des optimisations déjà réalisées — dates, gains mesurés, réglages modifiés — permet de présenter un dossier argumenté plutôt qu’une simple photographie instantanée du site.
Un site optimisé la veille d’un audit se repère toujours ; un site optimisé depuis des mois se démontre.
En résumé
Préparer un site WordPress avant un bilan d’écoconception numérique revient largement aux mêmes réglages qu’une optimisation de performance classique, avec une attention particulière portée au poids des médias et au nombre de requêtes générées. Ce billet ne traite pas en détail du choix d’un hébergement dit vert, qui relève d’une analyse distincte des seuls réglages du site lui-même.
