Automatiser le reporting Google Ads et Meta Ads avec n8n et l’IA

Ouvrir Google Ads, ouvrir Meta Ads Manager, copier les chiffres clés dans un tableur, comparer à la semaine précédente, recommencer pour chaque compte client — ce rituel du lundi matin prend facilement une heure par compte pour un résultat qui ne dit rien de plus qu’un tableau de nombres juxtaposés. n8n peut interroger directement les deux API, consolider les métriques dans un format commun, repérer les campagnes en perte de vitesse et livrer une synthèse lisible dans Slack ou par email — sans qu’un humain n’ouvre un seul tableau de bord.

Pourquoi automatiser le reporting publicitaire multi-plateforme

Un reporting manuel souffre toujours des mêmes limites : il n’est produit que quand quelqu’un y pense, il compare rarement plus de deux périodes, et il ne signale rien entre deux vérifications — une campagne dont le coût par acquisition double un mercredi peut brûler du budget jusqu’au rapport du lundi suivant. Une étude publiée dans Sustainability par Mohamed, Mahmoud, Mahdi et Mostafa (2022), consacrée à l’automatisation de tâches de reporting répétitives, montre que le gain principal ne tient pas qu’au temps gagné : c’est surtout la réduction des erreurs de saisie et de calcul manuel, et la régularité de l’exécution, qui justifient le passage à l’automatisation dès qu’une tâche de compilation de données devient récurrente. Le reporting publicitaire multi-comptes coche exactement ces deux cases.

Connecter n8n à l’API Google Ads

Le node natif Google Ads de n8n couvre principalement la récupération de campagnes ; pour un rapport de performance détaillé (impressions, clics, coût, conversions par jour et par campagne), il faut passer par le node HTTP Request :

1. Créer un credential Google Ads OAuth2 API dans n8n (Client ID et Client Secret depuis un projet Google Cloud, plus le jeton développeur généré dans l’interface Google Ads).
2. Dans le node HTTP Request, sélectionner Predefined Credential Type puis ce credential : n8n gère alors le rafraîchissement du token OAuth2 automatiquement.
3. Interroger l’endpoint POST https://googleads.googleapis.com/v18/customers/{customerId}/googleAds:searchStream avec une requête GAQL (Google Ads Query Language) qui sélectionne les métriques voulues sur la période souhaitée.

Un piège fréquent et documenté par la communauté n8n : même avec le credential prédéfini, le header developer-token n’est pas injecté automatiquement, ce qui produit une erreur DEVELOPER_TOKEN_PARAMETER_MISSING. La correction est simple — ajouter manuellement ce header dans l’onglet Headers du node, avec la valeur de votre jeton développeur — mais elle surprend systématiquement à la première configuration.

Connecter n8n aux Meta Ads Insights

Côté Meta, le node Facebook Graph API est plus directement exploitable : il couvre nativement l’endpoint insights des comptes publicitaires. Après avoir créé un token d’accès longue durée (System User dans Meta Business Suite, avec la permission ads_read), une requête sur act_{ad-account-id}/insights avec les champs spend, impressions, clicks, ctr, actions, frequency renvoie les métriques nécessaires, ventilées par campagne grâce au paramètre level=campaign. Le champ frequency — le nombre moyen de fois qu’un même utilisateur a vu la publicité — est celui qui permettra de repérer la fatigue publicitaire un peu plus loin dans le workflow.

Consolider les métriques dans un format commun

Google Ads et Meta ne nomment ni ne structurent leurs métriques de la même façon (coût vs spend, conversions vs actions typées). Un node Code normalise les deux flux vers un schéma unique avant toute comparaison :

return items.map(item => {
  const spend = Number(item.json.costMicros ? item.json.costMicros / 1e6 : item.json.spend);
  const conversions = Number(item.json.conversions ?? item.json.actions ?? 0);
  return {
    json: {
      platform: item.json.platform, // "google_ads" ou "meta_ads"
      campaign: item.json.campaignName ?? item.json.campaign_name,
      spend,
      clicks: Number(item.json.clicks),
      conversions,
      cpa: spend > 0 && conversions > 0 ? spend / conversions : null,
    }
  };
});

