Migrer un site WordPress depuis OVH vers un autre hébergeur peut être un véritable parcours du combattant. Entre limitations des hébergements mutualisés, restrictions serveur et interruptions de connexion, de nombreuses méthodes classiques échouent. Cet article documente les problèmes rencontrés, les solutions testées, celles qui ont fonctionné, et celles qui n’ont pas abouti.

1. Problèmes majeurs rencontrés

Lors de la tentative de migration d’un site WordPress depuis OVH, plusieurs obstacles ont ralenti, voire bloqué, le processus :

✅ Export de la base de données : aucun problème via PHPMyAdmin.
❌ Transfert des fichiers : instabilité du FTP, erreurs d’archivage et limitations serveur.

Difficultés rencontrées :

• Déconnexions FTP fréquentes, empêchant le téléchargement complet des fichiers.
• Plugins de migration (Duplicator, All-in-One WP Migration) bloqués, car le serveur coupe l’exécution des scripts PHP avant la fin.
• Tentative de création d’un fichier ZIP du site : échec (page blanche ou erreur 503).
• Demande d’archivage à OVH : plus de 8 jours après, toujours aucune réponse.

2. Solutions testées et résultats

Méthode 1 : Transfert FTP (Échec partiel)

Tentative : Télécharger tous les fichiers du site via FTP.
Résultat : Coupures fréquentes, transferts interrompus avant la fin.
Explication probable : OVH limite la durée des connexions FTP ou coupe les transferts volumineux.

Solution alternative testée :
✔ Réduction du nombre de connexions simultanées à 1 ou 2 (dans FileZilla).
✔ Transfert fractionné en plusieurs petites sessions (dossiers séparés : plugins, thèmes, uploads année par année).

👉 Résultat : Cette méthode a permis de récupérer tous les fichiers, mais avec beaucoup de patience et de relances.

Méthode 2 : Archivage ZIP des fichiers (Échec total)

Tentative : Créer une archive ZIP du site via un script PHP dédié.
Résultat : Page blanche ou erreur 503.
Explication probable :

• OVH empêche l’exécution de scripts PHP trop longs sur les offres mutualisées.
• L’extension ZipArchive n’est peut-être pas activée sur l’hébergement.
• Limites de mémoire et de temps d’exécution trop strictes.

Solution alternative testée :
✔ Essai de compresser les fichiers via WP File Manager : même problème (erreur serveur).

👉 Résultat : Aucun moyen d’archiver directement sur OVH, toutes les tentatives ont échoué.

Méthode 3 : Plugins de migration WordPress (Échec)

Tentative : Utiliser Duplicator ou All-in-One WP Migration pour générer une archive du site.
Résultat : Les deux plugins échouent, affichant une erreur indiquant que le serveur a interrompu la connexion.
Explication probable :

• OVH impose une limite de mémoire et de temps d’exécution trop basse.
• Les versions gratuites des plugins bloquent l’export au-delà de 500 Mo.
• Le site contenait trop de fichiers volumineux (uploads, médias, etc.).

👉 Résultat : Méthode inutilisable sur un site volumineux hébergé chez OVH.

Méthode 4 : Demande d’archivage à OVH (Aucune réponse)

Certains hébergeurs proposent, sur demande, de générer une archive ZIP complète des fichiers d’un site.

Tentative : Contacter OVH pour qu’ils réalisent une archive de l’ensemble des fichiers.
Résultat : Plus de 8 jours plus tard, toujours aucune réponse du support.

👉 Résultat : Cette méthode est à oublier si vous êtes pressé ou avez un besoin urgent.

3. La seule méthode qui a réellement fonctionné

Après avoir testé plusieurs approches sans succès, voici ce qui a finalement permis de réussir la migration :

✅ Solution efficace : Transfert fractionné + nettoyage de la base de données

1. Transfert des fichiers en plusieurs étapes via FTP
   • Récupération du site par blocs :
     • wp-content/plugins/
     • wp-content/themes/
     • wp-content/uploads/ année par année
     • Fichiers restants de WordPress
   • En réduisant le nombre de connexions FTP simultanées à 1 ou 2 maximum (dans FileZilla).
   • En réalisant les transferts en dehors des heures de pointe (nuit, tôt le matin) pour éviter les coupures.
2. Adaptation et nettoyage de la base de données
   • Vérification et modification des URL du site dans la base de données après migration.
   • Suppression des anciennes données inutiles (transients, révisions, tables orphelines).
3. Nettoyage des inodes
   • OVH impose une limite sur le nombre de fichiers (inodes), ce qui peut poser problème lors de la migration.
   • Suppression des fichiers inutiles et optimisation de la structure du site avant transfert.

👉 Résultat : Après ces ajustements, le site a pu être migré avec succès.

4. Conclusion et recommandations

Migrer un site depuis OVH peut être extrêmement complexe, surtout si le site est volumineux.

💡 Ce qui ne fonctionne pas sur un hébergement mutualisé OVH :
❌ Transfert FTP en une seule fois → Déconnexions fréquentes.
❌ Archivage ZIP via PHP ou gestionnaire de fichiers → Bloqué par OVH.
❌ Plugins de migration → Exécution interrompue avant la fin.
❌ Demande d’archivage à OVH → Aucun retour après plus de 8 jours.

✅ La méthode qui fonctionne :
✔ Transfert fractionné des fichiers via FTP avec une seule connexion active.
✔ Adaptation et nettoyage de la base de données après migration.
✔ Nettoyage des inodes et suppression des fichiers inutiles pour éviter des blocages.

Besoin d’aide pour migrer votre site ?

Si vous êtes confronté aux mêmes problèmes et que vous ne parvenez pas à migrer votre site, nous pouvons vous aider à effectuer une migration complète sans perte de données.

📩 Contactez-nous dès maintenant pour une assistance personnalisée !

Cet article résume une expérience réelle de migration d’un site OVH. Il met en avant les problèmes les plus courants, les solutions testées, et la meilleure méthode pour s’en sortir.

📌 Si vous êtes bloqué, laissez-nous un message et nous trouverons une solution adaptée à votre situation.