Aller au contenu
Guide · Agents IA et MCP

Agents IA et serveurs MCP pour la publicité : ce qu'ils savent faire, et les garde-fous à prévoir.

Connecter un assistant IA à un compte publicitaire ne demande plus qu'un après-midi. Décider de ce qu'il a le droit d'y faire demande davantage de réflexion. Ce guide explique ce qu'est un serveur MCP, ce que permet aujourd'hui le serveur officiel de Google pour Google Ads, où se situent les risques propres à la publicité, et quels garde-fous mettre en place avant qu'un agent ne modifie quoi que ce soit.

Les bases

Un serveur MCP, en quelques mots.

Le Model Context Protocol (MCP) est un standard ouvert qui permet à un modèle d'IA d'accéder à des systèmes externes. Un serveur expose une liste d'outils, chacun avec un nom, une description et les paramètres qu'il accepte ; le modèle consulte cette liste et choisit l'outil à appeler, ainsi que les valeurs à lui transmettre. Le protocole précise que ces outils sont pilotés par le modèle : celui-ci peut les découvrir et les utiliser de lui-même, en fonction de la conversation.

Un agent n'est rien d'autre qu'un modèle autorisé à enchaîner ces appels pour atteindre un objectif : lire les campagnes, examiner les termes de recherche, formuler une proposition, voire agir. La qualité de la réponse dépend du modèle. Ce à quoi il peut toucher dépend entièrement des outils exposés par le serveur et des droits d'accès qui leur sont associés.

Le serveur officiel de Google

Ce que permet aujourd'hui le serveur MCP de Google Ads.

Ce que documente GoogleCe que cela implique pour vous
OutilsTrois : lister les comptes accessibles à l'utilisateur, exécuter une requête en Google Ads Query Language, décrire une ressource et ses champsUn agent peut restituer tout ce que l'API permet de lire, en réponse à une question formulée simplement
Modifications« Strictement en lecture seule » dans la version actuelle : il ne peut ni modifier les enchères, ni mettre des campagnes en pause, ni créer des élémentsAvec ce seul serveur, l'agent conseille ; c'est toujours une personne qui effectue la modification
AuthentificationOAuth 2.0 ou compte de serviceL'agent voit tous les comptes accessibles à cette identité, et pas seulement celui auquel vous pensiez
Accès à l'APILe projet Cloud doit disposer du niveau Explorer, Basic ou StandardAu niveau Explorer, 2 880 opérations par jour : un agent qui explore librement peut les épuiser

Informations relevées le 12 octobre 2026 sur la page de Google, qui décrit la version actuelle. D'autres serveurs MCP pour Google Ads, publiés par des tiers, peuvent exposer des outils capables d'effectuer des modifications : consultez leur liste d'outils avant de les connecter.

Les risques

Quatre risques propres à la publicité.

Une modification engage une dépense immédiate

Une erreur d'agent dans un document se corrige le lendemain. Un budget augmenté ou un type de correspondance élargi produisent leurs effets dès l'enchère suivante, et l'argent dépensé ne se récupère pas.

Un chiffre affirmé avec assurance peut être faux

Un modèle chargé de résumer peut recalculer, arrondir ou confondre les périodes. Si le coût par conversion qu'il annonce motive une décision, vous devez pouvoir remonter aux données dont il provient.

Les données du compte sont des textes écrits par d'autres

Les termes de recherche sont saisis par des inconnus ; les annonces et les noms de campagne, par des collègues ou d'anciennes agences. L'agent les lit comme du texte, et un texte peut contenir des instructions. Ce que l'agent lit doit rester une donnée, jamais un ordre.

L'accès dépasse souvent le besoin

L'identité que vous connectez donne souvent accès à plusieurs comptes. Un agent interrogé sur un client peut lister, et lire, tous les autres.

Les garde-fous

Sept garde-fous à prévoir avant de laisser agir un agent.

La spécification MCP elle-même recommande qu'une personne puisse toujours refuser l'appel d'un outil. Voici comment cela se traduit dans un compte publicitaire.

Garde-fouCe qu'il faut mettre en placeLa question à laquelle il répond
1. Un accès restreintConnectez une identité qui n'a accès qu'aux comptes concernés ; des outils en lecture seule, sauf si l'écriture est l'objectifQuel est le pire périmètre que cet agent pourrait atteindre ?
2. Une liste de modifications autoriséesDéfinissez les types de modification permis ; tout le reste est refuséPeut-il faire quelque chose que personne n'avait prévu ?
3. Des plafonds inscrits dans le codeDes plafonds de montant et de volume appliqués par l'outil, et non simplement demandés dans la consigneQue se passe-t-il si le modèle ne suit pas ses consignes ?
4. Une confirmation humaineAvant toute modification, affichez l'avant-après exact et attendez un accord expliciteQui a donné son accord ?
5. Des chiffres calculés par un programmeLes totaux et les ratios sont calculés par un programme à partir des données lues ; le modèle rédige l'explicationPuis-je me fier à ce chiffre ?
6. Un journalConsignez chaque appel d'outil avec ses paramètres, la personne à l'origine de la demande et ce qui a été approuvéQue s'est-il passé, trois mois plus tard ?
7. Un moyen d'arrêtSachez retirer l'accès en une seule action, et qui est habilité à le faireEn combien de temps pouvons-nous tout arrêter ?

