Accès de l’IA à votre compte publicitaire : 7 questions à poser avant

Pourquoi lire et modifier, ce n’est pas la même chose

Un compte publicitaire dépense vite. Imaginez un zéro de trop ajouté la nuit à un budget quotidien de 50 € : au réveil, la campagne peut avoir dépensé plusieurs fois le montant prévu.

La question n’est donc pas « est-ce que ça marche ? », mais « que se passe-t-il quand l’outil se trompe ? ». Un outil qui modifie votre compte transforme ses erreurs en dépenses. Voici sept questions valables pour tout outil, avec ce qu’est une bonne réponse.

Autorisations : à quoi l’outil peut-il toucher ?

1. Quelles autorisations demande-t-il, et pourquoi ?

Google et Meta accordent l’accès via OAuth : l’écran de consentement de la plateforme liste ce qui est demandé. Un outil qui réclame votre mot de passe échoue d’emblée. Côté portée, les plateformes diffèrent :

• L’API Google Ads n’a qu’un seul champ d’application OAuth. Il n’existe pas d’autorisation « lecture seule » distincte. Ce que l’outil peut faire dépend du niveau d’accès Google Ads de la personne qui le connecte. Avec « Lecture seule », il extrait des rapports sans modifier les campagnes ; avec « Standard » ou « Administrateur », il peut tout ce que cette personne peut faire.
• Chez Meta, lire et gérer sont deux autorisations séparées. Si un outil demande les deux, demandez-lui à quoi servira la gestion.
• Pour GA4, Tag Manager et Search Console, la lecture suffit souvent. Comprendre pourquoi GA4 et Google Ads ne comptent pas les mêmes conversions ne demande aucun droit d’écriture.

Une bonne réponse : l’outil justifie chaque autorisation et ne demande un droit supplémentaire qu’au moment où il en a besoin, en expliquant pourquoi.

2. Qui approuve une modification ?

C’est la question la plus importante. « L’IA optimise automatiquement vos campagnes » peut masquer qui prend vraiment la décision.

Une bonne réponse : chaque modification est une proposition : ancienne et nouvelle valeur, justification, effet attendu. Rien n’est appliqué sans votre accord ou celui d’une personne habilitée. Les propositions en attente expirent : celle de la semaine dernière n’est pas appliquée en silence aujourd’hui.

Garanties : comment les modifications sont-elles appliquées et suivies ?

3. La proposition est-elle validée avant d’être appliquée ?

Une suggestion peut enfreindre les règles de la plateforme ; un collègue a aussi pu modifier le même budget entre-temps.

Une bonne réponse : la proposition est d’abord testée en mode validation seule auprès de la plateforme. L’API Google Ads permet de vérifier une modification sans l’exécuter : les erreurs sont détectées avant l’écran d’approbation. Au moment d’approuver, la valeur actuelle est relue ; si le budget a changé entre-temps, l’ancienne proposition n’est pas appliquée.

4. Qui a modifié quoi, et quand ?

« Qui a augmenté ce budget ? » ne doit pas se perdre dans un historique de conversation. Google Ads conserve son propre historique des modifications sur deux ans, mais pour les modifications passées par l’API, la colonne utilisateur peut afficher l’API ou le nom de l’outil plutôt qu’une personne. La plateforme ne dit donc pas qui a approuvé dans l’outil.

Une bonne réponse : l’outil consigne chaque modification appliquée avec son auteur, la personne qui l’a approuvée, la date et les valeurs avant et après. Le journal ne peut être que complété, jamais modifié ni supprimé.

L’historique de la plateforme dit ce qui a changé. Le journal de l’outil doit dire qui a décidé.

Sortie et données : qui garde la main ?

5. Comment révoquer l’accès ?

Posez-la avant de connecter l’outil. Trois moyens doivent exister :

• Dans l’outil : vous déconnectez en une étape ; le jeton est effacé et révoqué côté plateforme.
• Chez Google : sur la page des applications associées de votre compte Google (myaccount.google.com/linkedapps), vous sélectionnez l’outil et supprimez son accès.
• Chez Meta : vous retirez l’application dans les intégrations professionnelles de vos paramètres Facebook, puis vérifiez les accès accordés via votre portefeuille business.

Une bonne réponse : les trois fonctionnent, et l’outil s’arrête proprement si l’accès est retiré ailleurs.

Un outil digne de confiance facilite la révocation de l’accès. S’il la complique, c’est aussi une réponse.

6. Mes données servent-elles à entraîner des modèles ?

Vos données publicitaires sont un secret d’affaires. La question vaut pour l’outil comme pour son fournisseur de modèles.

Une bonne réponse : les données des plateformes servent uniquement à vous fournir le service ; ni l’outil ni son fournisseur de modèles ne les utilisent pour entraîner une IA. La politique de confidentialité le dit noir sur blanc et, pour les données des API Google, confirme le respect des exigences d’utilisation limitée (Limited Use). Le lieu de stockage et la liste des sous-traitants sont publiés, un point à vérifier aussi au regard du RGPD.

7. Où sont les limites si quelque chose tourne mal ?

L’erreur d’une seule personne ne doit pas pouvoir toucher tout le compte.

Une bonne réponse : les rôles déterminent qui peut approuver, et certains rôles voient les rapports sans rien pouvoir modifier. L’outil n’exécute que des types d’actions définis et, en cas d’échec, dit clairement ce qui s’est passé.

Les sept questions en liste de contrôle

Au moindre signal d’alerte, demandez la réponse par écrit.

Ouvrir l’accès pas à pas

Même avec de bonnes réponses, n’accordez pas d’emblée l’accès le plus large :

1. Choisissez qui connecte l’outil. Dans Google Ads, un utilisateur sans droits superflus ; pour des rapports, « Lecture seule » suffit.
2. Lisez l’écran de consentement. Il doit s’afficher sur le domaine de Google ou de Meta.
3. La première semaine, lecture seule. Faites-lui repérer les fuites de budget dans le rapport sur les termes de recherche, puis comparez avec l’avis de quelqu’un qui connaît le compte.
4. Commencez petit. Quelques mots clés à exclure, faciles à annuler, plutôt qu’une refonte des budgets.
5. Croisez les journaux. Chaque changement doit apparaître dans le journal de l’outil et dans l’historique de Google Ads.
6. Répartissez les rôles. Le droit d’approuver revient uniquement aux décideurs ; les autres consultent.

Comment ad10 répond à ces questions

Nous nous sommes posé ces questions en concevant ad10. Le circuit : proposition, validation sur la plateforme, approbation, journal.

• L’assistant lit vos comptes via les API officielles et prépare des propositions justifiées.
• Les propositions Google Ads portant sur les budgets et les mots clés à exclure sont d’abord testées en mode validation de Google, puis affichées avec la mention « Vérifiée par Google ». Si le budget a changé depuis, la proposition n’est pas appliquée.
• Seuls les membres ayant au moins le rôle Éditeur approuvent ; les rôles Analyste et Client ne modifient rien. La règle vaut aussi via le connecteur Claude ou ChatGPT.
• Chaque modification appliquée est consignée, avec son auteur et son approbateur, dans un journal impossible à effacer.
• Pour GA4, Tag Manager et Search Console, ad10 ne demande que la lecture. Les jetons sont dans un coffre chiffré, supprimés à la déconnexion.
• La base de données est à Francfort, et chaque prestataire figure sur notre page sous-traitants. Vos données ne servent pas à entraîner des modèles ; les détails sont dans notre politique de confidentialité.

Le circuit est décrit dans notre section sécurité, les comptes connectables dans la liste des plateformes.