Produits et catalogue
Produits, déclinaisons, images, catégories, caractéristiques, prix spécifiques.
- Comptage avant et après
- Images et textes vérifiés
- Traductions conservées
Migration PrestaShop
Migration PrestaShop vers la version 9, depuis une 1.6 ou une 1.7, ou depuis un autre CMS. Produits, clients, commandes et référencement repris, bascule planifiée hors de vos heures de vente.
Une migration est un projet technique avec un enjeu commercial : ne rien perdre. Pour changer aussi le design, voyez la refonte PrestaShop.
Les versions 1.6 et 1.7 de PrestaShop ne reçoivent plus de correctifs de sécurité, et les versions récentes de PHP ne les font plus tourner. Chaque mois qui passe rend la migration PrestaShop plus difficile et la boutique plus exposée.
Changer de version n'est pas une mise à jour comme les autres. Votre boutique a souvent été adaptée en modifiant le fonctionnement interne de PrestaShop (des « overrides », ou surcharges), et ses modules viennent de développeurs différents. La nouvelle version change ce sur quoi tout cela s'appuie : sans préparation, le panier, le paiement ou la livraison peuvent tomber.
La peur est légitime : perdre des clients, des commandes, des positions sur Google. C'est exactement ce que la méthode évite. Tout est répété sur une copie avant le jour J, et chaque ancienne adresse redirige vers la nouvelle.
Je migre aussi depuis d'autres plateformes vers PrestaShop (CS-Cart, WooCommerce et d'autres), et dans l'autre sens quand PrestaShop n'est plus adapté.
Avant de couper l'ancienne boutique, on vérifie que tout est bien arrivé.
Côté technique : reprise par scripts testés sur une copie, hébergement préparé à l'avance et suivi après la bascule.
Rien n'est laissé derrière, et tout est vérifié avant la bascule.
Produits, déclinaisons, images, catégories, caractéristiques, prix spécifiques.
Comptes, adresses, historique de commandes, factures, groupes de clients.
Chaque ancienne adresse redirige vers la nouvelle. Les balises SEO sont reprises.
Chaque module est vérifié : version compatible, remplacement, ou réécriture.
Un exemple de nuit de bascule, préparée et répétée sur une copie les semaines précédentes.
Les visiteurs voient une page d'attente. Plus aucune commande ne peut se perdre entre les deux boutiques.
Les commandes et clients du jour sont copiés vers la nouvelle boutique.
Comptage des produits, des clients et des commandes, connexion d'un compte client, commande test complète.
Votre adresse pointe vers la nouvelle boutique, les redirections sont actives.
Erreurs 404, commandes, emails, Search Console : je surveille les jours suivants.
Vous : vous reprenez la vente normalement.
Pour aller plus loinMigration de plateformeBoutique PrestaShopComment je chiffre un projet
La bascule n'est que la dernière étape. Tout se joue avant.
Version, modules, overrides, thème, volume de données, URLs indexées par Google.
Vous recevez : la liste de ce qui migre, change ou disparaît
Une première migration complète sur une copie, pour trouver les problèmes avant le jour J.
Vous recevez : une boutique de test à parcourir
Modules remplacés, thème adapté, redirections préparées et testées.
Vous recevez : une date de bascule validée
Reprise finale, vérifications, bascule du domaine, surveillance.
Vous recevez : la boutique migrée et le suivi SEO
Ce qui inquiète avant de migrer, et les réponses.
Dans la plupart des cas, oui : c'est la version qui sera maintenue le plus longtemps. Si un module indispensable n'existe pas encore en version 9, PrestaShop 8 peut être une étape.
Non. Les comptes et l'historique sont repris. Pour une montée de version, vos clients gardent leurs identifiants ; depuis une autre plateforme, les mots de passe ne sont pas toujours transférables et vos clients en définissent un nouveau.
Le temps de la reprise finale et des vérifications seulement, à un moment que vous choisissez, hors de vos heures de vente. Tout le reste est préparé à l'avance sur une copie.
Pas si chaque ancienne URL redirige vers la nouvelle et que les contenus sont repris. Je prépare le plan de redirections et je surveille la Search Console après la bascule.
Chaque module est vérifié : certains existent en version compatible, d'autres ont un remplaçant, quelques-uns doivent être réécrits. Vous le savez dès l'inventaire.
C'est le premier piège d'un changement de version. Chaque override remplace un morceau de PrestaShop ; si ce morceau change dans la nouvelle version, l'override ne marche plus ou fait planter la page. Je les liste tous, je supprime ceux qui ne servent plus et je réécris les autres proprement, en module quand c'est possible.
L'outil de mise à jour (le module autoupgrade) met à jour les fichiers et la base, mais pas vos modules, votre thème ni vos overrides. Sur une grosse boutique, il peut aussi s'arrêter en cours de route et laisser la boutique à moitié mise à jour. Je l'utilise parfois, mais toujours sur une copie d'abord.
Retours de clients et partenaires agences, en lien avec cette prestation.
Votre version actuelle, vos modules, votre volume de commandes : je vous dis comment je migrerais, et ce qui demande de l'attention.