Préparer la migration PrestaShop sans fragiliser la boutique
Une migration de boutique PrestaShop peut répondre à plusieurs besoins : changer d’hébergeur, quitter un autre CMS ou adopter une version plus récente. Le risque principal ne vient pas du transfert lui-même, mais des oublis qui affectent les commandes, les modules ou le référencement.
Avant d’intervenir, l’équipe doit définir le périmètre et vérifier les accès à l’ancien serveur, au nouvel hébergement et au back-office. Une boutique fictive, « Atelier Rivage », servira de fil conducteur : son responsable veut changer de serveur tout en gardant ses produits, ses clients et ses URL.
Établir un inventaire technique et fonctionnel
La première étape consiste à relever la version de PrestaShop, la version de PHP prise en charge par l’hébergement et les caractéristiques de la base de données. Il faut aussi dresser la liste des modules, thèmes, personnalisations et connexions externes, notamment les paiements et les outils de livraison.
Cette vérification permet d’anticiper une Vérification de compatibilité des modules et de décider si une Mise à jour de PrestaShop doit précéder le changement de serveur. Évitez de cumuler migration et mise à jour majeure sans tests : en cas d’erreur, il devient plus difficile d’identifier son origine.
Pour Atelier Rivage, l’inventaire révèle un module de paiement ancien qui ne fonctionne pas avec la version cible. Le remplacer avant le transfert réduit le risque d’une boutique accessible, mais incapable d’encaisser une commande.
Préparer les accès et le calendrier
Rassemblez les identifiants FTP ou SFTP, l’accès au panneau d’hébergement et les droits administrateur de PrestaShop. Vérifiez également que le nouveau serveur dispose des ressources et des versions logicielles requises par la boutique concernée.
La Planification du basculement doit tenir compte des périodes de vente, des campagnes publicitaires et des tâches de maintenance. Choisissez une fenêtre calme, informez les personnes concernées et prévoyez qui pourra intervenir si un test échoue.
Un calendrier réaliste réserve du temps à la préparation et aux contrôles, pas seulement au transfert. Le choix du nouvel environnement détermine ensuite la manière de protéger et de déplacer les données.
Sauvegarder les données et construire un environnement de préproduction
Une fois le périmètre établi, la priorité est de pouvoir revenir à l’état initial si une opération échoue. Une Sauvegarde complète doit inclure les fichiers de la boutique et une exportation de la base de données, conservées dans un emplacement distinct du serveur migré.
Créer une copie exploitable avant le transfert
La sauvegarde doit être récente et vérifiable : un fichier présent sur l’ordinateur ne garantit pas qu’il puisse être restauré. Si possible, effectuez une restauration d’essai sur un espace isolé et contrôlez que les produits, les comptes clients et les commandes apparaissent correctement.
Pour Atelier Rivage, la copie est datée et son accès limité aux personnes chargées de l’opération. Cette précaution réduit les risques d’écrasement accidentel et facilite le retour arrière si la boutique rencontre un problème après le changement.
Les fichiers peuvent être récupérés par SFTP ou depuis le gestionnaire de fichiers de l’hébergeur. L’export de la base se fait avec l’outil mis à disposition par le serveur, en vérifiant que l’export couvre bien toutes les tables nécessaires.
Étapes de sauvegarde des éléments essentiels :
- Copier les fichiers du site et les médias associés
- Exporter la base de données dans un format réutilisable
- Conserver une copie hors du serveur d’origine
- Noter les paramètres de connexion et la version de PrestaShop
Tester dans un environnement isolé
L’Environnement de préproduction reproduit le futur hébergement sans remplacer immédiatement la boutique publique. On y importe les fichiers et la base afin de vérifier le fonctionnement avant de modifier le nom de domaine.
Protégez cet espace par un accès restreint et empêchez son indexation par les moteurs de recherche. Les commandes de test ne doivent pas déclencher de paiements réels ni envoyer de courriels aux clients ; utilisez les modes de test proposés par les prestataires concernés.
Le tableau ci-dessous distingue les données à transférer et les contrôles à effectuer avant de poursuivre.
| Élément | Action préparatoire | Contrôle attendu |
|---|---|---|
| Fichiers du site | Copie complète par SFTP ou outil serveur | Présence du thème, des modules et des images |
| Base de données | Export depuis l’ancien hébergement | Tables et contenu accessibles après import |
| Modules | Inventaire et contrôle de compatibilité | Fonctions essentielles disponibles en préproduction |
| Accès techniques | Vérification des comptes et paramètres | Connexion au serveur et au back-office |
La préproduction transforme une opération risquée en série de vérifications réversibles ; le transfert peut alors être réalisé avec davantage de maîtrise.
Transférer les fichiers et migrer la base de données
Après validation de la copie de test, le déplacement peut commencer. Le Transfert des fichiers et la Migration de la base de données doivent viser le même état de la boutique afin d’éviter des écarts entre le catalogue et les commandes.
Déplacer les composants dans le bon ordre
Importez la base dans une nouvelle base créée chez le nouvel hébergeur, puis déposez les fichiers dans le répertoire prévu. Les noms des répertoires peuvent varier selon l’hébergement ; vérifiez le chemin cible avant d’écraser un contenu existant.
Les paramètres de connexion à la base doivent ensuite être adaptés à la version installée. Les anciennes versions de PrestaShop peuvent utiliser config/settings.inc.php, tandis que les versions plus récentes stockent ces paramètres ailleurs, notamment dans app/config/parameters.php.
Ne recopiez pas à l’aveugle un tutoriel correspondant à une autre version : identifiez le fichier de configuration réellement utilisé et mettez à jour le serveur, le nom de base, l’utilisateur et le mot de passe. Les permissions doivent suivre les recommandations de l’hébergeur ; attribuer des droits excessifs comme 777 n’est pas une solution de dépannage sûre.
Contrôler les réglages du nouvel hébergement
Le tableau suivant aide à distinguer les réglages à adapter des vérifications à réaliser immédiatement après l’import. Les options exactes varient selon la version de PrestaShop et l’interface du fournisseur.
| Réglage | À renseigner ou vérifier | Risque en cas d’oubli |
|---|---|---|
| Connexion à la base | Serveur, base, utilisateur et mot de passe | Erreur de connexion ou boutique inaccessible |
| Répertoire d’installation | Chemin racine ou sous-dossier prévu | Page introuvable ou fichiers mal localisés |
| Certificat HTTPS | Certificat actif sur le domaine | Alertes de sécurité dans le navigateur |
| Cache applicatif | Nettoyage selon la version et la procédure adaptée | Affichage de données ou réglages obsolètes |
Pour Atelier Rivage, le premier contrôle en préproduction révèle une erreur de connexion causée par un nom de base incorrect. Corriger ce paramètre avant le basculement évite de rendre la boutique indisponible à ses clients.
Quand les fichiers et la base communiquent correctement, les essais fonctionnels et la préparation du domaine deviennent les derniers remparts avant l’ouverture au public.
Tester la boutique avant le basculement du domaine
Le transfert technique ne prouve pas, à lui seul, que la boutique est prête. Les Tests fonctionnels doivent couvrir les parcours que les clients utilisent réellement, du choix d’un produit jusqu’à la confirmation de commande.
Valider les parcours essentiels
Testez plusieurs pages produits, les déclinaisons, les stocks, la recherche, le panier et les comptes clients. Réalisez également une commande de test, sans paiement réel, puis vérifiez les courriels, les frais de livraison et l’enregistrement de la commande dans le back-office.
Contrôlez l’affichage sur mobile et ordinateur, ainsi que les pages de contact et les éléments de confiance. Après chaque correction, répétez le parcours concerné : une modification du thème ou d’un module peut résoudre un problème tout en en créant un autre.
Points de contrôle fonctionnel avant ouverture :
- Navigation, recherche et fiches produits
- Panier, livraison et commande de test
- Connexion client et consultation des commandes
- Courriels automatiques et pages de contact
Organiser la configuration du nom de domaine
La Configuration du nom de domaine intervient lorsque la préproduction est validée. Préparez les réglages DNS, le certificat HTTPS et le domaine principal, puis vérifiez les versions avec et sans www afin qu’elles mènent vers l’adresse retenue.
La boutique peut être placée en maintenance pendant la courte phase de bascule, afin de limiter les commandes enregistrées sur l’ancien serveur. Si les DNS mettent du temps à se propager, les visiteurs peuvent temporairement atteindre des environnements différents ; surveillez donc les commandes et les journaux techniques.
Pour Atelier Rivage, le responsable fixe une heure de bascule après la dernière sauvegarde et garde l’ancien hébergement disponible pendant les contrôles. Cette marge permet de réagir sans supprimer prématurément la seule copie fonctionnelle.
Préserver le référencement et surveiller l’après-migration
Une fois les parcours validés, le changement d’hébergement doit préserver les adresses que les clients et les moteurs de recherche connaissent déjà. Un Plan de redirections SEO est indispensable si des URL changent, notamment lors d’une migration depuis un autre CMS ou d’une refonte du catalogue.
Gérer les URL et les redirections
Recensez les pages importantes avant le transfert : catégories, produits, contenus éditoriaux et pages recevant des liens externes. Pour chaque ancienne adresse supprimée ou modifiée, définissez une destination pertinente plutôt que de rediriger toutes les pages vers l’accueil.
Vérifiez les liens internes, le fichier sitemap et les réglages d’indexation. Une redirection permanente doit conduire directement à la page équivalente ; les chaînes de redirections et les pages introuvables compliquent l’exploration et dégradent l’expérience des visiteurs.
La liste de contrôle SEO doit rester ciblée :
- Correspondance entre anciennes et nouvelles URL utiles
- Redirections permanentes vers les pages pertinentes
- Absence de pages de préproduction indexables
- Sitemap et liens internes actualisés
Surveiller les indicateurs après ouverture
Après le changement de domaine ou d’hébergement, surveillez les erreurs serveur, les pages introuvables, les commandes et les paiements. Comparez les données avec la période précédente en tenant compte des variations habituelles de trafic et de ventes.
Gardez l’ancien serveur et la sauvegarde disponibles jusqu’à confirmation du bon fonctionnement. Si des commandes ont été passées sur l’ancien environnement pendant la propagation DNS, réconciliez-les soigneusement avant de supprimer ou de désactiver des données.
Pour Atelier Rivage, la migration est considérée comme stable lorsque les clients peuvent commander, que les équipes reçoivent les notifications et que les pages importantes répondent correctement. Ce suivi final transforme un simple déplacement technique en changement maîtrisé pour l’activité.
