Site WordPress lent : trouver la cause et corriger

Étape par étape

1. Testez trois pages types dans PageSpeed Insights, en mobile : l'accueil, une page de service, un article ou une fiche produit. Notez LCP, INP et CLS.
2. Si le serveur met longtemps à répondre, vérifiez la version de PHP et la présence d'un cache de pages avant toute autre chose.
3. Activez une seule extension de cache, ou celle que fournit l'hébergeur, et testez le site dans une fenêtre privée, déconnecté.
4. Redimensionnez les photos à leur taille d'affichage avant de les envoyer, et servez-les en WebP ou AVIF.
5. Supprimez les extensions qui ne servent plus et repérez avec Query Monitor celles qui ralentissent la génération des pages.
6. Remplacez les vidéos YouTube, cartes et widgets placés en haut de page par une image cliquable qui charge le contenu à la demande.
7. Nettoyez la base de données après l'avoir sauvegardée : révisions, transients expirés, options laissées par d'anciennes extensions.
8. Si le serveur reste lent avec un cache actif, changez d'offre ou d'hébergeur.

Comment mesurer la vitesse d'un site WordPress ?

Mesurez avec PageSpeed Insights, sur mobile, en testant plusieurs pages types plutôt que la seule page d'accueil. L'outil affiche deux blocs. Le premier reprend les mesures réelles des visiteurs utilisant Chrome, quand le site a assez de trafic pour en avoir. Le second est un test de laboratoire lancé par Lighthouse sur un mobile simulé. Les mesures réelles comptent davantage ; le test de laboratoire sert à trouver les causes.

Le score sur 100 varie d'un test à l'autre, selon la charge du serveur et du réseau au moment du test. Lancez chaque mesure plusieurs fois et comparez avant et après chaque modification. Dans Search Console, le rapport sur les Core Web Vitals regroupe les pages qui posent le même problème, ce qui évite de traiter le site page par page.

Trois indicateurs forment les Core Web Vitals, appelés Signaux Web essentiels dans Search Console. Google publie leurs seuils dans sa documentation Search Central :

• LCP, le temps d'affichage du plus gros élément visible, souvent la photo d'en-tête : bon jusqu'à 2,5 secondes
• INP, la réactivité aux clics et aux saisies, qui a remplacé le FID en mars 2024 : bon jusqu'à 200 millisecondes
• CLS, les décalages de mise en page pendant le chargement : bon jusqu'à 0,1

Quel constat pointe vers quelle cause ?

Une fois la mesure faite, le symptôme dit où chercher. Le tableau relie les constats les plus fréquents, dans PageSpeed Insights ou à l'usage, à leur cause probable et à la première correction à essayer.

Constat	Cause probable	Première action
Première requête de la page lente	Version de PHP ancienne, aucun cache de pages	Vérifier PHP, puis activer un cache
LCP au-delà de 2,5 secondes	Photo d'en-tête trop lourde ou chargée en différé	Redimensionner, passer en WebP, retirer le chargement différé
JavaScript inutilisé signalé	Extension qui charge ses scripts sur toutes les pages	Repérer son dossier dans le chemin /wp-content/plugins/
Rapide pour vous, lent pour vos clients	Connecté, vous ne passez pas par le cache	Tester en navigation privée, sur téléphone en 4G
Pages obsolètes, erreurs inexpliquées	Deux systèmes de cache superposés	Garder une seule extension de cache
Menu ou panier cassé après optimisation	Minification ou combinaison des fichiers	Réactiver ces options une par une
Serveur lent malgré un cache actif	Offre d'hébergement sous-dimensionnée	Changer d'offre ou d'hébergeur
Ralentissement soudain sans changement	Scripts malveillants en tâche de fond	Vérifier les signes d'un piratage

Le serveur répond-il assez vite ?

Vérifiez-le en premier : si le serveur tarde à envoyer la page, aucune optimisation d'image ne compensera. Ce délai apparaît dans le rapport Lighthouse et dans l'onglet Réseau des outils de développement du navigateur, sur la toute première requête de la page.

Premier contrôle, la version de PHP, visible dans Outils > Santé du site > Informations > Serveur. Les versions 7.x ne sont plus maintenues, et la liste des versions encore suivies est publiée par le projet PHP. Passer à une version suivie apporte les correctifs de sécurité et un gain de vitesse variable selon le site. Elle se change en général dans le panneau de l'hébergeur.

Vérifiez la compatibilité des extensions avant de basculer, sur une copie si possible. Un vieux thème qui ne suit pas la nouvelle version provoque une erreur critique sur tout le site.

Pour savoir ce qui ralentit la génération d'une page, installez Query Monitor le temps du diagnostic. Il affiche, pour la page consultée, les requêtes à la base de données les plus lentes et le temps consommé par chaque extension. Une extension qui interroge un service extérieur à chaque visite, ou une requête qui parcourt des milliers de lignes, se repère vite.

