Une migration PrestaShop 1.6 vers 8 ou 9 n’est pas une mise à jour. Le thème de la 1.6 ne passe pas, la plupart de ses modules non plus. Et viser la 1.7 n’arrange rien : elle ne reçoit plus aucun correctif depuis janvier 2024.
La méthode est connue : on installe la 9 à côté et on y reprend vos données en gardant vos adresses web (URL). Ce guide donne les étapes dans l’ordre, les points qui font perdre clients et positions (adresses des produits, mots de passe des clients, version de PHP), ce qui fait la durée et le coût, puis une checklist à imprimer.
Depuis une 1.6, une 1.5 ou une 1.4 : installation neuve de la 9, nouveau thème, reprise des données. Pas de mise à jour « sur place ».
Depuis une 1.7 : l’assistant de mise à jour jusqu’à la 8.2, PHP en 8.1, puis la 9, puis PHP 8.2 ou plus.
Ni la 1.7 ni la 8 comme destination : la première n’a plus de correctif depuis le 02/01/2024, la seconde plafonne à PHP 8.1, sans correctif depuis le 31/12/2025.
Pas prêt ce trimestre ? Garder votre 1.6 ou 1.7 le temps de migrer. Pour cocher au fur et à mesure : la checklist à imprimer.
Devis de migration PrestaShop : réponse en moins d’une heure, 7j/7, de 8 h à 22 h, au 09 72 03 59 17.
Migration PrestaShop 1.6 vers 1.7 en 2026 ? Visez plutôt la 9
La migration de 1.6 vers 1.7 était le bon conseil en 2018. Aujourd’hui, la 1.7 est une branche close : son dernier correctif, la 1.7.8.11, date du 2 janvier 2024, et PrestaShop a cessé de la maintenir à la sortie de la 9.0, le 10 juin 2025.
| Version | Correctifs | PHP accepté |
|---|---|---|
| 1.6 | aucun depuis le 30/06/2019 | jusqu’à 7.1 |
| 1.7.8 | aucun depuis la 1.7.8.11 (02/01/2024) | 7.1.3 à 7.4 |
| 8.2 | critiques et sécurité seulement, jusqu’à la sortie de PrestaShop 10 | 7.2.5 à 8.1 |
| 9.1 et 9.2 | version courante (9.2.0 du 30/09/2026) | 8.1 à 8.5 |
Et la 8 ? Pour une boutique déjà en 1.7, la 8.2 est l’étape normale. Comme destination d’une reconstruction, non. Tous les PHP qu’elle accepte, de 7.2.5 à 8.1, sont sans correctif de sécurité : le dernier, PHP 8.1, ne reçoit plus rien depuis le 31 décembre 2025 (versions de PHP en fin de vie, php.net).
Reste à choisir entre la 9.1 et la 9.2, sortie le 30 septembre 2026. C’est une affaire de modules, traitée dans 8 ou 9 : quelle version viser.
Le bon chemin selon votre version de départ
Votre version exacte et celle de PHP s’affichent dans Paramètres avancés > Informations (Outils > Informations en 1.4). Repérez votre ligne :
| Vous êtes en | Méthode | En pratique |
|---|---|---|
| 1.6, 1.5 ou 1.4 | reconstruction | installation neuve de la 9, nouveau thème, reprise des données |
| 1.7 | montée de version | assistant de mise à jour vers la 8.2, PHP 8.1, puis la 9 |
| 8.0 ou 8.1 | mise à jour mineure, puis montée | 8.2, PHP 8.1, puis la 9 |
La règle de l’escalier PHP
L’assistant de mise à jour (Update Assistant, l’ancien 1-Click Upgrade) ne propose que les versions compatibles avec le PHP du serveur. On monte donc par marches : la version, puis PHP, puis la version.
Une 1.7.8 tourne de PHP 7.1.3 à 7.4, la 8.2 de 7.2.5 à 8.1, la 9 de 8.1 à 8.5. D’où le passage obligé par la 8.2, et PHP 8.1 comme palier : c’est le seul PHP que la 8.2 et la 9 acceptent toutes les deux. Une 1.6 plafonne à PHP 7.1 : aucune marche directe ne la relie à la 9.
Mise à jour PrestaShop 1.4 ou 1.5 : une reconstruction, pas une montée de version
Une boutique en 1.4 ou en 1.5 tourne sur une version de plus de dix ans. Les deux branches ont reçu leur dernière version le même jour, le 29 juillet 2015 : la 1.4.11.1 et la 1.5.6.3. Pour mettre à jour PrestaShop depuis l’une d’elles, on suit le chemin de la 1.6 : installation neuve de la 9 et reprise des données. PHP, l’assistant de mise à jour et la base de données l’imposent.
| Version | Dernière version | PHP |
|---|---|---|
| 1.4 | 1.4.11.1 (29/07/2015) | PHP 5 seulement : sa connexion à la base passe par l’extension mysql, retirée en PHP 7.0 |
| 1.5 | 1.5.6.3 (29/07/2015) | PHP 5 (l’installation demande la 5.1.3 ou plus) ; en PHP 8, erreur fatale dès le chargement, car elle appelle une fonction supprimée (get_magic_quotes_gpc) |
| 9.2 | 9.2.0 (30/09/2026) | 8.1 à 8.5 |
Pourquoi l’assistant de mise à jour ne sert pas
La version actuelle de l’Update Assistant ne s’installe qu’à partir d’une 1.7.0.0. Sa branche 4.14, celle qui passe de la 1.6 à la 1.7, demande au moins une 1.6.0.0 et PHP 5.6. Les anciennes versions du module (1-Click Upgrade, jusqu’à la 1.6.8 de juin 2018) acceptaient une 1.4 ou une 1.5, mais ne menaient qu’à la 1.6 : une branche sans correctif depuis 2019, plafonnée à PHP 7.1, qu’il faudrait de toute façon reconstruire ensuite. Sur une copie hors ligne, ce passage sert parfois à convertir la base avant la reprise ; il ne dispense pas de la reconstruction.
Depuis une 1.4, l’écart de base de données est aussi plus grand : la 1.5 a ajouté le multiboutique et remplacé les bons de réduction par des règles de panier.
Reprendre les données d’une 1.4 ou d’une 1.5
Les sept étapes ci-dessous s’appliquent. À l’étape 2, montez la 9 à côté de l’ancienne boutique, en PHP 8.1 ou plus : sur le même hébergement si votre offre permet de choisir la version de PHP par site, sinon sur un autre. Pour la reprise (étape 5), trois voies, avec leurs limites :
- un module de migration : MigrationPro, par exemple, annonce accepter une 1.4 ou une 1.5 comme source, avec un module « connecteur » à installer sur l’ancienne boutique : retirez-le dès la reprise terminée, c’est une porte d’entrée de plus sur une boutique sans correctifs. Vérifiez sur une copie que commandes, clients, adresses et codes de réduction encore valables passent, ainsi que chaque boutique d’une 1.5 en multiboutique ;
- des scripts sur la base : plus lourds qu’avec une 1.6, puisque les tables d’une 1.4 n’ont ni multiboutique ni règles de panier ;
- l’import CSV : catalogue et clients seulement, sans les commandes et sans les mots de passe.
Les mots de passe d’une 1.4 ou d’une 1.5 sont chiffrés comme en 1.6, avec la clé _COOKIE_KEY_ de config/settings.inc.php : reportez-la dans la 9 et vos clients gardent le leur. Deux exceptions, relevées dans le code. En 1.4, un mot de passe qui contient une apostrophe, un guillemet ou le signe « inférieur à » était modifié avant d’être chiffré. Et de la 1.4 à la 1.6, une barre oblique inverse pouvait en être retirée. La 9 ne reconnaîtra pas ces mots de passe : ces clients devront redéfinir le leur.
Deux pièges propres à la 1.4, qui valent aussi pour une 1.5 issue d’une 1.4. Les photos : la 1.4 les range à plat, sous la forme img/p/12-45.jpg, un rangement que la 9 ne lit plus. Recopiées telles quelles, vos fiches s’afficheraient sans photo. Vérifiez que l’outil de reprise les range au format de la 9, ou lancez d’abord « Déplacer les images » (Préférences > Images) sur une copie de la 1.4.
Les groupes de clients : en 1.4, tous vos clients sont dans le groupe n° 1, « Défaut ». Dans une 9 neuve, le n° 1 est le groupe « Visiteur », et les clients vont dans le n° 3, « Client ». Vérifiez que l’outil fait la correspondance, sinon vos clients repris auront les prix et les droits d’un visiteur.
Côté adresses, une 1.4 ou une 1.5 a par défaut le même format de fiche produit que la 1.6 : la parade de l’étape 6 s’applique, à une nuance près en 1.4. Une fiche rangée par défaut dans l’Accueil n’avait pas de catégorie dans son adresse (/12-robe-ete.html), et la 9 lui en ajoute une. La 9 lit encore l’ancienne adresse et renvoie vers la nouvelle, mais par une redirection temporaire (302) : dans Trafic et SEO, réglez « Rediriger vers l’URL canonique » sur « 301 Déplacé Définitivement ». Autre piège : en 1.4, l’Accueil porte le numéro 1, que la 9 réserve à sa catégorie racine. Si l’outil renumérote vos catégories, leurs adresses, qui commencent par ce numéro, changent : prévoyez une 301 pour chacune. Si la réécriture d’URL était désactivée sur votre 1.4, vos pages ont des adresses du type product.php?id_product=12 ou category.php?id_category=3, que la 9 ne connaît pas : prévoyez des redirections 301. Si les numéros de produits sont gardés, une seule règle de redirection suffit pour toutes les fiches.
Migration PrestaShop 1.5 vers 1.6 : encore utile ?
Non. Passer en 1.6 aujourd’hui, ce serait rejoindre une branche sans correctif depuis le 30/06/2019, sur un PHP qui n’en reçoit plus depuis fin 2019. Visez directement la 9.
Combien ? Notre grille part d’une 1.6 : migration standard 469 € HT jusqu’à la 8, puis 69 € HT vers la 9. Pour une 1.4 ou une 1.5, c’est un devis à prix fixe, validé avant de commencer, une fois vus les modules, le thème et les volumes. Décrivez votre boutique dans le formulaire en bas de page.
Migration PrestaShop 1.6 vers 8 ou 9 : les étapes
La nouvelle boutique se construit à côté, en 9, pendant que l’ancienne continue de vendre jusqu’à la bascule. Sept étapes, dans cet ordre.
1. Faire l’inventaire
- Modules : la liste complète, avec pour chacun une décision. Utile ou non ? Existe-t-il pour la 9 ? Sinon, par quoi le remplacer ? Commencez par le paiement et le transport.
- Code maison : le dossier
override/et les modules développés pour vous. Tout est à réécrire ou à abandonner. - Données : produits, déclinaisons, clients, commandes, factures, bons de réduction, pages CMS, avec leurs volumes.
- Pages qui rapportent : exportez de la Search Console les pages qui reçoivent des clics sur 12 mois. Ce sont elles qu’il faudra retrouver à la même adresse.
La clé _COOKIE_KEY_ de config/settings.inc.php (elle chiffre les mots de passe clients) ; les formats d’URL (Préférences > SEO & URL) ; le prochain numéro de facture et son préfixe (Commandes > Factures) ; la version exacte de PrestaShop et de PHP.
Cette clé ne s’envoie ni par e-mail ni dans un formulaire : elle se copie directement d’un serveur à l’autre.
2. Installer la 9 sur une copie de travail
Installez la dernière version de la 9 sur un sous-domaine, protégé par mot de passe et exclu de l’indexation. Côté serveur, prenez le PHP le plus récent que tous vos modules retenus acceptent, entre 8.2 et 8.5 : la 9 accepte 8.1, mais ce PHP n’a plus de correctifs. Votre 1.6 reste en ligne pendant tout le chantier, avec son PHP 7.1 au plus : demandez à l’hébergeur si le sous-domaine peut avoir sa propre version de PHP. Sinon, préparez la 9 sur un autre hébergement. Demandez aussi à l’hébergeur une seconde base de données et la place pour deux boutiques avec leurs images. La 9 s’installe dans cette base neuve, jamais dans celle de la 1.6.
3. Refaire le thème
Selon la documentation officielle, il n’existe pas de moyen simple de migrer un thème 1.6 vers la 1.7 et au-delà (guide de migration des thèmes 1.6). Votre charte se conserve : on la reproduit sur Hummingbird, thème par défaut depuis la 9.1 (Classic reste disponible), sur un thème du commerce compatible 9, ou sur un thème développé pour vous.
4. Remplacer les modules
Un module 1.6 ne se recopie pas dans une 9. Un mainteneur de PrestaShop le rappelait en octobre 2023 (discussion GitHub) : il est très peu probable que les modules d’une 1.6 fonctionnent en 8. La 9 change encore davantage. Installez sur la copie les versions 9 de vos modules, ou leurs remplaçants. Leurs données propres (avis clients, points de fidélité, listes d’envies) ne suivent pas toujours : demandez à l’éditeur du remplaçant s’il sait les reprendre.
5. Reprendre les données sans perdre les mots de passe
L’import CSV de PrestaShop (Paramètres avancés > Importer) ne suffit pas. En 9.2, il reprend catégories, produits, déclinaisons, clients, adresses, marques, fournisseurs, alias et magasins. Pas les commandes. Pour les clients, il exige un mot de passe en clair qu’il chiffre lui-même : les mots de passe de la 1.6, déjà chiffrés, deviendraient faux.
Historique des commandes et comptes clients passent donc par un module de migration de données (MigrationPro en est un, vendu sur la marketplace) ou par des scripts sur la base, qui recopient le mot de passe chiffré tel quel. Vérifiez que l’outil garde les mêmes numéros de produits et de catégories, les mêmes noms d’URL et les mêmes langues : tout cela figure dans vos adresses (sur une 1.6 multilingue, /fr/ en fait partie).
Reste la clé : en 1.6, chaque mot de passe client est chiffré avec _COOKIE_KEY_. La 9.2 sait encore lire ces anciens mots de passe et les convertit au format actuel à la première connexion, à condition d’avoir la même clé : reportez-la dans le paramètre cookie_key de app/config/parameters.php, juste après l’installation, puis videz le contenu de var/cache/prod/, et ne la modifiez plus. Sans cette clé, tous vos clients devront redéfinir leur mot de passe. Même avec elle, un mot de passe qui contenait une barre oblique inverse n’est pas reconnu par la 9 : ces clients-là le redéfinissent.
Si l’outil ne s’en charge pas, recopiez les fichiers : images produits (img/p/), images insérées dans les descriptions et les pages CMS (img/cms/), produits téléchargeables (download/), fichiers envoyés par les clients (upload/), puis régénérez les miniatures du nouveau thème. Vérifiez aussi que les inscrits à la newsletter sans compte client suivent.
Côté comptabilité : réglez le prochain numéro de facture (Commandes > Factures) pour que la 9 prolonge la numérotation de la 1.6, et archivez en PDF les factures émises par la 1.6 avant la bascule.
6. Garder les mêmes URL
Une installation neuve ne reprend pas les formats d’URL de votre 1.6. Et ceux de PrestaShop ont changé deux fois :
| Page | Format par défaut |
|---|---|
| Produit, 1.6 | {category:/}{id}-{rewrite}{-:ean13}.html |
| Produit, 1.7 et 8 | {category:/}{id}{-:id_product_attribute}-{rewrite}{-:ean13}.html |
| Produit, 9 (installation neuve) | {id}{-:id_product_attribute}-{rewrite}.html |
| Marque, 1.6 puis 9 | {id}_{rewrite} puis brand/{id}-{rewrite} |
| Fournisseur, 1.6 puis 9 | {id}__{rewrite} puis supplier/{id}-{rewrite} |
Exemple : la fiche /robes/12-robe-ete.html de votre 1.6 devient /12-robe-ete.html dans une 9 neuve. Et ainsi pour chaque produit.
La parade se règle avant l’ouverture, dans Paramètres de la boutique > Trafic et SEO, bloc « Format des URLs » (page SEO et URL de la documentation). Pour les produits, la 9.2 refuse un format sans {-:id_product_attribute} : reprenez le format relevé sur la 1.6 et ajoutez-y {-:id_product_attribute} juste après {id}. Avec le format par défaut de la 1.6, cela donne celui de la 1.7 et de la 8.
Résultat : l’adresse de référence (canonique) de chaque produit redevient celle de la 1.6, si sa catégorie par défaut et son EAN13 n’ont pas changé. Dans les listes, un produit à déclinaisons s’affiche avec sa déclinaison par défaut (/robes/12-45-robe-ete.html), mais la page indique toujours l’adresse de la 1.6 comme canonique. Marques et fournisseurs acceptent leur format 1.6 tel quel.
Pour ce qui change malgré tout (catégories fusionnées, produits retirés) : une redirection 301 par ancienne adresse, vers la page la plus proche, jamais toutes vers l’accueil.
Une clé oubliée ou une adresse perdue, et vous perdez des clients ou des positions. Nous préparons la migration sur une copie, avec sauvegarde et retour arrière. Votre boutique actuelle reste en ligne jusqu’à la bascule. Réponse en moins d’une heure, 7j/7, de 8 h à 22 h.
7. Recette, bascule, surveillance
La copie contient vos vrais clients : coupez les e-mails dans Paramètres avancés > E-mail (« Ne jamais envoyer d’e-mails »), ou renseignez un serveur SMTP de test qui retient tous les messages (« Utiliser mes propres paramètres SMTP »). Paiements en mode test, passez des commandes : chaque moyen de paiement, chaque transporteur, avec un ancien compte client et en invité. Faites valider par la personne qui traite les commandes : elle voit ce qui manque.
Le jour J, mettez la 1.6 en maintenance, reprenez les commandes arrivées depuis la copie des données, basculez, remplacez le domaine de la copie par le vrai (Paramètres de la boutique > Trafic et SEO, champs « Domaine de la boutique » et « Domaine SSL »), passez les paiements en production, recréez les tâches planifiées (cron), retirez la protection et le « noindex », passez une commande réelle.
Comment basculer ? Sur le même hébergement, l’hébergeur fait pointer votre domaine vers le dossier de la 9, avec sa version de PHP. Sur un autre hébergement, on remplace l’adresse IP du domaine et du www dans sa zone DNS (enregistrements A, et AAAA s’il y en a) : baissez la durée de cache (TTL) la veille, et ne touchez pas aux enregistrements des e-mails (MX).
Ensuite, surveillez les erreurs 404 et les ventes.
Ne supprimez pas la 1.6 : gardez ses fichiers et sa base intacts au moins un mois. En cas de problème grave, refaites pointer le domaine vers elle et sortez-la de la maintenance. Les commandes et les comptes clients créés entre-temps sur la 9 sont alors à reprendre à la main, après avoir réglé le prochain numéro de facture de la 1.6 juste après la dernière facture émise par la 9 (Commandes > Factures).
Mise à jour PrestaShop 1.6 vers 1.7 par l’assistant : possible, pas conseillé
La mise à jour de PrestaShop 1.6 vers 1.7 par le module officiel existe encore. Le dépôt du module autoupgrade l’explique : depuis une 1.6, on passe d’abord en 1.7 avec la branche 4.14.x, puis on prend la dernière version du module pour aller plus loin, en deux temps, avec ces contraintes :
- la branche 4.14.x n’est plus maintenue ; sa dernière version, la 4.14.4 (mai 2025), est livrée « en l’état », et le passage 1.6 vers 1.7 n’est plus activement pris en charge ;
- il faut choisir la version cible à la main, via le bouton « Plus d’options (mode expert) », puis le canal « archive locale », avec l’archive de la 1.7 visée déposée dans le dossier
autoupgrade/downloaddu dossier d’administration ; - votre thème est remplacé par Classic, le thème par défaut de la 1.7, et les modules non natifs se désactivent avant, puis se réactivent un par un, s’ils fonctionnent encore ;
- arrivé en 1.7, il reste à monter en 8.2, à changer de PHP, puis à passer en 9.
Son atout : données, identifiants, mots de passe et adresses restent en place. Au bout, vous refaites tout de même thème et modules, avec trois montées de version en plus. Cette voie ne se défend que pour une boutique sans thème personnalisé et presque sans modules.
Migration PrestaShop 1.7 vers 8 ou 9 : passer par la 8.2
Depuis une 1.7, pas de reconstruction, et votre thème est à vérifier plutôt qu’à refaire d’office. Inventoriez d’abord les overrides et les modules maison : ce sont les premiers suspects vers la 9. Puis, sur une copie, sauvegarde complète faite :
- Si vous êtes avant la 1.7.8, montez d’abord en 1.7.8, puis mettez PHP entre 7.2.5 et 7.4.
- Installez la dernière version de l’assistant (7.6.6, sortie le 29/09/2026) et passez en 8.2.
- Passez PHP en 8.1.
- Avant de lancer le passage en 9, lisez la liste des modules jugés incompatibles : vers la 9, l’assistant les désinstalle, il ne se contente pas de les désactiver (une option permet de sauter cette étape depuis la version 7.6.3).
- Une fois en 9, montez PHP en 8.2 ou plus.
Le passage en 9 conserve votre ancien format d’URL produit : le piège de l’étape 6 ne vous concerne pas. Si l’assistant s’arrête en cours de route, lisez mise à jour PrestaShop bloquée avant de relancer quoi que ce soit. Si la boutique ne s’affiche plus après une tentative : dépannage dès 150 € HT, prix fixe validé avant toute intervention, au 09 72 03 59 17. Ces 150 € sont déduits si vous passez ensuite à la maintenance. Pour un devis de migration, le formulaire est en bas de page.
Combien de temps dure une migration PrestaShop ?
Depuis une 1.6, comptez en semaines. Les guides publiés cette année par d’autres prestataires annoncent de 2 à 12 semaines pour une 1.6 vers 8, selon la taille. Le calendrier dépend surtout de vos décisions : le thème (surtout sur mesure), les modules à remplacer et les réponses de leurs éditeurs, le code maison, les connecteurs (ERP, places de marché, comptabilité) à retester, et votre disponibilité pour la recette.
Depuis une 1.7 avec un parc de modules sain, le chantier est plus court : pas de thème ni de données à reprendre. Notre conseil pour la bascule : janvier ou février, quand le trafic est calme, jamais en novembre-décembre. Pour basculer en janvier, demandez le devis cet automne.
Ce qui fait le coût d’une migration PrestaShop
D’une boutique 1.6 à l’autre, le budget varie selon cinq postes :
- le thème : adapter un thème du commerce ou en faire développer un ;
- les modules : licences des versions 9 ou des remplaçants, et ceux qu’il faut faire adapter faute d’équivalent ;
- le code maison : overrides et modules sur mesure à réécrire ;
- les données : volume, multiboutique, historique de commandes à garder, outil de reprise ;
- les URL : plan de redirections, plus lourd si l’arborescence change.
Chez CYBERIAL, une migration standard coûte 469 € HT depuis une 1.6 jusqu’à la 8, puis 69 € HT vers la 9 ; depuis une 1.7, 269 € HT jusqu’à la 8. Elle se paie une fois, et son prix est déduit si vous passez ensuite à la maintenance. Au-delà du standard (thème sur mesure, modules à faire adapter, code maison), le prix se fixe sur devis, validé avant de commencer, une fois vus la liste des modules, le thème et les volumes.
Pour un devis, décrivez votre boutique dans le formulaire en bas de page.
Checklist de migration à imprimer
Pour une 1.6 vers la 9. Imprimez avec Ctrl + P (Cmd + P sur Mac), ou enregistrez au format PDF. Sous Chrome, sélectionnez la liste, puis « Sélection uniquement ».
Avant de commencer
- Version de PrestaShop et de PHP relevées.
- Liste des modules, avec une décision pour chacun.
- Overrides et code maison recensés.
- Pages qui rapportent exportées de la Search Console.
- Clé
_COOKIE_KEY_, formats d’URL et numéro de facture relevés. - Sauvegarde complète (fichiers et base) gardée hors du serveur.
- Date de bascule fixée hors saison.
Sur la copie de travail
- 9 installée, sous-domaine protégé et non indexé.
- PHP 8.2 à 8.5, accepté par tous les modules retenus.
cookie_keyremplacée par la clé de la 1.6, cache vidé.- E-mails coupés, ou retenus par un serveur SMTP de test.
- Thème installé et charte reproduite.
- Modules compatibles 9 ou remplaçants installés, paiements en mode test.
- Données reprises : catalogue, clients, commandes, factures.
- Images et fichiers recopiés, miniatures régénérées.
- Numéro de facture suivant réglé.
- Formats d’URL réglés ; adresses comparées sur vos meilleures pages.
- Redirections 301 prêtes pour les adresses qui changent.
Recette
- Commande test par moyen de paiement et par transporteur.
- Connexion avec un ancien compte client et son ancien mot de passe.
- E-mails de commande, d’expédition et de mot de passe vérifiés sur un SMTP de test.
- Taxes et factures vérifiées.
- Recette validée par la personne qui traite les commandes.
Jour J et suivi
- Factures de la 1.6 archivées en PDF.
- 1.6 en maintenance, commandes et clients récents repris.
- Domaine de la boutique et domaine SSL remplacés par le vrai domaine.
- Paiements en production, e-mails réactivés, tâches cron recréées.
- Protection et « noindex » retirés, HTTPS actif partout.
- Commande réelle passée, puis remboursée.
- Nouveau sitemap déclaré dans la Search Console.
- 404 et ventes suivies chaque jour la première semaine.
- 1.6 gardée intacte (fichiers et base) au moins un mois, pour revenir en arrière.
Checklist CYBERIAL, cyberial.fr, 09 72 03 59 17.
Questions fréquentes sur la migration PrestaShop 1.6
Peut-on migrer PrestaShop 1.6 vers 1.7 directement ?
Oui, avec la branche 4.14.x du module de mise à jour, qui n’est plus maintenue. Le thème est remplacé par Classic et les modules sont à revoir. Mais la 1.7 ne reçoit plus de correctif depuis le 2 janvier 2024 : en 2026, visez la 9 par une installation neuve et une reprise des données.
Peut-on migrer directement de PrestaShop 1.6 à la 9 ?
Pas par une mise à jour : la version actuelle du module officiel ne part que d’une 1.7, et une 1.6 plafonne à PHP 7.1 quand la 9 en demande au moins 8.1. On installe donc la 9 à neuf et on y reprend catalogue, clients et commandes. Une boutique 1.4 ou 1.5 suit le même chemin.
Peut-on mettre à jour PrestaShop 1.4 ou 1.5 vers la 8 ou la 9 ?
Pas par une mise à jour. L’Update Assistant actuel ne s’installe qu’à partir d’une 1.7, et une 1.4 ou une 1.5, écrite pour PHP 5, ne démarre pas en PHP 8, quand la 9 demande au moins PHP 8.1. Comme pour une 1.6, on installe la 9 à neuf et on y reprend catalogue, clients et commandes. Les mots de passe se gardent en reprenant la clé _COOKIE_KEY_ de l’ancienne boutique, sauf ceux qui contiennent une barre oblique inverse et, en 1.4, une apostrophe, un guillemet ou le signe « inférieur à ».
Mes clients devront-ils changer de mot de passe ?
Non, à une exception près, si les mots de passe sont recopiés tels quels, par un module de migration ou par la base, et si la nouvelle boutique reprend la clé _COOKIE_KEY_ de la 1.6. La 9.2 convertit alors chaque mot de passe à la première connexion. L’exception : un mot de passe qui contenait une barre oblique inverse n’est pas reconnu, et ces clients le redéfinissent. L’import CSV natif ne les conserve pas.
Vais-je perdre mon référencement en migrant ?
Pas si les adresses restent les mêmes. Une 9 installée à neuf retire la catégorie et l’EAN13 des URL produit : reprenez dans Trafic et SEO le format de la 1.6, complété par la déclinaison, pour retrouver vos adresses canoniques, puis redirigez en 301, une par une, celles qui changent malgré tout.
Combien de temps dure une migration PrestaShop 1.6 ?
Comptez en semaines. Les prestataires annoncent de 2 à 12 semaines pour une 1.6 vers 8 selon la taille. Le thème, les modules à remplacer, le code maison et la recette fixent le calendrier. Visez une bascule en janvier ou février, jamais en fin d’année.
Combien coûte une migration PrestaShop 1.6 ou 1.7 ?
Le prix dépend du thème, du nombre de modules à remplacer ou à faire adapter, du code maison, du volume de données et des redirections. Une 1.7 avec des modules à jour coûte moins qu’une 1.6, qui se reconstruit. Chez CYBERIAL, une migration standard coûte 469 € HT depuis une 1.6 jusqu’à la 8, puis 69 € HT vers la 9, et 269 € HT depuis une 1.7 jusqu’à la 8 ; au-delà, sur devis à prix fixe. Le devis se demande sur la page migration, réponse en moins d’une heure, 7j/7, de 8 h à 22 h.
Comment migrer PrestaShop 1.7 vers 8 ou 9 ?
Avec l’assistant de mise à jour, par marches : 1.7.8 sur PHP 7.2.5 à 7.4, passage en 8.2, PHP 8.1, passage en 9, puis PHP 8.2 ou plus. Vérifiez avant la liste des modules incompatibles : vers la 9, l’assistant les désinstalle. Toujours sur une copie, sauvegarde faite.
Vous préférez qu’on migre pour vous ?
Indiquez l’adresse de votre boutique (celle que voient vos clients) et sa version (si vous ne la connaissez pas, choisissez « Je ne sais pas »). Dites-nous en deux mots ce qui compte pour vous : thème à garder, connecteur, date limite. N’envoyez ni accès ni mot de passe. Réponse en moins d’une heure, 7j/7, de 8 h à 22 h, puis le devis. Pendant la migration, préparée sur une copie avec sauvegarde et retour arrière, votre boutique actuelle continue de vendre.
Plus rapide que le formulaire : le 09 72 03 59 17 (7j/7, de 8 h à 22 h). Une fois votre migration PrestaShop 1.6 vers 9 terminée, pour suivre les versions suivantes sans prendre de retard : maintenance PrestaShop à 69 € HT/mois, sans engagement, mises à jour mineures incluses pour nos clients en hébergement et maintenance (une nouvelle version majeure reste une migration).