C’est ce même format commun qui permet ensuite un tri unique par CPA croissant ou par dépense décroissante, toutes plateformes confondues — plutôt que deux rapports distincts que personne ne prend le temps de croiser mentalement.

Détecter la fatigue publicitaire avant qu’elle ne coûte cher

Une campagne dont le CTR chute alors que la fréquence d’exposition grimpe est un signal classique de création usée — le budget continue de tourner pour un rendement décroissant. Une étude publiée dans le Journal of Marketing Analytics par Elsen, Pieters et Wedel (2025), consacrée aux effets de la durée et de la fréquence d’exposition publicitaire, montre que l’effet de la répétition dépend fortement du type de création : une publicité « typique » (format et message attendus par l’audience) tolère une fréquence plus élevée que la moyenne, tandis qu’une création atypique s’use plus vite mais bénéficie davantage d’expositions plus longues et moins fréquentes. Concrètement, cela invite à ne pas appliquer un seuil de fréquence unique à toutes les campagnes : le workflow calcule plutôt, campagne par campagne, l’évolution du CTR sur les dernières semaines en fonction de sa propre fréquence, et ne signale que les cas où la tendance devient nettement négative — un seuil relatif à l’historique de la campagne, pas un chiffre magique importé d’ailleurs.

Générer la synthèse en langage naturel avec l’IA

Un node IA (Anthropic ou OpenAI, voir notre guide pour connecter Claude ou GPT à n8n) transforme le tableau consolidé en deux ou trois paragraphes : les campagnes qui performent, celles en perte de vitesse avec l’hypothèse de fatigue créative quand la fréquence le confirme, et une recommandation d’action (pause, renouvellement de la création, réallocation de budget). Le prompt reste volontairement contraint aux chiffres fournis dans la requête, sans extrapolation sur des causes externes non vérifiables — le même principe que pour une synthèse d’audit, détaillé dans notre article sur le rapport de synthèse par IA du Pack Conformité & Audit.

Distribuer et archiver le rapport

Le rapport part ensuite en Slack (même logique que le digest quotidien d’emails du Pack Inbox IA, ici sur un cron hebdomadaire) ou en email HTML pour un client externe. Avant l’envoi, chaque rapport — données brutes et synthèse IA incluses — mérite d’être archivé dans une table Supabase : cela permet de reconstituer un historique de performance sur plusieurs mois, sur le même principe de journalisation que la piste d’audit Supabase que nous détaillons par ailleurs.

Alertes de dépassement de budget indépendantes du rapport

Le calcul du CPA et de la dépense cumulée peut alimenter un second déclencheur, plus réactif que le rapport hebdomadaire : si la dépense journalière d’une campagne dépasse un seuil défini (stocké dans Supabase ou Google Sheets), une alerte Slack immédiate part sans attendre le lundi. C’est la même logique de seuil que pour un monitoring d’erreurs technique — voir notre guide sur la gestion des erreurs et l’Error Workflow — appliquée ici à une métrique budgétaire plutôt qu’à une panne.

Pièges fréquents

• Oublier le header developer-token sur les appels Google Ads via HTTP Request : l’erreur DEVELOPER_TOKEN_PARAMETER_MISSING apparaît même avec un credential correctement configuré.
• Comparer des devises ou des fuseaux horaires différents entre comptes Google Ads et Meta sans normalisation préalable : un rapport consolidé qui mélange EUR et USD sans conversion, ou des journées calées sur des fuseaux différents, fausse silencieusement les comparaisons.
• Donner un accès en écriture aux credentials du workflow de reporting : un scope lecture seule (reporting/insights) suffit et limite les dégâts en cas de token compromis.
• Appliquer un seuil de fréquence universel pour détecter la fatigue publicitaire, alors que le seuil pertinent dépend du type de création et de l’historique propre à chaque campagne.

Pour aller plus loin

Le principe — appels API consolidés, calcul de métriques dans un node Code, synthèse contrainte par IA, archivage et alerte indépendante — est celui qui structure les workflows de reporting du Pack Conformité & Audit (149 €). Si vous multipliez ce type de synthèse IA sur plusieurs comptes ou plusieurs rapports par semaine, notre guide sur le suivi du coût des appels IA dans n8n aide à garder ce poste de dépense sous contrôle.