Contrôler l’IA dans Google Ads : l’automatisation avec des garde-fous

Quels types d’automatisation existe-t-il ?

Smart Bidding

Le Smart Bidding de Google utilise Google AI pour orienter les enchères de chaque mise aux enchères vers les conversions ou la valeur de conversion. Il comprend le CPA cible, le ROAS cible, «Maximiser les conversions» et «Maximiser la valeur de conversion». Smart Bidding détermine les enchères dans le cadre de la configuration des campagnes et des objectifs. Il présuppose que la conversion choisie est pertinente sur le plan métier et fiable sur le plan technique.

Recommandations appliquées automatiquement (Auto-Apply)

Google peut appliquer automatiquement certains types de recommandations au niveau du compte. Elles peuvent porter sur les enchères, les mots clés, le ciblage, les annonces, les composants ou la mesure. Les types disponibles peuvent changer.

Outils et agents externes

Des tiers peuvent lire des données, produire des propositions ou, avec l’autorisation correspondante, exécuter des modifications. L’étiquette marketing ne dit pas quels droits existent. Vérifiez les autorisations API, le rôle utilisateur, le chemin de modification et la piste d’audit.

maitiq est un service géré assisté par IA pour Google Ads : les workflows produisent, à partir de preuves, des propositions avec action, justification et données à l’appui. La décision est portée par une personne ou par une politique limitée explicitement activée ; chaque mise en œuvre est une étape distincte, explicitement autorisée et consignée, et les textes générés par l’IA restent consultatifs. L’audit lui-même est en lecture seule.

Classez donc les systèmes selon leurs droits, et non selon un terme marketing :

• lire : récupérer des données, sans proposition ni modification ;
• proposer : formuler une action, sans adoption ;
• décider : enregistrer une décision – prise par une personne ou par une politique limitée explicitement autorisée –, sans exécution technique ;
• modifier : exécuter exactement la modification autorisée séparément ;
• vérifier : contrôler l’état obtenu après la modification et l’observation ultérieure.

Un produit peut s’appeler «IA» et se limiter à la lecture. Une règle simple peut modifier directement. Le risque réside dans le périmètre et les droits, pas dans l’étiquette. Le rôle stratégique que l’IA peut jouer dans l’exploitation est traité dans l’IA pour la gestion de Google Ads ; ici, il s’agit du registre, du contrôle et de l’arrêt.

Pourquoi la conversion est-elle le garde-fou principal ?

Une automatisation des enchères optimise le signal qui lui est fourni. Si une vue de page est principale, la campagne peut générer davantage de vues de page sans fournir de demandes valables. Si le début de formulaire, la confirmation du navigateur et le même lead côté serveur sont tous comptés comme principaux, le système s’entraîne sur un volume cible gonflé.

Vérifiez l’action de conversion qui représente l’objectif commercial, primaire ou secondaire, l’objectif de campagne, le mode de comptage, la déduplication, la valeur, le consentement, la fraîcheur des données, le rapprochement avec le système source et la qualification. Le seul indicateur « principale » ne suffit pas : les actions secondaires incluses dans un objectif personnalisé que la campagne utilise réellement servent aussi à l’optimisation des enchères. Plusieurs objectifs et actions légitimes peuvent coexister et ne doivent pas être forcés dans une seule conversion principale. Une conversion de site web vérifiée peut être la bonne cible ; l’essentiel est que le signal corresponde au résultat commercial réel et ne soit pas gonflé par des événements en double ou fragiles. Une optimisation des enchères basée sur les conversions exige un signal robuste et dédoublonné ; un import CRM n’est pas nécessaire pour chaque compte. Chez maitiq, la préparation et le rapprochement des conversions hors ligne et CRM font partie des travaux convenus : les indicateurs de consentement sont vérifiés, les données identifiantes hachées et les enregistrements dédoublonnés. L’import en production via l’interface de données de Google n’est actuellement pas disponible par cette voie et n’est pas débloqué par un accord séparé à lui seul. L’audit en lecture seule n’effectue aucun import et ne modifie pas le compte.

Quels champs doivent figurer dans un registre des automatisations ?

