Agence PrestaShop à Avignon : passer de PrestaShop 1.7 à la version 8 en gardant vos modules

Votre boutique tourne encore sous PrestaShop 1.7 ? Vos modules vont peut-être devoir suivre.

Le risque, c’est la panne un jour de soldes. Pour passer de PrestaShop 1.7 à la version 8 en gardant vos modules, il faut tout vérifier avant.

• Passer de PrestaShop 1.7 à la version 8 en gardant vos modules
• La compatibilité des modules décide du risque de migration vers PrestaShop 8
• La migration se joue en préproduction, pas en production
• Le référencement dépend d’un plan d’URL préparé avant la bascule
• Foire aux questions

Passer de PrestaShop 1.7 à la version 8 en gardant vos modules

Une migration de PrestaShop 1.7 vers la version 8 prend en général 3 à 6 semaines. Pour une boutique de 500 à 5 000 produits avec 15 modules actifs au maximum, le délai dépend surtout des modules sur mesure, du thème et des connexions à votre ERP, à votre transporteur ou à vos marketplaces.

Pour une boutique PME, demandez que l’offre sépare trois postes :

• l’audit de l’existant : version exacte, thème, modules, surcharges de code et hébergement
• l’adaptation : modules incompatibles, thème, connecteurs et règles métier
• la recette et la mise en ligne : tests, bascule, surveillance et retour arrière

Pour 500 à 2 000 produits, un thème peu personnalisé et 8 à 12 modules standards, prévoyez une fourchette de 3 500 à 7 000 € HT^*.

Avec un thème sur mesure, trois modules spécifiques, un ERP et des flux marketplace, comptez 8 000 à 18 000 € HT^*. Ces montants supposent que l’hébergement reste en place et que vos données sont propres.

Exigez une sauvegarde restaurable des fichiers et de la base. Le prestataire doit aussi fournir un inventaire avant migration, un procès-verbal de recette et un plan de retour arrière. Le support après mise en ligne demande souvent 5 à 15 heures, soit environ 500 à 1 800 € HT^*.

La compatibilité des modules décide du risque de migration vers PrestaShop 8

Un module compatible avec PrestaShop 1.7 ne l’est pas forcément avec PrestaShop 8. Le passage à PHP 8 et à Symfony 4.4 apporte de nouvelles règles de sécurité et des changements de code. Résultat : il peut falloir mettre à jour un module, voire le réécrire.

Commencez par lister tous les modules, y compris ceux désactivés. Pour chacun, notez :

• le nom technique
• la version
• l’éditeur
• la date d’achat
• les réglages
• les tâches cron (tâches automatiques du serveur)
• les connexions externes
• les hooks (points d’accroche du code)

Un module peut intervenir sur plusieurs hooks, par exemple sur la fiche produit, le panier ou la création d’une commande. Si un thème supprime ou déplace un hook, le module concerné peut cesser de fonctionner.

Classez ensuite chaque module dans le tableau ci-dessous.

Reprenez aussi les comptes employés et leurs droits. PrestaShop distingue les permissions du menu de celles des modules : voir, ajouter, modifier, supprimer, configurer, désinstaller. Notez qui peut faire quoi.

PrestaShop 8 demande au minimum :

• PHP 7.2
• MySQL 5.6 ou une version ultérieure
• Apache 2.4 (ou Nginx 1.0 ou ultérieur) dans la configuration recommandée
• 256 Mo de mémoire PHP dédiée

Pour une boutique active, mieux vaut une version de PHP encore maintenue par l’hébergeur. Testez la migration sur un environnement identique à la production.

Décrire mon besoin →

La migration se joue en préproduction, pas en production

La méthode la plus sûre consiste à installer une boutique PrestaShop 8 neuve. Vous en extrayez ensuite les données de l’ancienne, puis vous les adaptez et les importez. Cette logique ETL (extraire, transformer, charger) évite de copier la base sans la relire.

Préparer les données

Contrôlez produits, déclinaisons, catégories, marques et fournisseurs. Vérifiez aussi clients, adresses, commandes, stocks, paniers, images, pièces jointes et traductions. Exportez chaque langue séparément, car un export limité à la langue active laisse souvent des champs vides.

Pour ce type de projet, comptez :

• audit et préparation : 5 à 10 jours ;
• migration et corrections : 10 à 20 jours ;
• bascule : 2 à 6 heures de maintenance, selon le volume de commandes reçues pendant l’import et le temps de régénération des images et de l’index de recherche.

Avant tout essai, sauvegardez fichiers et base. Testez ensuite la restauration sur un autre espace. Une sauvegarde jamais restaurée reste une hypothèse.

