Étude de cas · Migration
Étude de cas : migrer une boutique alimentaire D2C de Firebase vers une infrastructure auto-hébergée en Go et PostgreSQL
Une marque en vente directe de fruits, légumes et poudres déshydratés faisait d’abord tourner sa boutique en ligne sur React avec Firebase Authentication, Cloud Firestore et Firebase Storage, hébergée sur Vercel. Nous l’avons reconstruite sur une infrastructure que la marque contrôle : une API en Go sur PostgreSQL, un stockage d’images compatible S3 auto-hébergé, des pages produits rendues côté serveur que les robots des moteurs de recherche et les outils d’IA peuvent lire, et un connecteur de paiement Razorpay, le tout dans Docker sur un VPS.
Par Web Your Vyavsay team · Publié le
Rédigé avec l’aide de l’IA. Les informations sont vérifiées à partir des sources indiquées et relues par notre équipe. Traduction de la version anglaise, réalisée avec l’aide de l’IA. Les appels et les projets se déroulent en anglais.
Avant et après
| Avant | Après | |
|---|---|---|
| Front-end | React et Vite, rendu dans le navigateur | React 19 et Vite, avec les pages publiques rendues côté serveur |
| Back-end et données | Firebase Authentication et Cloud Firestore | Une API en Go en architecture hexagonale sur PostgreSQL |
| Connexion | Firebase Authentication, y compris la connexion Google | Jetons d’accès et de rafraîchissement JWT, vérification de l’e-mail et réinitialisation du mot de passe |
| Fichiers | Firebase Storage | MinIO, un stockage compatible S3 hébergé par la marque |
| Hébergement | Vercel | Docker Compose sur un VPS, derrière Nginx avec TLS Let’s Encrypt |
Pourquoi les équipes font ce type de migration
Voici les raisons courantes pour lesquelles les entreprises quittent un backend-as-a-service comme Firebase ; elles valent pour de nombreux projets, pas seulement celui-ci.
- Les commandes, les stocks et les rapports trouvent naturellement leur place dans une base de données relationnelle qu’on peut interroger et exporter librement.
- Être propriétaire de la base et des fichiers permet de choisir où vivent les données et de les déplacer sans les outils d’export d’un éditeur.
- Les coûts deviennent prévisibles quand ils prennent la forme d’une facture de serveur plutôt que d’un prix par opération.
- Les pages rendues côté serveur donnent aux moteurs de recherche et aux outils d’IA tout le contenu produit, et non une page vide.
Ce que la reconstruction a ajouté
- Un panier enregistré côté serveur pour les clients connectés, plus une commande sans compte.
- Des avis produits et une liste d’envies.
- Les paiements Razorpay, avec une passerelle fictive pour les tests.
- Des exports CSV dans l’administration pour les commandes, les utilisateurs et les demandes de gros.
- Des titres et descriptions SEO gérés page par page depuis l’administration.
- La gestion des demandes de gros pour les acheteurs professionnels.
Des pages lisibles par les robots et l’IA
Un petit service Node rend chaque page publique en HTML avant son envoi, si bien qu’un robot d’indexation, un aperçu de lien ou un outil d’IA reçoit les détails du produit au lieu d’un conteneur vide. Si ce service est défaillant, Nginx se rabat sur l’application statique, pour que les clients ne soient jamais bloqués.
Les leçons pour votre propre migration
- Conservez vos URL, ou redirigez chaque ancienne URL de façon permanente, pour préserver le référencement.
- Vérifiez si votre fournisseur d’authentification actuel peut exporter les empreintes de mots de passe ; sinon, prévoyez une réinitialisation du mot de passe pour les clients existants.
- Migrez les images et les fichiers en même temps que les enregistrements qui y renvoient.
- Répétez la migration sur une copie avant de basculer la boutique en production.
Questions fréquentes
Firebase est-il un mauvais choix pour une boutique en ligne ?
Non. C’est un moyen rapide de lancer, et beaucoup de boutiques fonctionnent bien dessus. Le quitter a du sens quand vous avez besoin de rapports relationnels, de plus de contrôle sur vos données et vos coûts, ou de pages rendues côté serveur.
Quand une entreprise doit-elle quitter Firebase ?
Quand les rapports, les exports de données ou les coûts deviennent difficiles à gérer, quand vos données doivent se trouver à un endroit précis, ou quand la visibilité dans les moteurs de recherche souffre parce que les pages ne sont rendues que dans le navigateur.
Une boutique peut-elle quitter Firebase sans interruption de service ?
Généralement avec très peu d’interruption. Construire la nouvelle infrastructure à côté de l’ancienne, répéter la migration des données et basculer le DNS à un moment calme permet de limiter la coupure.
À qui appartiennent les données après la migration ?
À l’entreprise. La base de données, les fichiers et les serveurs se trouvent sur des comptes à son nom.