Changer d'hébergeur en gardant son nom de domaine

Vous pouvez changer d'hébergeur en gardant votre nom de domaine sans le transférer, à condition de traiter séparément le site, le DNS et la messagerie. Une migration PrestaShop se déroule alors dans l'ordre : préparer et tester la boutique, basculer le pointage sans perdre de commandes, protéger les e-mails, puis contrôler la boutique avant de résilier l'ancienne offre.

Faut-il transférer son nom de domaine ?

Non, le transfert n'est pas nécessaire. Un changement d'hébergeur déplace le site, alors que le nom de domaine peut rester exactement là où il est. Il faut d'abord savoir quel service joue quel rôle, puis qui le gère.

Distinguer domaine, hébergement et DNS

Trois services coexistent derrière l'adresse de votre boutique. Changer d'hébergement web ne touche qu'un seul d'entre eux :

• Le nom de domaine : l'adresse que vos clients tapent pour trouver la boutique.
• L'hébergement : le serveur qui exécute les fichiers et la base de données de la boutique.
• Le DNS : le système qui relie le domaine au serveur web et dirige les e-mails vers la bonne messagerie.

Dès que ces rôles sont séparés, le principe devient clair : seul le pointage vers le serveur change. Vos visiteurs continuent d'utiliser le même nom de domaine et l'adresse habituelle de la boutique.

Conserver la gestion du domaine

Le domaine peut rester chez son registrar, c'est-à-dire son bureau d'enregistrement, pendant que seul le pointage du site change. Plusieurs acteurs interviennent sur ce domaine, dont les deux premiers sont définis par l'Afnic :

• Le titulaire : il détient les droits d'utilisation du nom de domaine.
• Le bureau d'enregistrement : il assure l'enregistrement et la gestion du domaine.
• Le gestionnaire de la zone DNS : il tient la zone active, qui n'est pas toujours chez le bureau d'enregistrement.

Une offre regroupe souvent domaine, hébergement et messagerie. Avant de la résilier, identifiez séparément qui gère le domaine, la zone DNS active, le site et les boîtes e-mail.

Comprendre le transfert facultatif du domaine

Un transfert de domaine vers un autre bureau d'enregistrement reste facultatif. Il ne déplace ni les fichiers, ni la base de données, ni les boîtes e-mail : il change uniquement l'acteur qui gère le nom.

Si vous choisissez de transférer le nom, la procédure suit un ordre précis : vérifier l'éligibilité du domaine et les coordonnées du titulaire, le déverrouiller, puis obtenir son code d'autorisation auprès du bureau actuel. En complément, la configuration DNS doit être conservée, faute de quoi le site et les e-mails peuvent s'interrompre.

Pour un domaine en.fr, l'Afnic indique que le bureau sortant dispose de 8 jours pour répondre. La procédure peut atteindre 22 jours en cas d'opposition. À l'inverse, changer de titulaire relève d'une procédure distincte, appelée transmission.

Comment préparer la boutique sur le nouvel hébergeur ?

Migrer votre site web commence bien avant le transfert des fichiers. La boutique doit fonctionner chez le nouvel hébergeur, testée et validée, pendant que le domaine public pointe encore vers l'ancien serveur.

Inventorier les accès et vérifier l'hébergement

Avant toute intervention, réunissez les accès aux deux hébergements, aux fichiers, à la base, à la zone DNS active et aux boîtes e-mail. L'inventaire couvre aussi les domaines, les sous-domaines et la configuration d'envoi des e-mails. Le serveur cible doit ensuite correspondre à la version de PrestaShop réellement installée :

• PrestaShop 9 : PHP 8.5 recommandé, avec un memory_limit d'au moins 512 Mo.
• PrestaShop 8 : PHP 8.1 recommandé, avec un memory_limit de 256 Mo.
• Base de données : MySQL 5.7 ou MariaDB 10.2 au minimum pour ces deux versions, selon la documentation PrestaShop.
• Ressources : trafic, stockage, taille de la base, sauvegardes, modules et thème déterminent le dimensionnement.

Pour un site e-commerce fortement sollicité dont le commerçant n'administre pas lui-même l'infrastructure, Prestashop France by Studio Web Design recommande un serveur dédié managé. Ce choix est détaillé dans l'hébergement PrestaShop sur serveur dédié, où le fournisseur prend en charge système, correctifs et surveillance.

