Comment migrer WordPress vers l'hébergement décentralisé

Vous avez déjà un site WordPress chez Bluehost, WP Engine, Kinsta, SiteGround, GoDaddy ou Hostinger ? Vous pouvez le déplacer vers le cloud décentralisé Flux sans perdre de contenu, et généralement sans aucune interruption. Ce guide détaille toute la migration, du choix de la méthode jusqu'à la bascule de vos DNS, pour que vous obteniez un site WordPress plus rapide, résistant à la censure et sans enfermement propriétaire.

Pourquoi migrer WordPress vers un hébergement décentralisé ?

Les gens changent pour quelques raisons récurrentes : les hébergeurs managés deviennent chers une fois la promotion de la première année terminée ; un fournisseur unique est un point de défaillance unique et un point de censure unique ; et les panneaux propriétaires ainsi que les frais de sortie de données donnent une impression d'enfermement. Passer à un hébergeur Web3 sur Flux vous apporte trois instances redondantes réparties sur des nœuds indépendants, aucun compte central pouvant être suspendu, un WordPress standard sans enfermement propriétaire, des ressources dédiées à partir de $2.99/month, et la possibilité de payer en crypto FLUX. Vous êtes propriétaire de vos données et pouvez repartir à tout moment, à l'opposé de l'enfermement.

Avant de commencer : une liste de contrôle pré-migration

  • Faites une sauvegarde complète de votre site actuel (fichiers + base de données). Ne migrez jamais sans sauvegarde.
  • Notez vos versions de PHP et de WordPress pour pouvoir les égaler ou les dépasser.
  • Listez les extensions et thèmes actifs ; désactivez ceux que vous n'utilisez plus pour voyager léger.
  • Notez les enregistrements DNS actuels de votre domaine pour pouvoir les reproduire.
  • Abaissez le TTL DNS de votre domaine un jour à l'avance pour rendre la bascule finale rapide.

Étape 1 : déployer un WordPress neuf sur Flux

D'abord, créez votre destination. Inscrivez-vous, choisissez une offre et une région proche de votre audience, puis déployez un nouveau site WordPress : il est en ligne en moins de 30 secondes sur un sous-domaine gratuit .app.runonflux.io avec SSL. Vous importerez votre contenu existant dans cette instance avant de pointer votre domaine dessus, afin que votre site en production reste en ligne pendant toute l'opération.

Étape 2 : choisir votre méthode de migration

Option A : extension de migration (le plus simple)

Des extensions comme All-in-One WP Migration, Duplicator ou Migrate Guru regroupent votre site entier (fichiers, base de données, extensions, thèmes et médias) dans une seule archive. Installez la même extension sur votre nouveau WordPress Flux, téléversez l'export, et elle reconstruit le site pour vous. C'est la voie recommandée pour la plupart des gens, car elle gère automatiquement le remplacement des URL dans la base de données.

Option B : restauration de sauvegarde

Si vous utilisez déjà une extension de sauvegarde (UpdraftPlus, Jetpack VaultPress, etc.), restaurez son jeu de sauvegarde sur le nouveau site. Flux prend aussi en charge la restauration depuis une URL de sauvegarde distante et dispose d'un gestionnaire de fichiers intégré pour téléverser directement les archives.

Option C : migration manuelle

Pour un contrôle total, exportez la base MySQL avec mysqldump (ou phpMyAdmin), copiez le dossier wp-content, importez la base sur la nouvelle instance, mettez à jour les identifiants dans wp-config.php et lancez un remplacement d'URL pour remplacer l'ancienne adresse par la nouvelle. C'est la voie la plus pratique, et elle convient surtout aux développeurs.

Étape 3 : importer votre contenu et vérifier

Lancez l'import choisi dans l'instance WordPress Flux. Ensuite, en utilisant le sous-domaine temporaire .app.runonflux.io, parcourez le site : vérifiez la page d'accueil, quelques articles et pages, les images et médias, les menus, les formulaires et, si vous avez une boutique, les produits WooCommerce et le paiement. Confirmez que les extensions sont actives et que les réglages ont bien été transférés. Corrigez ce qui doit l'être maintenant, pendant que votre domaine de production pointe encore en sécurité vers l'ancien hébergeur.