Les garde-fous 4 et 6 reprennent la spécification MCP, qui demande aux applications de solliciter une confirmation pour les opérations sensibles, de montrer à l'utilisateur les paramètres transmis et de journaliser l'usage des outils. La liste dans son ensemble est la nôtre.

Une démarche progressive

Quatre paliers, sans obligation d'atteindre le dernier.

  1. 01Lire et expliquerL'agent répond aux questions à partir d'outils en lecture seule. Risque : un chiffre erroné. Garde-fou nécessaire : des chiffres vérifiables.
  2. 02RecommanderIl propose une action, qu'une personne réalise elle-même dans la plateforme. L'essentiel du bénéfice, pour un risque presque nul.
  3. 03Préparer, avec approbationIl décrit précisément la modification ; une personne l'approuve avant son application. Ce palier suppose la liste des modifications autorisées, les plafonds et le journal.
  4. 04Agir dans un cadre définiIl applique seul les modifications à faible risque, dans des plafonds stricts, et en rend compte. À réserver aux types de modification dont vous avez mesuré et accepté le pire scénario.

Les modifications effectuées par un outil apparaissent dans l'historique Google Ads sous la mention « Google Ads API » ou sous le nom de l'outil, et non sous celui d'une personne. Sans votre propre journal, personne ne saura qui a sollicité l'agent.

Et Plireo ?

La position de Plireo sur les agents.

Plireo est conçu autour du troisième palier : l'IA analyse et propose, des règles inscrites dans le code déterminent si une modification peut être préparée, et une personne approuve. Les chiffres sont calculés par un programme, et le modèle rédige l'explication. L'exécution depuis Plireo est en cours de développement et n'est pas activée ;

La connexion de vos propres assistants et agents à Plireo via MCP figure sur la feuille de route. Son statut est indiqué ci-dessous.

État d'avancement

Les fonctionnalités concernées.

  • Ask PlireoQuestions sur une campagne, avec sources et niveau de certitude indiquéEn cours
  • Modifications préparéesModifications décrites avec précision, validées par Google sans être appliquéesEn cours
  • ApprobationsApprobation liée à la modification exacte, avec une justification écrite en cas d'avertissementEn cours
  • Journal d'auditJournal non modifiable de ce qui a été préparé, contrôlé et approuvé dans PlireoEn cours
  • Exécution par PlireoApplication des modifications approuvées, avec contrôles de sécuritéEn cours
  • MCP pour assistants et agentsConnecter des assistants IA et vos propres agentsPrévu

Toutes les fonctionnalités et leur statut →

Questions fréquentes

Vos questions sur les agents IA et MCP

Un agent IA peut-il modifier mes campagnes Google Ads ?

Tout dépend des outils mis à sa disposition. Le serveur MCP officiel de Google est documenté comme strictement en lecture seule dans sa version actuelle : il ne peut ni modifier les enchères, ni mettre des campagnes en pause, ni créer des éléments. Un serveur tiers ou développé sur mesure peut exposer des outils de modification, avec les droits de l'identité que vous connectez.

Un agent en lecture seule est-il sans risque ?

Il ne peut pas dépenser votre budget, ce qui écarte le risque principal. Deux autres subsistent : il peut lire tous les comptes accessibles à l'identité connectée, et il peut annoncer un chiffre erroné avec assurance. Limitez l'accès et vérifiez les chiffres qui motivent vos décisions.

Le standard MCP impose-t-il une validation humaine ?

Il la recommande, sans l'imposer techniquement. La spécification indique qu'une personne devrait toujours pouvoir refuser l'appel d'un outil et que les applications devraient présenter des demandes de confirmation. Dans les faits, tout dépend de l'application utilisée et de sa configuration.

De quel accès à l'API a besoin un agent que je développe moi-même pour Google Ads ?

Si vous développez ou hébergez vous-même l'agent, le projet Google Cloud dont il dépend doit disposer du niveau d'accès Explorer, Basic ou Standard pour atteindre des comptes réels. Au niveau Explorer, la limite est de 2 880 opérations par jour. Si vous utilisez un produit qui gère l'accès à l'API pour vous, vous n'avez aucune demande à effectuer.

Accès anticipé

Soyez parmi les premiers à utiliser Plireo.

Plireo est en pré-lancement. Demandez un accès anticipé pour être informé de l'ouverture, ou candidatez au test privé. Les accès sont ouverts progressivement : une demande ne vaut pas accès immédiat.

Les offres payantes ouvriront une fois les intégrations Google Ads, Meta, GA4 et GTM validées en conditions opérationnelles.

Demander un accès anticipé