Refonte de site PrestaShop ou réparation : que faut-il vraiment refaire ?

Ce que « refaire le site » veut dire, en pratique

Le mot recouvre trois projets très différents, dont le prix va de un à dix. Le premier est un changement de thème : la vitrine change, le catalogue, les commandes et les adresses restent. Le deuxième est une reconstruction sur la même plateforme : nouvelle installation, nouveau thème, catalogue réimporté, adresses recalculées. Le troisième est un changement de plateforme, qui ajoute la traduction du modèle produit et la reprise de tous les modules.

Confondre les trois est l’erreur classique du devis. Un prestataire qui répond « refonte » à une demande de modernisation vend le troisième projet quand le premier suffisait. Un prestataire qui propose un simple thème là où la modélisation du catalogue est cassée vous fera repasser à la caisse dans dix-huit mois.

La question utile n’est donc pas « faut-il refaire ». C’est : qu’est-ce qui, exactement, ne peut pas être corrigé sur l’existant ? Tant que personne n’a répondu à cette question par écrit, le devis de refonte n’est pas comparable.

Refonte ou réparation : ce que chaque option engage

Une réparation corrige un défaut identifié sur l’installation existante : un module qui plante, une requête SQL trop lente, un override devenu incompatible, une page qui renvoie une erreur 500 PrestaShop. Les adresses, les comptes clients, l’historique des commandes et les réglages restent en place. Le risque est borné à ce qu’on touche, et il se teste sur une copie avant d’aller en production.

Une refonte reconstruit : nouvelle installation, thème refait ou remplacé, données reprises, modules réinstallés ou remplacés par des équivalents. Elle remet à plat tout ce qui s’était accumulé, le bon comme le mauvais. Le risque porte sur tout le site à la fois, c’est pourquoi une refonte se prépare plus longtemps qu’elle ne se développe.

Entre les deux existe une voie souvent oubliée : la montée de version avec conservation des données, qui remplace le socle sans repartir de zéro. C’est ce que recouvre une migration PrestaShop de 1.7 vers 8, ou de 8 vers 9. Sur une boutique très ancienne, cette voie se ferme : la migration de PrestaShop 1.5 vers 8 est en pratique une reconstruction avec reprise des données, et elle se chiffre comme telle.

Reprise d’un site PrestaShop : lire l’existant avant de tout refaire

Beaucoup de demandes de refonte arrivent au moment d’un changement de prestataire : l’ancien ne répond plus, le nouveau propose de tout refaire. C’est compréhensible — reprendre le code d’un autre oblige d’abord à le lire — mais ce n’est pas un motif technique. Refaire pour ne pas avoir à comprendre, c’est payer une seconde fois ce qui fonctionne.

Avant de chiffrer une refonte, je lis donc l’existant : ce qui a été modifié dans le cœur, le contenu du dossier override/, les modules dont l’éditeur a disparu, la version de PHP réellement supportée, les accès qui ne sont pas à votre nom. Cette lecture est courte et facturée à la journée. Son livrable dit noir sur blanc ce qui se répare, ce qui doit être refait, et dans quel ordre. La démarche complète est décrite dans reprendre un site PrestaShop laissé par un prestataire.

Refonte de site PrestaShop : tarifs et délais indicatifs

Ce sont des ordres de grandeur pour se situer, cohérents avec la page tarifs. Le prix réel dépend de l’état du code, du volume de données et du nombre de modules à reprendre ; il se fixe après un échange, jamais avant.

• Réparation ciblée (module en erreur, lenteur localisée, override à corriger) : facturée au temps passé, de quelques dizaines à quelques centaines d’euros par intervention. Sur une base saine, cela se compte en heures.
• Amélioration ou fonction ajoutée sur l’existant : à partir d’environ 500 € pour une fonctionnalité ciblée, davantage selon le périmètre fixé au cadrage.
• Montée de version ou reconstruction avec reprise des données : généralement entre 1 000 € et 8 000 €, selon le volume du catalogue et de l’historique, le nombre de modules à remplacer et le changement ou non de plateforme. Une boutique simple se traite en quelques jours de travail ; une boutique avec des modules sur mesure ou un thème très personnalisé demande plusieurs semaines.
• Audit préalable : une prestation courte, facturée à la journée, qui tranche entre réparer et refaire avant tout engagement sur le reste.

La création graphique de maquettes n’est pas comprise par défaut : si la refonte inclut un nouveau design sur mesure, il s’ajoute à ces montants. Quant au calendrier, il dépend moins du développement que de ce qui l’entoure : validation des maquettes, catalogue à nettoyer, plan de redirections à écrire, recette du tunnel de commande. Le budget d’une boutique et les délais réalistes de mise en ligne détaillent où passent réellement l’argent et les semaines.