Agence PrestaShop à Reims : remettre à niveau une boutique restée en PrestaShop 1.5

Un jour de soldes, le paiement refuse les cartes. Personne ne sait depuis quand.

Une boutique restée en PrestaShop 1.5 peut casser à tout moment. Voici comment cadrer sa remise à niveau à Reims, avant d’y toucher.

• Remettre à niveau une boutique restée en PrestaShop 1.5
• Modules, thème et développements : l’essentiel de l’incertitude
• Sauvegarde, préproduction et retour arrière avant la bascule
• URL historiques et redirections : le SEO se joue avant l’import
• Ce que coûte réellement une migration depuis la 1.5
• L’hébergement doit suivre les prérequis de la version cible
• Comparer les agences sur des preuves de migration et un suivi écrit
• Foire aux questions

Remettre à niveau une boutique restée en PrestaShop 1.5

Une boutique restée sous PrestaShop 1.5 ne se met pas à jour comme une 8.0 vers une 8.1. Pour une PME rémoise, comptez 3 à 6 semaines. Le coût varie de 4 000 à 12 000 € HT^* selon le nombre de produits, de modules, de commandes historiques et de développements spécifiques.

Migrer les données vers une base neuve, pas copier l’ancienne

La seconde option consiste à installer une boutique récente. Puis on transfère produits, catégories, clients, commandes, images et contenus utiles. C’est une migration de données, pas une copie brute de la base historique.

Pour une boutique issue de la 1.5, cette méthode est préférable. Une base neuve permet de trier les données obsolètes. Elle permet aussi de remettre à plat les modules et de reprendre le thème, sans transporter chaque défaut de l’ancienne installation.

PrestaShop 8.1 peut servir de cible de transition si vos modules critiques l’exigent. Pour un projet lancé en octobre 2026, comparez toutefois avec PrestaShop 9. Les versions majeures récentes modifient le thème, les modules et certaines interfaces.

L’audit initial prend trois à cinq jours

Avant de chiffrer, l’audit relève :

• La version de PHP et le moteur de base de données
• La taille des tables, le nombre de produits, les déclinaisons, les clients, les commandes et les langues actives
• Les modules installés, activés, désactivés et réellement utilisés
• Les modifications du cœur, les overrides et les fichiers ajoutés à la main

Un module désactivé peut laisser derrière lui un override ou une table métier. Ces restes influencent encore le fonctionnement. Un override, c’est une surcharge du code qui modifie le comportement standard sans passer par le fichier d’origine.

Prévoyez aussi un export de ces éléments :

• Les URL importantes
• Les règles de panier
• Les moyens de paiement
• Les modes de livraison
• Les connexions avec la comptabilité ou la gestion commerciale

La boutique peut vendre pendant la préparation

La 1.5 reste ouverte pendant la construction de la cible. Le travail se fait sur un environnement séparé. Juste avant la bascule, il faut un dernier transfert des nouvelles commandes et clients. Ce transfert doit figurer dans le devis.

Attention : la bascule se fait sur une période creuse, avec un gel des modifications de catalogue et une solution de retour vers l’ancienne boutique. Une panne de trois heures pendant les soldes coûte souvent plus cher que toute l’opération technique.

Décrire mon besoin →

Modules, thème et développements : l’essentiel de l’incertitude

Les modules et le thème représentent souvent 50 à 70 % de l’incertitude d’une reprise depuis la 1.5. Une migration simple sur le papier devient une refonte dès que le paiement, le transport ou le tunnel de commande repose sur du code ancien.

Partir des usages métier pour inventorier les modules

Chaque module se rattache à une fonction concrète :

• Paiement : carte, virement, mandat administratif ou paiement en plusieurs fois.
• Livraison : transporteurs, points relais, règles au poids, par zone ou selon le montant du panier.
• Gestion : ERP, logiciel comptable, stock, facturation et export des commandes.

Un module qui ne sert plus doit être supprimé, pas transporté. Chaque extension conservée doit avoir une version compatible et une licence active. Il lui faut aussi un contact de maintenance et une personne capable de la reconfigurer.

Les modules achetés sur une marketplace ne migrent pas avec leurs fichiers. Retrouvez le compte client, la licence, la version téléchargée et les conditions de renouvellement.

Le thème ancien coûte plus cher que le catalogue

Un thème 1.5 ne se transpose pas proprement dans une version récente. La structure des thèmes, les contrôleurs et les composants du front office ont changé.

