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

> Une refonte de site PrestaShop remet à zéro des choses qui marchaient. Avant de la commander, il faut savoir ce qui vous gêne réellement : dans la moitié des cas que je vois, le problème tient en trois interventions ciblées, et le budget de refonte aurait payé cinq ans de maintenance.

- Source canonique : [https://allaux.fr/creation/refonte-ou-reparation](https://allaux.fr/creation/refonte-ou-reparation)
- Langue : FR
- Dernière mise à jour : 2026-09-30

## Réponse directe

> Refaites votre site PrestaShop quand le blocage touche le socle : version qui ne reçoit plus de correctifs, catalogue mal modélisé, cœur modifié sans trace, ou activité qui a changé de nature. Pour tout le reste — lenteur, design daté, affichage mobile, erreurs après une mise à jour — une réparation ciblée coûte beaucoup moins cher et ne met en jeu ni le référencement ni l’historique des commandes.

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

## Ce qui ressemble à un besoin de refonte et n’en est pas un

- « Le site est lent. » La lenteur vient presque toujours d’un module, d’une requête non indexée ou d’un hébergement sous-dimensionné. Refaire le site avec les mêmes modules sur le même serveur reproduit la lenteur à l’identique.
- « Le design fait daté. » Un thème se change sans toucher au catalogue ni aux adresses. C’est la seule opération de cette liste qui se voit immédiatement, et c’est la moins risquée.
- « Il n’est pas adapté au mobile. » C’est un travail de gabarit et de feuille de style, pas une reconstruction. Sauf si le thème est si ancien qu’il n’a jamais eu de version mobile du tout.
- « On n’arrive plus à modifier quoi que ce soit. » Souvent le symptôme d’un thème modifié sans thème enfant, ou d’overrides accumulés. La correction est une remise en ordre, pas une table rase.
- « Le référencement baisse. » Une refonte fait baisser le référencement, elle ne le remonte pas. Une chute a une cause identifiable, et elle se traite là où elle est.
- « On veut ajouter une fonction. » Un besoin nouveau se développe sur l’existant. Refaire le site pour ajouter une fonctionnalité est le raisonnement le plus coûteux qui soit.

## Les cinq cas où refaire est justifié

1. **Le modèle de catalogue est faux à la racine** — Les déclinaisons ont été créées comme des produits distincts, ou les caractéristiques servent d’attributs. Tout le reste — filtres, stock, prix, flux marchands — hérite de cette erreur. Corriger revient à réécrire le catalogue et ses adresses : c’est une refonte, autant l’assumer.
2. **La version installée n’est plus maintenue** — Plus de correctifs de sécurité, un socle PHP en fin de vie, des modules dont les éditeurs ont disparu. À partir de là, chaque mise à jour est un pari, et l’assureur du site, c’est vous.
3. **Le cœur a été modifié directement** — Des fichiers du noyau réécrits, sans dépôt de sources ni trace de ce qui a changé. Toute montée de version écrase le travail. Sur un site ancien, retrouver ces modifications coûte parfois plus que reconstruire proprement.
4. **L’activité a changé de nature** — Passage au B2B, ouverture à l’international, arrivée d’un logiciel de gestion, multiboutique. Ce ne sont pas des ajouts : ce sont des modèles de données différents, que la plateforme actuelle ne porte peut-être pas.
5. **Personne ne peut plus intervenir dessus** — Aucune documentation, aucun accès complet, un code que trois développeurs successifs ont refusé de reprendre. La refonte devient alors une décision économique, pas technique.

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

## Ce que vous perdez en refaisant, et qu’on oublie de chiffrer

> Le référencement acquis sur les anciennes adresses, si le plan de redirections n’est pas écrit avant. L’historique des commandes et des comptes clients, si la reprise de données n’est pas au devis. Les réglages fins accumulés en années d’exploitation : règles de prix, exceptions de transport, statuts personnalisés, modèles d’e-mails. Et l’habitude de vos équipes, qui devront réapprendre le backoffice. Ces quatre lignes existent dans tout projet de refonte ; elles n’apparaissent que dans les devis honnêtes.

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

## Pages liées

- **Référencement perdu après une refonte** — Ce qui se passe quand le plan de redirections a manqué, et ce qui reste récupérable. ([/problemes/referencement-perdu-apres-refonte](/problemes/referencement-perdu-apres-refonte))
- **Refonte e-commerce prêt-à-porter** — Une mise en production réelle, avec la reprise du catalogue et des adresses. ([/realisations/refonte-ecommerce-pret-a-porter](/realisations/refonte-ecommerce-pret-a-porter))
- **Performance et SEO technique** — Traiter la lenteur là où elle est, plutôt que de refaire le site pour la même raison. ([/services/performance-web](/services/performance-web))
- **Migration PrestaShop** — Changer de version majeure sans repartir de zéro : ce que ça implique réellement. ([/prestashop/migration](/prestashop/migration))
- **Migration PrestaShop 1.5 vers 8** — Sur une version aussi ancienne, migrer revient à reconstruire : ce qu’on reprend, ce qu’on refait. ([/prestashop/migration/1-5-vers-8](/prestashop/migration/1-5-vers-8))
- **Reprendre un site PrestaShop existant** — Ce que je vérifie avant d’accepter une reprise, et ce qui la rend raisonnable ou non. ([/creation/reprendre-un-site-existant](/creation/reprendre-un-site-existant))
- **Référencement pendant une refonte** — Le plan de redirections et l’inventaire des adresses se préparent au cadrage, pas le jour de la bascule. ([/creation/referencement-pendant-une-refonte](/creation/referencement-pendant-une-refonte))
- **Affichage cassé après un changement de thème** — Le symptôme qui fait croire à une refonte nécessaire, et qui se corrige dans le thème. ([/prestashop/problemes/bugs-css-responsive-apres-theme](/prestashop/problemes/bugs-css-responsive-apres-theme))

## FAQ

### Comment savoir si mon site PrestaShop mérite une refonte ou une réparation ?

Écrivez la liste de ce qui vous gêne, sans parler de solution. Puis, en face de chaque ligne, la question : est-ce corrigeable sur l’installation actuelle ? Si la majorité des réponses est oui, vous n’avez pas besoin d’une refonte, vous avez besoin d’un plan d’améliorations hiérarchisé. Si les blocages touchent le modèle de données ou une version non maintenue, la réponse penche de l’autre côté.

### Combien coûte une refonte de site PrestaShop, et combien de temps faut-il ?

Une montée de version ou une reconstruction avec reprise des données se situe généralement entre 1 000 € et 8 000 €, hors création graphique, selon le volume du catalogue et le nombre de modules à remplacer. Une boutique simple se traite en quelques jours de travail, une boutique très personnalisée en plusieurs semaines, validations comprises. Une réparation ciblée, elle, se facture au temps passé et se compte en heures. Le chiffre exact suit un échange ou un audit, jamais l’inverse.

### Peut-on refaire le design sans toucher au reste ?

Oui, et c’est souvent le meilleur rapport entre effet visible et risque. Un changement de thème ne modifie ni les adresses, ni les commandes, ni les comptes clients. Les points de vigilance sont les modules qui greffent leur affichage dans des emplacements du thème, et les personnalisations faites directement dans l’ancien thème sans thème enfant.

### Une refonte fait-elle perdre du trafic à coup sûr ?

Non, mais elle en fait perdre par défaut. Le trafic se conserve si chaque ancienne adresse est redirigée vers son équivalent réel, si les contenus qui portaient les positions sont repris plutôt que raccourcis, et si le nouveau site n’est pas plus lent que l’ancien. Ces trois conditions sont du travail, donc des lignes de devis.

### Faut-il en profiter pour changer de plateforme ?

Seulement si la plateforme actuelle vous empêche de faire quelque chose de précis. Changer parce qu’une autre est à la mode ajoute la traduction du modèle produit, le rachat de tous les équivalents de modules et une courbe d’apprentissage, pour un résultat que vos clients ne verront pas. La bonne raison de changer, c’est une contrainte nommée.

### Combien de temps garde-t-on l’ancien site en ligne ?

L’ancien site s’arrête à la bascule, mais on garde une sauvegarde complète et fonctionnelle, base comprise, pendant plusieurs mois. Ce n’est pas de la prudence excessive : les manques se découvrent au fil des semaines — un modèle de facture, une règle de prix oubliée, un fichier client. Sans copie exploitable, ces éléments sont perdus.