Pourquoi mon WordPress est-il lent, et comment l'accélérer ?

Un site WordPress lent a presque toujours l'une de six causes : une version de PHP dépassée, pas d'object caching, des images trop lourdes, trop de plugins, un thème lourd ou un pagebuilder, ou un hébergement qui ne convient pas au site. Mesurez d'abord laquelle c'est, puis attaquez-vous à cette seule cause. La moitié d'entre elles, vous les résolvez vous-même ; l'autre moitié fait d'office partie d'un bon hébergement.

Vous trouvez ci-dessous les six causes, chaque fois avec ce que vous pouvez faire vous-même et ce qui est déjà compris dans la formule chez WWW4. En bas, vous lisez comment mesurer avant d'intervenir, car optimiser à l'aveugle coûte du temps et rapporte peu.

À propos de l'hébergement WordPress Demandez-nous

Six causes d'un site WordPress lent

Dans l'ordre de fréquence où nous les rencontrons. Les deux premières se résolvent sans modifier une seule ligne de code.

1. Une version de PHP dépassée

Chaque nouvelle version de PHP traite le même code WordPress plus vite que la précédente, et les anciennes versions ne reçoivent plus de mises à jour de sécurité. Pourtant, beaucoup de sites tournent encore sur une version vieille de plusieurs années, simplement parce que personne ne les a jamais fait basculer.

Ce que vous faites vous-même

Regardez dans votre panneau de contrôle quelle version de PHP votre site utilise. Vérifiez si votre thème et vos plugins supportent une version plus récente, faites une sauvegarde et basculez. Si quelque chose casse, vous revenez en arrière et vous savez quel plugin est à remplacer.

Ce que WWW4 fournit

Vous choisissez vous-même la version de PHP par site, de PHP 8.5 et 8.4 à des versions plus anciennes pour qui ne peut pas encore basculer. Basculer et revenir en arrière, vous le faites vous-même, à tout moment.

2. Pas d'object caching

À chaque affichage de page, WordPress redemande les mêmes données à la base de données : options, menus, widgets, métadonnées. Sur un site fréquenté ou une boutique avec beaucoup de produits, la base de données devient ainsi le goulot d'étranglement.

Ce que vous faites vous-même

Vérifiez si votre site utilise un object cache ; dans le tableau de bord de WordPress, sous Santé du site, vous voyez si un object cache persistant est actif. Si non, c'est la première question à poser à votre hébergeur.

Ce que WWW4 fournit

L'object caching Redis est compris dans chaque formule d'hébergement. Les réponses de la base de données restent en mémoire, de sorte que la même question n'est pas posée à chaque fois.

3. Des images trop lourdes ou trop nombreuses

La cause la plus fréquente que nous voyons sur les sites d'entreprise. Des photos directement sorties de l'appareil, dans un format de milliers de pixels de large, sur une page qui les affiche en 800 pixels. Le serveur n'est alors pas lent ; la page est simplement trop lourde.

Ce que vous faites vous-même

Réduisez les images avant de les envoyer, au format dans lequel elles sont affichées. Utilisez des formats de fichier modernes, ne chargez les images sous la ligne de flottaison que lorsque le visiteur fait défiler, et faites le ménage dans la médiathèque.

Ce que WWW4 fournit

La Jaan Performance Engine, notre propre plugin WordPress, est incluse gratuitement dans votre hébergement et prend en charge l'optimisation des images et le cache de vos pages, sans licence séparée.

4. Trop de plugins

Ce n'est pas le nombre qui compte, mais ce qu'ils font. Un seul plugin mal écrit qui interroge un service externe à chaque page pèse plus lourd que dix plugins propres. Mais plus il y a de plugins, plus grand est le risque qu'il y en ait un de ce genre parmi eux.

Ce que vous faites vous-même

