Rendre WordPress rapide

Un WordPress lent n’est presque jamais un problème de matériel. C’est un problème de configuration — et cela se corrige.

Ce qui ralentit WordPress

• Aucun cache. Par défaut, WordPress reconstruit chaque page à chaque visite, en interrogeant la base de données à répétition. C’est le principal coupable.
• Trop d’extensions, surtout celles qui chargent du script sur toutes les pages.
• Des images non optimisées, servies en pleine résolution.
• Un PHP ancien, sans cache d’opcode.

Ce qui l’accélère vraiment

Le levier n° 1, de très loin, c’est le cache pleine page : servir la page déjà construite, en fichier statique, sans toucher à PHP ni à la base. Bien fait, c’est un facteur 10 à 30 sur le temps de réponse. Le reste vient ensuite :

• cache objet Redis pour les requêtes qui doivent quand même passer par la base ;
• PHP moderne avec OPcache et JIT ;
• images converties en WebP/AVIF à l’upload, redimensionnées ;
• compression (Brotli/zstd) sur le transfert.

Ce que nous réglons pour vous

Notre offre WordPress managé applique cette recette d’emblée : cache pleine page servi en statique, Redis, PHP dernière génération, conversion d’images automatique. Nos objectifs, mesurés en continu par des sondes, sont un TTFB sous 100 ms sur cache chaud dans la région et un rendu médian sous 150 ms sans cache.

Ce sont des objectifs mesurés, pas des promesses en l’air : la vitesse finale dépend aussi de votre thème et de vos extensions. Un thème lourd bourré de constructeurs de pages restera lourd, quel que soit l’hébergeur — mais avec une bonne pile en dessous, vous partez déjà avec une longueur d’avance.