API et MCP : pourquoi le « retail media » a besoin des deux

Le débat opposant l’API au MCP revient sans cesse sur le devant de la scène dans les discussions sur le retail media, et il est généralement présenté comme un choix. Or, ce n’en est pas un. Chacun remplit une fonction différente, et se passer de l’un ou de l’autre compromet le modèle. Voici notre point de vue sur la question, et les raisons pour lesquelles les réseaux de retail media devraient cesser d’attendre cette décision.

L'API correspond à la couche de données

L'API nous permet d'intégrer les données relatives aux médias retail dans notre entrepôt de données et d'offrir à nos clients la vision à long terme dont ils ont besoin : l'évolution des performances au fil du temps, le rythme d'exécution du budget, un rapport unique couvrant tous les canaux. Ce rôle ne change pas.

L'API ne peut pas suivre toute seule

Les réseaux de médias au détail sont vastes et évoluent rapidement, avec l'apparition constante de nouveaux produits publicitaires et de versions bêta. Chaque nouveau point de terminaison représente un travail supplémentaire pour nous. Nous le cartographions, le testons, le déployons, et les clients ne le voient que plusieurs mois plus tard. Avec les API seules, notre rapidité est limitée par le calendrier de déploiement du réseau et par notre carnet de commandes. Nous sommes constamment en train de courir après le temps.

Un bon MCP change la donne. Il décrit ses propres outils lors de l'exécution ; ainsi, notre agent détecte une nouvelle fonctionnalité et l'utilise sans que nous ayons à modifier le code. Vous déployez une fonctionnalité sur le MCP, et notre agent l'utilise le jour même. C'est un gain de valeur rapide pour notre client commun.

Quand utiliser chacune d'entre elles ?

Ce ne sont pas des options concurrentes. Elles répondent à des problèmes différents.

Utilisez l’API lorsque vous avez besoin de rapports cross-canal, d’historique de performances ou d’un suivi budgétaire sur l’ensemble des réseaux de retail media et des éditeurs. Il s’agit là d’un travail au niveau de l’entrepôt de données : des données structurées et prévisibles que vous analysez au fil du temps. Les recommandations en sont un bon exemple. Vous extrayez des données, vous les modélisez, puis vous en tirez des enseignements. C’est le rôle d’une API, qui permet de gagner du temps et de réduire les coûts. Si vous demandez à un agent d’exécuter des modèles sur un vaste ensemble de données, vous obtiendrez des temps d’exécution longs et des résultats pouvant varier d’une exécution à l’autre. L’API permet à un autre service de se charger du travail fastidieux et de fournir à l’agent la bonne recommandation au bon moment.

Utilisez le MCP lorsque vous souhaitez l’implémenter une seule fois et que les nouvelles fonctionnalités s’activent automatiquement ; cela ne nécessite aucune recompilation ni modification du code, ni de notre côté ni du vôtre. Lorsqu’un nouveau produit publicitaire est lancé, l’agent le prend en charge le jour même. C’est également ainsi que nous gérons les workflows complexes en plusieurs étapes de l’agent, comme la configuration de bout en bout d’une campagne, où l’agent doit comprendre quels outils sont disponibles au moment de l’exécution, et pas seulement exécuter une séquence fixe d’appels.

Chez Skai, nous avons construit notre infrastructure de données sur l'API, et nous développons actuellement notre couche d'agents sur le MCP. Les deux sont déjà en production. Les deux sont essentiels.

Un bon MCP, pas un simple « wrapper »

Cette valeur disparaît si le MCP ne gère qu’un seul outil par point de terminaison. Nous avons évalué des MCP open source dédiés au retail media qui chargent des dizaines de milliers de jetons de définitions avant même que l’agent ne commence à effectuer une tâche utile. Cela surcharge la fenêtre de contexte, ce qui ralentit le système et augmente le nombre d’erreurs. Un bon MCP doit :

• Des outils sémantiques dotés d'une véritable gestion des erreurs, et non de simples miroirs point à point des points de terminaison
• Détection à l'exécution : les nouveaux produits publicitaires s'affichent automatiquement pour l'agent
• Un catalogue qui reste concis malgré l'élargissement de sa couverture
• Parcours d'écriture sécurisés pour les enchères, les budgets et les campagnes, conçus pour être validés par un utilisateur
• OAuth au niveau de l'utilisateur : chaque action est ainsi attribuable à une personne, et non à une clé partagée
• Alignement progressif sur l'API pour l'ensemble des produits publicitaires pris en charge

Les avantages pour les réseaux de médias de détail, et pourquoi les partenaires devraient agir dès maintenant

La fragmentation des intégrations oblige les réseaux à assumer la charge liée à la prise en charge de chaque plateforme individuelle. Un modèle MCP change la donne en offrant une interface d'intégration unique qui permet à n'importe quel agent, y compris ceux à venir, d'accéder immédiatement à vos fonctionnalités.

Nous constatons que certains partenaires adoptent une attitude attentiste, pariant que des LLM plus performants finiront par rendre les MCP superflus. C'est une mauvaise interprétation du problème. Le goulot d'étranglement ne réside pas dans l'intelligence. Il s'agit plutôt des freins opérationnels et de l'épuisement de la fenêtre contextuelle qui découlent d'un accès non structuré. Même les modèles d'élite actuels butent sur des protocoles mal conçus, alors qu'un MCP bien conçu les rend bien plus précis. Cette différence de performance ne fera que s'accentuer.

La gouvernance est l'autre aspect essentiel. Un MCP offre aux organisations un cadre déterministe : la possibilité de contrôler l'accès à certaines fonctionnalités et de séparer clairement les opérations de lecture seule des opérations impliquant de nombreuses écritures. Un accès direct via l'API ou l'interface de ligne de commande (CLI) ne suffit pas à lui seul : il rend vos contrôles fragiles et expose votre surface d'attaque.

Les annonceurs recherchent déjà une infrastructure prête à l'emploi. Agir dès maintenant permet de poser les bases avant que le marché ne change. Attendre reviendrait à devoir tout reconstruire de zéro au moment où la pression sera la plus forte.

Se lancer est plus simple qu'il n'y paraît. Commencez par des outils en lecture seule qui répondent aux questions courantes en matière de reporting, puis ajoutez progressivement des voies d'écriture conçues pour permettre un contrôle humain. 

Nous avons déjà mis en place cette architecture chez Skai, et nous sommes prêts à vous aider à faire de même. Vous souhaitez en savoir plus ? Contactez Skai .

---

Questions fréquemment posées