Une règle ou un script qui tourne chaque nuit, ce serait un compte Google Ads sous surveillance. Non : c’est un compte regardé à quelques endroits choisis, avec du retard, par un programme qui ignore pourquoi le chiffre a bougé. Les deux font partie des outils et automatisations du compte Google Ads. Ils vous épargnent les contrôles répétitifs. Le diagnostic et la décision restent chez vous.
Règles ou scripts Google Ads : quelle différence fondamentale ?
Les règles automatisées : des conditions simples dans l’interface
Exemple type : le coût du jour dépasse un seuil et les conversions restent sous un autre, vous recevez un e-mail. Ou la règle met une campagne en veille quand plusieurs critères se cumulent. Elle ne connaît que les colonnes, objets et périodes de Google Ads. Une feuille Google Sheets ou une API tierce, elle ne sait pas les lire.
Elle se met en place vite, mais sa logique reste moins souple qu’un programme. Simple ne veut pas dire anodin : avant d’activer, je regarde d’abord quelles campagnes elle touche, ce qu’elle modifie et quelle période elle lit, délai de conversion compris. Puis les autres règles ou scripts posés sur les mêmes campagnes.
Les scripts Google Ads : la logique à plusieurs conditions
Un script Google Ads est un programme JavaScript logé dans le compte. Il croise plusieurs campagnes, calcule, sort un rapport. Il lit ou écrit dans une feuille Google Sheets ou une API, dans la limite des permissions et des quotas.
Cette souplesse a un prix : relire le code, gérer les erreurs, maintenir. Règles comme scripts gardent un historique et l’état de chaque passage. Ouvrez-le, réglez les notifications. Un statut « actif » dit que le programme est allumé. Pas que le résultat attendu est sorti.
- Règle automatisée
- Un réglage natif de Google Ads, limité aux colonnes et aux actions que l’interface propose.
- Script
- Un programme JavaScript pour une logique sur mesure : calcul, rapport ou branchement sur un service externe.
Si la règle native couvre exactement le besoin, prenez-la. Pour croiser plusieurs campagnes, faire entrer une donnée externe ou sortir un rapport sur mesure, passez au script. Dans les deux cas, commencez par une alerte : elle ne modifie rien et vous apprend beaucoup.
Quels scripts Google Ads utiliser concrètement, et avec quels déclencheurs ?
Cinq contrôles, à titre d’exemple. Seuils, fenêtres et fréquences se règlent sur votre compte. Tous se contentent d’un e-mail ou d’une feuille Google Sheets : on notifie d’abord, on n’automatise qu’après.
| Script | Déclencheur | Action | Canal de sortie |
|---|---|---|---|
| Alerte dépense du jour | Coût du jour au-dessus de votre seuil, à heure fixe | Regarder rythme, plafond du mois et demande avant d’agir | |
| URL en panne | Code HTTP inattendu, redirection en chaîne ou en boucle, délai dépassé | Une liste à vérifier, puis à retester | Google Sheets |
| Campagnes muettes | Zéro impression sur une fenêtre récente, à période comparable | Vérifier dates et état, budget et enchères, ciblage et approbation | |
| Niveau de qualité | Planifié chaque lundi matin | Le score par mot clé et ses trois composantes, sans moyenne trompeuse | Feuille Google Sheets |
| Cap du mois | Règle de trois : coût écoulé ÷ jours écoulés × jours du mois | L’écart avec votre plafond, saisonnalité en tête | Feuille Google Sheets |
Un lancement programmé tombe parfois jusqu’à deux heures après l’heure prévue : ce n’est pas un coupe-circuit en temps réel. Même prudence sur les URL : prévoyez le serveur lent, l’erreur passagère et le quota d’appels externes, sinon la liste se remplit de faux positifs. Un signal ouvre un diagnostic. Il ne le remplace pas.
Comment installer un script Google Ads sans être développeur ?
Copier un script, tout le monde sait faire. Le comprendre avant de le lancer, voilà le travail. Six étapes.
- Ouvrez Scripts par Outils → Actions groupées → Scripts, ou par la recherche si votre menu diffère.
- Partez d’une source identifiable, l’exemple officiel de préférence. Un script trouvé sur un blog demande plus : qui l’a écrit, quand, sous quelle licence. Puis dépendances, appels externes, permissions réclamées et ce qu’il écrit.
- Créez et nommez le script d’après ce qu’il fait, sur quelles campagnes et à quelle fréquence. Lisez-le en entier avant de le lancer.
- Autorisez le minimum nécessaire. Le premier Aperçu (le lancement à blanc) demande une autorisation, rattachée à celui qui la donne. S’il perd l’accès au compte, le script s’arrête jusqu’à une nouvelle autorisation.
- Lancez l’Aperçu. Ce que le script modifie dans Google Ads via
AdsAppn’est pas appliqué, mais les e-mails et les écritures Google Sheets partent quand même. À lui de les bloquer en testantAdsApp.getExecutionInfo().isPreview(). - Testez sur un lot réduit de campagnes. Lisez le journal : erreurs, fuseau horaire, services externes. Planifiez seulement quand tout est propre.
L’Aperçu ne garantit pas tout. Ses créations et modifications simulées n’existent pas : un script qui relit juste après avoir écrit risque de se comporter autrement en production. Relecture technique et essai sur un petit lot restent obligatoires.
Peut-on générer un script Google Ads avec ChatGPT ou Gemini sans coder ?
Oui, pour la première version. Donnez-lui une consigne précise. Ce qu’il contrôle, sur quelles campagnes. La période et le seuil. Ce qu’il sort, ce qu’il fait sans données, quelles erreurs il consigne. Le brouillon arrive plus vite.
Le modèle ne vérifie ni la sécurité, ni les permissions, ni la compatibilité avec la version actuelle de Google Ads Scripts. Quelqu’un qui connaît JavaScript et les objets Google Ads relit méthodes, sélecteurs (la partie du script qui choisit sur quoi agir), campagnes visées et cas limites avant le premier essai.
Consigne qui marche : « Écris un script Google Ads en lecture seule qui contrôle [objectif] sur [campagnes] pendant [période]. Il doit consigner [résultat], gérer l’absence de données et ne déclencher aucun e-mail ni aucune écriture externe en Aperçu. » Ne donnez au modèle ni identifiant client nominatif, ni jeton, ni clé secrète. Les secrets vont dans un coffre, accès limités, rotation régulière.
Les cas d’usage utiles : surveiller, pas piloter à l’aveugle
Zéro conversion ce matin. Plusieurs causes possibles et le chiffre ne dit pas laquelle : la mesure, la diffusion, le trafic, le délai de remontée ou une baisse réelle. Une hausse de CPA n’a pas le même sens avec trois conversions qu’avec trois cents, ni sur une journée que sur un cycle de vente complet.
Un seuil utile fixe donc un volume minimal et une période, tient compte du délai de conversion et de la saisonnalité, et compare à une référence plutôt qu’à un chiffre nu. Le script rassemble signal et contexte. Chercher la cause reste un travail humain.
Vous gagnez des contrôles à heure fixe et des rapports qui n’attendent plus votre agenda. Une action automatique ne se justifie que sur un cas borné, testé, réversible, journalisé et relu, avec une limite haute. Baisser une enchère ou couper une campagne sur un CPA isolé n’entre pas dans ce cadre.
Limites techniques à connaître
Trois risques valent l’essentiel de votre attention : une règle qui ne vise plus les bonnes campagnes, une écriture mal testée et un script coupé avant la fin.
Les règles peuvent devenir inopérantes
Un simple renommage ne casse pas la règle attachée à la campagne. Ce qui risque de la rendre hors sujet ou de la bloquer : un filtre bâti sur le nom, un libellé supprimé ou une colonne retirée, une portée modifiée, le départ de celui qui l’a créée.
Dans Outils → Actions groupées → Règles, l’onglet Historique des versions montre chaque passage : état, erreurs, changements effectués. Les notifications par e-mail se règlent aussi. Après une restructuration, je relis cet historique et les campagnes que la règle touche encore. « Activée » ne veut pas dire « utile ».
Les scripts mal testés nuisent à l’échelle
Un sélecteur mal écrit applique la bonne action aux mauvaises campagnes, et à toutes d’un coup. La parade : une version en lecture seule, sur peu de campagnes, avec l’Aperçu. Puis couper les effets externes, journaliser chaque opération et prévoir le retour arrière.
Le script doit aussi supporter d’être relancé sans doubler ses effets. Il note où il en est et distingue terminé, partiel et échoué. Cette discipline pèse plus que le nombre de lignes.
Scripts et Performance Max : un accès partiel
En 2026, AdsApp.performanceMaxCampaigns() vous laisse lire et gérer vos campagnes Performance Max : leurs groupes de composants (les lots de titres, textes, images et vidéos de la campagne), plusieurs ciblages, budgets et états. search, mutate et mutateAll ouvrent en plus les ressources prises en charge par l’API, et créer une campagne Performance Max passe par cette voie de mutation.
Les scripts ne se limitent donc plus aux rapports. Ils ne montrent pas pour autant comment la campagne optimise : pas de groupes d’annonces ni d’annonces classiques, et chaque ressource garde ses contraintes. Avant d’écrire, ouvrez la documentation de la méthode visée.
Quotas et contraintes techniques
Un script sur un compte annonceur tourne 30 minutes au maximum. Sur un compte administrateur, 30 minutes en temps normal, 60 minutes avec le traitement parallèle et sa fonction de rappel. Un itérateur (la boucle qui parcourt vos objets) renvoie au plus 50 000 résultats par défaut. Un compte utilisateur Google autorise jusqu’à 250 scripts via OAuth 2.0. Plusieurs comptes utilisateurs peuvent se répartir ces autorisations, sans augmenter les autres quotas. Ces limites ne sont pas figées : la documentation officielle des quotas fait foi.
Passé la durée maximale, Google coupe le script. Ce qui a été modifié reste modifié, rien n’est annulé. La parade : travailler par lots, surveiller le temps restant, noter le dernier élément traité, relancer sans doublon. Le journal doit dire « terminé », pas seulement « démarré ».
Règles automatisées, scripts, assistants IA : où se situe chaque outil aujourd’hui ?
Un assistant IA résume des données ou propose une piste, quand son connecteur l’y autorise. Il reste probabiliste, avec des accès variables. Un script fait ce qui est écrit, ni plus ni moins.
| Critère | Règle automatisée | Script Google Ads | Assistant IA |
|---|---|---|---|
| Fréquence | Planifiée dans l’interface | Planifiée, dans la limite des options | À la demande, ou via le connecteur |
| Conditions | Une ou plusieurs conditions et actions de l’interface | Toute logique codée, calculs compris | Lecture du contexte, à vérifier |
| Données externes | Non | Oui, dans la limite des services et permissions | Variable d’un connecteur à l’autre |
| Traçabilité | États, historique, détail et notifications fournis | Journaux à écrire vous-même, puis à relire | Traces variables suivant l’outil et les appels |
| Compétence requise | Comprendre métriques, périodes, portée et délais | JavaScript et modèle de données Google Ads | Consigne, vérification, maîtrise des accès |
| Risque en cas de bug | Action trop large, ou deux règles qui se contredisent | Écriture à moitié faite, ou sur les mauvaises campagnes | Réponse fausse, ou action difficile à retracer |
| Bon usage | Besoin couvert par les contrôles natifs | Contrôle complexe, rapport ou branchement externe | Analyse ouverte, appui pour décider |
Règle et script suivent une logique explicite, mais dépendent de leurs données, de leur portée et d’une coupure en cours de route. L’assistant interprète plus, sans que son raisonnement en devienne fiable. Dans les trois cas, vous devez pouvoir retracer accès, changements et résultats.
- Les contrôles natifs d’abord. Le script quand il faut une logique ou un branchement qu’ils n’ont pas.
- Renommer une campagne ne suffit pas à casser sa règle. Un filtre sur le nom, un libellé ou une colonne retirés, une portée modifiée demandent une relecture.
- L’Aperçu bloque ce que le script modifie via AdsApp. Les e-mails et les écritures externes partent quand même.
- Temps écoulé : ce qui est modifié le reste. Le script doit reprendre là où il s’est arrêté.
- Une modification automatique n’existe que bornée, testée et réversible, avec un journal et quelqu’un qui relit.
Règles, scripts ou IA : quel outil automatiser sans perdre le contrôle ?
Le besoin tient dans les commandes natives ? Une alerte, rien d’autre. Vous devez croiser des sources, calculer ou parcourir plusieurs campagnes ? Un script écrit pour être relu et maintenu. Une modification automatique, seulement après plusieurs passages complets et un arrêt d’urgence documenté.
Vous gagnez la collecte et les contrôles répétitifs. Le diagnostic, l’arbitrage sur l’argent et la responsabilité restent à vous. Un script surveille. Il ne décide pas.
Les mécanismes décrits ici viennent des aides Google consacrées à la gestion et à l’historique des règles, aux usages et délais des règles automatisées, à l’Aperçu des scripts, à leur autorisation et à la prise en charge de Performance Max.