Avant de remplir le registre, il faut une liste d’inventaire. Les automatisations se trouvent à au moins quatre endroits : dans les paramètres Auto-Apply du compte, dans les stratégies d’enchères de chaque campagne, dans les accès connectés (rôles utilisateur, comptes associés, accès API de tiers) ainsi que dans les scripts et les règles automatisées. Vérifiez ces quatre endroits avant de déclarer un registre complet. Le registre est un modèle pour votre propre fichier de travail : vous le remplissez pour votre compte ; il ne se remplit pas automatiquement à partir des données du compte.

Le registre consigne en outre, pour chaque entrée, le statut (actif, en pause, test, inconnu), la source d’activation, la dernière modification, le dernier contrôle et la prochaine échéance. Inconnu ne doit pas être traité comme désactivé : il génère une clarification avec une échéance. L’historique des modifications est partiel et limité dans le temps : la source et la date d’activation peuvent donc manquer. Les droits à l’échelle du compte et ceux propres à une campagne sont saisis séparément ; un accès gestionnaire ne prouve pas à lui seul qu’une automatisation est active, mais son absence ne prouve pas non plus qu’elle n’existe pas.

Une entrée est bonne lorsqu’une seconde personne peut la contrôler sans poser de question : pour l’Auto-Apply, le type de recommandation nommé, sinon le système et le niveau, la source et la date d’activation dans la mesure où l’historique les montre, les campagnes concernées, la conversion principale protégée, la personne disposant du droit d’arrêt et la prochaine date de revue. Si la source ou la date d’activation manque, inconnu est consigné et une clarification datée est ouverte, au lieu de rejeter l’entrée pour ce seul motif. « L’IA optimise le compte » n’est pas une entrée de registre, car il n’en découle ni périmètre ni règle d’arrêt. Voici à quoi ressemble l’entrée pour maitiq : droits « analyser et proposer », « consigner la décision » et – lorsque la fonction est explicitement activée – « exécution autorisée séparément » ; un audit en lecture seule se contente de lire et ne modifie rien. Validation « décision individuelle » ou politique limitée explicitement activée, qui approuve les propositions admissibles et déclenche l’exécution autorisée séparément ; des contrôles limitent l’exécution au compte, à l’action et aux entités autorisés, et une décision exacte et consignée – par exemple l’exclusion de mots clés précisément désignés – autorise déjà la mise en œuvre protégée correspondante, sans seconde approbation supplémentaire. Preuves « proposition avec action, justification et, lorsqu’une comparaison de valeurs existe, ancienne et nouvelle valeur » ; mise en œuvre « étape autorisée et consignée séparément » ; responsabilité « personne nommée chez vous, plus le Client Success Manager, votre interlocuteur attitré ».

Comment contrôler l’Auto-Apply par type de recommandation ?

Google autorise l’application automatique uniquement au niveau du compte. Il n’existe pas de validation par campagne : activer un type revient à l’activer pour tout le compte. Contrôlez donc type par type, et non lot par lot.

1. Ouvrez les paramètres Auto-Apply au niveau du compte.
2. Décomposez les lots en types de recommandations individuels et saisissez chaque type séparément.
3. Classez chaque type dans sa catégorie – annonces et composants, enchères, mots clés et ciblage, ou mesure. La catégorie détermine le risque commercial à examiner ; un type lié à la mesure peut modifier précisément le signal vers lequel votre stratégie d’enchères est optimisée.
4. Dans l’onglet «Historique», relevez pour chaque type : le statut d’activation actuel, le nombre d’applications récentes, la date de la dernière application et la date de la première activation.
5. Dans l’historique des modifications du compte, vérifiez qui a inscrit le compte dans l’application automatique et quand ; l’historique est partiel et limité dans le temps.
6. Consultez la file d’attente des recommandations prévues pour la journée et écartez les recommandations inadaptées avant leur exécution.
7. Lisez les entités concernées par les dernières applications et confrontez-les à la conversion principale, aux limites de budget et aux règles commerciales documentées.
8. Consignez la décision avec sa justification : conserver, désactiver, test limité, incertain ou transmettre à la personne responsable.
9. En cas de désactivation, documentez la voie choisie – décocher et enregistrer dans l’onglet «Gérer» ou désactiver depuis l’onglet «Historique».
10. Enregistrez la prochaine date de revue.

