Agence PrestaShop à Toulon : préparer le passage de PrestaShop 8 à la version 9

Un jour de soldes, une boutique qui tombe en panne, ce sont des ventes perdues en quelques heures.

Le passage de PrestaShop 8 à la version 9 se prépare avant, pas pendant. On voit quoi vérifier, dans quel ordre, et comment garder votre référencement.

• Préparer le passage de PrestaShop 8 à la version 9
• PrestaShop 9 exige un serveur compatible avec la version cible
• Auditer les modules et tester sur une préproduction limite les risques
• Les URL et le suivi SEO protègent le trafic après migration
• Foire aux questions

Préparer le passage de PrestaShop 8 à la version 9

Une migration de PrestaShop 8 vers 9 prend en général 2 à 6 semaines. Elle coûte 1 500 à 8 000 € HT^* pour une PME. Le prix dépend surtout du nombre de modules, du thème, des développements spécifiques et des connexions avec votre ERP (le logiciel de gestion de votre entreprise).

À Toulon, une intervention sur site couvre le cadrage, les tests métier et la bascule. Le suivi reste à distance. Le déplacement ne fait pas grimper la facture à lui seul. L’essentiel du travail technique se fait sur une préproduction accessible par VPN ou accès sécurisé.

Un devis utile décrit chaque périmètre

Demandez la liste exacte de ce qui est inclus : catalogue, déclinaisons, comptes clients, commandes, règles de prix, transporteurs, paiements, données SEO, thème, modules et connexions externes. Migrer des données, c’est les extraire, les adapter, puis les importer dans la nouvelle boutique.

L’audit initial doit produire au minimum :

• un inventaire des modules
• la version de PHP et celle de PrestaShop
• le type de thème et les accès techniques nécessaires
• la liste des développements sur mesure

Le livrable utile tient souvent dans un document de 10 à 20 pages. Il s’accompagne d’un tableau de compatibilité.

Pour une boutique de 500 à 3 000 produits, avec 15 à 30 modules et un thème personnalisé sans refonte graphique, prévoyez 1 500 à 3 500 € HT^*. Une boutique B2B avec tarifs par groupe, commandes de réassort, comptes professionnels et synchronisation ERP coûte plutôt 4 000 à 8 000 € HT^*.

Ces montants excluent en général :

• la licence d’un nouveau module
• la reprise d’un développement abandonné
• la refonte graphique, l’hébergement et les frais de paiement
• la correction de données incohérentes

Faites-les figurer dans le devis, ligne par ligne.

Vérifiez que les références ressemblent à votre boutique

Demandez deux ou trois exemples de migrations PrestaShop 8 vers 9. Prenez au moins une boutique B2B si vous gérez plusieurs grilles tarifaires. Regardez la volumétrie, le nombre de modules, le fonctionnement de l’ERP et la méthode de retour arrière, plutôt que le seul secteur d’activité.

Une agence qui ne chiffre que le nombre de produits sous-estime le risque. Une boutique de 200 produits, avec 25 modules et un thème très modifié, peut demander plus de travail qu’un catalogue de 10 000 produits peu personnalisé.

Décrire mon besoin →

PrestaShop 9 exige un serveur compatible avec la version cible

PrestaShop 9.0 demande PHP 8.1 au minimum et accepte PHP 8.1 à 8.4, avec PHP 8.4 recommandé. PrestaShop 9.1 accepte PHP 8.1 à 8.5, avec PHP 8.5 recommandé.

PHP :

• PrestaShop 9.0 : 8.1 à 8.4, PHP 8.4 recommandé
• PrestaShop 9.1 : 8.1 à 8.5, PHP 8.5 recommandé

PrestaShop 9 tourne surtout sur un serveur Unix, avec Apache 2.4 ou plus récent. Il peut aussi fonctionner sous Nginx. Vérifiez le serveur réel, pas ce que décrit le catalogue de votre hébergeur.

Le contrôle porte sur PHP et ses extensions, sur allow_url_fopen, la mémoire, la base de données, les droits d’écriture et la réécriture d’URL. La documentation PrestaShop fournit un fichier phppsinfo.php. Il compare la configuration du serveur aux prérequis.

Si votre hébergement reste en PHP 8.0, il faut changer d’offre ou de serveur. Une simple reconfiguration coûte 100 à 500 € HT^*. Déplacer la boutique vers un serveur mieux dimensionné coûte 500 à 1 500 € HT^*.

Auditer les modules et tester sur une préproduction limite les risques

Le risque principal vient des modules et du thème. Ils s’appuient sur des fonctions modifiées entre PrestaShop 8 et 9, bien plus que le transfert des produits. La documentation recommande de considérer chaque module comme incompatible tant que vous ne l’avez pas vérifié, surtout s’il est personnalisé.

