Étude de cas · Application web
Étude de cas : une plateforme de catalogue et d’administration pour un fabricant international B2B d’alliages
Un fabricant international d’alliages de métaux précieux avait besoin d’une seule plateforme pour présenter ses produits aux acheteurs du monde entier et gérer lui-même ce contenu. Nous l’avons construite dans un seul dépôt : un site Next.js 16 avec catégories de produits, pages produits, pages par secteur, informations qualité, téléchargements et galerie, plus un panneau d’administration, adossés à une API REST en Go sur PostgreSQL et Redis. L’ensemble tourne dans des conteneurs derrière Nginx, et seuls les ports web sont exposés.
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.
Les besoins de l’entreprise
- Un catalogue que les acheteurs peuvent parcourir par catégorie de produit et par secteur d’activité.
- Des pages produits détaillées, des informations qualité et des documents téléchargeables pour les acheteurs techniques.
- Une administration que l’équipe peut utiliser pour ajouter et mettre à jour produits et catégories sans développeur.
- Des pages qui se chargent vite et qui sont trouvables via les moteurs de recherche dans de nombreux pays.
Ce que nous avons construit
| Rôle | |
|---|---|
| Site public (Next.js 16, React 19) | Accueil, produits par catégorie et fiche produit, secteurs, qualité, téléchargements, galerie et contact |
| Panneau d’administration | Connexion, gestion des produits et des catégories pour l’équipe |
| API (Go avec Fiber) | Une API REST qui sert le catalogue et traite les modifications de l’administration |
| Données (PostgreSQL et Redis) | Les produits et le contenu dans PostgreSQL, avec Redis à côté |
| Mise en ligne (Nginx et Docker) | Nginx devant le site et l’API, qui sert les fichiers envoyés ; seuls les ports 80 et 443 sont exposés |
Pourquoi cette pile technique
Next.js rend le catalogue côté serveur, si bien que les pages produits arrivent complètes pour les acheteurs et les moteurs de recherche. Une API Go séparée garde la logique métier rapide et indépendante du front-end, et faire tourner l’ensemble dans des conteneurs derrière un seul proxy inverse limite la surface exposée du serveur.
Ce que d’autres fabricants et exportateurs peuvent en retenir
- Organisez le catalogue comme les acheteurs cherchent : par produit et par application ou secteur.
- Donnez aux acheteurs techniques des fiches techniques et des documents qualité téléchargeables sur la page produit.
- Laissez l’équipe commerciale mettre à jour les produits elle-même, pour que le site ne soit jamais en retard sur la liste de prix.
Questions fréquentes
Pourquoi utiliser Next.js pour un catalogue B2B ?
Il rend les pages côté serveur, si bien que les détails des produits figurent dans le HTML que reçoivent les acheteurs, les moteurs de recherche et les outils d’IA, et il gère proprement les grands catalogues avec des routes par catégorie et par produit.
Pourquoi une API Go séparée plutôt que tout faire dans Next.js ?
Une API séparée garde les règles métier en un seul endroit que d’autres canaux, comme une application mobile ou une intégration ERP, pourront réutiliser plus tard, et Go traite ce travail efficacement.
L’équipe commerciale peut-elle mettre à jour les produits sans développeur ?
Oui. Le panneau d’administration permet à l’équipe de gérer directement les produits et les catégories.
Un fabricant a-t-il besoin d’une plateforme sur mesure plutôt que d’un créateur de site ?
Pas toujours. Un créateur de site suffit pour une petite vitrine. Une plateforme sur mesure devient rentable avec de grands catalogues, des documents techniques, plusieurs langues ou une intégration aux systèmes internes.