commercetools Frontend vs. Alokai vs. FMP : les options de frontend composable

Si vous utilisez commercetools comme backend et que vous vous demandez comment construire le frontend, vous avez trois vraies options, pas deux : commercetools Frontend (anciennement Frontastic, l'outil frontend propre de l'éditeur), Alokai (anciennement Vue Storefront, un framework frontend composable en Vue et React), ou une Frontend Management Platform (FMP) gérée qui traite le frontend comme un service opéré plutôt que comme une codebase que vous possédez. Chaque option répond différemment à la question de savoir qui possède la couche de rendu, et cette réponse détermine votre configuration Vue Storefront / commercetools pour des années, pas pour des mois.

Pourquoi commercetools est livré sans frontend

commercetools est conçu API-first et cloud-native, des API GraphQL et REST, mais aucun storefront par défaut. C'est exactement le principe d'une architecture composable et MACH : chaque couche se choisit séparément. Mais cela signifie que chaque implémentation commercetools démarre avec la même question : qui construit et possède le frontend ? Le marché propose aujourd'hui trois réponses, et chacune a un vrai compromis.

Option 1 : commercetools Frontend (Frontastic)

commercetools a racheté Frontastic en 2021 et l'a rebaptisé commercetools Frontend, un outil frontend en JavaScript étroitement intégré à l'API commercetools. Il livre des composants et connecteurs de storefront préconstruits, ce qui raccourcit la mise en place initiale par rapport à un développement entièrement sur mesure.

Le compromis : c'est un outil propriétaire de l'éditeur, à l'intérieur d'un backend propriétaire de l'éditeur. Les équipes qui souhaitent plus tard changer d'outillage frontend, d'agence, de stack marketing ou de design system, se retrouvent aussi profondément ancrées dans les conventions de commercetools Frontend qu'elles l'étaient dans l'API elle-même. C'est composable au niveau du backend et propriétaire à un seul éditeur au niveau du frontend, exactement la tension que les clients commercetools soulèvent le plus souvent.

Option 2 : Alokai (framework storefront Vue et React)

Alokai, rebaptisé depuis Vue Storefront, est un framework frontend composable construit principalement autour de Vue.js, avec un support React, conçu pour se placer devant commercetools et d'autres backends MACH via sa propre bibliothèque de connecteurs. C'est une réponse composable-frontend légitime : architecture ouverte, communauté active, aucun verrouillage spécifique à commercetools.

Le compromis se déplace plutôt qu'il ne disparaît. La bibliothèque de connecteurs et le modèle d'hébergement d'Alokai deviennent la nouvelle dépendance. Les équipes qui construisent sur Alokai ont toujours besoin d'une équipe d'ingénierie frontend dédiée pour construire, maintenir et faire évoluer le storefront, la même question de coût d'équipe que pour n'importe quelle option de développement sur mesure, simplement avec l'ossature d'Alokai au lieu d'un projet Next.js vierge.

Option 3 : une Frontend Management Platform gérée

La troisième option traite le frontend comme un service opéré. Une FMP se connecte à l'API GraphQL de commercetools comme une intégration standard et livre le storefront, la surface d'édition et la bibliothèque de composants comme une plateforme gérée, plutôt que comme une codebase que votre équipe possède et corrige elle-même. Les équipes marketing publient des pages via un éditeur visuel, l'ingénierie se concentre sur la logique spécifique au backend plutôt que sur la plomberie frontend, et les déploiements multi-marques ou multi-marchés tournent sur une seule bibliothèque de composants au lieu d'un fork de codebase par marque.

Les trois options comparées

Ce que cela coûte réellement

Le composable commerce promet que chaque couche est interchangeable. En pratique, la plupart des implémentations commercetools finissent composables côté backend et verrouillées côté frontend, quelle que soit celle des trois options choisie. Le chiffre que les comparatifs d'éditeurs oublient systématiquement est le coût de l'équipe frontend : une équipe d'ingénierie frontend dédiée, qu'elle travaille avec commercetools Frontend, Alokai, ou un développement Next.js ou Nuxt entièrement sur mesure, atteint typiquement un montant à six chiffres par an dès que l'on compte la maintenance, l'astreinte et le temps d'ingénierie consommé par les demandes de pages de l'équipe marketing.

Ce coût est la véritable décision, plus que le choix du framework. Si votre équipe dispose déjà d'ingénieurs frontend engagés qui veulent posséder la codebase, Alokai est une réponse composable-frontend légitime. Si vous voulez rester à l'intérieur de l'outillage propre de commercetools et accepter le compromis, commercetools Frontend fait le travail. Si vous voulez découpler le frontend à la fois de l'éditeur backend et de la roadmap d'une équipe frontend dédiée, c'est l'argument que porte une FMP gérée.

Où se positionne Laioutr

La Agentic Frontend Management Platform de Laioutr se connecte à commercetools via une intégration GraphQL standard, le frontend headless pour commercetools, et maintient le frontend indépendant à la fois de l'éditeur backend et d'une codebase frontend dédiée. Les déploiements multi-marques et multi-marchés passent par composability & orchestration sur une seule bibliothèque de composants au lieu d'un fork par marque, exactement là où les équipes sur commercetools Frontend ou Alokai refont habituellement un travail déjà fait une fois.

Ce n'est pas un argument contre commercetools. commercetools vend désormais le commerce de base et le catalogue produit comme des modules autonomes, ce qui ne fait qu'aiguiser encore la question du découplage frontend. C'est un argument pour que la décision frontend mérite la même rigueur que la décision backend, et que "composable" s'applique aux deux couches, pas seulement à celle que commercetools contrôle. Les équipes qui se demandent qui possède la couche d'expérience pour les builders commercetools posent exactement cette question, simplement sous l'angle du builder API-first plutôt que sous l'angle de l'outillage frontend.

Pour un regard plus approfondi sur la façon dont Laioutr se compare à Alokai en matière d'architecture et de modèle opérationnel, voir Laioutr comparé à Alokai.

FAQ

Alokai est-il la même chose que Vue Storefront ? Oui, Alokai est le nouveau nom de ce qui s'appelait auparavant Vue Storefront, un framework frontend composable construit principalement sur Vue.js avec un support React.

Devons-nous migrer hors de commercetools pour utiliser une FMP ? Non. commercetools reste le backend dans les trois options décrites ici. La couche frontend se connecte via l'API GraphQL standard de commercetools, quelle que soit celle des trois options choisie.

Quelle option est la plus rapide à lancer ? Une FMP gérée est généralement la plus rapide pour les landing pages et le publishing marketing continu, car elles passent par un éditeur visuel. La mise en place initiale du storefront est comparable au niveau du connecteur GraphQL pour les trois options, la différence apparaît dans la maintenance continue et la vitesse de publication.

Pouvons-nous passer de Frontastic ou Alokai à une FMP plus tard, sans migration backend ? Oui. Comme les trois options se connectent à commercetools via la même API GraphQL, remplacer la couche frontend ne nécessite pas de toucher au backend, seulement de remapper les composants et le contenu vers la nouvelle couche.

Prochaines étapes

Si vous choisissez un frontend pour commercetools et que vous voulez que la promesse composable s'applique réellement aux deux couches, parlez-nous de ce à quoi ressemble une connexion GraphQL commercetools via une couche frontend gérée pour votre équipe, ou commencez par la page frontend commercetools.

À propos de l'auteur : Marcel Thiesies est co-fondateur de Laioutr.