Classez chaque module dans l’une de ces catégories :

• Livraison : vérifiez les zones, les frais, les points relais, le suivi et les commandes partiellement expédiées.
• Prix B2B : contrôlez les groupes clients, les prix HT, les remises et les quantités minimales.
• ERP : comparez un produit, un stock, une commande et un avoir dans les deux systèmes.

Pour chaque module critique, l’agence doit fournir la version installée, la version cible, la compatibilité annoncée, la configuration à reprendre et le résultat du test. Une mention « compatible PrestaShop 9 » ne prouve pas que votre configuration fonctionne.

Sur la copie de préproduction, testez au moins :

• une commande payée
• une commande refusée
• un remboursement
• un compte client
• une adresse en France métropolitaine
• une livraison en point relais
• un avoir
• un export comptable

Pour une boutique B2B, ajoutez une commande avec prix spécifique. Ajoutez aussi une commande passée par un utilisateur rattaché à un compte entreprise.

Avant la bascule, sauvegardez fichiers et base de données. L’assistant de mise à jour peut sauvegarder puis restaurer la boutique. Une copie séparée des fichiers et de la base reste pourtant la sécurité minimale.

Le plan de retour arrière précise qui décide de restaurer et quelle sauvegarde utiliser. Il indique combien de temps la restauration prend et comment récupérer les commandes passées pendant l’incident. Prévoyez une fenêtre de bascule de 2 à 4 heures, hors période de forte activité.

Bloquez temporairement les commandes pendant le transfert final. Sinon, les ventes passées pendant la bascule devront être réconciliées à la main.

Décrire mon besoin →

Les URL et le suivi SEO protègent le trafic après migration

Une mise à niveau technique ne change pas toujours les adresses. Mais le thème, les routes ou les réglages d’URL peuvent modifier les pages indexées. Listez vos URL stratégiques avant toute installation de PrestaShop 9.

Par défaut, PrestaShop crée l’URL produit à partir du nom du produit et la conserve quand le nom change. L’option « Forcer la mise à jour de l’URL simplifiée » peut changer ce comportement. Laissez-la désactivée, sauf besoin précis.

Testez avant la mise en ligne un échantillon :

• 20 produits
• 10 catégories
• les pages CMS principales
• les anciennes URL avec paramètres
• plusieurs pages supprimées

Une URL supprimée doit renvoyer le bon code HTTP. Elle doit aussi rediriger vers une page réellement équivalente.

Contrôlez les balises canoniques, le fichier robots.txt, les directives noindex, le sitemap XML et les liens internes. Chaque URL principale doit pointer vers elle-même avec une balise rel="canonical". Le sitemap ne doit contenir que ces URL canoniques.

Comparez dans Google Search Console les clics, impressions, positions moyennes, pages indexées et erreurs d’exploration. Faites-le avant la migration, puis à J+3, J+7, J+14 et J+30. Google recommande de vérifier séparément les anciennes et les nouvelles URL, puis de soumettre le nouveau sitemap.

Gardez les redirections actives pendant au moins 180 jours. Prolongez-les si elles reçoivent encore du trafic. Surveillez aussi les erreurs 404, les baisses sur les fiches produits stratégiques et les pages qui sortent de l’index.

Avant de signer, demandez à votre agence un devis ligne par ligne, l’inventaire de vos modules et la preuve d’un test de commande sur une préproduction. Si votre hébergement tourne encore en PHP 8.0, réglez ce point dès maintenant, car c’est lui qui bloque tout le reste.

Décrire mon besoin →

Foire aux questions

Une boutique PrestaShop 8 peut-elle rester en ligne pendant l’audit ?

Oui. L’audit et la préparation de la préproduction se déroulent sans couper la boutique. La coupure ne concerne que la synchronisation finale, la bascule et les contrôles de commande, et c’est pendant ces étapes que les commandes doivent être bloquées.

Quel accès faut-il fournir à l’agence PrestaShop ?

Prévoyez un accès temporaire au back-office, au serveur, à la base de données, à l’hébergement, à Google Search Console et aux outils de paiement. Pour l’ERP et les marketplaces, un environnement de test ou des identifiants limités aux flux nécessaires suffisent. Les accès doivent être nominatifs, protégés par une authentification renforcée quand le service le permet, puis supprimés après la recette, et pour l’API PrestaShop, donnez une clé avec les seules permissions nécessaires plutôt qu’un compte administrateur.

Qui valide la remise en ligne après les tests ?

Le gérant ou le responsable e-commerce valide la recette métier : commandes, paiements, livraisons, factures et prix B2B. L’intégrateur valide la partie technique, la sauvegarde, les redirections, les journaux d’erreur et la procédure de restauration. Sans ces deux validations, ne basculez pas la boutique.

* 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.