Sauvegarder et installer une copie cohérente

Une sauvegarde complète associe tous les fichiers de votre site à une base de données de la même version de boutique. Trois points la rendent réellement exploitable :

• Fichiers masqués et externes : les fichiers dont le nom commence par un point et ceux situés hors du répertoire web principal doivent être inclus.
• Stockage hors site : conservez la copie en dehors de l'ancien hébergement et testez sa restauration.
• PrestaShop Hosting : ses instantanés exigent une demande anticipée au support pour obtenir une archive utilisable ailleurs.

Transférer votre site web chez un hébergeur consiste ensuite à copier les fichiers par FTP ou SFTP en conservant leur arborescence, puis à importer la base SQL sur le nouveau serveur. Une fois l'import terminé, adaptez l'hôte, le nom de base, l'utilisateur et le mot de passe dans app/config/parameters.php pour les versions concernées.

Tester avant de changer le pointage public

Une préproduction protégée, une URL temporaire ou une modification locale du fichier hosts permettent de consulter le nouveau serveur sans toucher au pointage public. Le certificat SSL/TLS doit couvrir le domaine et www s'il est utilisé. Dans la migration d'hébergement d'une boutique en ligne, Prestashop France by Studio Web Design audite thème, modules, performances et données, puis valide le tout en staging avant la production.

La recette parcourt les pages, le compte client, le panier, les transporteurs, l'administration et les modules. Passez ensuite une commande de test par moyen de paiement : référence, montant TTC en EUR, statut chez le prestataire, stock, facture et e-mail de confirmation doivent concorder.

Comment basculer le DNS sans perdre de commandes ?

Une fois la copie validée, la bascule repose sur deux gestes coordonnés : modifier le pointage et figer les ventes le temps d'une dernière synchronisation. Le DNS oriente les visiteurs, mais il ne protège pas les commandes.

Modifier la zone DNS active

Le pointage se modifie dans la zone qui répond réellement pour le domaine, pas forcément chez l'hébergeur actuel. Quatre enregistrements DNS sont à vérifier en priorité :

• Enregistrement A : il reçoit l'adresse IPv4 du nouveau serveur à la place de l'ancienne.
• Enregistrement AAAA : s'il sert au site, son adresse IPv6 doit aussi être contrôlée.
• CNAME de www : il suit le domaine principal, qui doit lui-même résoudre vers la nouvelle destination.
• TTL : abaissé à 300 secondes, idéalement 24 à 48 heures avant la bascule, il raccourcit les caches futurs sans effacer ceux déjà remplis.

Les délais de propagation DNS dépendent de l'opération choisie, d'après un guide de migration, sans garantie valable pour tous les fournisseurs :

Synchroniser les commandes avant la bascule

Une base copiée pendant que l'ancienne boutique continue de vendre ne contient pas les commandes créées ensuite. La propagation, elle, répartit les visiteurs entre deux serveurs sans jamais synchroniser deux bases indépendantes.

Choisissez donc une période de faible activité pour placer la boutique source en maintenance, puis effectuez une dernière copie des fichiers modifiés et de la base avant de l'importer sur la destination. Une adresse IP autorisée dans le back-office permet de tester PrestaShop pendant cette maintenance. Prestashop France by Studio Web Design indique qu'une migration du mutualisé vers le dédié est possible en moins de 2 heures et annonce 2 minutes d'arrêt pour son processus, sans pouvoir garantir l'absence totale d'interruption.

Prévoir les caches et le retour arrière

Pendant la propagation, une partie des visiteurs atteint encore l'ancien serveur : il doit rester opérationnel, et les résolutions se contrôlent depuis plusieurs emplacements. Préparez aussi un retour arrière avec une sauvegarde restaurable, une copie de la zone DNS et des critères déclencheurs, comme un paiement impossible ou des commandes manquantes. Si le nouveau site a déjà vendu, inventoriez ces commandes avant toute restauration, car remettre l'ancien pointage n'agit pas instantanément.

Comment préserver les e-mails de la boutique ?

La migration du site ne déplace ni les boîtes e-mail, ni leur historique, ni l'envoi des messages de la boutique. Ces trois volets se traitent séparément, avec leurs propres enregistrements DNS.

