Accélérer WordPress sans casser son site, dans le bon ordre

Sur votre téléphone en 4G, votre site affiche une page blanche le temps de compter jusqu’à cinq. Le logo finit par venir, puis le texte glisse vers le bas au moment où une bannière se charge enfin.

Vous avez pourtant installé trois extensions qui juraient d’accélérer WordPress en un clic. Rien n’a bougé (ou si peu que vous ne savez plus dire si c’est mieux ou pire).

Ce qui manque presque toujours, c’est l’ordre dans lequel on s’y prend, bien plus que les outils. La méthode tient en peu de mots puisqu’on mesure, on repère ce qui freine, on corrige en commençant par ce qui rapporte le plus et on vérifie.

Je fais du référencement naturel depuis 2009 et la vitesse ressort dans presque chacun de mes audits WordPress. Comme je ne vends aucun hébergement, je vous parle en praticien SEO qui cherche le gain le plus net pour le moins de risque.

Pourquoi mon site WordPress est-il lent ?

Les causes se répètent d’un site à l’autre, à peu près dans le même ordre de fréquence. La première, de loin, c’est un hébergement sous-dimensionné, souvent une offre mutualisée d’entrée de gamme qui partage ses ressources avec des centaines d’autres sites.

Viennent ensuite les images trop lourdes, envoyées telles quelles depuis l’appareil photo ou le téléphone. Le thème ou le builder gonflé suit de près, avec ses dizaines de fichiers chargés pour afficher une simple page de contact. Et il y a les plugins qui injectent leurs scripts sur toutes les pages, y compris là où ils ne servent à rien.

Moins souvent, c’est la base de données qui traîne des années de révisions et de commentaires indésirables, ce qui ralentit chaque requête. Il arrive aussi que le site n’ait aucun cache, si bien que le serveur reconstruit chaque page à chaque visite.

Gardez en tête une distinction qui vous fera gagner du temps. La lenteur serveur correspond au délai que met votre hébergement à renvoyer la première réponse, alors que la lenteur d’affichage couvre tout ce qui se passe ensuite dans le navigateur (images, scripts, polices).

Comment mesurer la vitesse de mon site avant de toucher à quoi que ce soit ?

Inutile de payer un outil pour ça. PageSpeed Insights fournit une mesure de laboratoire et, si votre trafic le permet, des données terrain remontées par de vrais navigateurs. Pour voir la cascade de chargement (cette frise où chaque fichier apparaît avec son temps de téléchargement), ouvrez plutôt GTmetrix ou WebPageTest.

Le rapport Core Web Vitals de Google Search Console classe vos adresses en bonnes, à améliorer ou médiocres. Parmi tous ces outils, lui seul traduit l’expérience de vos visiteurs dans la durée, ce qui en fait le bon tableau de bord pour suivre une évolution.

Commencez par le mobile. C’est par là qu’arrivent la plupart de vos visiteurs et c’est là que les écarts se creusent. Puis testez plusieurs pages types (l’accueil, un article et une page de service au minimum) parce qu’une page d’accueil qui s’affiche en un éclair ne dit rien des articles chargés de modules qui, eux, peuvent s’effondrer.

Notez séparément le temps de réponse du serveur. Quand il reste élevé sur une page presque vide, le frein vient de l’hébergeur et vos images n’y sont pour rien.

Et ne relancez pas le test dix fois en espérant un meilleur chiffre. Le score PageSpeed Insights bouge d’un essai à l’autre selon la charge du serveur et du réseau, alors on lit une tendance sur plusieurs mesures au lieu de se fier à un résultat isolé qui rassure ou affole sans raison.

Pour les Franciliens, un test simple consiste à ouvrir son site sur son téléphone dans le RER, entre deux tunnels. Vous saurez vite ce que vivent les visiteurs mal connectés, souvent mieux qu’avec un score vert obtenu sur un ordinateur de bureau branché à la fibre.

Par quoi commencer pour accélérer mon site WordPress ?

Mon ordre de travail va du gain le plus probable au plus marginal, en partant du principe que vous avez mesuré avant de toucher quoi que ce soit (un site dont le serveur répond vite n’a aucune raison de commencer par l’hébergement).

Hébergement et version de PHP

Quand la page est légère et que le temps de réponse reste élevé, le goulot se trouve chez l’hébergeur. Vous aurez beau compresser chaque image au kilo-octet près, le visiteur attendra toujours que le serveur se réveille.

