Changer d’hébergement pour une boutique PrestaShop, c’est souvent une étape nécessaire : serveur trop lent, support absent, bugs à répétition… mais dès qu’il s’agit de migration, une peur revient systématiquement : couper la boutique et perdre des ventes.
Bonne nouvelle, une migration sans interruption réelle est possible. Mais dans les faits, ça demande un peu plus de rigueur que les tutoriels classiques qu’on trouve en ligne. Voici comment procéder concrètement, sans casser votre site ni bloquer vos clients.
Pourquoi la plupart des migrations provoquent une coupure
Les guides classiques proposent souvent une méthode simple : activer le mode maintenance, sauvegarder, transférer, relancer. Le problème, c’est que cette approche implique forcément une indisponibilité.
Sur une boutique e-commerce, même une coupure de 30 minutes peut générer :
– des commandes perdues
– des paniers abandonnés
– un impact SEO si le site devient inaccessible
En pratique, le vrai enjeu n’est pas seulement de migrer, mais de synchroniser les données entre deux serveurs sans interruption visible.
Préparer le nouvel hébergement correctement (souvent négligé)
Avant même de toucher à votre site actuel, le nouveau serveur doit être prêt à accueillir PrestaShop dans de bonnes conditions.
Concrètement :
– Vérifiez la version PHP (souvent 7.4 ou 8.1 selon votre version de PrestaShop)
– Activez les extensions nécessaires (PDO, cURL, GD, etc.)
– Configurez un accès FTP + base de données
– Assurez-vous que les limites serveur sont suffisantes (memory_limit, max_execution_time)
Un cas qu’on voit souvent : migration vers un hébergement “moins cher” mais mal configuré → boutique plus lente qu’avant.
Créer une copie complète sans couper la boutique
Au lieu de mettre votre site en maintenance immédiatement, commencez par créer une copie complète pendant que votre boutique continue de fonctionner.
Les éléments à récupérer :
– tous les fichiers via FTP (dossier /public_html ou équivalent)
– la base de données via phpMyAdmin ou un dump MySQL
Astuce terrain : utilisez un outil comme Duplicator (même si plus courant sur WordPress) ou simplement un export propre via SSH si disponible. Sur PrestaShop, les sauvegardes intégrées sont souvent insuffisantes pour une migration complète.
Installer la boutique sur le nouveau serveur en mode « préproduction »
Une fois les fichiers et la base transférés :
– modifiez le fichier parameters.php pour pointer vers la nouvelle base de données
– adaptez les accès (DB, utilisateur, mot de passe)
– vérifiez les chemins si besoin
Ensuite, utilisez une URL temporaire ou modifiez votre fichier hosts pour tester le site sans changer le DNS.
Cette étape est critique. Vous devez vérifier :
– affichage du front-office
– accès au back-office
– fonctionnement des modules de paiement
– envoi des emails
Un cas fréquent : un module de paiement qui ne fonctionne plus à cause d’une restriction serveur (cURL bloqué, SSL mal configuré…).
Synchroniser les données avant bascule (la vraie clé)
C’est là que la plupart des guides s’arrêtent… alors que c’est le point le plus important.
Entre le moment où vous avez fait votre première sauvegarde et la mise en ligne, votre boutique continue de recevoir :
– des commandes
– des inscriptions clients
– des modifications produits
Si vous ne resynchronisez pas ces données, vous allez perdre des informations.
Solution concrète :
– refaites un export de la base juste avant la bascule finale
– importez uniquement les tables critiques (commandes, clients, paniers)
Sur PrestaShop, les tables importantes incluent :
– ps_orders
– ps_customer
– ps_cart
Ce n’est pas toujours simple, surtout si la structure a évolué. Dans ce cas, une synchronisation complète de la base est plus sûre… mais nécessite une fenêtre très courte.
Changer les DNS au bon moment
La bascule finale se fait via les DNS (nom de domaine).
Pour éviter toute coupure :
– réduisez le TTL (Time To Live) à 300 secondes au moins 24h avant
– effectuez la bascule à un moment creux (nuit ou heures faibles)
Une fois les DNS modifiés, la propagation peut prendre quelques minutes à quelques heures.
Durant ce laps de temps :
– certains visiteurs verront l’ancien serveur
– d’autres le nouveau
D’où l’importance d’avoir synchronisé les données juste avant.
Gérer les emails et paiements sans interruption
Deux éléments souvent oubliés :
Emails :
Si votre serveur gère les emails, assurez-vous que :
– les enregistrements MX sont corrects
– les emails continuent de partir (test réel recommandé)
Paiements :
Certains modules (Stripe, PayPal, banques) peuvent bloquer les transactions si l’URL change ou si le SSL n’est pas valide.
À vérifier :
– certificat SSL actif sur le nouveau serveur
– URLs de retour correctement configurées
On voit souvent des boutiques qui “fonctionnent” après migration… sauf les paiements.
Vérifications après migration (indispensable)
Une fois la bascule effectuée, ne vous arrêtez pas là.
Contrôlez immédiatement :
– passage de commande complet
– réception des emails clients
– accès au back-office
– vitesse de chargement
Un outil comme GTmetrix ou PageSpeed peut déjà donner un aperçu rapide des performances.
Regardez aussi les logs serveur : certaines erreurs n’apparaissent pas à l’écran mais bloquent des fonctionnalités.
Cas réel : migration sans coupure sur une boutique active
Sur une boutique PrestaShop avec plusieurs dizaines de commandes par jour, une migration “classique” aurait provoqué plusieurs heures d’indisponibilité.
La solution mise en place :
– duplication complète du site
– préproduction testée pendant 48h
– synchronisation finale de la base
– bascule DNS en heure creuse
Résultat : aucune commande perdue, aucune coupure visible.
C’est ce type d’approche qui fait la différence entre une migration bricolée et une migration maîtrisée.
Quand faire appel à un professionnel
Si votre boutique génère du chiffre d’affaires, mieux vaut éviter les approximations.
Les cas où un accompagnement est clairement recommandé :
– boutique avec trafic régulier
– modules de paiement complexes
– hébergement actuel instable
– absence de sauvegarde fiable
Une mauvaise migration peut coûter bien plus cher qu’une intervention technique bien faite dès le départ.
Comment migrer PrestaShop sans activer le mode maintenance ?
Il est possible d’éviter toute coupure en travaillant sur une copie complète du site (fichiers + base de données) sur le nouveau serveur. Vous testez la boutique via une URL temporaire ou un fichier hosts, puis vous synchronisez les dernières données (commandes, clients) juste avant de basculer le DNS. Cette méthode réduit l’interruption à quelques secondes, voire zéro pour les utilisateurs.
Combien de temps prend une migration d’hébergement PrestaShop ?
La durée dépend principalement du poids de la boutique et de la qualité des serveurs. Pour une boutique standard, la préparation peut prendre quelques heures, mais la bascule finale est quasi instantanée si elle est bien planifiée. Le délai de propagation DNS peut varier de quelques minutes à 24h, mais il n’impacte pas forcément les utilisateurs si la migration est bien gérée.
Comment éviter la perte de commandes pendant le transfert ?
La clé est de synchroniser les données juste avant le changement de serveur. Vous pouvez effectuer une dernière exportation de la base de données ou mettre en place une courte fenêtre de gel des commandes. Certains utilisent aussi des solutions de réplication ou de double écriture pour garantir qu’aucune commande ne soit perdue.
Faut-il reconfigurer les modules après une migration PrestaShop ?
Dans la majorité des cas, les modules restent fonctionnels après migration, mais certains nécessitent des vérifications. Les modules de paiement, de livraison ou ceux liés au serveur (cache, CDN, emails) doivent être testés en priorité. Il est recommandé de vérifier les clés API, les chemins serveur et les permissions.
Quels paramètres vérifier après le changement d’hébergement ?
Après migration, il est essentiel de contrôler l’URL de la boutique, les performances, les certificats SSL, les emails transactionnels et les tâches cron. Pensez aussi à vider le cache PrestaShop, vérifier le fichier .htaccess et tester un parcours client complet pour vous assurer que tout fonctionne correctement.