Autre source de lenteur sur un site actif : WP-Cron, le planificateur de WordPress, se déclenche lors des visites. On peut le désactiver avec define( 'DISABLE_WP_CRON', true ); dans wp-config.php et le remplacer par une vraie tâche planifiée de l'hébergeur qui appelle wp-cron.php à intervalle régulier. Sans cette tâche de remplacement, les publications programmées et les e-mails automatiques ne partent plus.

Mettre en place un cache de pages

Sur un site vitrine, le cache de pages est en général le changement qui a le plus d'effet. Sans lui, WordPress reconstruit chaque page à chaque visite : PHP s'exécute, la base de données est interrogée, le thème assemble le tout. Le cache enregistre le résultat sous forme de fichier HTML et le sert directement aux visiteurs suivants.

Une seule extension de cache à la fois : WP Super Cache, W3 Total Cache, WP Rocket, ou LiteSpeed Cache si l'hébergeur utilise un serveur LiteSpeed. Deux systèmes de cache superposés produisent des pages obsolètes et des erreurs difficiles à expliquer. Beaucoup d'hébergeurs fournissent leur propre cache : vérifiez dans leur panneau avant d'ajouter une extension.

Les pages de panier, de commande et de compte d'une boutique WooCommerce ne doivent pas être mises en cache. Les extensions courantes les excluent d'elles-mêmes, mais contrôlez la liste des exclusions. Un utilisateur connecté ne voit pas les pages en cache : pour juger de la vitesse réelle, testez dans une fenêtre de navigation privée.

Sur une boutique ou un site avec espace membre, beaucoup de pages ne peuvent pas être servies depuis le cache. Un cache d'objets comme Redis ou Memcached, quand l'hébergeur le propose, accélère alors les requêtes répétées à la base de données.

Alléger les images, les vidéos et les polices

Redimensionnez les photos à leur largeur réelle d'affichage avant de les envoyer : c'est le gain le plus simple à obtenir. Un cas fréquent, des photos prises au téléphone, envoyées telles quelles, affichées dans un bloc de quelques centaines de pixels. Depuis la version 5.3, WordPress réduit automatiquement les images de plus de 2 560 pixels, mais le fichier reste lourd. Vérifiez aussi les tailles générées dans Réglages > Médias.

WordPress accepte le WebP depuis la version 5.8 et l'AVIF depuis la 6.5, à condition que la bibliothèque d'images du serveur les prenne en charge. Une extension de conversion peut traiter la médiathèque existante. Le chargement différé des images, ajouté par WordPress depuis la version 5.5, ne doit pas s'appliquer à l'image principale du haut de page : certains thèmes et constructeurs le font quand même, ce qui dégrade le LCP.

Une vidéo YouTube ou une carte Google Maps intégrée charge des scripts lourds dès l'ouverture de la page, même si personne ne clique. Remplacez-les par une image d'aperçu qui charge le lecteur au clic. Les polices chargées depuis Google Fonts peuvent être hébergées sur votre serveur : une connexion vers un domaine extérieur en moins, et une question de moins vis-à-vis du RGPD.

Quelles extensions ralentissent le site ?

Celles qui chargent leurs fichiers sur toutes les pages, ou qui interrogent un service extérieur à chaque visite. Le nombre d'extensions compte moins que ce que chacune charge. Une extension de formulaire qui ajoute ses scripts partout, alors que le formulaire n'est que sur la page Contact, pèse sur tout le site. Dans PageSpeed Insights, la recommandation sur le JavaScript inutilisé liste les fichiers en cause. Leur chemin, /wp-content/plugins/ suivi d'un nom de dossier, indique l'extension d'origine.

Les constructeurs de pages produisent un code plus lourd que l'éditeur de blocs. Deux constructeurs installés en même temps, un ancien et un nouveau, chargent souvent leurs fichiers en double. Les carrousels d'images en haut de page dégradent le LCP pour un bénéfice rarement mesuré.

Les scripts extérieurs s'additionnent : fenêtre de discussion, outils de mesure d'audience, pixels publicitaires, bandeau de consentement, avis clients intégrés. Gardez ceux dont vous utilisez réellement les données.

Alléger la base de données

Supprimez les révisions en trop, les transients expirés et les options laissées par des extensions disparues, après avoir exporté la base. Avec les années, ces restes s'accumulent, et la table wp_options pèse le plus lourd : les options marquées pour un chargement automatique sont lues à chaque page. Dans phpMyAdmin, triez ces options par taille pour repérer celles qui appartiennent à des extensions supprimées.

La commande WP-CLI wp transient delete –expired supprime les transients expirés. La constante WP_POST_REVISIONS, dans wp-config.php, limite le nombre de révisions conservées par contenu. Exportez toujours la base avant un nettoyage : une option supprimée par erreur peut casser une extension encore utilisée.

