# Refondre une boutique en production sans coupure de vente

> Une boutique de prêt-à-porter souhaitait moderniser son thème et son tunnel d'achat sans jamais interrompre les ventes en cours.

- Source canonique : [https://allaux.fr/realisations/refonte-ecommerce-pret-a-porter](https://allaux.fr/realisations/refonte-ecommerce-pret-a-porter)
- Langue : FR
- Dernière mise à jour : 2026-07-26

## Le contexte

La boutique fonctionnait avec un thème vieillissant, peu adapté à la navigation mobile qui représentait pourtant la majorité du trafic. Une refonte complète était nécessaire, mais la boutique restait active et génératrice de commandes tout au long du projet : il n'était pas question de basculer brutalement vers un nouveau thème un jour donné, au risque de découvrir des régressions en production sur un tunnel d'achat qui devait continuer à fonctionner sans interruption.

L'approche retenue a donc consisté à déployer la refonte progressivement, section par section, plutôt qu'en un seul basculement global.

## Ce que j'ai fait

1. **Découpage du périmètre de refonte** — Séparation du site en zones pouvant être refondues indépendamment : page d'accueil, listes de catégories, fiche produit, tunnel de commande.
2. **Développement sur environnement séparé** — Chaque section a été développée et testée sur un environnement de préproduction avant tout passage en production, avec des données réelles pour vérifier le comportement.
3. **Déploiement par étapes** — Mise en production progressive, une section validée après l'autre, en surveillant les indicateurs de vente et le comportement du tunnel après chaque étape.
4. **Plan de retour en arrière** — Chaque déploiement s'accompagnait d'une possibilité de revenir à la version précédente rapidement en cas d'anomalie détectée après mise en ligne.

## Résultat

> La boutique a été entièrement modernisée sans coupure de vente ni régression durable détectée sur le tunnel d'achat pendant la période de refonte.

## FAQ

### Pourquoi ne pas refondre tout le site d'un coup ?

Un basculement global maximise le risque : une régression imprévue touche alors l'ensemble du site en même temps. Une approche par étapes limite l'impact de chaque changement et facilite le diagnostic en cas de problème.

### Le référencement a-t-il été affecté par la refonte ?

Le déploiement progressif a permis de vérifier, section par section, que les URL et le balisage restaient cohérents avant de passer à la suite, plutôt que de découvrir un problème global après coup.

### Combien de temps prend une refonte de ce type ?

Ça dépend du nombre de sections à refondre et du rythme de validation souhaité entre chaque étape ; une approche progressive prend généralement plus de temps calendaire qu'un basculement unique, en échange d'un risque bien plus faible.

### Que se passe-t-il si une anomalie est détectée après une étape ?

Le plan de retour en arrière prévu à chaque déploiement permet de revenir rapidement à la version précédente pendant que l'anomalie est corrigée, sans laisser le tunnel d'achat dégradé en production.
