Vous avez ouvert PageSpeed Insights sur votre site, et vous avez vu rouge. Performance : 38. LCP : 4,2 secondes. Et la petite voix qui dit "il faudrait peut-être tout refaire en Next.js". Avant ça, regardons ce qui se passe vraiment sous le capot d'un WordPress qui charge mal, et combien ça coûte (vraiment) de le remettre dans le vert.
Le problème, en chiffres : 60 % des WordPress échouent au test Google
D'après le Web Almanac 2024 d'HTTP Archive, seuls 40 % des sites WordPress passent les Core Web Vitals sur mobile. Autrement dit, 6 sites WordPress sur 10 affichent au moins une métrique en rouge dans le radar de Google. Le point faible n°1 : le LCP (Largest Contentful Paint), c'est-à-dire le temps que met votre plus gros élément visible (souvent l'image héro) à apparaître. Seuls 40 % des WordPress passent ce seuil de 2,5 secondes sur mobile.
Bonne nouvelle : ce n'est pas une fatalité de la plateforme. WordPress en lui-même est plutôt léger ; la médiane du poids d'une page WordPress en 2024 est de 2 047 ko sur mobile, ce qui reste dans la moyenne du web. La lenteur vient presque toujours des couches que vous (ou votre prestataire) avez empilées dessus. Et la plupart de ces couches se règlent sans toucher au code source.
Les 5 vraies causes d'un WordPress lent
À chaque audit de site WordPress lent que je fais, je retrouve les mêmes cinq coupables, dans des proportions variables. Les voici par ordre de fréquence (ce que je rencontre le plus souvent en premier), avec pour chacun le symptôme observable côté visiteur, ce que ça coûte de corriger, et la priorité que je lui donne.
1. Les plugins empilés
Symptôme : votre site ralentit progressivement à chaque ajout d'extension, et plus rien ne marche si on touche à un plugin. Chaque plugin actif charge ses propres scripts JavaScript et feuilles CSS sur toutes les pages, même celles qui n'en ont pas besoin. Un formulaire de contact qui ajoute 80 ko de JS sur votre page d'accueil, par exemple.
Coût à corriger : quelques heures d'audit pour identifier les plugins doublons ou inutiles, puis une demi-journée de nettoyage. Comptez 300 à 600 € en prestation.
Priorité : 3/5. Gain réel mais demande de l'audit, donc rarement la première manette à actionner.
2. Le thème "tout-en-un" type Avada, Divi ou Enfold
Symptôme : vous avez un thème acheté sur ThemeForest avec un page builder visuel, et chaque page pèse 4 à 6 Mo. Ces thèmes chargent des centaines de blocs CSS et JavaScript "au cas où" vous en utiliseriez. Sur une page d'accueil banale, vous transportez les feuilles de style de blocs que vous n'avez jamais utilisés.
Coût à corriger : difficile sans changer de thème. Migrer vers un thème léger (Astra, GeneratePress, Kadence) coûte généralement 2 000 à 4 000 € parce qu'il faut refaire la mise en page.
Priorité : 5/5 mais en dernier, parce que c'est le poste le plus coûteux et le plus risqué.
3. L'hébergement mutualisé bas de gamme
Symptôme : votre TTFB (temps avant que le serveur renvoie le premier octet) dépasse 800 ms. Pour rappel, Google considère un TTFB sous 0,8 s comme correct, tout ce qui est au-dessus pénalise mécaniquement le LCP. Sur un mutualisé bas de gamme partagé avec 500 autres sites, on mesure couramment 800 à 1 500 ms.
Coût à corriger : passer à un hébergement WordPress managé fait gagner facilement 300 à 600 ms sur le TTFB. Comptez 25 à 60 € par mois (o2switch, Kinsta entrée de gamme, WPserveur).
Priorité : 4/5. Levier puissant si votre serveur est vraiment à genoux.
4. Les images non optimisées (souvent la cause n°1 en réalité)
Symptôme : une page d'accueil qui pèse 5 Mo dont 4,5 Mo d'images. Vous avez chargé vos photos en JPEG 3 000 × 2 000 pixels directement depuis votre téléphone, sans redimensionnement ni conversion. Sur le mobile du visiteur, son navigateur télécharge tout puis redimensionne à 800 pixels.
Coût à corriger : entre 0 et 200 €. Un plugin comme ShortPixel ou Imagify convertit en WebP automatiquement (ce qui réduit le poids de 25 à 35 %) et resize correctement. Ça se règle en une après-midi.
Priorité : 1/5 (à faire en premier). Plus gros gain pour le plus petit coût.
5. L'absence de cache statique
Symptôme : chaque visiteur déclenche une exécution PHP + une requête à la base de données pour générer la page, à chaque visite. Sur un site éditorial qui ne change pas toutes les heures, c'est du gaspillage pur.
Coût à corriger : entre 0 et 200 €. WP Rocket (paid, ~50 €/an) ou LiteSpeed Cache (gratuit si votre hébergeur supporte LiteSpeed) servent une version pré-générée des pages. Selon les mesures terrain, le temps de chargement est divisé par 3 à 5.
Priorité : 2/5. Juste après les images dans l'ordre de priorité.
3 leviers à actionner avant de penser refonte
Si on regroupe les 5 causes par gain attendu et par effort, on dégage 3 chantiers concrets qui résolvent 60 à 80 % des problèmes de vitesse sans toucher à la stack technique.
Levier 1 : Cache statique + images WebP (gain maximal, coût minimal). C'est le combo qui change tout. Installer un plugin de cache (WP Rocket ou LiteSpeed Cache) et un plugin d'optimisation d'images (ShortPixel, Imagify) prend une demi-journée et fait gagner 1 à 2 secondes sur le LCP de la plupart des sites WordPress. Coût total : 200 à 400 € en prestation, plus 50 à 100 € par an de licences. Si vous ne faites qu'une chose, c'est celle-là.
Levier 2 : Audit et purge des plugins (gain moyen, coût bas). Listez les plugins actifs, identifiez les doublons (deux plugins SEO ? deux plugins de formulaire ?) et les inactifs depuis 6 mois. Désinstallez tout ce qui n'est pas critique. Sur la moitié des sites que j'audite, on enlève 5 à 10 plugins sans rien perdre de fonctionnel. Le site charge plus vite et la surface d'attaque baisse en même temps. Comptez 300 à 600 € en prestation pour un audit propre.
Levier 3 : Hébergement WordPress managé (gain réel, coût récurrent). Si après les deux premiers leviers votre TTFB est toujours au-dessus de 800 ms, c'est probablement votre hébergeur. Passer d'un mutualisé à 5 € par mois à un hébergement WordPress managé (o2switch Cpanel optimisé, Kinsta, WPserveur, Hostinger Business) coûte entre 25 et 80 € par mois. Le gain est typiquement de 200 à 400 ms sur le TTFB selon les benchmarks Kinsta. Migrer le site prend une demi-journée et n'implique pas de toucher au contenu.
Vous trouverez des exemples de sites où j'ai appliqué cette méthode dans la section sites livrés, et l'approche complète sur ma page site rapide et durable.
Quand la refonte devient vraiment pertinente
La refonte (changer de thème, voire de plateforme) se justifie dans trois cas précis, pas avant.
Cas 1 : le thème actuel bloque l'optimisation. Si vous êtes sur Avada ou Divi et que même avec cache + WebP + bon hébergeur votre LCP reste au-dessus de 3 secondes, le thème est probablement irrécupérable. Là, oui, il faut changer de thème.
Cas 2 : la dette technique dépasse le coût d'une refonte. Quand vous payez 600 € par an de licences plugins, 80 € par mois d'hébergement et que votre site reste lent, faites le calcul. Une refonte sur un thème léger amorti sur 3 ans peut coûter moins cher.
Cas 3 : vous avez besoin de fonctionnalités que WordPress fait mal. Si vous gérez un catalogue de 5 000 produits, des configurateurs complexes ou de la personnalisation par visiteur, WordPress devient un goulot d'étranglement. Là, repenser la stack a du sens (mais c'est un autre sujet, traité ailleurs sur ce blog).
Dans tous les autres cas, optimiser votre WordPress actuel coûte 3 à 10 fois moins cher qu'une refonte et donne 80 % du résultat. Commencez par là.
À lire ensuite
- Core Web Vitals 2026 : les 3 signaux à surveiller pour rester visible
- Optimiser le LCP en Next.js : leviers par ordre d'impact
FAQ
Combien ça coûte de rendre un site WordPress rapide ?
Entre 400 et 1 200 € pour les deux premiers leviers (cache + images + audit plugins), qui résolvent la majorité des cas. Le passage à un hébergement managé ajoute 25 à 80 € par mois. Au-delà, on est dans la refonte de thème (2 000 à 4 000 €).
Qui fait quoi : mon agence, mon hébergeur, un freelance ?
L'hébergeur gère le serveur et propose parfois ses propres caches (LiteSpeed Cache chez OVH, Object Cache chez Kinsta). L'agence ou le freelance prend en charge l'audit, l'installation des plugins de cache et d'images, la migration. Si votre agence vous dit que "c'est WordPress qui est lent", changez d'agence.
Faut-il un développeur pour faire ces optimisations ?
Pour le levier 1 (cache + WebP), un freelance WordPress sans formation dev avancée suffit. Pour le levier 2 (audit plugins) et le levier 3 (migration d'hébergement), demandez un profil qui a au moins 2 ans de pratique. Au-delà (refonte de thème ou migration de plateforme), il vous faut un développeur web complet.
Est-ce que ça vaut le coup, ou je perds mon temps avant la refonte de toute façon ?
Ça vaut le coup dans la majorité des cas. Sur les sites que j'audite, 60 à 80 % des problèmes de vitesse se règlent sans refonte, et ce travail reste valable même si vous refondez plus tard (les images optimisées et l'inventaire plugins sont réutilisables).
Après combien de temps faut-il revoir la techno (passer de WordPress à autre chose) ?
Posez-vous la question quand vous avez optimisé sérieusement et que vous restez bloqué au-dessus de 3 secondes de LCP, ou quand vos besoins fonctionnels sortent du périmètre WordPress (e-commerce massif, application métier, multi-langues complexe). En général, un WordPress bien tenu reste pertinent 5 à 8 ans. Le sujet "quand passer à Next.js ou Astro" mérite son propre article, à venir sur ce blog.
Sources
- HTTP Archive Web Almanac 2024 : CMS chapter : étude annuelle sur la performance des CMS, données CrUX agrégées sur des millions de sites
- web.dev : Time to First Byte (TTFB) : documentation officielle Google sur le seuil TTFB (bon sous 0,8 s, à améliorer entre 0,8 et 1,8 s)
- web.dev : Optimize Largest Contentful Paint : guide officiel sur le LCP et ses leviers
- Make WordPress Core : analyse CWV de WordPress 6.3 : analyse officielle de l'équipe WordPress sur l'effet du fetchpriority et du lazy loading natif
- Kinsta : How to Reduce TTFB : benchmark TTFB entre hébergement mutualisé et managé WordPress