Studio · Diagnostic
Votre site WordPress
est lent. Voici pourquoi.
Vous avez installé un plugin de cache. Puis un CDN. Puis optimisé les images. Le score Lighthouse remonte un peu, mais le site reste lent en conditions réelles. C'est parce que vous traitez les symptômes, pas la cause.
Les vraies causes de lenteur sur WordPress
PHP s'exécute à chaque requête
À chaque visite, WordPress interroge la base de données, assemble le HTML via PHP et renvoie la réponse. Sur un hébergement mutualisé sous charge, ce pipeline peut prendre 800ms à 2 secondes avant même que le navigateur reçoive le premier octet. Le cache atténue ça — il ne le résout pas structurellement.
L'accumulation de plugins
Chaque plugin ajoute du JavaScript et du CSS chargés sur toutes les pages, même celles qui n'en ont pas besoin. Un plugin SEO, un plugin de formulaire, un plugin de cache, un plugin RGPD, un page builder — chacun ajoute entre 30 et 200 Ko au bundle. Le tout sans coordination entre eux.
Le page builder génère du CSS inline
Elementor, Divi, WPBakery — ces outils génèrent du CSS inline directement dans le HTML pour chaque bloc, chaque section. Le navigateur ne peut pas le mettre en cache. À chaque page, des centaines de lignes de CSS sont téléchargées à nouveau.
L'hébergement mutualisé atteint ses limites
Un WordPress qui charge vite en local ou sur un hébergement dédié peut être catastrophiquement lent sur un mutualisé à 5 €/mois. Pour des performances constantes avec WordPress, il faut un hébergement managé (WP Engine, Kinsta) à 30–80 €/mois minimum.
Ce que les plugins de cache ne règlent pas
Le JavaScript bloquant du rendu
WP Rocket peut différer certains scripts, mais pas ceux marqués critiques par les plugins. Le Time to Interactive reste élevé.
Le CSS non utilisé
Purger le CSS sur WordPress casse régulièrement le design. La plupart des agences renoncent à cette optimisation.
Le TTFB sur hébergement mutualisé
Le Time to First Byte dépend du serveur PHP. Aucun plugin ne peut accélérer l'exécution serveur — seulement la contourner via le cache, qui devient obsolète à chaque modification.
La dette de plugins accumulée
On ne peut pas "optimiser" un site qui a grandi de façon non structurée. À un moment, la seule vraie solution est de reconstruire proprement.
La solution structurelle
Un site statique généré avec Astro n'a pas ces problèmes parce qu'il ne les a jamais eus. Les pages HTML sont construites une fois à la compilation et servies directement — pas de PHP, pas de base de données, pas de pipeline à la requête. Le TTFB est de l'ordre de 50 à 100ms sur n'importe quel hébergement décent.
TTFB < 100ms
Le serveur envoie un fichier HTML statique. Pas d'exécution, pas de latence base de données.
Zéro JS par défaut
Astro ne charge aucun JavaScript côté client sauf si vous en avez explicitement besoin.
CSS propre et purgé
Seul le CSS utile à chaque page est inclus. Pas de framework CSS global chargé en entier.
Migrer depuis WordPress — comment ça se passe
Audit de l'existant
Inventaire des pages, des templates, du contenu à migrer. Analyse SEO pour protéger le trafic existant.
Nouvelle architecture
Structure de pages et d'URLs définie. Redirections 301 planifiées pour ne pas perdre le SEO acquis.
Intégration Astro
Design et intégration page par page. Backoffice Grav CMS configuré en parallèle.
Migration de contenu + mise en ligne
Import du contenu existant, vérification des redirections, déploiement. Votre ancien WordPress reste en ligne jusqu'à validation complète.
Votre site WordPress est lent ?
Envoyez-moi l'URL. Je vous donne un diagnostic rapide et une estimation de migration sous 48h.
Diagnostic gratuit