Quelles optimisations font perdre du temps ?

Empiler plusieurs extensions d'optimisation est la fausse piste la plus courante. La minification et la combinaison des fichiers CSS et JavaScript cassent régulièrement des menus, des formulaires ou le panier : activez ces options une par une, en testant les pages clés à chaque fois. Viser 100 sur 100 dans PageSpeed n'a pas d'intérêt en soi. Seuls comptent les seuils des Core Web Vitals et l'impression du visiteur sur son téléphone.

Un réseau de diffusion de contenu (CDN) accélère la livraison des images et des fichiers statiques. Il ne règle pas un serveur lent à générer les pages qui ne sont pas en cache. Changer de thème sans avoir mesuré d'où vient la lenteur, c'est refaire le site pour un résultat incertain.

Ce que nous ferions à votre place

Traitez les causes dans cet ordre : version de PHP, cache de pages, images, puis extensions. Ne commencez ni par la minification ni par une deuxième extension d'optimisation. C'est là qu'on casse des menus et des paniers, pour un gain souvent faible.

Fixez-vous un critère simple, les trois Core Web Vitals au vert en mesures réelles sur mobile. Le score sur 100 n'est pas un objectif.

Si le serveur reste lent avec un cache actif, arrêtez d'optimiser et changez d'offre d'hébergement. Des jours de réglages ne rattraperont pas un serveur sous-dimensionné.

Et si le site ralentit d'un coup sans que rien n'ait changé de votre côté, vérifiez d'abord les signes d'un site WordPress piraté : des scripts malveillants tournent parfois en tâche de fond.

Quand changer d'hébergement ou refaire le site ?

Changez d'hébergement quand le temps de réponse reste long alors que le cache fonctionne, quand le panneau signale des limites de ressources atteintes, ou quand la version de PHP proposée n'est plus maintenue. Une boutique WooCommerce avec un catalogue important a besoin d'une offre dimensionnée pour elle, avec cache d'objets.

Refaire le site se justifie quand le thème ou le constructeur charge un poids incompressible sur chaque page, quoi qu'on désactive. Une refonte de site démarre à 1 600 € HT et conserve vos adresses et votre référencement.

Dans les autres cas, des corrections ciblées suffisent. La maintenance WordPress, dès 49 € HT par mois, empêche ensuite le site de se ralentir au fil des ajouts.

Questions fréquentes

Pourquoi mon score PageSpeed change-t-il à chaque test ?

Le test de laboratoire dépend de la charge du serveur, du réseau et de l'état du cache au moment du passage. Des écarts de quelques points sont normaux. Lancez plusieurs mesures et fiez-vous en priorité aux données réelles des visiteurs, affichées en haut du rapport quand le site a assez de trafic.

Combien d'extensions peut-on installer sans ralentir le site ?

Il n'existe pas de nombre limite. Une extension bien codée qui ne charge rien côté public pèse très peu, alors qu'une seule extension mal conçue peut ralentir chaque page. Query Monitor et la liste des fichiers inutilisés de PageSpeed Insights montrent lesquelles coûtent réellement du temps.

La vitesse influe-t-elle sur le référencement ?

Google utilise les Core Web Vitals dans ses critères d'expérience de page. La pertinence du contenu reste déterminante, et un site rapide sans contenu utile ne remontera pas pour autant. En revanche, un site lent sur mobile perd des visiteurs qui repartent avant l'affichage, et donc des demandes.

Mon site est rapide chez moi mais lent pour mes clients, pourquoi ?

Connecté à l'administration, vous ne passez pas par le cache, et votre navigateur garde en mémoire une partie des fichiers. Vos clients arrivent sans rien en mémoire, souvent sur mobile avec une connexion moins stable. Testez en navigation privée, depuis un téléphone en 4G, pour voir ce qu'ils voient.

WooCommerce est-il forcément lent ?

Non, mais une boutique demande plus au serveur qu'un site vitrine : panier, compte client et pages de commande échappent au cache de pages. Un hébergement adapté, un cache d'objets et des extensions limitées à l'utile suffisent en général à garder une boutique fluide.

Comment faire soi-même la maintenance d'un site WordPress ?

Une fois par mois : sauvegarde complète stockée hors de l'hébergement, mises à jour du cœur, des extensions et du thème testées sur une copie, contrôle de Outils > Santé du site, suppression des extensions inutilisées. Testez ensuite le formulaire de contact et repassez une page clé dans PageSpeed Insights.

Combien coûte la maintenance d'un site WordPress ?

Chez nous, 49 € HT par mois pour un site vitrine : mises à jour testées, sauvegardes quotidiennes, surveillance. 99 € HT avec 30 minutes de modifications par mois. 149 € HT pour un site qui encaisse des paiements. Les formules sont sans engagement de durée, avec un préavis d'un mois.