Trois options sont réalistes : adapter un thème récent, acheter un thème compatible ou refaire l’interface sur une base neuve. Pour 20 à 50 gabarits personnalisés, comptez souvent 3 000 à 8 000 € HT^* d’intégration graphique, maquettes non comprises.

Les fichiers du dossier de thème peuvent remplacer des templates, feuilles de style ou scripts d’un module. Une modification oubliée casse parfois la fiche produit, le panier ou le menu après migration.

Mieux vaut ne pas reconduire un override simplement parce qu’il fonctionne encore. Retrouvez la règle métier qu’il applique, puis réécrivez-la dans un module propre ou dans la configuration native de la cible.

Tester les connecteurs avec de vraies données fictives

Un connecteur de paiement doit contrôler le panier, le montant transmis, l’identifiant de commande et la signature du retour. Sans ces contrôles, une commande peut être validée avec un montant différent de celui accepté par le prestataire.

Le connecteur transport doit reproduire les cas qui posent problème. Testez le point relais, le franco de port, le produit lourd, l’adresse en Corse et la commande mêlant plusieurs catégories.

Pour un ERP ou un logiciel comptable, demandez un jeu de test :

• Commande simple
• Commande avec remise
• Remboursement
• Annulation
• Commande expédiée partiellement

Prévoyez 500 à 2 500 € HT^* par connecteur à adapter lorsque l’éditeur fournit une version compatible. Une réécriture complète peut dépasser 5 000 € HT^*. C’est fréquent si l’ancien module échange directement avec des tables internes.

Décrire mon besoin →

Sauvegarde, préproduction et retour arrière avant la bascule

Une migration sérieuse commence par une sauvegarde restaurable. Pas par un export téléchargé puis oublié sur le même serveur. Elle comprend les fichiers de la boutique et une base contenant sa structure et ses données.

Vérifier la restauration avant de toucher au reste

Conservez au moins trois copies : une sur le serveur de sauvegarde, une sur un espace distinct et une hors ligne. Chacune est chiffrée, datée et accessible à une personne autre que le prestataire.

Une restauration de test prend environ une demi-journée pour une boutique de moins de 10 Go. Elle vérifie que le front office, le back office, les images et les commandes historiques s’ouvrent correctement.

Le fichier de sauvegarde doit rester disponible jusqu’à la validation finale. Le supprimer le soir de la mise en ligne revient à retirer le parachute avant le saut.

Garder la préproduction hors de portée des clients

La préproduction est une copie de travail accessible par une adresse protégée. Les emails sont désactivés ou redirigés vers des boîtes de test. Elle n’envoie jamais une vraie confirmation de commande à un client.

Les tests couvrent :

• la recherche
• les catégories
• la fiche produit
• les déclinaisons
• le panier
• la création de compte
• la commande invité
• le téléchargement d’une facture

Décider la bascule avec des critères écrits

Prévoyez une fenêtre de 2 à 4 heures pour une petite boutique. Il faut une nuit complète si le catalogue, les commandes ou les connecteurs sont volumineux.

Avant le changement DNS, l’équipe valide cinq points :

• une commande de test
• un paiement accepté
• un email reçu
• un calcul de livraison correct
• une facture exploitable

Le retour arrière reste possible tant que les nouvelles commandes n’ont pas créé un écart impossible à resynchroniser. Après la bascule, l’ancienne boutique reste disponible en lecture et n’est pas supprimée.

Décrire mon besoin →

URL historiques et redirections : le SEO se joue avant l’import

Une migration peut garder tous vos produits et perdre pourtant son référencement, si les URL changent sans correspondance. Relevez donc les URL indexées, les pages qui reçoivent des visites et les liens externes avant toute modification.

Relever le SEO avant d’importer le catalogue

L’export couvre :

• les URL de produits
• les URL de catégories
• les pages CMS
• les marques
• les fournisseurs
• les images importantes
• les fichiers téléchargés

Il faut aussi récupérer :

• les titres
• les méta-descriptions
• les balises canoniques
• les données structurées
• les contenus éditoriaux existants

Les URL simplifiées de PrestaShop dépendent de la réécriture serveur. La cible doit donc accepter les URL propres et produire une adresse canonique par page.

Rediriger en 301 vers la page équivalente

Une ancienne URL modifiée pointe vers la page équivalente par une redirection 301.

