Créarègle
La refonte d’une boutique d’outils de traçage et de scrapbooking en architecture La gestion du contenu ou du commerce est séparée du site affiché aux visiteurs. : La partie visible d’une boutique en ligne, où les clients consultent et achètent. Next.js, L’espace réservé à l’équipe pour gérer les contenus, les commandes ou les clients. métier sur mesure et backend Medusa, préparée pour remplacer WooCommerce avec un plan de migration et de redirections.
- Année
- 2026 — bascule à venir
- Rôle
- Architecture, développement et infrastructure
- Périmètre
- Architecture headless · Storefront · Backoffice métier · Migration · Infrastructure
- Technologies
- Next.js · Medusa · PostgreSQL · Redis · Stripe · Docker · Playwright
Le contexte
Créarègle vend depuis Belz, en Morbihan, des règles de traçage et des outils d’encadrement et de scrapbooking conçus par Anne-Marie Gicquel. Une clientèle fidèle, un catalogue précis, et une boutique WooCommerce arrivée au bout de son modèle : lente, difficile à faire évoluer, et incapable d’exprimer les règles réelles de l’activité — livraison calculée au barème Colissimo, tarification B2B, vente continue avec des seuils de stock strictement internes.
Le choix a été de séparer les responsabilités. Un backend de commerce éprouvé pour les écritures, un La partie visible d’une boutique en ligne, où les clients consultent et achètent. rendu côté serveur pour la vitesse et le référencement, et un L’espace réservé à l’équipe pour gérer les contenus, les commandes ou les clients. développé sur mesure pour ce que le métier fait réellement au quotidien.
La contrainte non négociable : ne perdre ni référencement, ni commande, ni historique client pendant la bascule.
L’architecture
Le storefront est une application Next.js en rendu serveur et régénération incrémentale : boutique, compte client, tunnel de commande Stripe et métadonnées SEO. Toutes les écritures commerciales passent par les Un point d’échange qui permet à deux logiciels de communiquer. du backend — aucune logique de prix ou de stock ne vit dans le front.
Le L’espace réservé à l’équipe pour gérer les contenus, les commandes ou les clients. sur mesure regroupe ce qu’un back-office générique ne sait pas exprimer : retours, échanges et réclamations, incidents de paiement et d’emailing, journal de stock, réapprovisionnements et commandes manuelles. Il est protégé par mot de passe, limitation des tentatives et rôles distincts — un compte d’exploitation ne peut modifier ni les réglages, ni les produits, ni les utilisateurs.
Quatre automatisations opérationnelles tournent toutes les quinze minutes. Aucune ne déclenche de mutation commerciale silencieuse : elles créent des incidents traçables qu’un humain arbitre.
Critères de recette avant bascule
- Les anciennes URLs WooCommerce redirigées et vérifiées par des tests automatisés, pour préserver le référencement acquis.
- Deux migrations à blanc exigées avant la bascule réelle, avec restauration vérifiée et sauvegardes chiffrées verrouillées côté objet.
- Des contrôles automatisés d’accessibilité sur les parcours critiques, à compléter par une recette manuelle ; ils ne suffisent pas à certifier une conformité WCAG 2.2 AA.
- Une mesure d’audience réellement consent-first : aucun identifiant analytics créé avant acceptation, achats enregistrés côté serveur et dédupliqués par commande.
L’infrastructure
L’ensemble tourne en conteneurs : PostgreSQL 17 derrière PgBouncer, Redis pour le cache et les files, et un reverse proxy qui termine le TLS. Base de données, cache et pool de connexions restent privés, jamais exposés.
Les sauvegardes partent vers un stockage objet chiffré, avec versioning, cycle de vie et verrouillage sur les archives critiques. La procédure de restauration est écrite et testée — c’est la seule manière de savoir qu’une sauvegarde existe vraiment.
Le déploiement en production est déclenché manuellement à partir d’une publication de version, après passage par un environnement de préproduction protégé par authentification.
État de livraison et vérifications
Ce dossier présente la refonte de la boutique Créarègle ; la bascule du nouveau système est indiquée comme à venir. Les visuels illustrent le travail de conception. Ils ne prouvent ni la publication de ce système sur le domaine marchand, ni un résultat commercial après migration.
Le livrable décrit réunit La partie visible d’une boutique en ligne, où les clients consultent et achètent., administration métier, backend de commerce et procédure de migration. Avant bascule, la recette doit rapprocher produits, clients, commandes et stocks, parcourir une commande et un remboursement, puis vérifier anciennes URL, redirections et restauration.
Préserver le référencement est un objectif du plan de migration, pas une garantie de position. Le guide refonte sans perdre le SEO détaille les contrôles ; les éventuels résultats ne peuvent être évalués qu’après publication et observation sur des périodes comparables.
Préparer un projet du même ordre
Les décisions à prendre avant le cadrage, la conception ou la migration.
- Guide refonte & SEORefondre un site sans perdre son référencement
- Guide aides numériques · CharenteAides numériques 2026 en Charente : ce qui peut être pris en charge
- Guide devis · AngoulêmeDevis de site internet à Angoulême : les 12 points à vérifier avant de signer
- Test local · AngoulêmeVotre entreprise est-elle visible sur Google à Angoulême ? Le test gratuit en 10 minutes
- Guide CSS & WordPressAjouter du CSS dans WordPress proprement
- Guide technologie webWordPress, Wix, Next.js : quel socle pour votre site ?
- Guide technologies webLes meilleures technologies web en 2026
- Guide projet webCahier des charges site internet : un modèle simple
- Guide propriété & accèsÀ qui appartient vraiment votre site internet ?
Stellary
Un projet du même ordre à lancer ? Décrivez-nous le problème.
Parler de votre projet