Étape 4 : tester avant de basculer les DNS

Prévisualisez le site en détail sur le sous-domaine. Pour un test encore plus fidèle avec votre vrai domaine, ajoutez une entrée temporaire dans le fichier hosts de votre ordinateur afin que vous seul résolviez le domaine vers le nouveau site. Vérifiez le SSL, les permaliens et toutes les URL codées en dur. Ne continuez que lorsque vous êtes certain que le site migré est une copie fidèle.

Étape 5 : pointer votre domaine (la bascule)

Quand vous êtes satisfait, mettez à jour les DNS de votre domaine : ajoutez un enregistrement CNAME pointant vers votre adresse d'application Flux et définissez votre domaine personnalisé dans le tableau de bord. Comme vous avez abaissé le TTL plus tôt, la modification se propage rapidement, souvent en quelques minutes. Le SSL de votre domaine est géré automatiquement. Gardez l'ancien hébergeur actif pendant 24 à 48 heures, le temps que la propagation soit terminée dans le monde entier, pour qu'aucun visiteur ne tombe sur un serveur obsolète.

Étape 6 : nettoyage après migration

  • Vérifiez que le site se charge en HTTPS sur votre vrai domaine avec un certificat valide.
  • Retestez les formulaires, la connexion, la recherche et le paiement sur le domaine en production.
  • Activez les sauvegardes automatiques sur le nouveau site.
  • Soumettez votre sitemap dans Google Search Console et vérifiez les erreurs d'exploration.
  • Une fois que tout est stable depuis quelques jours, résiliez votre ancienne offre d'hébergement.

La migration causera-t-elle une interruption ou nuira-t-elle au SEO ?

Fait dans cet ordre (construire le nouveau site, importer, tester, puis basculer les DNS), la migration cause pratiquement aucune interruption, car votre domaine ne bouge qu'après la vérification de la copie. Vos URL restent identiques, il n'y a donc aucune perte de SEO ; au contraire, des temps de chargement plus rapides et une meilleure disponibilité sur un réseau redondant peuvent aider le classement. Gardez la même structure de permaliens et vous n'aurez pas besoin de redirections.

Commencer

Prêt à quitter votre hébergeur actuel ? Déployez votre site de destination, puis suivez les étapes ci-dessus. Le guide complet d'hébergement WordPress Web3 explique ce que change l'hébergement décentralisé et comment déployer depuis zéro.

Questions fréquentes

Comment migrer mon site WordPress existant vers Flux ?

Déployez un nouveau WordPress sur Flux, puis importez votre site avec une extension de migration comme All-in-One WP Migration, une restauration de sauvegarde (UpdraftPlus), ou une copie manuelle via mysqldump et wp-content. Vérifiez sur le sous-domaine temporaire, puis basculez les DNS de votre domaine avec un enregistrement CNAME.

La migration de mon site WordPress causera-t-elle une interruption ?

Non, si vous suivez le bon ordre : construisez et importez d'abord le nouveau site, vérifiez-le sur le sous-domaine temporaire, puis basculez les DNS. Votre domaine ne bouge qu'une fois la copie confirmée, donc les visiteurs ne subissent pratiquement aucune interruption.

Puis-je sortir mon site WordPress de Bluehost, WP Engine ou Kinsta ?

Oui. C'est du WordPress standard, vous pouvez donc migrer depuis n'importe quel hébergeur (Bluehost, WP Engine, Kinsta, SiteGround, GoDaddy, Hostinger et d'autres) avec une extension de migration ou une restauration de sauvegarde, sans enfermement propriétaire chez la destination.

La migration nuira-t-elle à mon SEO ?

Non. Vos URL et votre structure de permaliens restent identiques, il n'y a donc aucune perte de classement. Des temps de chargement plus rapides et une meilleure disponibilité sur un réseau décentralisé redondant peuvent réellement aider le SEO. Resoumettez votre sitemap dans Search Console après la bascule.

Déployez WordPress sur le cloud décentralisé

En ligne en moins de 30 secondes dans 50+ régions. À partir de $2.99/month, première semaine gratuite.