Si vous migrez un site WordPress vers un nouvel hébergeur et utilisez un plugin de mise en cache avec CDN, prudence : le transfert peut compromettre votre site plus que prévu.
Cet article s'adresse aux utilisateurs WordPress à l'aise avec l'installation de plugins, sans être experts PHP. Vous y découvrirez le fonctionnement du CDN et les risques lors d'un changement d'hébergeur si les paramètres ne sont pas mis à jour. Vous apprendrez aussi à résoudre le problème vous-même.
Pour saisir pourquoi la mise en cache CDN perturbe la migration, comprenez d'abord le mécanisme de mise en cache WordPress et le rôle du CDN.
Les plugins populaires comme W3 Total Cache, WP Rocket ou WP Super Cache intègrent la mise en cache des images via votre CDN choisi.
Sans optimisation, chaque visite recharge la page entière, scripts, images et éléments statiques. Avec un plugin adapté, le navigateur cache ces fichiers statiques, ne téléchargeant que les parties dynamiques.
Pour des milliers de visiteurs quotidiens, cela réduit drastiquement la bande passante et les coûts. Les images, voraces en données, sont prioritaires : c'est là qu'intervient le CDN.
Un CDN héberge le contenu statique (images, CSS, JS) sur des serveurs proches géographiquement des visiteurs, minimisant les temps de chargement.
Sans CDN, un serveur canadien dessert lentement un visiteur australien. Avec CDN, les images locales accélèrent tout.
Configurer un CDN sur WordPress est simple : activez-le dans le plugin, sélectionnez le service et autorisez la connexion.
Par défaut, le plugin gère l'hébergement des images via le CDN. Beaucoup l'installent puis l'oublient... jusqu'au changement d'hébergeur.
Dans une configuration "pull" standard, le CDN récupère les fichiers manquants sur votre serveur originel et les cache localement pour les visites suivantes.
Le contenu dynamique vient du serveur hôte ; le statique du CDN. Lors d'un upload d'image neuve, le CDN la tire du serveur.
Malgré le bon fonctionnement apparent post-migration (DNS vers nouveau serveur), le CDN tire encore les images de l'ancien serveur via son IP configurée.
Résultat : illusion de normalité grâce au cache existant. Vider le cache révèle le chaos : images absentes.
Le problème surgit à la création d'un nouveau post : images uploadées visibles en backend, mais brisées en preview ou publication.
Liens rompus ou zones vides : le CDN cherche sur l'ancienne IP hôte.
Vérifiez ces paramètres essentiels :
Les CDN restreignent les pulls à des IP autorisées pour la sécurité. Mettez à jour avec la nouvelle IP (trouvable en cPanel ou chez l'hébergeur).
Conservez temporairement l'ancienne IP pendant la propagation DNS (1-2 jours).
Indiquez au CDN le nouveau serveur pour les pulls de fichiers inédits.
Purgez le CDN via le plugin ou le dashboard (ex. MaxCDN : Gestion > Purger).
Problème résolu !
Souvent sous-estimé, le CDN booste les perfs mais ajoute un point de défaillance. Une mise à jour oubliée casse tout. Suivez ce guide pour des migrations fluides.
[]