Le score d’optimisation n’est pas un KPI d’entreprise. Une recommandation peut correspondre à la logique de la plateforme et contredire malgré tout le cadre commercial documenté.

Deux points doivent être consignés explicitement. Premièrement, la documentation officielle de gestion décrit la désactivation d’un type, et non l’annulation de modifications déjà appliquées. La désactivation empêche les applications futures ; les modifications déjà appliquées peuvent être retracées dans l’historique des modifications et, lorsque celui-ci le permet, mises à jour ou annulées — toute recommandation appliquée n’est pas forcément réversible. Deuxièmement, le catalogue des types évolue. Google signale explicitement que les recommandations sont adaptées au fil du temps ; vérifiez à chaque revue le catalogue des types applicables automatiquement. Un registre sans date de revue fixe se périme donc sans erreur visible.

Comment contrôler le Smart Bidding ?

Avant l’activation :

• vérifier la conversion principale ;
• contrôler la valeur de conversion et le comptage ;
• définir les campagnes concernées ;
• comprendre les données et le délai ;
• valider les limites de budget et d’objectif ;
• éviter les modifications de structure parallèles ;
• définir la fenêtre d’observation et la règle d’arrêt.

Après l’activation, le statut et la phase d’apprentissage sont documentés, les termes de recherche et le mix de trafic sont contrôlés, la qualité des conversions est observée, les modifications d’objectifs ou de budget sont versionnées et les résultats ne sont évalués qu’à partir de preuves arrivées à maturité. Il n’existe pas de minimum universel de conversions ; le volume de données dont une stratégie a besoin dépend de la campagne, de l’objectif et des exigences du système concerné.

Comment une IA externe doit-elle produire des propositions ?

Une architecture contrôlée :

1. Un code déterministe collecte les preuves autorisées.
2. Les données identifiantes ou inutiles sont supprimées.
3. Le modèle reçoit un extrait limité et épuré, pas un fichier brut.
4. Le schéma de réponse n’autorise que des références et des valeurs de statut connues.
5. Les valeurs numériques sont calculées en dehors du modèle.
6. La validation rejette les réponses incomplètes ou inventées.
7. Le résultat reste consultatif.
8. Une personne décide ; une politique limitée explicitement activée peut aussi approuver les propositions admissibles et déclencher l’exécution autorisée séparément – elle est désactivée par défaut.
9. Une opération d’écriture distincte et autorisée met en œuvre exactement ce qui a été approuvé.
10. Chaque résultat d’une opération d’écriture exécutée est consigné.

maitiq applique ce principe : les chiffres sont calculés de manière déterministe, l’IA apporte un appui consultatif dont le format de sortie est vérifié pour la formulation et la classification, et elle ne valide aucune proposition.

Comment les chiffres restent-ils déterministes et les sorties d’IA consultatives ?

La voie numérique et la voie linguistique sont séparées. Les coûts, les clics, les conversions, les fenêtres temporelles, les devises, les valeurs limites et les formules proviennent de données sources validées et d’un code déterministe. Un modèle peut expliquer ces valeurs, les hiérarchiser ou les classer dans des champs prédéfinis, mais il ne peut pas introduire un nouveau chiffre comme observation.

Une réponse dont le format de sortie est vérifié ne référence que des entités connues, des valeurs de statut autorisées et des preuves existantes. Une référence manquante, une valeur de statut invalide, une couverture incomplète ou un chiffre contradictoire entraîne une erreur visible, et non une réponse apparemment réussie mais comportant des informations manquantes. La réponse reste consultative et ne peut ni prendre une décision à la place d’une personne ni autoriser une modification.

Quelles règles d’arrêt sont judicieuses ?

Arrêtez ou transmettez le signal à la personne responsable en cas de signal de conversion défectueux ou compté en double, de périmètre inattendu, de limites de budget ou d’exposition, de fuite d’ID de clic ou de données de consentement, de plus de conversions importées que d’opérations sources autorisées, de mix de termes de recherche fortement modifié, de modifications non attribuables, d’absence de personne responsable ou de décision non reproductible.

