Préparer une migration PrestaShop : les décisions à prendre avant la mise en ligne.

Une migration PrestaShop se joue avant le premier jour de travail technique : dans ce que vous décidez de changer, ce que vous listez et ce que vous prévoyez de tester. Ce guide couvre le passage d’une version de PrestaShop à une autre, du point de vue du commerçant. Le choix de la version cible et les dates de fin de support sont traités dans notre guide sur PrestaShop 9.

Mise à jour, migration, refonte : trois chantiers

PrestaShop distingue deux opérations : la mise à jour, qui fait évoluer la boutique en place à l’intérieur d’une même version majeure, et la migration, qui transfère vos données vers une boutique neuve installée dans la nouvelle version.

Sa documentation recommande la mise à jour tant que vous restez dans la même version majeure, de la 8.0 à la 8.1 par exemple : le thème et les modules continuent alors de fonctionner. Pour passer à une version majeure, elle recommande la migration : on installe une boutique neuve, on y transfère produits, clients et commandes, puis on ferme l’ancienne.

Conséquence, écrite dans la même documentation : une migration ne reprend pas tout. Les comptes des employés et leurs droits se recréent à la main, les modules réinstallés se reconfigurent, et un thème venu de la version 1.6 doit être remplacé.

La refonte du design et la réorganisation du catalogue forment un troisième sujet. Les réunir avec la migration peut être pertinent, mais allonge la liste de ce qu’il faut vérifier. Décidez-le chantier par chantier.

Un périmètre lisible facilite le chiffrage : vous savez pourquoi chaque opération est incluse, et laquelle peut attendre.

L’inventaire : modules, surcharges, outils connectés

Listez tout ce qui est branché sur la boutique avant de demander un chiffrage : c’est cet inventaire qui fixe l’étendue du projet. Pour les modules, la documentation de PrestaShop donne la règle : tenir chacun pour incompatible avec la nouvelle version majeure tant que le contraire n’est pas démontré. Pour un module du marché, on vérifie la plage de compatibilité annoncée ; pour un module sur mesure, on interroge son développeur.

• les modules actifs, avec leur éditeur et leur licence
• les modules sur mesure et les surcharges, ces fichiers qui remplacent un comportement de PrestaShop
• le thème et ses personnalisations
• les outils qui échangent avec la boutique : logiciel de gestion, transporteurs, caisse, paiement
• les règles moins visibles : remises par groupe, produits personnalisables, ventes à l’étranger, multiboutique
• les comptes des employés et leurs droits, à recréer

Ce sont souvent les dernières lignes qui distinguent votre boutique d’une installation standard. Un module incompatible se met à jour, se remplace ou se redéveloppe : notre guide module standard ou sur mesure aide à trancher.

Copie de test et recette tirée de vos commandes

La recette est la vérification de la boutique avant sa mise en service. Elle se fait sur une copie, avec des scénarios tirés de vos commandes réelles.

Tout commence par une sauvegarde. La documentation de PrestaShop demande de sauvegarder les fichiers et la base de données avant toute modification, et de ne pas laisser ces sauvegardes à la racine de la boutique ni dans un endroit accessible au public.

Pour écrire les scénarios, reprenez vos commandes des derniers mois et classez-les par type : client invité ou connecté, mode de livraison, code promotionnel, moyen de paiement, pays. Chaque type devient un scénario, avec son résultat attendu. Ajoutez les gestes de votre équipe : préparer une commande, émettre un avoir, corriger un stock.

PrestaShop liste de son côté les contrôles à faire après une mise à jour : créer un compte, passer une commande, ajouter un produit, et réactiver les modules que l’opération a désactivés. Votre recette part de cette base et y ajoute vos cas particuliers.

La copie de travail permet de répéter le passage et de relever les écarts. Les scénarios, les résultats attendus et les personnes qui valident doivent être connus avant le jour de bascule.

Les URL et le référencement

Si des adresses changent, préparez avant la bascule la correspondance entre chaque ancienne URL et sa remplaçante, puis redirigez l’une vers l’autre. Si la structure des adresses reste la même, il n’y a rien à rediriger : vérifiez-le sur la copie.

Google décrit la marche à suivre pour un site dont les adresses changent : établir cette correspondance en repérant les URL qui reçoivent le plus de trafic, choisir une période de faible fréquentation, puis surveiller le trafic des anciennes et des nouvelles adresses. Il précise que les redirections permanentes, dites 301, ne font pas perdre de PageRank, et recommande de les conserver aussi longtemps que possible, en général au moins un an.

Les pages importantes doivent rester accessibles depuis le nouveau site et son maillage. Notre suivi SEO PrestaShop reprend ce contrôle ; le détail des réglages est dans le guide SEO PrestaShop.

Jour de bascule : commandes en cours, retour arrière

Deux réponses doivent être écrites avant le jour de bascule : ce que deviennent les commandes passées pendant l’opération, et à quelles conditions on revient à l’ancienne boutique.

Une migration copie les données à un instant donné. Toute commande passée ensuite sur l’ancienne boutique manque dans la nouvelle. Deux solutions existent : fermer la boutique pendant le dernier transfert, grâce au mode maintenance de PrestaShop, ou prévoir une reprise des commandes arrivées entre-temps. La durée d’interruption acceptable se discute sur cette base.

Le retour arrière se décide à froid. Écrivez les conditions qui le déclenchent, par exemple un paiement en échec ou des commandes qui n’arrivent plus dans votre logiciel de gestion, la personne qui tranche et l’heure limite. Une migration a ici un avantage : l’ancienne boutique n’est fermée qu’une fois la nouvelle validée, elle reste donc disponible.

Si vous souhaitez être accompagné, notre prestation de migration PrestaShop reprend ces points : compatibilité des modules, reprise des données, contrôles du parcours d’achat et suivi des URL.

Questions fréquentes