Migrer PrestaShop 1.6 vers 8 ou 9 : faut-il passer par la 1.7 ?

Pourquoi la 1.6 ne peut plus attendre

PrestaShop a arrêté la maintenance de la 1.6 le 30 juin 2019. Depuis, cette version ne reçoit plus de correctifs, même pour une faille de sécurité.

Côté serveur, c’est pareil. La 1.6 tourne avec PHP, le langage qui fait fonctionner la boutique, et PrestaShop ne la déclare compatible qu’avec les versions 5.2 à 7.1. Or PHP 7.1 ne reçoit plus de mises à jour de sécurité depuis le 1er décembre 2019. Et la 1.6 n’est pas prévue pour les versions de PHP suivantes : si votre hébergeur retire les anciennes versions de PHP, votre boutique risque de ne plus fonctionner du jour au lendemain.

Plus on attend, plus l’écart avec la version actuelle se creuse, et plus la migration demande de travail.

Faut-il passer par la 1.7 ?

Oui, si vous utilisez l’outil officiel de mise à jour, le module « 1-Click Upgrade », aujourd’hui appelé Update Assistant. Sa documentation est claire : pour passer de la 1.6 à la 8 ou à la 9, il faut deux temps. D’abord la 1.7, avec une ancienne version de l’outil, la 4.14.3. Puis la version visée, avec la dernière version de l’outil.

Ce n’est pas tout : la 1.7 n’est compatible qu’avec PHP 7.4 au plus, et la 9 demande au moins PHP 8.1. Aucune version de PHP ne convient aux deux, et l’outil ne propose que des versions compatibles avec celle du serveur. Il faut donc aussi passer par une version 8, en pratique la 8.2, et changer de version de PHP entre les paliers.

Sources : documentation et annonces officielles de PrestaShop, consultées en novembre 2026. Le détail des versions 8 et 9 est dans mon guide sur la 1.7.

Ne vous arrêtez pas en 1.7 : elle n’est plus suivie depuis juin 2025, et PHP 7.4, la dernière version de PHP qu’elle accepte, ne reçoit plus de mises à jour de sécurité depuis le 28 novembre 2022. La 8.2 peut servir de halte si l’un de vos modules indispensables n’existe pas encore pour la 9, car PrestaShop publie encore ses correctifs de sécurité. Une halte courte, toutefois : PHP 8.1, la version la plus récente qu’elle accepte, ne reçoit plus de mises à jour de sécurité depuis le 31 décembre 2025.

Et si l’on veut éviter les paliers, il existe un autre chemin.

Deux chemins pour quitter la 1.6

On peut faire passer la boutique par les paliers, avec l’outil officiel. On peut aussi installer une boutique neuve en PrestaShop 9, puis y reprendre les données de la 1.6. Les deux mènent au même résultat : une boutique en 9, avec vos produits, vos clients et vos commandes.

Le choix se fait après l’état des lieux, et parfois après un premier essai des paliers sur la copie : si la mise à jour bute sur trop d’obstacles, la boutique neuve prend le relais.

Ce qui vous suit, ce qui est à refaire

• Vos données vous suivent

  Produits, catégories, clients, commandes : par paliers, la base de données est gardée, avec tout son historique ; avec une boutique neuve, ces données y sont reprises.

• Le thème est à refaire

  Selon la documentation de PrestaShop, il n’y a pas de moyen simple de faire passer un thème 1.6 en 1.7, et la mise à jour automatique bascule la boutique sur le thème par défaut, « Classic ». Votre logo, vos couleurs et l’organisation de vos pages, eux, se reprennent.

• Les modules se revoient un par un

  Chaque module utile doit avoir sa version pour la 9 : sinon, on le remplace ou on le réécrit. Les autres partent, et la boutique s’allège.

• Le sur-mesure se refait

  Ce qui a été codé pour votre boutique, des modules maison aux retouches du cœur de PrestaShop, ne passe pas tel quel : la mise à jour écrase les fichiers retouchés, et les « overrides », ces fichiers qui remplacent une partie du code d’origine, risquent de ne plus marcher. C’est ce que l’état des lieux repère, pour le refaire proprement.

• Les adresses des pages se vérifient

  Selon les réglages, certaines adresses de pages peuvent changer d’une version à l’autre. On compare la liste avant et après, et chaque adresse qui change est redirigée vers la nouvelle.

• Les liaisons se testent

  Paiement, transporteurs, logiciel de gestion, places de marché : chaque connexion doit fonctionner avec la 9, et se teste de bout en bout avant la bascule.

Les 8 étapes d’une migration depuis la 1.6

Rien ne se joue sur la boutique en ligne : tout se prépare sur une copie, et la bascule n’a lieu qu’à la fin, quand tout a été vérifié.