Update Assistant guide la mise à jour et propose une sauvegarde. Il ne rend pas compatibles les modules tiers défaillants.

Déroulement

Le prestataire clone la boutique dans une préproduction protégée par mot de passe ou restriction IP. Il installe PrestaShop 8 sans données de démonstration, importe les données, réinstalle les modules validés et reprend le thème.

Update Assistant convient à une mise à jour encadrée. Pour un changement majeur, avec données adaptées, thème personnalisé et modules spécifiques, l’import contrôlé reste plus lisible. Les données peuvent passer par CSV, par la base MySQL ou par l’API webservice.

Recette et mise en production

La recette doit suivre vos parcours métier. Ne vous contentez pas de regarder la page d’accueil.

Testez au minimum ces parcours :

• une commande simple et une commande avec déclinaison ;
• un code promo ;
• un paiement refusé et un remboursement ;
• une livraison différente de l’adresse de facturation ;
• un compte client existant ;
• une commande remontée vers l’ERP.

Le jour de la bascule, suivez cet ordre :

1. bloquer les modifications dans l’ancien back-office ;
2. sauvegarder une dernière fois ;
3. importer le delta des commandes et clients ;
4. changer le pointage du domaine.

Gardez l’ancien environnement intact pendant 7 à 14 jours. En cas d’erreur critique, repointez le domaine vers l’ancienne boutique et restaurez la base de production.

Décrire mon besoin →

Le référencement dépend d’un plan d’URL préparé avant la bascule

Une migration technique ne protège pas votre référencement tout seul, et un plan d’URL préparé avant la bascule reste la meilleure protection. Comparez anciennes et nouvelles URL, balises title, méta-descriptions, canoniques, sitemap XML et codes HTTP avant l’ouverture au public.

URL et redirections

Pour chaque page, notez trois choses :

• la nouvelle cible,
• le code attendu,
• la personne chargée de la valider.

Exportez au moins 100 URL : fiches produits, catégories, pages CMS, pages de marque et pages qui apportent du trafic.

Gardez le nom de domaine et la structure d’URL quand le nouveau thème le permet. Si une adresse change, mettez en place une redirection 301 vers la page équivalente.

Une URL sans cible pertinente doit renvoyer une 404 propre. PrestaShop gère aussi les redirections des produits désactivés.

Contenus et indexation

Reprenez d’abord les titles, méta-descriptions, URL, canoniques et contenus des 100 à 300 pages qui amènent le plus de visites naturelles. Pour cela, la réécriture d’URL doit être bien configurée sur le serveur.

Après l’import, régénérez le sitemap XML et vérifiez qu’aucune page n’a disparu ni n’est bloquée. Soumettez-le ensuite dans Google Search Console.

Suivez les clics, impressions, erreurs d’exploration, pages exclues et commandes issues du trafic naturel pendant au moins quatre semaines.

Ne changez pas en même temps domaine, URL, thème et arborescence sans raison. Chaque changement de plus complique le diagnostic d’une baisse de trafic.

Sources

Avant de signer, demandez un devis qui sépare audit, adaptation et recette, et exigez un inventaire de vos modules, car ce sont eux qui font varier le délai. Refusez toute bascule sans sauvegarde restaurable et sans plan de retour arrière.

Décrire mon besoin →

Foire aux questions

Combien de produits peut-on migrer en une journée ?

Le nombre de produits migrés par jour dépend surtout du volume de données liées à chaque produit : images, déclinaisons, langues, tarifs B2B et règles métier. Une boutique de 500 produits simples se traite beaucoup plus vite qu’une boutique de 500 produits avec plusieurs langues et déclinaisons complexes. Demandez à votre prestataire combien de déclinaisons et de langues il compte traiter, car c’est ce qui fixe le délai.

Qui doit fournir les accès aux modules achetés ?

C’est le propriétaire de la boutique qui doit récupérer les comptes éditeurs, les licences, les factures et les fichiers d’installation de chaque module. Sans ces éléments, l’intégrateur peut vérifier la compatibilité, mais il ne pourra pas toujours télécharger la version pour PrestaShop 8 ni récupérer vos réglages.

Combien de temps faut-il conserver l’ancienne boutique ?

Gardez l’ancienne boutique au moins 7 à 14 jours après la mise en production, avec une sauvegarde indépendante et un accès limité à quelques personnes. Pendant ce temps, contrôlez les commandes, les paiements, les flux logistiques et les erreurs d’exploration avant de supprimer l’ancien environnement.

* Tarifs et prix moyens constatés en décembre 2025, sur des retours d'appels d'offres provenant de freelances et d'agences. Ces chiffres ne sauraient être une référence de négociation, car les sources varient selon la taille du site et la séniorité du prestataire.