Replateformer un frontend BigCommerce

Les équipes sur BigCommerce disposent souvent d'un backend qui les satisfait et d'un frontend devenu le goulot d'étranglement : lent pour le marketing, en retard sur les Core Web Vitals, ou coûteux à maintenir. Parce que BigCommerce est Headless, vous pouvez renouveler le frontend par étapes sur la GraphQL Storefront API pendant que le backend reste exactement tel qu'il est.

Pourquoi l'approche par étapes surpasse le big-bang

Une refonte complète du frontend est un programme lourd et risqué. La GraphQL Storefront API découple déjà le frontend du backend, vous pouvez donc déplacer les groupes de routes un par un et valider chacun contre l'API en production avant de passer au suivant.

Le replatforming par étapes sur la GraphQL Storefront API

• Phase 1 : mettre en place le nouveau frontend Laioutr contre la GraphQL Storefront API sur un périmètre restreint, par exemple les pages de contenu et les landing pages
• Phase 2 : migrer les pages catégorie et produit, en validant les réponses de l'API par rapport au catalogue en production
• Phase 3 : déplacer le panier et le checkout, les parcours les plus à risque, avec un fonctionnement en parallèle et de la mesure
• Phase 4 : basculer les routes restantes et mettre l'ancien frontend hors service

À chaque phase, le backend BigCommerce reste intact. Vous changez la manière dont les données sont rendues, pas l'endroit où elles résident.

Le plan de retour arrière compte

Chaque phase a un périmètre défini et un chemin de retour arrière : les routes peuvent pointer de nouveau vers le frontend précédent si une phase régresse. La performance et l'accessibilité sont validées à chaque phase.

Ce que vous y gagnez

• L'autonomie du marketing grâce à un constructeur de pages visuel, sans ticket d'ingénierie pour chaque bannière
• Un objectif Lighthouse 100 et des Core Web Vitals prêts à l'emploi
• WCAG 3.0 et BFSG pris en charge au niveau de la plateforme
• L'optionnalité du backend préservée

FAQ

Pouvons-nous faire tourner Laioutr en parallèle de notre frontend actuel ?

Oui. Pendant la transition, les deux consomment la même GraphQL Storefront API, vous pouvez donc migrer progressivement.

Le backend BigCommerce est-il modifié ?

Non. Le replatforming se fait au niveau de la couche frontend, sur l'API. Le backend et les données restent en place. Consultez la page pilier BigCommerce ou réservez un appel de cadrage.

À lire également : Comparatif des options de frontend Headless pour BigCommerce et Replatformer un frontend Pimcore sans toucher au backend.