J'ai passé 20 ans à mettre en place les bases des données marketing, et les agents que j'observe aujourd'hui ne sont pas confrontés à un problème de données, mais à un problème d'exécution. L'analyse des données de performance et l'identification des anomalies ne posent plus de problème. Ce qui importe désormais, c'est de savoir si un agent dispose d'un accès en écriture à l'IA pour corriger concrètement ce qu'il détecte, avec la même ampleur et la même rapidité que celles avec lesquelles il a identifié le problème au départ.
Depuis environ un an, toutes les discussions concernant les agents et les données marketing partaient du même point : l'agent est-il capable d'interpréter nos données ? La réponse à cette question est désormais claire. La plupart d'entre vous disposent déjà d'un agent capable d'interpréter vos données de performance, de les analyser et de répondre à vos questions.
Le problème le plus épineux, et celui dont personne ne parlait il y a environ 18 mois, est de savoir ce qui se passe une fois que l’agent vous a signalé qu’il y a un problème. Dans de nombreuses organisations aujourd’hui, une personne doit encore intervenir pour le résoudre, compte par compte, éditeur par éditeur, clic par clic, tandis que l’agent qui a détecté le problème en quelques secondes attend qu’un humain rattrape son retard. Cet écart entre la détection d’un problème et sa résolution ne fait que s’accentuer à mesure que l’entreprise grandit.
Une agence gérant 20 comptes peut se permettre d'affecter une personne à la mise en œuvre manuelle des recommandations d'un agent, mais cette même étape manuelle devient ingérable dès lors qu'il s'agit de 350 comptes et de cinq éditeurs.
Trois éléments déterminent si un agent peut réellement réduire cette distance au lieu de l'agrandir :
- Peut-il agir sur tous les comptes concernés simultanément, plutôt que sur un seul à la fois ?
- Peut-il fonctionner à la même vitesse qu'il lit, plutôt que de remettre à un humain une liste de tâches ?
- Chaque action qu'elle entreprend peut-elle être rattachée à un agent, à un compte et à la personne qui en est responsable ?
Si vous maîtrisez ces trois éléments, la recommandation et l'exécution s'enchaînent d'un seul tenant, au lieu d'avoir un conseiller rapide qui vient s'ajouter à la même exécution lente que vous aviez auparavant.
C'est pourquoi nous avons divisé le MCP « Skai » en deux couches distinctes, l'une dédiée à la lecture et l'autre à l' , plutôt que de concevoir un MCP unique qui tenterait de tout faire à la fois.
MCP, sans jargon technique
MCP signifie « Model Context Protocol », mais le nom importe moins que la fonction. Il s’agit de l’interface qu’un agent utilise pour communiquer avec un logiciel, de la même manière qu’une API permet à un logiciel de communiquer avec un autre. Si votre agent consulte votre compte Gmail ou votre compte Slack, c’est un MCP qui s’en charge déjà. Le MCP d’ Skai fonctionne selon le même principe, en s’appuyant sur 20 ans de données unifiées, sur nos propres analyses exclusives et sur les capacités de notre plateforme, et ce pour tous les éditeurs sur lesquels vous diffusez vos publicités.
Mon collègue Lior Heber a rédigé une analyse très intéressante expliquant pourquoi nous continuons à exploiter à la fois une couche API et une couche MCP plutôt que d'opter pour l'une ou l'autre, dans l'article intitulé « APIs and MCPs: Why Retail Media Needs Both » ( API et MCP : pourquoi le Retail Media a besoin des deux). Je vous recommande cette lecture si vous souhaitez en savoir plus sur les aspects techniques de cette décision.
Nous avons mis en place quatre MCP « Skai » au lieu d’un seul. Cette séparation permet de distinguer les opérations à faible risque, à savoir celles où un agent se contente de consulter des données, de celles qui revêtent une réelle importance, à savoir celles où un agent intervient directement sur vos comptes. Cet article traite des deux volets actuellement opérationnels, à savoir le reporting et les opérations.
Rapports MCP : les données que votre agent consulte déjà
Le reporting MCP couvre les campagnes, les mots-clés, les performances et les budgets, le tout regroupé pour des centaines d'éditeurs. Il est déjà opérationnel, et la plupart d'entre vous y ont déjà connecté un agent. L'extraction de ces données via le MCP nécessite environ dix fois moins d'appels que si l'on passait par l'interface propre à chaque éditeur. Sur des centaines de comptes, cela représente un gain considérable, et pas seulement en termes de temps économisé.
Chaque appel effectué par un agent est facturé en jetons, et ces jetons ont un coût réel, calculé au jeton. Réduire le nombre d'appels d'un dixième signifie environ une réduction d'un dixième de la dépense en jetons pour une même tâche de reporting, et cette différence s'amplifie dès lors que vous appliquez ce processus à des centaines de comptes plutôt qu'à un seul.
Un agent disposant d'un accès aux rapports agit comme un analyste avisé qui ne dort jamais. Demandez-lui pourquoi le CPA a augmenté de 8 % cette semaine, et il vous répondra en vous présentant les données qui sous-tendent ce chiffre. Nous avons justement abordé ce scénario dans l'article « Comment MCP vous aide à expliquer en 5 minutes à votre patron une baisse du ROAS », si vous souhaitez en découvrir les étapes détaillées.
Opérations MCP : là où votre agent commence à agir
Le module Opérations de MCP gère désormais les modifications d'offres, de budgets et de statuts pour l'ensemble des éditeurs et des comptes de votre portefeuille. Demandez à votre agent de mettre à jour le budget pour cinq éditeurs et une centaine de comptes : cela se fait en un seul appel, au lieu d'une centaine d'appels distincts via une connexion native à chaque éditeur.
Le renforcement du soutien à la création et l'approfondissement des actions au niveau des comptes sont toujours en cours de déploiement, avec de nouvelles fonctionnalités mises à disposition presque chaque semaine. Les modifications à grande échelle des enchères, des budgets et des statuts sont déjà disponibles, mais la plupart des équipes ne les ont pas encore testées.
Les autorisations prennent davantage d'importance dès lors qu'un agent est en mesure d'agir
Un agent habilité à modifier un budget doit savoir précisément quel agent est autorisé à intervenir sur quel compte, et disposer d'un historique des modifications apportées et de leur date. Il devient de plus en plus difficile d'apporter cette réponse lorsque l'on applique ce processus à l'ensemble du portefeuille de comptes d'une agence, plutôt qu'à un seul compte dans le cadre d'une démonstration de faisabilité. Des autorisations rigoureuses et des pistes d'audit sont indispensables pour étendre l'accès en écriture plus largement et plus rapidement, sans perdre de vue qui a effectué quelle action.
Si vous vous demandez s’il vaut mieux développer vous-même ce type de gouvernance, Omri Matsliah analyse le coût réel de cette décision dans son article « Build vs. Buy ? La vraie question est de savoir comment mieux développer avec l’IA agentique », où il souligne notamment que les équipes ont tendance à sous-estimer les efforts nécessaires pour garantir la sécurité de l’accès en écriture d’un agent sur le long terme.
Par où commencer ?
Le MCP de reporting est opérationnel. Le MCP opérationnel permet désormais de modifier à grande échelle les enchères, les budgets et les statuts, et sa couverture ne cesse de s'étendre. Si votre agent a passé des mois à analyser vos données, demandez-lui ce qu'il pourrait faire aujourd'hui s'il disposait d'un accès en écriture.
Vous avez des questions ? Vous souhaitez en savoir plus ? Contactez-nous dès aujourd’hui pour découvrir comment l’accès en écriture d’ Skaiaide les équipes marketing à exploiter leurs données dès maintenant.
Questions fréquemment posées
L'accès en écriture d'un agent IA permet à celui-ci d'apporter des modifications à vos campagnes, et pas seulement de consulter les données. Au lieu de se contenter de signaler une hausse du CPA ou un dérapage du budget, l'agent peut mettre à jour directement les enchères, les budgets ou le statut des campagnes, sur tous les comptes auxquels il est connecté.
Les agents en lecture seule peuvent analyser les données et vous signaler un problème, mais c'est toujours à une personne de le résoudre manuellement. L'accès en écriture permet à ce même agent d'aller plus loin et d'effectuer lui-même la modification sur tous les comptes qu'il gère, au lieu de vous transmettre une liste de tâches à effectuer.
Les équipes marketing ont besoin d'un accès en écriture, car les modifications manuelles ne sont pas évolutives. Il est facile d'effectuer manuellement une simple modification budgétaire, mais il n'en va pas de même lorsqu'il s'agit d'appliquer cette même modification à des centaines de comptes et à plusieurs éditeurs. C'est pourquoi l'accès en écriture doit s'accompagner d'autorisations et de pistes d'audit intégrées.