Désactivez les plugins un par un sur une copie de test et mesurez la différence. Supprimez ce que vous n'utilisez plus, et remplacez les plugins qui ne font qu'une petite chose par une ligne dans votre thème ou par une alternative plus légère.

Ce que WWW4 fournit

Nous voyons dans les journaux du serveur quelles requêtes prennent du temps. Si vous soupçonnez qu'un plugin est le coupable, nous regardons avec vous et vous disons lequel.

5. Un thème lourd ou un pagebuilder

Les pagebuilders et les thèmes multifonctions chargent des scripts et des styles pour toutes les fonctions qu'ils connaissent, y compris celles que votre site n'utilise pas. Cela coûte du calcul sur le serveur et du temps de chargement dans le navigateur à chaque affichage de page.

Ce que vous faites vous-même

Regardez si votre pagebuilder permet de désactiver les composants inutilisés. Si vous construisez un nouveau site, demandez-vous si vous avez vraiment besoin du pagebuilder ; l'éditeur de blocs standard de WordPress a bien mûri depuis.

Ce que WWW4 fournit

Un pagebuilder lourd a besoin de plus de mémoire de travail par requête. Nos formules diffèrent par leur PHP memory limit, de 128 à 512 Mo, pour que vous choisissiez une formule adaptée à votre thème.

6. Un hébergement qui ne convient pas au site

Une boutique avec des milliers de produits sur la plus petite formule, ou un site qui atteint sa limite de mémoire aux heures de pointe. Le problème n'est alors pas le site mais l'environnement, et aucun plugin n'y changera rien.

Ce que vous faites vous-même

Regardez le schéma : le site est-il toujours lent, ou surtout aux moments de forte affluence ? Lent seulement aux pics, c'est un manque de ressources. Toujours lent, c'est l'une des cinq causes ci-dessus.

Ce que WWW4 fournit

Stockage SSD dans chaque formule, et une évolution claire : de la plus petite formule vers une plus grande, et quand l'hébergement mutualisé ne suffit plus, vers un VPS managé avec des ressources propres.

À quel point votre site s'accélère grâce à chacune de ces interventions dépend entièrement de votre thème, de vos plugins et de votre contenu. Nous ne collons pas de pourcentage là-dessus. Ce que nous pouvons dire : ce qui relève de notre côté est compris d'office dans la formule, vous ne payez rien en plus.

Mesurez d'abord, intervenez ensuite

Qui commence à optimiser sans mesurer perd du temps sur la mauvaise piste. Mesurez donc d'abord comment votre site se charge aujourd'hui, en regardant les Core Web Vitals : les trois indicateurs avec lesquels Google évalue la vitesse à laquelle une page devient visible, la vitesse à laquelle elle réagit et si la mise en page saute pendant le chargement. Vous n'avez pas besoin d'acheter un outil pour cela ; les mesures de Google sont gratuites et montrent aussi ce que vivent les vrais visiteurs.

Distinguez le temps serveur du temps de chargement dans le navigateur. Si le premier octet met longtemps à arriver, le problème est sur le serveur : version de PHP, base de données, mémoire ou hébergement. Si le premier octet arrive vite mais que la page continue ensuite de se charger lentement, le problème est dans ce que la page emporte : images, scripts, thème. Cette seule distinction détermine quelle moitié de la liste ci-dessus vous concerne.

Mesurez à nouveau après chaque intervention, et ne changez qu'une chose à la fois. Sinon, vous ne saurez pas après coup ce qui a aidé et ce qui n'a rien donné.

Ce que WWW4 fournit d'office

Les causes côté serveur, vous n'avez pas à les résoudre vous-même chez nous. Voici ce qui est compris dans chaque formule d'hébergement.

Choix de la version de PHP par site, avec PHP 8.5 et 8.4 disponibles

Object caching Redis pour la base de données

Jaan Performance Engine pour le cache et les images, incluse gratuitement

Espace web SSD dans chaque formule

PHP memory limit de 128 à 512 Mo, selon la formule