Une fiche supprimée doit pointer vers le produit remplaçant, ou vers une catégorie vraiment pertinente. Ne renvoyez pas tout vers l’accueil : le visiteur n’y trouve pas ce qu’il cherche, et le moteur juge la redirection peu pertinente.

Après la mise en ligne, contrôlez :

• les erreurs 404
• les boucles de redirection
• les chaînes de redirections
• les liens internes cassés

Le suivi continue deux à quatre semaines, avec Search Console et les logs serveur. Une chute de trafic se traite bien plus vite quand on la repère le lendemain.

Décrire mon besoin →

Ce que coûte réellement une migration depuis la 1.5

Les tarifs publics donnent des repères. Mais ils visent souvent une création ou une refonte. Une migration depuis la 1.5 demande un devis d’audit distinct.

Une agence rémoise propose une boutique PrestaShop à partir de 8 000 € HT^*. Ce prix couvre l’installation, un thème personnalisé, le catalogue, les modules essentiels, le SEO de base, la formation et le support initial.

Une autre offre locale démarre à 800 €^* par mois. Elle vise un accompagnement e-commerce continu. Elle convient moins à une migration ponctuelle.

Pour une migration PrestaShop sur mesure en France, les tarifs publiés vont d’environ 2 000 à 10 000 € HT^*. Ils montent quand le thème, les modules et les intégrations sont repris.

Le budget et le délai dépendent surtout du périmètre :

• Moins de 500 produits, moins de 5 modules critiques, sans ERP, thème standard : 4 000 à 7 000 € HT^*, 3 à 4 semaines.
• 500 à 5 000 produits, 10 à 20 modules, plusieurs transporteurs, thème personnalisé : 7 000 à 15 000 € HT^*, 5 à 8 semaines.
• Plus de 5 000 produits, avec ERP, marketplace, stock multi-entrepôts ou historique de commandes important : souvent plus de 15 000 € HT^*, avec un délai pouvant atteindre 8 à 12 semaines.

Le devis doit détailler l’audit, l’installation cible, la migration des données, le thème, les modules, les tests, le SEO, la bascule et le support.

Les licences, la rédaction, les nouvelles fonctionnalités et l’hébergement doivent apparaître comme postes séparés.

Un audit technique seul se facture autour de 300 € HT^* dans une offre de support officielle. Une migration complète démarre vers 1 200 € HT^* pour un périmètre limité.

Ajoutez 20 à 30 % de marge si la boutique n’a pas de documentation, et vérifiez le chiffrage auprès d’un audit PrestaShop lent à Aix-en-Provence avant de signer. Ajoutez-la aussi si l’hébergement est ancien. Ajoutez-la encore si personne ne sait expliquer les règles commerciales codées dans le cœur.

Décrire mon besoin →

L’hébergement doit suivre les prérequis de la version cible

PrestaShop 8 demande PHP 8.1, Apache 2.4 ou plus, MySQL 5.7 ou MariaDB 10.2 au minimum, et un memory_limit d’au moins 256 Mo. Ces seuils ne sont pas négociables : en dessous, l’installation échoue ou ralentit sans prévenir.

L’hébergement actuel bloque souvent le projet

Un serveur qui fait tourner la 1.5 avec un PHP ancien ne convient pas forcément à PrestaShop 8. Monter la version de PHP peut aussi casser les anciens modules avant même l’import.

Vérifiez :

• la version de PHP
• la base SQL
• les extensions
• la mémoire
• le stockage
• les tâches planifiées
• les droits d’écriture
• les journaux d’erreur

Pour moins de 1 000 produits et moins de 100 commandes par jour, un hébergement mutualisé bien configuré suffit souvent. Ce qui pèse vraiment, ce sont le trafic, les imports et les pics de commandes.

Le transfert d’hébergement ajoute des responsabilités

Le devis précise qui :

• crée la base
• installe PHP
• configure le cache
• pose le certificat TLS
• transfère les fichiers
• modifie le DNS

Les emails de commande demandent un contrôle à part. Vérifiez l’expéditeur et le domaine. Contrôlez les enregistrements SPF, DKIM et DMARC. Puis testez la réception chez Gmail, Outlook et votre messagerie professionnelle.

Pour une boutique B2C, comptez 50 à 250 € HT^* par mois pour l’hébergement et la surveillance, selon le trafic. Une boutique B2B aux imports lourds ou aux flux fréquents peut demander un serveur séparé.

