Accélérer un site WordPress lent : le guide pas à pas
Trois causes cumulées expliquent presque tous les sites lents. L'hébergement n'arrive qu'en quatrième position.
Dans la très grande majorité des cas, un site WordPress lent l’est pour trois raisons cumulées : des images trop lourdes, trop d’extensions actives, et aucun cache. Corriger ces trois points fait généralement passer un site de cinq secondes à moins de deux. Le reste, hébergement compris, n’intervient qu’après.
Mesurer avant de toucher à quoi que ce soit
Sans mesure de départ, vous ne saurez pas si vos corrections servent à quelque chose, et vous risquez de casser le site en optimisant à l’aveugle.
Utilisez PageSpeed Insights ou GTmetrix, et testez toujours la version mobile : c’est là que se joue l’essentiel, et c’est là que les scores s’effondrent. Notez trois valeurs avant intervention : le temps d’affichage du plus gros élément, la stabilité visuelle, et le poids total de la page.
Testez aussi trois pages différentes, pas seulement l’accueil. Une page d’article ou une fiche produit se comporte souvent bien plus mal, et c’est pourtant elle qui reçoit le trafic venu de Google.
Les images, premier poste de loin
Sur les sites lents que je récupère, les images représentent régulièrement 70 à 80 % du poids de la page. C’est aussi le problème le plus facile à régler.
La cause est presque toujours la même : des photos téléversées telles qu’elles sortent de l’appareil ou du téléphone, en 4000 pixels de large et 5 Mo, affichées dans un cadre de 600 pixels. Le navigateur télécharge les 5 Mo pour n’en utiliser qu’une fraction.
Trois gestes suffisent. Redimensionnez avant de téléverser : 1600 pixels de large couvrent tous les besoins d’un site vitrine. Convertissez en WebP, qui réduit le poids de 30 à 50 % sans perte visible. Et activez le chargement différé pour tout ce qui n’est pas visible d’emblée, sauf l’image d’en-tête, qui doit au contraire être prioritaire.
Faire le tri dans les extensions
Chaque extension active charge ses propres fichiers de style et de script, sur toutes les pages, y compris celles qui n’en ont pas besoin. Un formulaire de contact charge son outillage sur votre page d’accueil.
Commencez par un inventaire honnête : listez vos extensions et demandez-vous, pour chacune, ce qui se passerait si vous la supprimiez. Sur un site de trois ans, on trouve presque toujours deux ou trois reliquats de tests jamais retirés.
Supprimez, ne désactivez pas. Une extension désactivée reste sur le serveur et reste une porte d’entrée potentielle. Et méfiez-vous des extensions qui font dix choses quand vous n’en utilisez qu’une : elles chargent les dix.
Un repère : au-delà d’une vingtaine d’extensions sur un site vitrine, il y a du ménage à faire.
Le cache, le levier le plus rentable
Sans cache, WordPress reconstruit votre page à chaque visite : il interroge la base, assemble le thème, exécute les extensions. Avec un cache, il sert une version déjà prête.
Le gain est immédiat et souvent spectaculaire, entre 50 et 70 % de temps de chargement en moins. C’est la première chose à mettre en place, avant même le travail sur les images.
Une seule extension de cache, jamais deux : elles se marchent dessus et produisent des affichages incohérents. Si votre hébergement propose son propre cache serveur, utilisez-le en priorité, il est plus efficace qu’un cache logiciel.
Attention à un piège classique : après activation, videz le cache et vérifiez le site en navigation privée. Un cache mal réglé peut servir une page d’administration à un visiteur, ou geler votre boutique sur un ancien stock.
Les polices, poste sous-estimé
Trois familles de polices chargées depuis Google, chacune en quatre graisses, cela représente une douzaine de fichiers et autant de requêtes vers un serveur extérieur.
Hébergez-les en local. Le gain de vitesse est réel, et vous supprimez au passage une transmission de l’adresse IP de vos visiteurs à un tiers sans leur consentement, ce qui vous met en conformité.
Réduisez aussi le nombre de graisses. Un site n’a presque jamais besoin de plus de deux familles et trois graisses. Chaque graisse supplémentaire est un fichier de plus à télécharger.
La base de données s’encrasse
Moins visible, mais réel sur un site de plusieurs années. WordPress conserve toutes les révisions d’articles, les brouillons automatiques, les commentaires indésirables et les données laissées par les extensions supprimées.
Sur un site de cinq ans, la base peut avoir doublé de volume sans qu’un seul contenu utile s’y soit ajouté. Un nettoyage périodique, avec sauvegarde préalable, redonne de la réactivité, en particulier à l’administration.
Limitez aussi le nombre de révisions conservées. Dix par article suffisent largement ; par défaut, WordPress en garde une infinité.
Quand l’hébergement est vraiment le problème
Il l’est dans peut-être un cas sur trois, alors qu’il est accusé en premier neuf fois sur dix.
Le test qui tranche : regardez le temps de réponse du serveur, souvent appelé TTFB. En dessous de 500 millisecondes, votre hébergement fait son travail et la lenteur vient d’ailleurs. Au-delà d’une seconde de façon constante, il est en cause.
Un indice complémentaire : si la lenteur n’apparaît qu’en fin d’après-midi, vous êtes sur un serveur mutualisé saturé par les autres sites. Et si l’administration est lente alors que le site public est rapide, c’est le serveur ou la base, pas le cache.
Le thème et le constructeur de pages
Sujet sensible, parce qu’il touche à un choix déjà fait, mais il faut l’aborder.
Certains thèmes commerciaux embarquent des dizaines de fonctionnalités dont vous n’utilisez rien, et les chargent quand même. Un thème léger avec un constructeur de pages fait généralement mieux qu’un thème lourd « tout-en-un ».
Côté constructeur, Elementor a mauvaise réputation sur la performance. Elle est en partie méritée et en partie datée : correctement réglé, il produit des pages tout à fait rapides. Trois réglages comptent : désactiver les widgets inutilisés dans les fonctionnalités, éviter d’empiler quinze conteneurs imbriqués pour une simple colonne, et charger le CSS de façon externe plutôt qu’en ligne.
Ce qui coûte cher, ce n’est pas l’outil, c’est l’accumulation : trois extensions d’animation, deux bibliothèques d’icônes et un carrousel sur chaque page.
Le cas des marquees et des animations
Les bandeaux défilants et les animations au scroll sont de belles idées visuelles, et une source classique de mauvais scores.
Deux problèmes distincts. La consommation de processeur, qui se voit surtout sur les téléphones d’entrée de gamme, où l’animation saccade. Et l’instabilité visuelle : un élément qui apparaît en décalant le contenu déjà affiché dégrade une métrique que Google mesure directement.
Les corriger ne veut pas dire les supprimer. Animer uniquement l’opacité et la position, réserver de la place à l’élément avant son apparition, et respecter la préférence système de réduction des animations suffisent à retrouver un bon score en gardant l’effet.
Ce qui ne sert à rien
Trois optimisations sur lesquelles on perd beaucoup de temps pour un gain négligeable.
Chercher le score parfait de 100 sur 100. Au-delà de 90, chaque point coûte un effort disproportionné et n’a aucun effet perceptible pour vos visiteurs. Google lui-même ne classe pas sur le score, mais sur l’expérience réelle.
Minifier le code à outrance. Le gain se compte en kilooctets quand vos images se comptent en mégaoctets. Réglez d’abord les images.
Installer un réseau de diffusion de contenu pour un site local. Si vos visiteurs sont tous en Haute-Garonne et votre serveur en France, la distance n’est pas votre problème.
Par quoi commencer concrètement
Dans cet ordre, parce qu’il va du plus rentable au plus marginal.
Sauvegardez d’abord, avant toute intervention. Activez le cache. Compressez et convertissez vos images. Faites le tri dans les extensions. Hébergez les polices en local. Nettoyez la base. Puis remesurez et comparez à votre relevé de départ.
Les quatre premières étapes prennent une demi-journée et produisent presque tout le résultat. Si après cela le site reste lent, alors seulement regardez du côté de l’hébergement ou du thème.
Si vous préférez que quelqu’un s’en charge et surtout que ça ne se dégrade pas à nouveau dans deux ans, c’est l’objet du forfait de maintenance, qui inclut l’optimisation des performances et le suivi du temps de chargement.
Développeur web freelance à Lespinasse, au nord de Toulouse. Je crée et je répare des sites WordPress depuis 2016. Mon parcours.
