La migration s'est bien passée. SSL OK, DNS propagé, support réactif. Pourtant le site charge encore en quatre secondes — parfois pire qu'avant. La tentation est de blâmer le nouvel hébergeur. Souvent, le serveur fait exactement ce qu'on lui demande : servir un WordPress lourd, sans cache cohérent, avec une base qui grossit depuis des années.
Changer d'hébergement déplace le problème. Il ne le résout pas si la dette applicative voyage avec les fichiers.
Les causes les plus fréquentes post-migration
| Symptôme | Cause probable | Où agir |
|---|---|---|
| TTFB élevé (> 600 ms) | PHP lent, requêtes SQL, pas de cache page | Base, plugins, cache serveur |
| Page lourde (> 3 Mo) | Images non compressées, polices, scripts | Thème, médias, CDN |
| Lenteur admin seulement | Plugins backend, heartbeat, autoload | Plugins, wp-config |
| Lenteur géographique | Pas de CDN, datacenter éloigné | CDN, région |
| Pics aléatoires | Cron, sauvegardes, scan sécurité | Planification, heures creuses |
Un hébergeur plus rapide sans diagnostic, c'est une nouvelle adresse pour le même moteur surchargé.
Checklist diagnostic dans l'ordre utile
Mesurez proprement avec WebPageTest, Lighthouse ou GTmetrix. Vérifiez le cache : le nouvel hébergeur propose-t-il cache serveur ? Votre plugin est-il compatible ? Auditez les plugins en staging. Inspectez la base : autoload volumineux, transients expirés, révisions illimitées. Passez à PHP 8.1+ si compatible.
Ce que le nouvel hébergeur change — et ce qu'il ne change pas
CPU/RAM aident si l'ancien mutualisé était saturé. Cache edge intégré aide si activé. Thème page builder, quarante plugins actifs, images 4000 px : non — ils voyagent avec la migration.
Erreurs classiques : plugin cache de l'ancien host mal reconfiguré, Redis non activé alors que l'offre le propose, base importée sans nettoyage.
Le sommet : la migration révèle la dette, elle ne la crée pas
Les équipes achètent parfois un VPS premium comme substitute à un audit plugin. Le VPS aide — si quelqu'un nettoie autoload, configure object cache et allège le thème.
Décider et avancer sans angle mort
Mesurez TTFB et poids page avant et après migration. Configurez une seule couche cache page cohérente. Nettoyez autoload et transients en staging d'abord. Réduisez plugins à l'essentiel métier. Ajoutez CDN si audience éloignée du datacenter.
Comparez hébergeurs WordPress via l'annuaire et WordPress managé.
Questions fréquentes
Combien de temps après une migration faut-il juger la performance ?
Attendez DNS stable et cache en place. Si après quarante-huit heures le TTFB reste haut sans trafic, cherchez côté application et configuration.
Un hébergeur plus rapide peut-il compenser dix plugins lourds ?
Non durablement. Le CPU masque la dette temporairement, puis requêtes SQL et scripts frontend reprennent le dessus.
Faut-il activer tous les caches disponibles ?
Non. Une stratégie cohérente vaut mieux que des caches superposés qui créent conflits et contenus obsolètes.
Comment savoir si la base de données est en cause ?
Surveillez requêtes lentes, autoload volumineux (> 1 Mo), transients non nettoyés — ils ralentissent chaque page.
Changer d'hébergeur sans audit WordPress, c'est déménager un grenier encombré dans un garage plus neuf. Le garage est mieux — le bordel aussi.