Évolution vers un VPS managé quand l'hébergement mutualisé ne suffit plus

À propos de la Jaan Performance Engine Quand un VPS ?

Pour aller plus loin

Vous voulez vous y mettre vous-même ? Les articles de la base de connaissances ci-dessous vous guident pas à pas.

Jaan Performance Engine Hébergement WordPress

Mon site est soudain lent : par où commencer ?

Nettoyer la base de données WordPress

Augmenter la limite de mémoire PHP

Questions fréquentes sur un site WordPress lent

Pourquoi mon site WordPress est-il lent ?

Presque toujours à cause de l'une de ces six causes : une version de PHP obsolète, pas d'object caching, des images trop lourdes, trop de plugins ou des plugins mal écrits, un thème ou un pagebuilder lourd, ou un hébergement qui ne correspond pas au site. Mesurez d'abord si le ralentissement se situe sur le serveur ou dans le navigateur ; cela détermine quelles causes vous concernent.

Comment savoir si c'est l'hébergement ou mon site ?

Regardez le temps jusqu'au premier octet. Si le serveur met longtemps à commencer à répondre, le problème est côté serveur : version de PHP, base de données, mémoire ou ressources insuffisantes. Si la réponse arrive vite mais que la page continue ensuite à se charger lentement, c'est la page elle-même : images, scripts, thème. Un site qui n'est lent qu'aux heures de pointe est généralement à court de ressources.

Qu'est-ce que l'object caching et en ai-je besoin ?

WordPress redemande les mêmes données à la base de données à chaque affichage de page. L'object caching garde ces réponses en mémoire, pour que la base de données ne refasse pas sans cesse le même travail. Sur un site d'entreprise calme, vous le remarquerez peu ; sur un site fréquenté ou une boutique avec beaucoup de produits, la différence est sensible. Chez WWW4, l'object caching Redis est inclus dans chaque formule.

Une version plus récente de PHP aide-t-elle vraiment ?

Oui. Chaque nouvelle version de PHP traite le même code plus vite que la précédente, et les anciennes versions ne reçoivent plus de mises à jour de sécurité. Vérifiez toutefois au préalable que votre thème et vos plugins supportent la nouvelle version, et faites une sauvegarde. Chez WWW4, vous choisissez la version par site et pouvez revenir en arrière si quelque chose casse.

À quel point mon site sera-t-il plus rapide chez WWW4 ?

Cela dépend entièrement de votre thème, de vos plugins et de votre contenu, nous ne collons donc pas de pourcentage dessus. Un site avec un pagebuilder lourd et trente plugins a un tout autre profil qu'un site d'entreprise simple. Ce qui est certain : le choix de PHP, l'object caching Redis, le SSD et le Jaan Performance Engine sont inclus d'office dans la formule.

Qu'est-ce que le Jaan Performance Engine ?

Notre propre plugin WordPress pour le cache et l'optimisation des images, inclus gratuitement dans chaque formule d'hébergement WWW4. Vous n'avez pas besoin de licence séparée ni d'un plugin tiers à entretenir. Les détails figurent sur la page consacrée au plugin.

Combien de plugins, c'est trop ?

Il n'y a pas de chiffre magique. Un plugin qui interroge un service externe à chaque page pèse plus lourd que dix plugins bien écrits. Ne regardez donc pas le nombre mais ce que fait chaque plugin, supprimez ce que vous n'utilisez pas, et testez sur une copie du site quel plugin fait la différence.

Quand l'hébergement mutualisé ne suffit-il plus ?

Quand le site ralentit surtout aux moments chargés alors que thème et plugins sont en ordre, quand vous êtes structurellement à la limite de mémoire, ou quand vous avez besoin de logiciels serveur propres ou d'un accès shell. Un VPS managé est alors l'étape suivante : des ressources propres, sans voisins qui influencent vos performances. Pour la plupart des sites WordPress, l'hébergement mutualisé suffit largement.