FR
EspañolEnglishFrançaisDeutschPortuguêsItaliano
Se connecter Commencez gratuitement
Lightsail

Migrer un site d'un hébergement mutualisé vers Lightsail pas à pas

Quand il vaut la peine de passer d'un hébergement mutualisé à une machine Lightsail, comment choisir le plan (LAMP ou WordPress), copier les fichiers et la base de données, tester avec le fichier hosts avant de toucher au DNS, mettre HTTPS, ne pas perdre le courrier et quoi faire de l'ancien hébergement.

⏱ 90 minutes ◎ Niveau intermédiaire Mis à jour le 28/10/2026

Un hébergement mutualisé est un bon endroit pour commencer : pas cher, avec un panneau, le courrier inclus et quelqu'un qui entretient le serveur. Il cesse de l'être quand le site grandit et devient lent, quand vous devez installer quelque chose que le panneau ne permet pas, ou quand le « plan supérieur » qu'on vous propose coûte plus cher qu'une machine à vous. Une machine Lightsail vous donne un serveur entier pour vous, à prix fixe par mois.

En échange, personne ne s'en occupe pour vous : mises à jour, sauvegardes et sécurité deviennent votre affaire. Et il y a un piège dans lequel beaucoup tombent : l'hébergement mutualisé héberge souvent le courrier. Si vous changez le DNS sans y penser, le site fonctionne et le courrier disparaît. La migration suit l'ordre sûr : nouvelle machine, copie de tout, test sans toucher au domaine, changement de DNS avec retour arrière facile, HTTPS, courrier et, seulement à la fin, résiliation de l'ancien hébergement.

Avant de commencer : ce que signifie chaque chose

Hébergement mutualisé
Un serveur que le fournisseur partage entre de nombreux clients. Vous avez un dossier, une base de données et un panneau (cPanel, Plesk ou maison).
Modèle LAMP et modèle WordPress
Des machines Lightsail déjà préparées : LAMP apporte serveur web, PHP et MySQL pour n'importe quel site ; celui de WordPress apporte en plus WordPress installé. Ils sont maintenus par Bitnami.
Base de données
Là où un site comme WordPress stocke les textes, les utilisateurs et les réglages. Les fichiers sont les images, le thème et les plugins ; la base de données est le contenu. Il faut copier les deux.
DNS et TTL
Le DNS est l'annuaire qui dit vers quel serveur va chaque domaine. Le TTL est la durée pendant laquelle les autres gardent cette réponse avant de redemander : avec un TTL bas, un changement se voit en quelques minutes.
Enregistrement A et enregistrement MX
L'enregistrement A dit où est le site. Le MX dit où est le courrier. Ils sont indépendants : vous pouvez déplacer l'un sans toucher l'autre.
Fichier hosts
Un fichier de votre ordinateur qui prime sur le DNS. Il sert à ce que vous seul voyiez le domaine sur la nouvelle machine pendant que le reste du monde reste sur l'ancien hébergement.
SFTP
Transfert de fichiers par connexion chiffrée. Comme le FTP de l'hébergement, mais avec une clé au lieu d'un mot de passe.

