Les pages mettent plusieurs secondes à s'afficher sur un téléphone, vos commerciaux évitent de montrer le site en rendez-vous, et un prestataire a rendu son verdict : WordPress est dépassé, il faut passer à Webflow ou à un site sur mesure. Le raisonnement est tentant, mais rarement exact.
WordPress fait tourner quatre sites web sur dix dans le monde, dont des sites très rapides. Un site WordPress lent souffre presque toujours de ce que l'on a construit dessus, pas de WordPress lui-même. Voici les huit vérifications à faire avant de décider (l'outil, le seuil à viser, ce qu'il faut demander à votre prestataire), puis l'arbre de décision.
WordPress est-il vraiment lent ?#
Non, pas par nature. D'après W3Techs, WordPress équipe 40,2 % de tous les sites web et 58,7 % de ceux dont on connaît le CMS (septembre 2026).
L'écart existe pourtant sur le terrain. Selon le Web Almanac 2025 de HTTP Archive, 45 % des sites WordPress ont de bons Core Web Vitals sur mobile, contre 74 % des sites Wix et 85 % des sites Duda.
- des sites web utilisent WordPress
- 40,2 %
- des sites WordPress ont de bons Core Web Vitals sur mobile
- 45 %
- des sites Wix y parviennent
- 74 %
Cet écart tient moins au logiciel qu'à la façon dont les sites sont montés. Sur Wix ou Duda, l'éditeur maîtrise l'hébergement et le code. Sur WordPress, chaque site est assemblé différemment : hébergement au prix le plus bas, thème acheté pour ses démonstrations, extensions ajoutées au fil des ans. Les auteurs du Web Almanac le notent : les améliorations se diffusent mal dans les écosystèmes qui laissent autant de liberté.
À chaque visite, le serveur assemble la page : il exécute le code du thème et des extensions et interroge la base de données. Sans cache, ce travail est refait pour chaque visiteur. D'où le poids de l'hébergement et du cache. Et d'où une limite au changement de technologie : des photos trop lourdes ou un chat mal intégré vous suivront partout.
Comment mesurer la vitesse de votre site WordPress ?#
L'outil de référence est PageSpeed Insights, de Google. Testez vos pages clés (accueil, page de service, contact) dans l'onglet mobile. Le rapport distingue deux types de données, explique Google :
- En haut, les données de terrain : l'expérience réelle des internautes sur Chrome pendant les 28 derniers jours, au 75e centile (la page doit être rapide pour trois visites sur quatre). C'est sur elles qu'il faut juger.
- En dessous, les données de laboratoire : un chargement simulé sur un seul appareil, résumé par une note sur 100, bonne à partir de 90. Elles servent à diagnostiquer, et la note varie d'un test à l'autre.
| Indicateur | Ce qu'il mesure | Bon | Médiocre |
|---|---|---|---|
| LCP (Largest Contentful Paint) | L'affichage du contenu principal | 2,5 s ou moins | Plus de 4 s |
| INP (Interaction to Next Paint) | La réaction aux clics et aux saisies | 200 ms ou moins | Plus de 500 ms |
| CLS (Cumulative Layout Shift) | La stabilité de la mise en page | 0,1 ou moins | Plus de 0,25 |
| TTFB (Time to First Byte) | Le délai de réponse du serveur | 0,8 s ou moins | Plus de 1,8 s |
Les trois premiers sont les Core Web Vitals : une page réussit l'évaluation quand les trois sont bons. Le TTFB révèle, lui, la santé de l'hébergement. Si aucune donnée de terrain n'apparaît, le site n'a pas assez de visiteurs mesurés : appuyez-vous sur le rapport Core Web Vitals de la Search Console et comparez vos pages en laboratoire.
L'enjeu est d'abord commercial. Google utilise les Core Web Vitals dans son classement, mais montre toujours le contenu le plus pertinent, même quand l'expérience de page est médiocre. Dans l'étude Milliseconds Make Millions (Deloitte Digital et fifty-five pour Google, 2020), gagner 0,1 seconde sur mobile a augmenté de 21,6 % la progression de la première étape du formulaire jusqu'à l'envoi, sur les sites de génération de leads.
Pourquoi mon site WordPress est-il lent ? Les 8 vérifications#
Chacun de ces points se vérifie en quelques minutes dans PageSpeed Insights ou dans l'administration de WordPress, au menu Outils > Santé du site, un diagnostic intégré ouvert à tout administrateur. Commencez par le TTFB : s'il est mauvais, cherchez d'abord dans les vérifications 1 à 4 ; s'il est bon mais que le LCP reste lent, dans les vérifications 5 à 8.
| Vérification | Où regarder | Bon repère | Qui corrige |
|---|---|---|---|
| 1. Hébergement | PageSpeed Insights (TTFB), Santé du site | TTFB de 0,8 s au plus | Hébergeur, prestataire |
| 2. Version de PHP | Santé du site, onglet Infos | PHP 8.3 ou plus récent | Hébergeur, prestataire |
| 3. Cache et CDN | Santé du site, test du cache de page | Cache détecté, réponse sous 600 ms | Prestataire |
| 4. Base de données | Santé du site, onglet État | Options chargées automatiquement sous 800 Ko | Prestataire |
| 5. Thème | PageSpeed Insights sur une page simple | Total Blocking Time sous 200 ms | Prestataire |
| 6. Extensions | Menu Extensions | Toutes utiles et à jour | Vous, puis le prestataire |
| 7. Images | PageSpeed Insights, rubriques images et LCP | LCP de 2,5 s au plus | Vous et le prestataire |
| 8. Scripts tiers | PageSpeed Insights, rubrique « Tiers » | INP de 200 ms au plus | Vous et le prestataire |
Vérifications 1 à 4 : le serveur répond-il assez vite ?#
1. L'hébergement et le temps de réponse du serveur#
C'est la première cause à écarter : elle ralentit toutes les pages avant même leur affichage.
Vérifiez vous-même : dans les données de terrain de PageSpeed Insights, le TTFB ne doit pas dépasser 0,8 seconde. Dans Santé du site, le test du cache de page donne le temps de réponse médian du serveur : WordPress recommande moins de 600 millisecondes.
Demandez à votre prestataire : l'offre d'hébergement, ses ressources, la localisation des serveurs (en Europe pour une clientèle française) et le prix de l'offre supérieure. Changer d'hébergement ne demande pas de changer de technologie.
2. La version de PHP#
PHP est le langage de WordPress. Ses nouvelles versions sont conçues pour être plus performantes, et les anciennes ne sont plus corrigées.
Vérifiez vous-même : Santé du site, onglet Infos, rubrique Serveur. L'onglet État signale aussi une version obsolète.
Le repère : WordPress recommande PHP 8.3 ou plus récent. Selon le calendrier officiel de PHP, les versions antérieures à 8.2 ne reçoivent plus de correctifs de sécurité depuis le 1er janvier 2026, et la 8.2 n'en recevra plus après le 31 décembre 2026.
Demandez à votre prestataire : de tester le site sur une copie avant de basculer. Un thème ou une extension incompatible est un signal précieux pour la suite.
3. Le cache et le CDN#
Le cache conserve une version prête de chaque page ; le CDN, ou réseau de diffusion de contenu, sert les fichiers depuis des serveurs proches du visiteur.
Vérifiez vous-même : dans Santé du site, onglet État, le test du cache de page indique si un cache est détecté. Dans PageSpeed Insights, la rubrique « Utiliser des durées de mise en cache efficaces » liste les fichiers que les navigateurs ne conservent pas assez longtemps.
Demandez à votre prestataire : un cache de page, un cache d'objets si le site est dynamique (boutique, espace client) et un CDN si vos visiteurs sont dispersés ou vos médias lourds.
4. La base de données et les tâches planifiées#
Au fil des ans, la base accumule révisions, données temporaires et journaux d'extensions, dont une partie est chargée à chaque page. Et les tâches planifiées de WordPress (publications programmées, sauvegardes, e-mails) sont déclenchées par les visites elles-mêmes.
Vérifiez vous-même : dans Santé du site, onglet État, une alerte apparaît quand les options chargées automatiquement dépassent 800 Ko. L'onglet Infos donne la taille de la base : si elle grossit chaque mois alors que vous publiez peu, quelque chose s'accumule.
Demandez à votre prestataire : de nettoyer la base, d'identifier l'extension responsable des volumes anormaux et de confier les tâches planifiées au planificateur du serveur.
Vérifications 5 à 8 : vos pages sont-elles trop lourdes ?#
5. Le thème et le constructeur de pages#
Un thème vendu sur catalogue ou un constructeur de pages visuel charge souvent du code destiné à des fonctions que vous n'utilisez pas. C'est la cause la plus coûteuse à corriger.
Vérifiez vous-même : testez dans PageSpeed Insights une page presque vide, comme vos mentions légales. Si elle dépasse 2,5 secondes de LCP ou 200 millisecondes de Total Blocking Time en test mobile (le seuil du vert pour Lighthouse), le problème vient des fondations, pas de vos contenus. Dans Santé du site, onglet Infos, la rubrique Thème actif donne le nom et la version du thème : vérifiez chez l'éditeur qu'il est toujours mis à jour.
Demandez à votre prestataire : si les modules inutilisés peuvent être désactivés, et ce que coûterait un thème léger conçu pour vos seuls gabarits.
6. Les extensions#
Chaque extension ajoute du code, parfois des requêtes et des fichiers chargés sur toutes les pages : leur qualité compte plus que leur nombre. Elles sont aussi le premier risque de sécurité : selon Patchstack, 91 % des 11 334 vulnérabilités découvertes en 2025 dans l'écosystème WordPress concernaient des extensions.
Vérifiez vous-même : dans le menu Extensions, notez le rôle de chacune et la date de sa dernière mise à jour. Supprimez les extensions désactivées ; repérez les doublons (deux extensions de cache ou de SEO) et celles qui n'ont pas été mises à jour depuis plus d'un an.
Demandez à votre prestataire : de mesurer le coût de chaque extension sur une copie du site, avec un outil comme Query Monitor, et de remplacer les plus lourdes.
7. Les images#
Sur 76 % des pages mobiles, l'élément qui détermine le LCP est une image, selon le Web Almanac 2025, et environ une page sur six en retarde le chargement, ce qui ralentit justement l'affichage principal.
Vérifiez vous-même : dans PageSpeed Insights, « Répartition du LCP » désigne l'élément affiché en dernier, et « Améliorer l'affichage des images » liste les images trop lourdes. Pour le poids total de la page, Lighthouse alerte au-delà de 5 000 Kio et recommande de rester sous 1 600 Kio.
Demandez à votre prestataire : des images au format WebP, environ 30 % plus léger que le JPEG ou le PNG, ou AVIF, jusqu'à 50 % plus léger que le JPEG, des tailles adaptées à chaque écran et une image principale jamais chargée en différé. De votre côté, redimensionnez vos photos avant de les téléverser.
8. Les scripts tiers#
Chat, pixels publicitaires, cartes, vidéos, widgets d'avis, bandeau de cookies : chacun charge du code depuis un autre serveur, et on oublie de les retirer.
Vérifiez vous-même : dans PageSpeed Insights, la rubrique « Tiers » liste ces services et le temps pendant lequel ils occupent le navigateur ; côté visiteurs, visez un INP de 200 ms au plus. Faites ensuite l'inventaire avec l'équipe marketing : qui a ajouté chaque outil, à quoi il sert, qui en exploite les données.
Demandez à votre prestataire : de retirer ce qui ne sert plus et de ne charger le chat et les vidéos qu'au clic. Ces scripts vous suivraient sur n'importe quelle technologie : les supprimer est souvent le gain le plus rapide.
Faut-il quitter WordPress ? L'arbre de décision#
Répondez à ces trois questions dans l'ordre : la première réponse positive désigne votre option.
- Les vérifications ont-elles révélé des causes corrigeables ? Hébergement, PHP, cache, images, extensions ou scripts : optimisez. C'est le cas le plus courant ; quelques jours suffisent souvent. Remesurez quatre semaines plus tard ; si les pages restent lentes, passez à la question suivante.
- Une page simple reste-t-elle lente, ou le thème n'est-il plus maintenu ? Refaites le thème en gardant WordPress. Contenus, administration et adresses des pages restent en place : le risque pour votre référencement est faible.
- Vos besoins ont-ils changé ? Pour un site vitrine soigné que votre équipe fait évoluer seule, sans extensions métier, Webflow mérite l'étude. Si le site devient une application (espace client, configurateur, catalogue relié à l'ERP), un développement sur mesure, avec Next.js par exemple, prend le relais.
Trois « non » : restez sur WordPress. Son écosystème reste sans équivalent : 40,2 % des sites web contre 0,8 % pour Webflow, selon W3Techs. Notre comparatif WordPress ou Webflow détaille les autres critères.
Si vous migrez, budgétez la migration SEO avec la refonte. Google prévient que la visibilité peut fluctuer temporairement, que le traitement d'un site de taille moyenne prend souvent plusieurs semaines et qu'il faut conserver les redirections en général au moins un an.
| Optimiser | Refaire le thème | Changer de technologie | |
|---|---|---|---|
| Ce qui change | Hébergement, réglages, images, extensions | Design et code du thème | Plateforme, design, souvent les adresses |
| Ce qui reste | Tout | Contenus, adresses, administration | Les contenus, à migrer |
| Délai type | Quelques jours | Quelques semaines | Quelques semaines à plusieurs mois |
| Risque SEO | Aucun | Faible | Réel : redirections et suivi indispensables |
Les questions à poser avant de changer de CMS#
Si un prestataire vous recommande de quitter WordPress, posez-lui ces six questions.
- Quelles mesures justifient cette recommandation ? Données de terrain, TTFB, pages concernées.
- Qu'avez-vous essayé sur le site actuel ? Si rien n'a été testé, la migration est prématurée.
- Quel gain visez-vous, sur quel indicateur ? « Un LCP mobile de 2,5 s au plus sur les pages de services » se vérifie ; « un site plus moderne », non.
- Comment protégez-vous le référencement ? Inventaire des URL, redirections, suivi dans la Search Console pendant au moins trois mois.
- Qui pourra modifier le site ensuite ? Votre équipe seule, ou un développeur à chaque changement ?
- Combien coûtera le site chaque année ? Plateforme, hébergement, maintenance, licences : comparez poste par poste avec le coût actuel.
Et chez Cactechus, comment traitons-nous un WordPress lent ?#
Nous travaillons sur WordPress, Webflow et Next.js : nous n'avons aucun intérêt à vous faire changer de technologie.
Notre maintenance Pro, à 99 € HT par mois sans engagement, comprend 2 heures d'évolution et l'optimisation de la vitesse ; la Premium, à 199 € HT par mois, 4 heures d'évolution, le suivi SEO technique et celui des Core Web Vitals. Si le thème doit être refait ou la technologie changée, la refonte d'un site vitrine commence à 1 990 € HT et celle d'un site d'entreprise coûte de 3 000 à 7 000 € HT, au même prix sur WordPress ou Webflow ; une application web sur mesure coûte de 9 900 à 29 900 € HT. Le détail est sur notre page prix.
En résumé#
Un site WordPress lent n'est presque jamais condamné. Le plus souvent, la lenteur vient d'un hébergement sous-dimensionné, d'une version de PHP dépassée, d'un cache absent, d'images trop lourdes ou d'extensions et de scripts accumulés : autant de causes qui se corrigent en quelques jours, sans toucher à vos contenus ni à votre référencement.
Changer de technologie se justifie quand les fondations ne peuvent plus être allégées ou quand vos besoins ont changé. Mesurez d'abord, corrigez ensuite, et ne décidez d'une migration qu'avec des chiffres en main. Si la question devient « refaire ou améliorer ? », notre test en dix questions vous aidera à trancher.