Garder la réception au même endroit

Les enregistrements MX dirigent le courrier entrant vers le serveur de messagerie. Un mauvais pointage envoie les messages au mauvais endroit ou bloque leur réception.

Si votre messagerie reste chez son fournisseur actuel, laissez les MX intacts : un simple changement d'hébergement web n'a aucune raison de les toucher.

Un changement de serveurs DNS, à l'inverse, remplace la zone entière. Avant cette opération, recopiez les entrées de messagerie, de sous-domaines et de validation pour éviter toute coupure du courrier.

Déplacer les boîtes seulement si nécessaire

Lorsque la messagerie change aussi de fournisseur, l'ordre compte : créez les mêmes adresses sur le nouveau service, récupérez les anciens messages et vérifiez leur présence avant de modifier les MX.

Une copie du serveur ne contient pas tout. Les messages stockés uniquement sur un ordinateur, ou téléchargés en POP sans copie sur le serveur, se sauvegardent depuis le logiciel de messagerie.

Un guide annonce 4 à 24 heures de propagation pour les nouveaux MX, un ordre de grandeur sans portée universelle. Pendant cette transition, contrôlez les anciennes comme les nouvelles boîtes avant de fermer les premières.

Vérifier l'envoi des confirmations PrestaShop

Recevoir des e-mails ne prouve pas que la boutique envoie ses confirmations de commande. Vérifiez la configuration SMTP, puis utilisez l'e-mail de test de « Paramètres avancés > E-mail ». Après un changement de serveur d'envoi, SPF, DKIM, DMARC et le domaine expéditeur se contrôlent indépendamment des MX, avec des essais vers plusieurs boîtes de destination.

Ces réglages conditionnent la délivrabilité. Selon les règles Gmail, tous les expéditeurs doivent utiliser SPF ou DKIM depuis le 1er février 2024. À partir de 5 000 messages quotidiens vers Gmail, SPF, DKIM et DMARC sont tous trois requis.

Que vérifier avant de résilier l'ancien hébergement ?

La propagation terminée, le site migré doit prouver qu'il vend, qu'il reste indexable et que ses données sont protégées. Ces contrôles décident du moment où l'ancien hébergeur peut être résilié.

Contrôler le site et les ventes réelles

Accédez d'abord à la boutique par son nom de domaine : le domaine et www, s'il est utilisé, doivent mener au nouveau serveur en HTTPS avec un certificat valide. Le contrôle en production porte ensuite sur :

• Le contenu : pages, images, liens et formulaires.
• Les erreurs : pages 404 et journaux serveur.
• Le parcours d'achat : commande complète refaite sur différents navigateurs.
• Les rapprochements : commandes et paiements comparés entre l'ancienne boutique, la nouvelle et les prestataires.

Un paiement validé chez le prestataire mais absent de la nouvelle base doit être traité avant de considérer la migration comme terminée.

Surveiller le référencement après migration

Avec des URL inchangées, un changement d'hébergement n'exige aucune redirection 301. Si des URL changent, les anciennes redirigent vers les pages correspondantes et le plan de site XML est mis à jour. Vérifiez aussi l'accès aux URL, aux images, à robots.txt et au plan de site, ainsi que l'absence d'un noindex temporaire resté actif.

Conserver le domaine ne protège pas le SEO à lui seul : une indisponibilité prolongée ou des ressources manquantes perturbent l'exploration. Google Search Central recommande de surveiller les journaux des deux hébergements et de retirer les blocages d'indexation temporaires, deux points intégrés aux services de maintenance et de migration PrestaShop.

Conserver les garanties avant résiliation

Résiliez l'ancien hébergement seulement une fois la propagation achevée et le site, les commandes, les e-mails et les sauvegardes vérifiés.

Les données clients changent aussi de mains. La CNIL demande d'encadrer contractuellement la sous-traitance confiée au nouvel hébergeur et de vérifier l'effectivité des sauvegardes. Examinez également les garanties d'accès, de sécurité, de restitution et de suppression des données en fin de contrat.

Pour la suite, la maintenance PrestaShop de Prestashop France by Studio Web Design assure des sauvegardes quotidiennes hors site et une surveillance des performances en temps réel. Elle annonce une restauration en moins de 30 minutes en cas de crash ou de corruption des données.