1. L’état des lieux. On relève la version exacte de la boutique et celle de PHP, puis on fait l’inventaire : les modules, en séparant ceux qui servent de ceux qu’on peut retirer, le thème, les retouches du cœur de PrestaShop et les échanges avec l’extérieur, comme le paiement, les transporteurs ou le logiciel de gestion. Cet inventaire décide du chemin à prendre et sert de base au devis.
2. Une copie de travail. On travaille sur un double de la boutique, fermé par un mot de passe : Google et vos clients ne le voient pas, aucun e-mail ne part vers vos clients et aucun vrai paiement n’est encaissé. Pendant ce temps, la vraie boutique vend comme d’habitude.
3. Le nouveau thème. Comme le thème 1.6 ne passe pas, on prépare le nouveau thème pour la 9, en reprenant votre logo, vos couleurs et l’organisation de vos pages. La documentation de PrestaShop recommande justement de préparer le thème avant de basculer.
4. Les paliers, ou la reprise des données. Par paliers, la copie passe en 1.7 avec la version 4.14.3 de l’outil officiel, puis en 8.2 et en 9 avec sa dernière version, en changeant de version de PHP entre les paliers et en vérifiant la boutique à chaque fois. Avec une boutique neuve, on installe PrestaShop 9, on y reprend le catalogue, les clients et les commandes, puis on contrôle que rien ne manque.
5. Les modules et le sur-mesure. Chaque module utile reçoit sa version pour la 9, un remplaçant ou une réécriture ; les autres disparaissent. Le code fait pour votre boutique est refait, pièce par pièce.
6. Les tests. On rejoue chaque parcours, côté client comme côté gestion : chercher un produit, le mettre au panier, payer en mode test, vérifier les e-mails, retrouver sa commande dans son compte, la traiter dans l’administration. Puis on compare la liste des adresses de pages avant et après, et chaque adresse qui change reçoit sa redirection.
7. La bascule. Les commandes et les clients arrivés entre-temps sont repris, puis la nouvelle boutique prend la place de l’ancienne, au moment où vous vendez le moins. Si un imprévu survient, la sauvegarde complète faite juste avant permet de revenir en arrière.
8. Le suivi. Après la mise en ligne, on garde un œil sur les commandes, les erreurs, la vitesse des pages et la Search Console de Google, pour régler aussitôt ce qui cloche.

Les 6 pièges d’une migration depuis la 1.6

• Attendre que l’hébergeur décide

  La 1.6 n’est compatible qu’avec PHP 7.1 au plus. Si votre hébergeur retire cette version, la migration se fait dans l’urgence, au lieu d’être préparée.

• S’arrêter en 1.7

  La 1.7 semble la suite logique de la 1.6, mais elle n’est plus suivie depuis juin 2025 : s’y arrêter, c’est s’obliger à une nouvelle migration. C’est un palier, pas une destination.

• Mettre à jour directement en ligne

  La mise à jour fait basculer le thème sur « Classic » : sur la boutique en ligne, vos clients la verraient changer d’apparence, et le moindre souci se verrait en direct. Tout se prépare sur une copie.

• Garder les vieux modules par habitude

  Un module installé il y a des années peut ne plus avoir de version pour la 9, ni même d’éditeur pour en faire une. Mieux vaut le savoir dès l’état des lieux, pour le remplacer ou le réécrire.

• Oublier les données des modules

  Avis clients, points de fidélité, articles de blog : ces données sont gérées par des modules, en dehors du catalogue. Avec une boutique neuve, elles ne suivent que si leur reprise est prévue.

• Changer les adresses sans redirection

  Une page produit ou catégorie qui change d’adresse sans redirection repart de zéro dans Google, et les liens qui pointaient vers elle mènent à une erreur. Chaque adresse modifiée doit renvoyer vers la nouvelle : voir comment garder son référencement.

Vous préférez déléguer ?

Migration depuis la 1.6, nouveau thème, modules sur mesure, reprise des données : je m’occupe de tout, et vous parlez directement à celui qui code.

Parlons de votre boutique → Voir comment je migre une boutique PrestaShop

Réponse sous 24 h ouvrées

Les questions qu’on me pose le plus

Sources

• Fin de la maintenance de PrestaShop 1.6 (blog officiel de PrestaShop)
• Mettre à jour une boutique 1.6 avec l’outil officiel (dépôt officiel de PrestaShop)
• Migrer depuis PrestaShop 1.6 : le thème (documentation officielle)
• Configuration requise pour PrestaShop 1.6 et 1.7 (documentation officielle)
• Fin de vie des versions de PHP (php.net)