Un petit site vitrine peu visité s’accommode très bien des offres mutualisées les moins chères. Ajoutez une boutique, un builder lourd ou un trafic qui grimpe et elles atteignent leurs limites, d’où l’intérêt d’une formule avec davantage de ressources dédiées ou d’un hébergement spécialisé WordPress.

Changer de version de PHP coûte moins cher et compte tout autant. Chaque version majeure exécute le code plus vite que la précédente, or quantité de sites tournent encore sur une version ancienne que l’hébergeur n’a jamais mise à jour de lui-même.

Basculez d’abord la copie de test sur la version la plus récente proposée dans votre espace d’hébergement. Parcourez ensuite les pages clés, le formulaire, la recherche et le tunnel de commande s’il existe, puis ouvrez l’outil « Santé du site » de WordPress qui signale les incompatibilités connues. Et si une extension abandonnée par son développeur bloque la mise à jour, c’est elle qu’il faut remplacer, plutôt que de rester sur un PHP obsolète.

Images

Sur la majorité des sites que j’analyse, les images restent le chantier le plus rentable. Une photo de 4 000 pixels de large affichée dans un encart de 600 pixels oblige le visiteur à télécharger des données qu’il ne verra jamais.

Redimensionnez d’abord aux dimensions réelles d’affichage, puis convertissez en WebP ou AVIF, deux formats que WordPress et la plupart des extensions de compression savent produire. Renseignez aussi la largeur et la hauteur de chaque image afin que le navigateur lui réserve sa place et que le texte cesse de sauter.

Le chargement différé (lazy loading) ne télécharge une image qu’au moment où le visiteur s’en approche en faisant défiler la page. Très utile sur les pages longues, il devient contre-productif sur l’image principale visible dès l’arrivée.

Je croise cette erreur dans un audit sur deux ou presque. Le plugin diffère toutes les images, grande bannière d’accueil comprise, si bien que le navigateur attend la fin de l’analyse de la page pour aller la chercher et que le LCP (l’indicateur qui mesure l’affichage du plus gros élément visible) en pâtit directement. Excluez cette image du différé et demandez son chargement en priorité si votre outil le permet.

Cache

Sans cache, WordPress interroge la base de données et assemble la page à chaque visite. Avec un cache, il sert une version déjà prête, ce qui soulage le serveur et raccourcit nettement le temps de réponse.

Un seul plugin de cache, pas deux. Deux extensions qui se disputent le même rôle donnent des pages servies en double, des réglages qui s’annulent et des bugs d’affichage très pénibles à diagnostiquer, d’autant que certains hébergeurs fournissent déjà un cache côté serveur qu’il faut coordonner avec l’extension au lieu de le doubler.

Au départ, activez le cache de pages et testez avant d’ajouter les autres options une par une. Cocher toutes les cases du tableau de bord le premier jour est la meilleure façon de ne plus savoir laquelle a cassé le site.

Le panier, la commande et l’espace client affichent des informations propres à chaque visiteur et ne doivent jamais passer en cache, faute de quoi une personne peut voir le panier d’une autre. Les extensions sérieuses excluent ces pages d’office pour WooCommerce (vérifiez-le quand même).

Plugins et thème

Combien d’extensions tournent sur votre site et combien pourriez-vous justifier une par une devant quelqu’un qui vous demande à quoi elles servent ? L’exercice en dit souvent long.

Leur nombre compte moins que leur comportement. Un plugin bien codé qui ne s’active que là où il sert pèse peu, alors qu’un module de formulaire chargeant ses fichiers CSS et JavaScript sur les mille pages du site, celles sans formulaire comprises, alourdit tout le monde.

Ouvrez la cascade de WebPageTest ou l’onglet Réseau des outils de développement de votre navigateur et cherchez les fichiers dont l’adresse contient le nom d’une extension. Sur la copie de test, désactivez ensuite les plugins un par un en mesurant l’effet de chaque retrait.

Je remplace plutôt que je cumule, parce qu’une extension bien choisie fait souvent le travail de trois modules installés au fil des années. Le référencement en est l’exemple typique, puisqu’un meilleur plugin SEO WordPress bien configuré rend inutiles les extensions séparées pour le sitemap, les balises et les redirections.

Le thème et le builder pèsent plus lourd encore. Les constructeurs de pages visuels empilent des couches de balises et de styles pour chaque bloc, au point qu’une page simple charge le code de tous les modules possibles.

Associé à un thème léger, l’éditeur de blocs natif de WordPress produit des pages nettement plus sobres. Je ne conseille pas de refaire un site entier par principe, car une refonte coûte cher et fait courir ses propres risques au référencement. Si elle est prévue de toute façon, profitez-en pour quitter le builder lourd.