Une règle d’arrêt exige une personne disposant des accès, et pas seulement une alerte de tableau de bord. Dans le service géré de maitiq, votre interlocuteur est nommé : un Client Success Manager reçoit les signaux d’arrêt et les transmet à la personne responsable ; les droits d’arrêt techniques dans le compte restent à la personne que vous avez désignée ou à un opérateur nommé du prestataire. Les recommandations qui appellent une action précisent l’action, la justification et les données à l’appui ; les alertes de diagnostic et les constats de données manquantes restent visibles comme tels.

Que doit contenir une fiche d’arrêt et de retour en arrière ?

L’arrêt et le retour en arrière sont deux actions, pas une seule. Un arrêt met fin aux opérations futures qu’il désigne et limite l’exposition. Un retour en arrière rétablit un état antérieur. Une fiche qui mélange les deux coûte, en cas d’incident, exactement le temps qu’elle devrait faire gagner. Une fiche par automatisation doit figurer dans le registre :

Lorsque le support technique le permet, l’état initial est lu et enregistré avant la modification ; celui qui ne le cherche qu’en cas d’incident ne le retrouve souvent plus. Toute action ne peut pas être annulée par une fonction du produit, et l’état obtenu ne peut pas être relu automatiquement partout ; lorsque cela n’est pas possible, une vérification manuelle reste le choix fiable. Un retour en arrière n’est considéré comme terminé que lorsque l’état rétabli a été lu, et non lorsque l’annulation a été envoyée. Chez maitiq, chaque proposition nomme l’action exacte avec l’ancienne et la nouvelle valeur, dans la mesure où une telle comparaison de valeurs existe, sinon l’action concrète avec ses preuves ; chaque mise en œuvre – y compris une annulation – est une étape autorisée et consignée séparément.

Un arrêt ne met pas fin à tous les effets. Les clics déjà enregistrés, les coûts déclarés avec retard et les données de conversion déjà importées continuent de produire leurs effets. La fiche précise donc explicitement ce qu’un arrêt interrompt et ce qu’il n’interrompt pas.

Qui décide, qui met en œuvre et qui vérifie : cela relève du processus de validation des modifications Google Ads. Un arrêt peut signifier désactiver l’Auto-Apply pour un type, transmettre une automatisation des enchères à la personne responsable ou retirer un accès d’écriture externe. Ce sont trois droits différents, et l’action admissible dépend des droits concrets. Les limites proviennent du compte et de l’autorisation, et non de valeurs forfaitaires en CHF, en pourcentage ou en conversions. Les étapes échouées ou bloquées restent visibles comme telles.

Comment maitiq exploite l’automatisation avec des garde-fous

maitiq combine une analyse régulière du compte avec un service géré : les workflows lisent les preuves et préparent des propositions avec action, justification et – lorsqu’une comparaison de valeurs existe – ancienne et nouvelle valeur. La décision est portée par une personne ou par une politique limitée explicitement activée : celle-ci approuve les propositions admissibles et déclenche l’exécution autorisée séparément, et elle est désactivée par défaut. Des contrôles limitent l’exécution au compte, à l’action et aux entités autorisés. Une modification sans surveillance en dehors de ces limites n’a jamais lieu. Cela concerne les automatisations du périmètre des prestations convenu, et non chaque recommandation Google externe du compte automatiquement. Demandez à l’inverse à votre prestataire actuel : qui contrôle l’Auto-Apply par type, et où est-ce consigné ?

Questions fréquentes

Sources et repères d’interprétation

Les cinq pages d’aide Google Ads ci-dessous documentent le Smart Bidding, la gestion des recommandations appliquées automatiquement et l’application ou le rejet des recommandations. Ce sont des documents de plateforme de Google – et non des sources d’autorités, d’associations ou de recherche indépendante sur les prix – à interpréter comme tels, non comme un prix de marché général ou une preuve de réussite. Des informations sur la manière de travailler de maitiq sont disponibles sur maitiq.com.

Faites examiner votre cas concret par maitiq.