Pas à pas

  1. Décidez si ça vaut la peine et quel modèle utiliser

    Ça vaut la peine si le site est lent et que l'hébergeur parle d'« utilisation excessive des ressources » ; si vous avez besoin d'une version de PHP ou d'un outil que le panneau n'a pas ; si vous avez plusieurs sites et qu'on vous facture chacun ; ou si le plan supérieur coûte plus cher qu'une machine Lightsail. Ça ne vaut pas la peine si le site est une page de présentation à cent visites par mois : là, le mutualisé fait l'affaire.

    Si le site est un WordPress, utilisez le modèle WordPress de Lightsail : la migration se réduit à un plugin. Si c'est autre chose (un site PHP sur mesure, Joomla, PrestaShop, plusieurs sites), utilisez le modèle LAMP, qui apporte Apache, PHP et MySQL/MariaDB vides. Plan : pour un site qui était juste sur le mutualisé, celui de 2 Go est le minimum raisonnable ; avec une boutique ou plusieurs sites, 4 Go. Vous pourrez toujours monter ensuite avec un instantané.

    Avant de toucher à quoi que ce soit, notez : où est le DNS du domaine (en général le même hébergeur), où est le courrier (presque à coup sûr, le même hébergeur), la version de PHP que le site utilise actuellement et l'espace qu'occupent les fichiers et la base de données.

  2. Créez la machine et préparez-la

    Dans la console Lightsail, Créer une instance, région proche (Paris ou Irlande pour l'Espagne), modèle WordPress ou LAMP, plan, nom (web-empresa). Quand elle est en cours d'exécution, onglet Mise en réseau, Créer une adresse IP statique et attachez-la. Ajoutez la règle HTTPS (443) au pare-feu si elle n'y est pas. Notez l'IP statique.

    Vérifiez la version de PHP : cliquez sur Se connecter à l'aide de SSH et tapez php -v. Si votre site a besoin d'une version plus ancienne, préparez-vous à corriger des avertissements ; mieux vaut le savoir avant. Et téléchargez la clé de la machine pour envoyer des fichiers : menu Compte, Clés SSH, Télécharger la clé par défaut de votre région (un fichier .pem). Gardez-la en lieu sûr.

  3. Exportez les fichiers et la base de données de l'ancien hébergement

    Dans le panneau de l'hébergement (cPanel ou Plesk), ouvrez le Gestionnaire de fichiers, entrez dans le dossier du site (public_html ou httpdocs), sélectionnez tout, Compresser en zip et Télécharger. Si cela pèse plusieurs Go, mieux vaut un client FTP comme FileZilla, qui reprend en cas de coupure.

    La base de données : dans le panneau, phpMyAdmin, sélectionnez la base de données du site (le nom est dans wp-config.php ou le fichier de configuration correspondant), onglet Exporter, méthode rapide, format SQL, Exécuter. Téléchargez le .sql. Si cela pèse des centaines de Mo, phpMyAdmin peut s'interrompre à mi-chemin : utilisez l'outil de sauvegardes du panneau.

    Si c'est WordPress, il y a un raccourci : installez sur l'ancien WordPress un plugin de migration (Duplicator, All-in-One WP Migration), exportez un paquet et conservez-le. Il fait fichiers et base de données en même temps et corrige les adresses internes. Sur les gros sites, la version gratuite a des limites de taille.

  4. Importez sur la nouvelle machine

    Avec plugin (WordPress) : ouvrez http://IP-estática/wp-admin, connectez-vous avec l'utilisateur user et le mot de passe qu'affiche cat bitnami_application_password dans le terminal, installez le même plugin de migration et importez le paquet. À la fin, le nouveau WordPress est une copie de l'ancien, utilisateurs compris. Passez à l'étape suivante.

    À la main (LAMP ou WordPress sans plugin) : dans FileZilla, Fichier, Gestionnaire de sites, nouveau site, protocole SFTP, hôte l'IP statique, utilisateur bitnami, type d'authentification « Fichier de clé » avec le .pem. Envoyez le contenu du site dans /opt/bitnami/apache/htdocs (LAMP) ou dans /opt/bitnami/wordpress (modèle WordPress, en remplaçant ce qui s'y trouve), et le .sql dans le dossier personnel. Dans le terminal, créez la base de données et importez :

    mysql -u root -p -e "CREATE DATABASE miweb;
      CREATE USER 'miweb'@'localhost' IDENTIFIED BY 'una-contraseña-larga';
      GRANT ALL ON miweb.* TO 'miweb'@'localhost';"
    mysql -u root -p miweb < copia.sql

    Le mot de passe de root est celui du fichier bitnami_application_password. Modifiez ensuite le fichier de configuration du site (wp-config.php ou l'équivalent) avec le nouveau nom de base de données, l'utilisateur et le mot de passe, et localhost comme serveur. Si le site enregistre son adresse dans la base de données (WordPress le fait), laissez-la avec le vrai domaine : vous allez le tester avec le fichier hosts.

  5. Baissez le TTL et testez avec le fichier hosts, sans toucher au DNS

    Allez dans le DNS du domaine (chez l'ancien hébergeur ou chez votre registrar) et cherchez l'enregistrement A du domaine et celui de www. Ne changez pas encore l'IP ; changez seulement le TTL à 300 secondes. S'il était à 3600 ou 86400, il faut attendre ce temps avant que le changement d'IP se propage vite : faites-le aujourd'hui et changez l'IP demain.

    Pendant ce temps, testez le nouveau site comme s'il était déjà sur le domaine. Modifiez le fichier hosts de votre ordinateur en tant qu'administrateur : sous Windows, C:\Windows\System32\drivers\etc\hosts (avec le Bloc-notes exécuté en tant qu'administrateur) ; sur Mac, sudo nano /etc/hosts dans le Terminal. Ajoutez à la fin une ligne avec l'IP statique et le domaine :

    203.0.113.10 midominio.com www.midominio.com

    À partir de là, seul votre ordinateur voit midominio.com sur la nouvelle machine ; le reste du monde reste sur l'ancien hébergement. Ouvrez une fenêtre privée et parcourez le site : page d'accueil, pages intérieures, formulaires, le panneau d'administration, envoyer une image. Le navigateur préviendra qu'il n'y a pas de cadenas : c'est attendu, ça se règle à l'étape 7. Si quelque chose échoue, vous le corrigez tranquillement pendant que les visiteurs restent sur l'ancien. Quand tout va bien, supprimez la ligne du fichier hosts.

  6. Changez le DNS et gelez l'ancien site

    Changez les enregistrements A du domaine et de www vers l'IP statique de Lightsail. Ne touchez pas aux enregistrements MX ni aux TXT (SPF, DKIM) : c'est le courrier, étape 8. Avec le TTL à 300, en dix ou quinze minutes la plupart des visiteurs entrent déjà sur le nouveau.

    Si le site enregistre des données des utilisateurs (commandes, commentaires), il y a un moment où certains écrivent sur l'ancien et d'autres sur le nouveau. Pour l'éviter, juste avant de changer le DNS, mettez l'ancien en mode maintenance et faites une dernière exportation de la base de données pour l'importer sur le nouveau. Pour un site de présentation, ce n'est pas nécessaire.

    Vérifiez depuis le téléphone en données mobiles (sans wifi) que vous arrivez sur le nouveau. Dans le terminal de la machine, sudo tail -f /opt/bitnami/apache/logs/access_log montre les visites qui arrivent en temps réel ; si en une heure personne n'arrive, le DNS n'a pas changé là où vous le pensiez.

  7. Mettez HTTPS sur la nouvelle machine

    Avec le DNS pointant désormais vers Lightsail (Let's Encrypt vérifie que le domaine arrive à la machine), dans le terminal :

    sudo /opt/bitnami/bncert-tool

    Écrivez le domaine avec et sans www, acceptez les redirections vers HTTPS et vers une seule version (celle que vous utilisiez avant), mettez votre e-mail et confirmez. En deux minutes, le site a son cadenas et il se renouvelle tout seul. Si c'est WordPress, vérifiez dans Réglages, Général que les deux adresses commencent par https://.

  8. Réglez le courrier et fermez l'ancien hébergement

    Si le courrier du domaine (info@midominio.com) était sur l'hébergement mutualisé, vous avez deux options, et il faut décider avant de résilier quoi que ce soit :

    • Laisser le courrier où il est : gardez l'ancien hébergement dans son plan le moins cher (beaucoup en ont un « courrier seul ») et ne touchez pas aux enregistrements MX. Le site vit sur Lightsail et le courrier chez l'hébergeur. C'est le plus simple si le courrier fonctionne bien.
    • Le déplacer vers un service de messagerie (Google Workspace, Microsoft 365, le courrier de votre registrar) : créez les comptes, migrez les boîtes avec l'outil qu'ils proposent et changez les enregistrements MX et SPF pour ceux qu'ils vous donnent. Prévenez les gens de l'entreprise du changement.

    Ne mettez pas le courrier sur la machine Lightsail : maintenir un serveur de messagerie qui ne finit pas dans le dossier spam est un travail à part entière. La machine doit en revanche pouvoir envoyer des notifications (formulaires, commandes) : configurez dans le site un envoi par SMTP avec le service de messagerie que vous utilisez.

    Ensuite, attendez deux ou trois semaines avec l'ancien hébergement allumé, au cas où apparaîtrait quelque chose d'oublié (un sous-domaine, un fichier lié, une tâche programmée). Téléchargez une dernière copie complète depuis le panneau et conservez-la. Puis résiliez l'hébergement, ou laissez-le au plan minimum s'il garde le courrier. Et si le domaine était enregistré chez cet hébergeur, transférez-le vers un registrar ou vers Route 53 avant de résilier, pour qu'il ne parte pas avec lui.

Ce qui peut mal tourner

Le nouveau site affiche les textes mais sans styles ni images

Les adresses internes pointent vers le domaine et vous le testez par IP, ou le fichier hosts n'a pas été enregistré (il faut ouvrir l'éditeur en tant qu'administrateur). Testez toujours avec le domaine et le fichier hosts. Si c'est un WordPress migré à la main, la commande wp search-replace change les adresses dans la base de données.

J'ai changé le DNS et certains voient le nouveau et d'autres l'ancien

C'est l'ancien TTL : ceux qui ont consulté le domaine avant le changement gardent la réponse pendant ce temps. Si vous n'avez pas baissé le TTL à 300 à l'avance, cela peut durer jusqu'à un jour. Il n'y a aucun moyen d'accélérer. En attendant, ne supprimez rien sur l'ancien.

Le courrier n'arrive plus

Regardez les enregistrements MX du domaine. Si en changeant le DNS vous avez perdu les MX, le courrier n'a nulle part où aller : remettez ceux de l'ancien hébergeur (vous les voyez dans son panneau) et le courrier retenu arrivera dans les heures suivantes. Si vous avez résilié l'hébergement sans déplacer le courrier avant, les boîtes ont été supprimées : c'est pour cela que le guide laisse la résiliation pour la toute fin.

Le site sur Lightsail est plus lent que sur le mutualisé

Cela arrive quand le plan est le plus petit ou que le site n'a pas de cache. Regardez l'onglet Métriques : si le CPU est au-dessus de la ligne soutenable et que la capacité de rafale baisse, le plan est trop court. Mettez un plugin de cache et, si c'est toujours juste, changez de plan avec un instantané. Il y a un guide dans cette section sur la lecture de ces graphiques.

Dans Simplio

Dans Simplio, vous créez la machine Lightsail avec le modèle WordPress ou LAMP depuis le même écran où vous voyez vos autres machines, avec l'IP statique cochée à la création et le pare-feu fermé à votre IP avec le bouton « ajouter mon IP ». Dans les plans Pro et Entreprise, le script Let's Encrypt fait l'étape 7 en écrivant seulement le domaine, et le terminal dans le navigateur sert à importer la base de données sans rien installer sur votre ordinateur.

Après la migration, la carte de la machine affiche les métriques des dernières 24 heures avec une phrase simple (« cette machine est juste »), pour savoir dès le premier jour si le plan suffit, et vous prévient par e-mail si la machine s'arrête. Les instantanés et le coût approximatif par mois sont sur le même écran.

La même chose, dans AWS et dans Simplio

Dans la console AWSDans Simplio
Créer la machine avec IP fixe et pare-feu ferméCréer une instance, onglet Mise en réseau pour l'IP, modifier la règle SSH avec votre IP : 3 écransCases à cocher à la création de la machine et bouton « ajouter mon IP »
Mettre le cadenas HTTPSTerminal SSH et répondre à bncert-toolScript Let's Encrypt du catalogue, en écrivant le domaine (Pro et Entreprise)
Savoir si le plan choisi est trop courtOnglet Métriques et interpréter la capacité de rafalePhrase simple sur la carte et avis par e-mail si elle arrive à la limite

Essayer gratuitement 15 jours Voir comment ça marche

Tout cela, sans la console AWS

Simplio est un panneau en français pour gérer vos comptes AWS : machines, copies programmées, bases de données, domaines, e-mail et ce que vous facture AWS, avec des autorisations par personne et la double authentification. Sans rien installer sur vos serveurs.

Commencez gratuitement pendant 15 jours, sans carte

Déjà client ? Espace clients.