---
title: "De l'API gateway à la couche agent IA"
canonical_url: "https://www.laioutr.com/fr/blog/api-gateway-to-ai-agent-layer-bff-evolution"
locale: fr
meta:
description: "Comment le backend-for-frontend évolue de l'API gateway vers une couche d'agents IA en commerce agentique."
"og:description": "Comment le backend-for-frontend évolue de l'API gateway vers une couche d'agents IA en commerce agentique."
"og:title": "De l'API gateway à la couche agent IA"
---
# De l'API gateway à la couche d'agents IA
Sommaire
1. [1.Ce que le pattern BFF signifiait en 2016](#ce-que-le-pattern-bff-signifiait-en-2016)
2. 2.Ce que les agents IA représentent en tant que nouvelle classe de consommateurs
3. 3.BFF 2.0 : une couche d'agrégation capable de servir les agents
4. 4.Pourquoi la couche frontend est l'endroit naturel pour la couche d'agents
5. 5.Larry AI : l'approche de Laioutr pour le commerce agentique
6. 6.Exigences pour être prêt à l'agentique dans votre stack de commerce
7. 7.Conclusion : le BFF de 2016 est le fondement de la couche d'agents de 2026
1. [1.Ce que le pattern BFF signifiait en 2016](#ce-que-le-pattern-bff-signifiait-en-2016)
2. 2.Ce que les agents IA représentent en tant que nouvelle classe de consommateurs
3. 3.BFF 2.0 : une couche d'agrégation capable de servir les agents
4. 4.Pourquoi la couche frontend est l'endroit naturel pour la couche d'agents
5. 5.Larry AI : l'approche de Laioutr pour le commerce agentique
6. 6.Exigences pour être prêt à l'agentique dans votre stack de commerce
7. 7.Conclusion : le BFF de 2016 est le fondement de la couche d'agents de 2026
Si vous regardez le chapitre 4 de *Microservices for Modern Commerce* de Kelly Goetsch (O'Reilly, 2016), vous trouvez un passage sur les API gateways qui prend une nouvelle signification en 2026.
Goetsch décrit l'API gateway comme une couche d'agrégation : *« Une page web ou un écran sur un appareil mobile peut nécessiter de récupérer des données de dizaines de microservices différents. Chacun de ces clients aura besoin de données taillées pour lui. »* Il nomme ensuite les API gateways comme *« souvent appelés "Backends for your Frontend" »*, BFF en abrégé.
L'idée : une couche d'agrégation dédiée qui renvoie différentes formes de données selon le contexte du consommateur. L'Apple Watch a besoin d'un attribut. La page web en a besoin de vingt. L'application mobile en a besoin de quinze différents. Le BFF gère cette agrégation et cette transformation.
Dix ans plus tard, cette couche est plus importante que jamais. Non pas à cause de nouveaux appareils. À cause d'une nouvelle classe de consommateurs d'API : **les agents IA**.
## Ce que le pattern BFF signifiait en 2016
Dans le modèle de Goetsch, le BFF est une couche d'optimisation pour les interfaces utilisateur. Il résout un problème de performance concret : si un client d'application mobile devait appeler directement des dizaines de microservices, trop d'aller-retours se produiraient, trop d'overfetching (trop de données pour le contexte), trop de couplage entre le client et les microservices individuels.
Le BFF gère cette coordination côté serveur :
- Il agrège les données de multiples microservices en une seule réponse
- Il transforme les données dans la forme optimale pour le client
- Il maintient la logique côté client hors des microservices eux-mêmes
Goetsch met aussi en garde contre l'anti-pattern : *« Le problème avec les API gateways, c'est qu'elles deviennent des monolithes fortement couplés parce qu'elles doivent savoir comment interagir avec chaque client (des dizaines) et chaque microservice (des dizaines, des centaines, voire des milliers). Le problème même que vous cherchiez à résoudre avec les microservices peut réapparaître si vous n'y prenez pas garde. »*
C'est la tension centrale du BFF qui a émergé en 2016 et qui tient toujours en 2026.
## Ce que les agents IA représentent en tant que nouvelle classe de consommateurs
En 2026, il existe une nouvelle classe de consommateurs d'API pour laquelle le concept de BFF de Goetsch est directement pertinent : les agents IA.
Les agents IA, qu'il s'agisse de buyer agents (recherchant et achetant des produits pour le compte des clients), d'agents de productivité (créant du contenu ou optimisant des campagnes pour le compte des équipes commerce) ou d'agents de service (gérant la communication client), consomment les API de commerce d'une manière fondamentalement différente des UI classiques.
**La différence avec une UI classique :**
Une UI web classique est actionnée par des humains. Elle suit un parcours utilisateur prédéterminé : page catégorie vers page détail produit vers panier vers checkout. Les appels d'API sont prévisibles, leur schéma est documenté, leur séquence est définie.
Un agent IA ne suit aucun parcours prédéterminé. Il planifie ses actions dynamiquement en fonction de l'objectif et du contexte. Il a besoin :
- **De schémas lisibles par machine :** Pas seulement « que renvoie l'API » mais « que *peut* faire cette API », Swagger/OpenAPI seul est insuffisant ; des descriptions sémantiques des actions sont nécessaires.
- **De manifestes d'outils :** Une liste d'actions disponibles (rechercher un produit, ajouter au panier, appliquer un coupon, vérifier l'inventaire) avec leurs paramètres et effets de bord.
- **D'une sémantique d'action :** Pas seulement des API de lecture, mais des actions avec préconditions, postconditions et comportement en cas d'échec définis.
- **D'un suivi d'état :** Les agents ont besoin d'un mécanisme pour maintenir le contexte courant (panier, session, profil utilisateur) à travers plusieurs appels.
C'est fondamentalement différent d'une API REST optimisée pour l'UI.
## BFF 2.0 : une couche d'agrégation capable de servir les agents
L'implication : les BFF doivent être conçus différemment pour les agents que pour les UI. Un BFF moderne dans un contexte de commerce agentique a deux couches :
**Couche 1 : la couche BFF classique (pour les UI)** Agrège les données des microservices en formes de réponse optimisées pour l'UI. Fonctionne comme décrit en 2016.
**Couche 2 : la couche d'interface pour les agents (nouvelle)** Expose non pas des vues orientées page mais des interfaces d'outils :
- `searchProducts(query, filters, maxResults)`, renvoie une liste de produits structurée, lisible par l'agent
- `addToCart(productId, quantity, customerId)`, action idempotente avec état de résultat explicite
- `getInventory(productId, warehouseContext)`, en temps réel, fortement cohérent (pas de cache)
- `applyPromotion(cartId, promoCode)`, avec schéma de succès/échec explicite
- `initiateCheckout(cartId, paymentContext)`, avec un manifeste d'erreurs complet
Chacune de ces actions est conçue pour une consommation machine-to-machine : schéma d'entrée clairement défini, schéma de sortie clairement défini, codes d'erreur clairement définis, idempotente lorsque c'est possible.
Goetsch décrit dans un autre contexte l'idée HATEOAS (REST de niveau 3) : *« Les API deviennent auto-documentées, permettant à l'appelant de l'API d'interagir très facilement avec elle sans avoir besoin d'en savoir beaucoup. »* C'est exactement le principe qui s'applique aux interfaces d'agents sous une forme moderne, mais avec un manifeste d'outils au lieu de liens HATEOAS.
## Pourquoi la couche frontend est l'endroit naturel pour la couche d'agents
Voici l'argument non évident : la couche d'agents n'appartient pas au backend. Elle appartient au niveau de la gestion du frontend.
Pourquoi ? Parce que les agents, qu'il s'agisse de buyer agents ou d'agents de productivité, ont besoin d'accéder à l'*état composité* de la stack de commerce : le prix actuel pour cet utilisateur, sur ce marché, avec ces promotions actives, avec cette situation d'inventaire. Cet état composité n'existe dans aucun microservice backend unique. Il est créé par l'agrégation de multiples microservices, exactement ce que fait le BFF.
Un FMP qui gère déjà cette couche d'agrégation est l'endroit naturel pour exposer aussi les interfaces d'outils des agents. Le FMP sait déjà :
- Quels microservices sont responsables de quelles données
- Quelles politiques de cache s'appliquent à quelles données
- Quelles règles de personnalisation sont actives pour quel utilisateur
- Quels marchés et localisations existent
Un agent qui accède à cette couche FMP reçoit des données composités, personnalisées et conscientes du marché, sans que la logique de l'agent ait à porter elle-même cette complexité.
## Larry AI : l'approche de Laioutr pour le commerce agentique
L' [Agentic Frontend Management Platform](https://www.laioutr.com/en/agentic-frontend-management-platform) de Laioutr expose non seulement le rendu des pages. Elle expose les interfaces d'outils des agents comme une fonctionnalité de premier plan.
**Larry AI**, l'agent IA intégré de Laioutr, démontre ce pattern : il travaille sur la même couche FMP qui sert les UI classiques. Il peut rechercher des produits, exécuter des actions de panier, appliquer des règles de personnalisation et tester des variantes de contenu, non pas via des appels directs aux microservices backend, mais via les interfaces d'outils définies du FMP.
Cela signifie : les nouveaux agents IA peuvent s'appuyer sur une couche d'agrégation déjà existante et bien structurée, au lieu de repartir de zéro à chaque fois. Les nouvelles capacités de commerce (un nouveau microservice dans le backend) sont enregistrées une fois dans la couche d'interface d'outils du FMP et sont immédiatement disponibles pour tous les agents.
C'est l'évolution directe du concept de BFF de Goetsch : de « Backend for your Frontend » à « Backend for your Agents and Frontends ».
## Exigences pour être prêt à l'agentique dans votre stack de commerce
Si vous planifiez aujourd'hui d'intégrer des agents IA dans votre stack de commerce, voici les questions qui déterminent le succès :
**1. Vos API ont-elles des schémas lisibles par machine ?** Une spec OpenAPI est un début. Mais pour la consommation par un agent, vous avez besoin de descriptions sémantiques : quelle est l'intention de cette action ? Quels sont les effets de bord ?
**2. Avez-vous une couche d'agrégation qui expose l'état composité ?** Un agent qui doit appeler directement 20 microservices n'est pas un agent, c'est un script avec beaucoup de gestion d'erreurs. Vous avez besoin d'une couche BFF qui gère la composition.
**3. Vos actions de commerce sont-elles idempotentes ?** Les agents peuvent exécuter des actions plusieurs fois (logique de retry, parallélisme). Si « ajouter au panier » n'est pas idempotent, des commandes en double se produisent. Ce n'est pas un problème d'IA, c'est un problème de conception d'API.
**4. Avez-vous une couche d'état pour les sessions d'agents ?** Un buyer agent qui prépare un achat à travers plusieurs interactions a besoin d'un état persisté : panier actif, produits sauvegardés, négociation en cours avec un agent de service. Cet état doit exister dans la couche FMP, pas dans l'agent lui-même.
**5. Comment isolez-vous le trafic des agents du trafic des UI ?** Les agents peuvent générer un trafic en rafale (raisonnement parallèle, plusieurs appels d'outils par seconde). Vous avez besoin de rate limiting et de throttling sur la couche d'interface des agents qui n'affecte pas votre trafic UI.
## Conclusion : le BFF de 2016 est le fondement de la couche d'agents de 2026
La description par Goetsch de l'API gateway comme « Backend for your Frontend » était en 2016 une décision d'architecture pragmatique pour l'optimisation d'UI multi-canal. En 2026, la même couche est le levier décisif du commerce agentique.
La continuité est directe : la pensée BFF, une couche d'agrégation dédiée qui découple les consommateurs de la complexité du backend, n'est pas dépassée. C'est le fondement d'architecture pour tout ce qui vient après l'UI web classique.
La différence est que les consommateurs ne sont plus uniquement des utilisateurs humains. Ce sont des buyer agents, des agents de productivité, des agents de service. Et ces nouveaux consommateurs ont besoin d'une couche qui va au-delà du rendu de page : interfaces d'outils, sémantique d'action, schémas lisibles par machine.
Un FMP qui gère cette couche aujourd'hui n'est pas seulement une optimisation pour les UI existantes. C'est l'infrastructure du commerce de la prochaine décennie.
Pour en savoir plus sur la façon dont la rétrospective de la décennie du livre de Goetsch encadre les autres évolutions : [10 ans de microservices dans le commerce](https://www.laioutr.com/en/blog/10-years-microservices-modern-commerce-retrospective "10 Years of Microservices in Commerce"). Et sur la façon dont la cohérence à terme fonctionne dans les flux d'agents : [La cohérence à terme dans le storefront Composable](https://www.laioutr.com/en/blog/eventual-consistency-composable-storefront "Eventual Consistency in the Composable Storefront").
**\[Voir Larry AI en action, réservez une démo gratuite](https://www.laioutr.com/demo)**
*Source : Goetsch, K. (2016). Microservices for Modern Commerce. O'Reilly Media.*
### **Insights connexes**
- [Orchestration agentique dans l'e-commerce : pourquoi les agents IA ont besoin d'une couche au-dessus de votre stack fournisseur](https://www.laioutr.com/en/blog/agentic-orchestration-in-e-commerce-why-ai-agents-need-a-layer-above-your-vendor-stack "Agentic Orchestration in E-Commerce: Why AI Agents Need a Layer Above Your Vendor Stack")
- [Alternative à Commerce Layer : Laioutr pour un DXP composable piloté par le marketing](https://www.laioutr.com/en/blog/alternative-to-commerce-layer "Alternative to Commerce Layer: Laioutr for Marketing-Driven Composable DXP")
Ressources connexes : [Content Management](https://www.laioutr.com/en/product/content-management) et [Composable Digital Experience Platform](https://www.laioutr.com/en/composable-digital-experience-platform).
---
Partager cet article
[Partager sur Facebook](https://www.facebook.com/sharer/sharer.php?u=https%3A%2F%2Fwww.laioutr.com%2Ffr%2Fblog%2Fapi-gateway-to-ai-agent-layer-bff-evolution) [Partager sur X](https://x.com/intent/post?url=https%3A%2F%2Fwww.laioutr.com%2Ffr%2Fblog%2Fapi-gateway-to-ai-agent-layer-bff-evolution&text=) [Partager sur LinkedIn](https://www.linkedin.com/sharing/share-offsite/?url=https%3A%2F%2Fwww.laioutr.com%2Ffr%2Fblog%2Fapi-gateway-to-ai-agent-layer-bff-evolution) [Partager sur Pinterest](https://pinterest.com/pin/create/button/?url=https%3A%2F%2Fwww.laioutr.com%2Ffr%2Fblog%2Fapi-gateway-to-ai-agent-layer-bff-evolution&description=) [Partager par e-mail](mailto:?subject=&body=%0A%0Ahttps%3A%2F%2Fwww.laioutr.com%2Ffr%2Fblog%2Fapi-gateway-to-ai-agent-layer-bff-evolution)
## D'autres articles intéressants
Un savoir-faire concret pour le développement frontend, les agents intelligents et le headless
[Vers le blog](https://www.laioutr.com/fr/blogs)
[Une source de contenu pour tous les canaux, du print au web
La ressaisie apparaît lorsque le même texte produit, la même caractéristique ou la même image est sa…](https://www.laioutr.com/fr/blog/unified-content-source-print-to-storefront-omnichannel-2026)
[Agence composable commerce 2026 : trois offres plutôt qu'une
En 2026, une agence composable commerce ne gagne pas avec un seul forfait standard, mais avec trois …](https://www.laioutr.com/fr/blog/composable-commerce-agency-three-offer-models-2026)
[Promotion en ligne : pages soldes prêtes avant le Black Friday
Une promotion en boutique en ligne réussit lorsque l'objectif, la mécanique de remise et la page…](https://www.laioutr.com/fr/blog/discount-campaigns-online-store-black-friday-sale-pages)
[iPhone Duo et e-commerce : l'essentiel pour les marchands
L'iPhone Duo sera en vente le 23 octobre 2026. Les boutiques en ligne n'ont besoin ni d'…](https://www.laioutr.com/fr/blog/iphone-duo-ecommerce-foldable-storefront)
[Données produit structurées : ce qu'elles changent dans le storefront
Des données produit structurées, c'est une information produit rangée dans un attribut typé, ave…](https://www.laioutr.com/fr/blog/structured-product-data-pim-frontend-2026)
[44 % décident par essai ou PoC : le PoC storefront pour la DACH
Dans la région DACH, les décisions logicielles se prennent de plus en plus sur le terrain : dans l&#…](https://www.laioutr.com/fr/blog/storefront-proof-of-concept-dach-buyers-2026)
[Comparatif FMP : comment choisir la bonne Frontend Management Platform
Choisir une Frontend Management Platform (FMP), ce n'est pas comparer des listes de fonctionnali…](https://www.laioutr.com/fr/blog/frontend-management-platform-comparison-how-to-choose-2026)
[DAM, PIM et CMS convergent : ce que cela change pour votre frontend
Les éditeurs de DAM, de PIM et de CMS empiètent sur le terrain les uns des autres, et de plus en plu…](https://www.laioutr.com/fr/blog/dam-pim-cms-convergence-content-hub-storefront-2026)
[Contentful Live Preview : ce que votre frontend doit assurer
Avec Contentful Live Preview, vos rédacteurs voient un brouillon juste à côté de l'éditeur d'…](https://www.laioutr.com/fr/blog/contentful-live-preview-frontend-perspective-2026)
[Gouvernance de contenu à grande échelle : contenus produit et assets
La gouvernance de contenu à grande échelle, c'est définir une seule fois les rôles, les validati…](https://www.laioutr.com/fr/blog/content-governance-product-content-brand-assets-frontend-2026)
[Agents IA opérateurs du frontend : architecture et modèle de contrôle
Un agent IA devient opérateur du frontend dès qu'il surveille le storefront en production, repèr…](https://www.laioutr.com/fr/blog/ai-agents-as-frontend-operators-2026)
[Les agents d'achat lisent vos flux : ce que change l'Agentic Commerce
L'Agentic Commerce ajoute un nouveau lecteur à vos données produit : les agents d'achat de C…](https://www.laioutr.com/fr/blog/shopping-agents-product-feeds-agentic-data-distribution-2026)
[Server-side tracking en e-commerce : retrouver une mesure complète
Le server-side tracking déplace l'envoi des événements analytics et de conversion du navigateur …](https://www.laioutr.com/fr/blog/server-side-tracking-ecommerce-complete-measurement-2026)
[Images produit en deeplink plutôt qu'en ZIP : visuels toujours à jour
Si vous envoyez encore vos images produit aux revendeurs, aux marketplaces et à la presse sous forme…](https://www.laioutr.com/fr/blog/product-image-deeplinks-asset-distribution-2026)
[PrestaShop 8 vers 9 sans replatforming : découplez d'abord le front
Vous retirez l'essentiel du risque de la mise à jour PrestaShop 8 vers 9 en sortant la storefron…](https://www.laioutr.com/fr/blog/prestashop-8-to-9-upgrade-without-replatforming-2026)
[](https://www.laioutr.com/fr/apps/shopify)
Laioutr
[Shopify](https://www.laioutr.com/fr/apps/shopify)
Shopify est une plateforme de commerce pour vendre en ligne et en magasin.
[](https://www.laioutr.com/fr/apps/shopware)
Laioutr
[Shopware](https://www.laioutr.com/fr/apps/shopware)
Shopware est une plateforme e-commerce européenne et flexible pour les catalogues produits et le commerce omnicanal.
[](https://www.laioutr.com/fr/apps/adobe-commerce)
Laioutr
[Adobe Commerce](https://www.laioutr.com/fr/apps/adobe-commerce)
Adobe Commerce est une plateforme de commerce enterprise pour des scénarios B2C et B2B complexes et internationaux.
Planned
[](https://www.laioutr.com/fr/apps/b2b-sellers)
Laioutr
[B2Bsellers](https://www.laioutr.com/fr/apps/b2b-sellers)
Suite B2B pour Shopware qui transforme la boutique en ligne en plateforme de commerce B2B professionnelle.
Planned
[](https://www.laioutr.com/fr/apps/commerce-layer)
Laioutr
[Commerce Layer](https://www.laioutr.com/fr/apps/commerce-layer)
Commerce Layer est une plateforme de commerce headless pour rendre stocks et catalogues disponibles en ligne.
[](https://www.laioutr.com/fr/apps/commercetools)
Laioutr
[Commercetools](https://www.laioutr.com/fr/apps/commercetools)
Commercetools est une plateforme e-commerce headless en mode SaaS, utilisée dans le monde entier.
[](https://www.laioutr.com/fr/apps/emporix)
Laioutr
[Emporix](https://www.laioutr.com/fr/apps/emporix)
Emporix est une plateforme de commerce composable et API-first pour des scénarios B2B et B2C évolutifs.
Planned
[](https://www.laioutr.com/fr/apps/hcl-software)
Laioutr
[HCL Software](https://www.laioutr.com/fr/apps/hcl-software)
Suite enterprise pour le commerce et l'expérience digitale, hautement configurable.
Planned
[](https://www.laioutr.com/fr/apps/intershop)
Laioutr
[Intershop](https://www.laioutr.com/fr/apps/intershop)
Plateforme de commerce enterprise pour des modèles économiques B2B et B2C complexes.
Planned
[](https://www.laioutr.com/fr/apps/magento-2)
Laioutr
[Magento 2](https://www.laioutr.com/fr/apps/magento-2)
Plateforme de commerce extensible et largement répandue pour les scénarios B2C et B2B.
[](https://www.laioutr.com/fr/apps/oxid-eshop)
Laioutr
[OXID eShop](https://www.laioutr.com/fr/apps/oxid-eshop)
OXID eShop est une plateforme de commerce extensible pour les exigences B2B et B2C complexes.
Planned
[](https://www.laioutr.com/fr/apps/patchworks)
Laioutr
[Patchworks](https://www.laioutr.com/fr/apps/patchworks)
Patchworks est une iPaaS low-code qui connecte e-commerce, ERP, WMS, 3PL et marketplaces.
Planned
[](https://www.laioutr.com/fr/apps/PrestaShop)
Laioutr
[Prestashop](https://www.laioutr.com/fr/apps/PrestaShop)
Plateforme de commerce open source pour les petits et moyens commerçants en Europe et au-delà.
Planned
[](https://www.laioutr.com/fr/apps/saleor)
Laioutr
[Saleor](https://www.laioutr.com/fr/apps/saleor)
Plateforme de commerce open source et API-first basée sur GraphQL pour des storefronts sur mesure.
Planned
[](https://www.laioutr.com/fr/apps/salesforce-commerce-cloud)
Laioutr
[Salesforce Commerce Cloud](https://www.laioutr.com/fr/apps/salesforce-commerce-cloud)
Salesforce Commerce Cloud est une plateforme de commerce cloud de niveau enterprise pour les entreprises de toutes tailles.
Planned
[](https://www.laioutr.com/fr/apps/sap-commerce-cloud)
Laioutr
[SAP Commerce Cloud](https://www.laioutr.com/fr/apps/sap-commerce-cloud)
Plateforme de commerce enterprise pour les catalogues complexes, les modèles de prix et les parcours omnicanaux.
Planned
[](https://www.laioutr.com/fr/apps/scayle)
Laioutr
[Scayle](https://www.laioutr.com/fr/apps/scayle)
SCAYLE est un moteur de commerce qui permet aux marques et aux commerçants de développer leur activité à grande échelle.
Planned
[](https://www.laioutr.com/fr/apps/spryker)
Laioutr
[Spryker](https://www.laioutr.com/fr/apps/spryker)
Plateforme de commerce composable pour des modèles économiques B2B et B2C exigeants.
[](https://www.laioutr.com/fr/apps/sylius)
Laioutr
[Sylius](https://www.laioutr.com/fr/apps/sylius)
Sylius est un framework e-commerce pensé pour les développeurs, dédié aux expériences d'achat B2C et B2B.
Planned
[](https://www.laioutr.com/fr/apps/vendure)
Laioutr
[Vendure](https://www.laioutr.com/fr/apps/vendure)
Vendure est une plateforme de commerce headless pour les entreprises aux exigences complexes.
Coming Soon
[](https://www.laioutr.com/fr/apps/vtex)
Laioutr
[VTEX](https://www.laioutr.com/fr/apps/vtex)
Plateforme de commerce cloud-native et composable pour le B2B et le B2C à grande échelle.
Planned
[](https://www.laioutr.com/fr/apps/websale)
Laioutr
[Websale](https://www.laioutr.com/fr/apps/websale)
Backend de commerce stable et de niveau enterprise pour des environnements de vente complexes.
Entretien stratégique
## Prêt à faire de votre frontend une véritable couche de pilotage ?
Montrez-nous votre stack, votre roadmap, votre scénario de replatforming, et nous vous montrerons comment Laioutr s'intègre, ce que cela coûte et à quelle vitesse vous passez en production.
*« Après 30 minutes, nous savions que Laioutr rendait notre replatforming réalisable. » - Daniel B., CEO,* [*hygibox.de*](https://hygibox.de)
[Réserver une démo](https://www.laioutr.com/fr/contact)
## Structured Data
```json
{
"@context": "https://schema.org",
"@graph": [
{
"@type": "Organization",
"@id": "https://www.laioutr.com/#identity",
"name": "Laioutr",
"legalName": "Laioutr GmbH",
"url": "https://www.laioutr.com/",
"logo": {
"@type": "ImageObject",
"url": "https://www.laioutr.com/laioutr-logo.png",
"width": 400,
"height": 400
},
"email": "info@laioutr.com",
"telephone": "+49 30 75435715",
"address": {
"@type": "PostalAddress",
"streetAddress": "Münchweilersteig 5",
"postalCode": "12559",
"addressLocality": "Berlin",
"addressCountry": "DE"
},
"vatID": "DE450905846",
"sameAs": [
"https://www.linkedin.com/company/laioutr",
"https://www.youtube.com/@Laioutr",
"https://x.com/laioutr"
]
},
{
"@type": "WebSite",
"@id": "https://www.laioutr.com/fr/#website",
"url": "https://www.laioutr.com/fr/",
"name": "Laioutr",
"inLanguage": "fr",
"publisher": {
"@id": "https://www.laioutr.com/#identity"
}
},
{
"@type": "BlogPosting",
"@id": "https://www.laioutr.com/fr/blog/api-gateway-to-ai-agent-layer-bff-evolution#article",
"headline": "De l'API gateway à la couche d'agents IA",
"description": "Comment le backend-for-frontend évolue de l'API gateway vers une couche d'agents IA en commerce agentique.",
"image": [
"https://eu-west-2.graphassets.com/cmii2mlqi0dux06l5543v7nkc/cmpi74yaystxx08la39m7w8wv"
],
"datePublished": "2026-07-24T02:39:39.91843+00:00",
"dateModified": "2026-07-24T02:39:39.567635+00:00",
"inLanguage": "fr",
"articleSection": "Insights",
"keywords": "Agentic Storefronts, AI Agents, Frontend Management, Composable, Commerce Layer",
"author": {
"@type": "Person",
"name": "Marcel Thiesies",
"jobTitle": "Cofondateur et CEO, Laioutr",
"image": "https://eu-west-2.graphassets.com/cmii2mlqi0dux06l5543v7nkc/cmj01b962364n07lb0iguvts5"
},
"publisher": {
"@id": "https://www.laioutr.com/#identity"
},
"mainEntityOfPage": {
"@id": "https://www.laioutr.com/fr/blog/api-gateway-to-ai-agent-layer-bff-evolution#webpage"
},
"isPartOf": {
"@id": "https://www.laioutr.com/fr/#website"
}
},
{
"@type": "WebPage",
"@id": "https://www.laioutr.com/fr/blog/api-gateway-to-ai-agent-layer-bff-evolution#webpage",
"url": "https://www.laioutr.com/fr/blog/api-gateway-to-ai-agent-layer-bff-evolution",
"name": "De l'API gateway à la couche d'agents IA",
"description": "Comment le backend-for-frontend évolue de l'API gateway vers une couche d'agents IA en commerce agentique.",
"inLanguage": "fr",
"isPartOf": {
"@id": "https://www.laioutr.com/fr/#website"
},
"breadcrumb": {
"@id": "https://www.laioutr.com/fr/blog/api-gateway-to-ai-agent-layer-bff-evolution#breadcrumb"
},
"primaryImageOfPage": {
"@type": "ImageObject",
"url": "https://eu-west-2.graphassets.com/cmii2mlqi0dux06l5543v7nkc/cmpi74yaystxx08la39m7w8wv"
},
"datePublished": "2026-07-24T02:39:39.91843+00:00",
"dateModified": "2026-07-24T02:39:39.567635+00:00",
"mainEntity": {
"@id": "https://www.laioutr.com/fr/blog/api-gateway-to-ai-agent-layer-bff-evolution#article"
}
},
{
"@type": "BreadcrumbList",
"@id": "https://www.laioutr.com/fr/blog/api-gateway-to-ai-agent-layer-bff-evolution#breadcrumb",
"itemListElement": [
{
"@type": "ListItem",
"position": 1,
"name": "Laioutr",
"item": "https://www.laioutr.com/fr/"
},
{
"@type": "ListItem",
"position": 2,
"name": "Insights",
"item": "https://www.laioutr.com/fr/blogs/insights"
},
{
"@type": "ListItem",
"position": 3,
"name": "De l'API gateway à la couche d'agents IA"
}
]
}
]
}
```