Passer une boutique PrestaShop de la version 1.6 à 1.7, ce n’est pas une simple mise à jour. Sur le terrain, on voit souvent des migrations lancées un peu vite… et qui finissent avec un front cassé, des modules incompatibles ou un SEO qui plonge. Pourtant, avec une bonne méthode et quelques réflexes, ça se passe très bien. Le vrai enjeu, c’est d’anticiper ce qui va casser avant que ça casse.
Pourquoi la migration PrestaShop 1.6 vers 1.7 est sensible
La version 1.7 de PrestaShop introduit des changements profonds : nouvelle architecture, gestion des templates différente (Twig partiel), et surtout une compatibilité modules limitée. Résultat : ce qui fonctionnait en 1.6 ne suit pas automatiquement.
Concrètement, on ne parle pas d’un simple « upgrade » mais bien d’une migration complète. Et c’est là que beaucoup se trompent en pensant gagner du temps.
Les étapes essentielles d’une migration réussie
1. Faire un audit complet de l’existant
Avant même de toucher au site, il faut savoir ce que vous avez entre les mains :
– liste des modules actifs (et surtout ceux critiques : paiement, livraison, SEO)
– thème utilisé (souvent non compatible 1.7)
– volume de données (produits, clients, commandes)
– personnalisation spécifique (override, développement sur-mesure)
Un cas fréquent : des overrides oubliés qui bloquent totalement la migration. On en voit régulièrement.
2. Créer un environnement de migration (jamais en production)
Installer une version vierge de PrestaShop 1.7 dans un sous-dossier (ex : /refonte) ou sur un sous-domaine est une base saine. Ça permet de travailler sans casser la boutique active.
Ensuite, vous dupliquez la base de données et les fichiers. Des outils comme Duplicator (même s’il est plus courant côté WordPress) ou une migration manuelle via FTP + phpMyAdmin restent fiables.
3. Migrer les données (produits, clients, commandes)
Deux options :
– utiliser un module de migration (ex : MigrationPro, LitExtension)
– ou migrer manuellement via base de données
Les modules font gagner du temps, mais attention : ils ne gèrent pas toujours bien les cas spécifiques (combinaisons complexes, règles panier avancées).
4. Revoir complètement le thème
Un thème 1.6 ne fonctionne pas en 1.7. Il faut soit :
– acheter un thème compatible 1.7
– repartir sur le thème par défaut et personnaliser
– ou refaire un thème sur mesure
Sur des boutiques avec un vrai enjeu business, on évite les thèmes surchargés. Trop de JS, trop de dépendances, et les performances chutent.
5. Réinstaller les modules un par un
Ne cherchez pas à récupérer vos anciens modules tels quels. Vérifiez :
– leur compatibilité officielle avec 1.7
– leur mise à jour récente
– les alternatives si le module n’existe plus
Typiquement, certains modules de paiement ou de transport doivent être reconfigurés entièrement.
6. Tester avant mise en ligne
Tests indispensables :
– tunnel de commande complet
– création de compte
– emails transactionnels
– affichage mobile
– performances (PageSpeed ou GTmetrix)
Un oubli fréquent : les emails qui ne partent plus après migration.
Les erreurs fréquentes à éviter
Lancer la migration directement sur le site en ligne
Ça arrive encore. Résultat : boutique inaccessible pendant plusieurs heures, voire jours. Toujours travailler sur une copie.
Sous-estimer les incompatibilités de modules
Certains modules essentiels n’existent plus en 1.7 ou sont abandonnés. Il faut anticiper ça dès l’audit.
Oublier les redirections SEO
Une migration peut modifier les URLs. Sans redirections 301 :
– perte de trafic
– chute du référencement
– pages introuvables
Un module comme « SEO Expert » ou une gestion manuelle via .htaccess peut être nécessaire.
Ne pas sauvegarder correctement
Une sauvegarde, ce n’est pas juste un export rapide. Il faut :
– fichiers complets
– base de données
– vérifier que la restauration fonctionne
Sinon, en cas de problème… impossible de revenir en arrière.
Négliger les performances
La version 1.7 peut être plus lourde si mal configurée. Pensez à :
– activer le cache
– utiliser un CDN si nécessaire
– optimiser les images produits
Points techniques souvent oubliés (mais critiques)
Quelques détails qui font toute la différence :
– les permissions de fichiers après migration (souvent bloquantes)
– la configuration SMTP pour les emails
– les tâches cron (modules de synchronisation, relances panier)
– les hooks personnalisés qui sautent en 1.7
Ce sont des petits éléments, mais ce sont souvent eux qui génèrent des bugs invisibles au départ.
Faut-il utiliser un module de migration ou faire du manuel ?
Les modules sont pratiques pour des boutiques simples. Mais dès qu’il y a :
– du volume
– du sur-mesure
– ou des règles spécifiques
Le manuel ou semi-manuel reste plus fiable. C’est plus long, mais on maîtrise ce qui est transféré.
Ce que font souvent les professionnels pour sécuriser la migration
En pratique, les agences ou freelances expérimentés :
– recréent une boutique propre en 1.7
– migrent uniquement les données utiles
– évitent de transporter les erreurs de l’ancienne version
– testent sur un environnement de préproduction réel
C’est plus structuré, mais surtout plus stable à long terme.
Quand éviter la migration (oui, ça arrive)
Dans certains cas, migrer n’est pas la meilleure option :
– boutique trop ancienne et instable
– accumulation de modules obsolètes
– performance déjà dégradée
Dans ces situations, repartir sur une refonte complète est souvent plus rentable que corriger une base fragile.
Ce qu’il faut retenir pour éviter les mauvaises surprises
Une migration PrestaShop 1.6 vers 1.7 réussie repose sur une chose : la préparation. Les étapes ne sont pas compliquées en soi, mais chaque oubli peut coûter du temps, du chiffre d’affaires ou du référencement.
Ce n’est pas une opération à improviser entre deux tâches. Mieux vaut prévoir, tester, ajuster… plutôt que corriger dans l’urgence une fois le site en ligne.
Faut-il repartir d’une installation vierge pour migrer vers PrestaShop 1.7 ?
Oui, dans la majorité des cas, il est recommandé d’installer une version propre de PrestaShop 1.7 sur un nouvel espace (dossier ou serveur). Cela permet d’éviter les conflits liés aux anciens modules et au code personnalisé. Ensuite, les données (produits, clients, commandes) sont réinjectées via un module de migration ou un script dédié.
Quels modules risquent de ne plus fonctionner après la migration ?
Les modules développés pour PrestaShop 1.6 ne sont pas toujours compatibles avec la version 1.7, notamment ceux liés au tunnel de commande, au thème ou aux hooks spécifiques. Il est essentiel de vérifier la compatibilité de chaque module et prévoir des alternatives ou des mises à jour avant la migration.
Comment éviter la perte de données lors de la migration ?
La clé est de réaliser une sauvegarde complète (fichiers + base de données) avant toute manipulation. Ensuite, utilisez un outil fiable de migration ou une procédure testée sur un environnement de préproduction. Vérifiez particulièrement les données sensibles comme les commandes, clients et stocks après import.
Peut-on migrer sans interrompre la boutique en ligne ?
Oui, en travaillant sur une copie du site en environnement de staging. La boutique actuelle reste active pendant que la nouvelle version est préparée. Une fois la migration validée, il suffit de basculer le domaine ou le serveur pour limiter l’interruption à quelques minutes.
Quels tests réaliser avant de mettre en ligne la version 1.7 ?
Il faut tester le parcours client complet (navigation, ajout au panier, paiement), vérifier les emails transactionnels, les performances, le responsive mobile et les modules clés. Un contrôle SEO (URLs, redirections, balises) est aussi indispensable pour éviter toute perte de trafic.