Comparer les agences sur des preuves de migration et un suivi écrit

À Reims, la proximité facilite les réunions, mais elle ne prouve rien sur la reprise d’une 1.5. Demandez un exemple vérifiable de migration ancienne. Qu’il indique le périmètre, la durée et la façon dont le référencement a été traité.

Préparer votre migration PrestaShop 1.5 avec une agence à Reims

Les points à vérifier avant de signer un devis

• Avez-vous un audit écrit de trois à cinq jours avant tout devis ?

  L’audit relève versions, modules, overrides et tables, et conditionne le chiffrage.

• Savez-vous quels modules sont réellement utilisés ?

  Un module désactivé peut laisser un override ou une table métier qui pèse encore sur le fonctionnement.

• Votre devis sépare-t-il audit, modules, thème, bascule et SEO ?

  Un devis global rend les écarts impossibles à comparer entre agences.

• Avez-vous une sauvegarde restaurable, testée avant toute modification ?

  Un export oublié sur le même serveur ne sert pas de filet de sécurité.

• Existe-t-il un plan de retour arrière daté vers l’ancienne boutique ?

  La 1.5 doit rester disponible en lecture après la bascule.

• Vos URL historiques sont-elles relevées et redirigées en 301 ?

  Une migration peut garder les produits et perdre le référencement si les URL changent sans correspondance.

• Votre hébergement respecte-t-il les prérequis de la version cible ?

  PHP, base SQL et mémoire insuffisants font échouer l’installation ou la ralentissent.

• Avez-vous un exemple vérifiable de migration depuis la 1.5 ?

  La proximité géographique ne prouve pas la compétence sur une reprise de 1.5.

• La bascule est-elle prévue sur une période creuse, hors soldes ?

  Une panne de trois heures pendant les soldes coûte souvent plus cher que l’opération technique.

Points cochés : sur 9. Rien n'est envoyé ni enregistré : la liste reste dans votre navigateur.

Demandez à l’agence :

• Quelle version cible proposez-vous, et pourquoi celle-ci plutôt qu’une autre ?
• Combien de boutiques 1.5 avez-vous auditées ?
• Qui valide les modules de paiement et les connecteurs transport ?
• Quel est votre plan de retour vers l’ancienne boutique ?

Le devis précise une durée et un délai de réponse. Une garantie de 7 jours ne couvre pas le même risque qu’une surveillance de 72 heures ou qu’une maintenance mensuelle.

Pour une boutique active, prévoyez au moins 30 jours de correctifs après la bascule. Les erreurs de commande, de paiement et de livraison apparaissent souvent au contact de cas réels. Elles sont rarement testées avant la mise en ligne.

Pour la visibilité dans les réponses des IA, ou GEO, préparez dès maintenant vos fiches produit. Renseignez des données vérifiables, des caractéristiques structurées, les conditions de livraison et des pages de confiance. Cela ne remplace pas le SEO technique. Une fiche pauvre en données reste toutefois difficile à exploiter.

Avant de signer une migration, demandez un audit écrit de trois à cinq jours, avec un devis qui sépare audit, modules, thème, bascule et SEO, puis un plan de retour arrière daté. Tant que ces pièces ne sont pas sur votre bureau, ne donnez pas le feu vert : une panne le jour des soldes coûte bien plus que les 3 à 6 semaines du chantier.

Décrire mon besoin →

Foire aux questions

Comment réparer PrestaShop ?

Commencez par repérer l’erreur dans les journaux de la boutique, puis activez le mode débogage sur une copie, jamais directement en ligne. Si le problème suit une modification récente, restaurez les derniers fichiers touchés. Une restauration complète demande à la fois les fichiers et la base de données correspondante, faute de quoi le site reste incohérent.

Comment contacter le support PrestaShop ?

Le support officiel propose notamment des audits, des migrations et des mises à jour. Pour une 1.5 avec des modules développés localement, il faudra souvent un intégrateur capable d’intervenir sur le code et sur l’hébergement. Demandez-lui d’abord s’il a déjà repris ce type de modules.

Comment mettre à jour PrestaShop ?

Dans la même version majeure, par exemple de 8.0 vers 8.1, passez par l’Assistant de mise à jour. Depuis la 1.5, cette voie n’existe pas : il faut créer une nouvelle boutique, extraire les données, les adapter, puis les importer après validation des modules et du thème.

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