CSS, JavaScript et polices

La minification supprime les espaces et commentaires inutiles des fichiers de code, tandis que le report des scripts (defer ou delay selon les extensions) fait afficher la page avant l’exécution du JavaScript non indispensable.

Les sites cassent le plus souvent à cette étape. Menu mobile qui ne s’ouvre plus, carrousel figé, bouton d’ajout au panier inerte, ce sont les symptômes classiques d’un script reporté dont un autre dépendait.

Le retour arrière reste simple si vous prenez la méthode dès le départ. Activez une option à la fois, videz le cache, testez les pages clés sur mobile et sur ordinateur et notez chaque changement, puis en cas de casse désactivez la dernière option ou excluez le script fautif au lieu de tout couper.

Hébergez les polices sur votre propre serveur plutôt que de les appeler depuis un service externe et limitez les graisses et les styles. Chaque variante (gras, italique, fin) ajoute un fichier que le visiteur doit télécharger avant de lire votre texte dans la bonne typographie.

La base de données et les réglages avancés valent-ils le coup ?

Je nettoie la base de données, oui mais jamais en premier. Effacer les révisions empilées, les transients expirés et les commentaires indésirables soulage surtout l’administration et les sites qui tournent depuis des années.

Toucher au fichier wp-config.php, couper les pings et trackbacks ou paginer les commentaires rapporte en général peu. Ces réglages passent chez moi après tout le reste, quand les gros postes sont déjà traités.

Le CDN (un réseau de serveurs qui envoie vos fichiers depuis un point proche de chaque visiteur) se justifie si votre audience est éparpillée géographiquement ou si vos pages sont chargées en médias. Un artisan qui travaille dans un seul département et dont l’hébergement est en France peut presque toujours s’en passer.

Comment vérifier que la vitesse s’est améliorée ?

Après chaque changement, refaites la mesure avec les mêmes outils et sur les mêmes pages qu’au départ. Si vous modifiez trois choses en même temps, comment saurez-vous laquelle a aidé et laquelle a tout dégradé ?

Ne confondez pas données de laboratoire et données terrain. Les premières bougent dès le test suivant. Les secondes, celles de la Search Console et du bloc terrain de PageSpeed Insights, reposent sur les visites réelles des semaines passées et réagissent donc avec retard.

Laissez au rapport Core Web Vitals plusieurs semaines avant de conclure quoi que ce soit. Tout dépend de votre point de départ, de votre hébergement et de vos visiteurs et je ne vous promettrai ni un gain chiffré ni un délai.

La vitesse de mon site influence-t-elle mon référencement ?

Oui, dans une mesure qu’il faut garder raisonnable. Google tient compte de l’expérience de page et un site rapide se lit plus confortablement, ce qui sert le visiteur avant de servir l’algorithme.

Sur le terrain, la vitesse départage surtout des pages de pertinence comparable. Elle ne hissera jamais un contenu faible au-dessus d’une page qui répond mieux à la question posée.

Une fois la vitesse correcte, arrêtez de courir après le score parfait. Les heures passées à grappiller trois points sur PageSpeed Insights rapportent presque toujours moins que les mêmes heures consacrées au contenu, au maillage interne ou à un passage de Screaming Frog pour débusquer les pages orphelines et les erreurs.

Et la vitesse reste une brique parmi d’autres. Ma façon d’aborder l’ensemble, du choix des mots-clés à la structure du site, est détaillée sur ma page de consultant SEO WordPress.

Quand vaut-il mieux se faire aider ?

Si votre boutique WooCommerce perd des commandes à la moindre erreur de cache, il est temps de confier le chantier à quelqu’un d’autre. Même chose quand plus personne ne sait ce que règle tel panneau du builder, quand chaque mise à jour casse une page ou quand le site reste lent alors que vous avez suivi toutes les étapes décrites plus haut.

Tout commence par un appel de découverte, suivi d’un audit express du site. Vous repartez avec un plan d’action hiérarchisé (l’urgent, ce qu’on planifie sur trois mois et le secondaire) au lieu d’un rapport de 80 pages qui finit dans un dossier jamais rouvert.

Du premier échange au dernier rapport, c’est moi qui vous réponds, sans sous-traitance cachée. Je vous envoie le devis gratuit sous 48 heures, sans engagement imposé ni relance commerciale automatique et j’interviens à Paris, en Île-de-France ou à distance partout en France.

Fabien RaquidelConsultant SEO freelance dans le Grand Paris, référencement naturel depuis 2009, cofondateur de Vipseo. Mon parcours