Claude Ads : le skill Claude Code qui audite tes comptes publicitaires

Tu as peut-être vu passer la vidéo sur Instagram : « fais le travail de ton agence ads à 3 000 euros par mois en dix minutes ». Derrière le hook un peu vendeur, il y a un projet open source bien réel : Claude Ads, un skill pour Claude Code qui lit les données de tes comptes publicitaires et te dit ce qui marche, ce qui est cassé et quoi corriger en premier. Plus de 10 000 stars sur GitHub en octobre 2026, licence MIT.

Mis à jour le 21 octobre 2026 pour Claude Ads v2.1.0, sortie le 16 octobre 2026. La première version de cet article décrivait la v1.7.1. Depuis la v2, le skill couvre douze plateformes au lieu de huit, ne produit plus de score sur 100, et ses auteurs déconseillent maintenant l'installation en une ligne qu'on montrait. Tout ce qui suit a été vérifié sur le README et les fichiers du skill en v2.1.0.

Claude Ads, c'est quoi exactement

Claude Ads est un skill Claude Code créé par Daniel Agrici. Un skill, c'est un paquet d'instructions, de références et d'agents que ton agent de code charge à la demande : ici, le savoir-faire d'un auditeur média, découpé en modules. Ce n'est pas un produit d'Anthropic, et ça n'a rien à voir avec de la publicité dans Claude : Anthropic a écrit en février 2026 que Claude restera sans publicité.

Il existe à deux endroits : la version publique sur AgriciDaniel/claude-ads (MIT, sans abonnement) et un miroir communautaire sur AI-Marketing-Hub/claude-ads, où les membres d'une communauté payante ont un accès anticipé.

Ce que contient la v2.1.0 :

• 12 plateformes publicitaires : Google, Meta, YouTube, LinkedIn, TikTok, Microsoft, Apple, Amazon, Reddit, Pinterest, Snapchat et X.
• 33 skills derrière une seule commande /ads, un par plateforme plus les transverses (attribution, tracking côté serveur, créas, landing pages, budget, planification, rapports).
• 25 définitions d'agents : un auditeur par plateforme, des auditeurs pour le tracking, le budget, les créas, les règles des plateformes et la conformité réglementaire, quatre agents créatifs (rédacteur, stratège créatif, adaptateur de formats, designer visuel) et des agents de recherche et de vérification.
• Quatre résultats possibles par vérification : pass, fail, unknown ou not_applicable. Unknown veut dire que la donnée manquait, et le skill ne la devine jamais.
• Pas de score de santé pour l'instant. Le projet se présente comme une version candidate, et les douze profils de score de santé des comptes sont désactivés. Un audit rend des constats, des inconnues et une couverture des preuves : 80 % de couverture ou plus est noté, 60 à 79 % est provisoire, moins de 60 % veut dire preuves insuffisantes.

Les anciens chiffres que tu as pu lire ailleurs, 250 vérifications, un score sur 100 avec une note de A à F, huit plateformes, décrivent la v1. Ce n'est plus ce que le skill dit de lui-même.

Comment ça marche sous le capot

Un chef d'orchestre tient le périmètre du run, les règles, l'agrégation et le rapport final. Des agents exécutants analysent chacun une tranche bornée, une plateforme ou un sujet, et rendent leurs constats dans un format fixe. Si un exécutant obligatoire échoue, le run est marqué partiel : il n'est jamais présenté comme un audit complet.

Configurer, auditer, relire : les trois étapes du flux de la v2, tirées du repo officiel.

Si tu utilises déjà Claude Code pour coder, tu reconnais le motif : c'est le mécanisme des sous-agents et des équipes d'agents, appliqué au marketing au lieu du code. Depuis la v2.1.0, les agents n'imposent plus de modèle : Claude Code les fait tourner sur le modèle de ta conversation principale, sauf réglage plus précis.

Le résultat d'un run est un fichier JSON versionné. Les rapports Markdown, HTML et PDF sont des rendus de ce même fichier, c'est pour ça que /ads report peut réafficher un ancien run sans rien relancer.

En pratique, le flux tient en cinq étapes :

1. Lance /ads setup et réponds à ses questions : modèle économique, objectif, conversion principale, dépense mensuelle, plateformes actives, et qui valide les changements. Il te dit de ne jamais y coller de clé d'API ni de jeton.
2. Apporte des preuves : un export du compte en CSV ou JSON, des captures, ou un résumé collé avec sa période, sa devise et son fuseau horaire.
3. Lance /ads audit google, ou /ads audit all. Tu obtiens ce qui passe, ce qui échoue et ce qui manque.
4. Lance /ads report pour réafficher un ancien run.
5. Lance /ads next pour voir le blocage le plus important.

Les douze plateformes

Chaque plateforme a son skill, son auditeur, sa référence de contrôles et sa déclaration de capacités. Un manifeste de capacités dans le repo dit ce qui peut être lu ou modifié en direct sur chaque plateforme. Par-dessus les plateformes viennent les audits transverses : l'attribution (définitions de conversion, fenêtres, GA4, partenaires de mesure mobile) et le tracking côté serveur (tagging côté serveur, Conversions API et Events API, déduplication, qualité des événements). Ce sont souvent les angles morts des audits humains, parce qu'ils demandent une double compétence, média et technique.

Les commandes

Tout passe par /ads. Installé comme plugin Claude Code, les commandes sont préfixées et commencent par /claude-ads:ads ; installé en autonome, elles commencent par /ads. Le README liste celles-ci :

Les raccourcis par plateforme mènent droit à un audit : /ads google, /ads meta, /ads youtube, /ads linkedin, /ads tiktok, /ads microsoft, /ads apple, /ads amazon, /ads reddit, /ads pinterest, /ads snapchat et /ads x.

Les commandes spécialisées de la v1 sont toujours routées par le skill : /ads dna pour le profil de marque et d'offre d'un site, /ads attribution, /ads tracking, /ads creative, /ads landing, /ads budget, /ads math pour le CPA, le ROAS, le MER, le LTV:CAC et le point mort, /ads competitor, /ads generate pour des images à partir d'un brief validé, /ads photoshoot pour des variantes de photos produit, et /ads test, autre nom de /ads experiment. Une demande en langage naturel va aux mêmes skills. Aucun skill ne produit de vidéo : le travail vidéo s'arrête aux concepts et aux briefs.

L'installer sans risque

Les auteurs l'écrivent maintenant noir sur blanc : privilégie le flux de plugin de ton outil ou une archive de release vérifiée par sa somme de contrôle, et ne redirige jamais un installeur distant directement dans un shell. La première version de cet article montrait exactement ça, un curl | bash et un irm | iex : ne les utilise pas.

Dans Claude Code, le flux de plugin :

/plugin marketplace add agricidaniel/claude-ads
/plugin install claude-ads@ai-marketing-hub-claude-ads

Si tu as ajouté la marketplace avant la v2.0.0, Claude Code la garde sous un ancien alias. Retire-le d'abord :

/plugin marketplace remove agricidaniel-claude-ads

Depuis un clone que tu as lu, sur macOS ou Linux :

git clone https://github.com/AgriciDaniel/claude-ads.git
cd claude-ads
bash install.sh --source=local

Sous Windows, dans PowerShell, depuis le même clone : .\install.ps1 -Source local.

Pour figer une version, bash install.sh --source=git --ref=v2.1.0 récupère exactement ce tag et échoue s'il n'existe pas. Le chemin vérifié reste une archive de release : chaque release GitHub publie le zip, un manifeste, une nomenclature logicielle et un fichier SHA256SUMS, et chaque ligne de sha256sum -c SHA256SUMS doit afficher OK avant de décompresser. Les releases ont une somme de contrôle, pas de signature.

Ce qu'il faut : CPython 3.11 ou 3.12 pour les dépendances gérées, glibc 2.28 ou plus récent sous Linux, les bibliothèques WeasyPrint et Pango pour les rapports PDF, et un navigateur Playwright si tu veux des captures de navigateur.

L'installeur a aussi --target=codex, --target=gemini et des cibles pour Cursor, Windsurf et Goose. Le README les marque expérimentales : seul Claude Code est vérifié, et les autres outils peuvent traiter les mêmes fichiers autrement.

Le workflow de la vidéo, revu

La vidéo Instagram qui a fait connaître le skill montre trois étapes. Les voici avec la v2.1.0.

Étape 1 : installer le skill. Par le flux de plugin ci-dessus, pas par une ligne collée.

Étape 2 : décrire ton activité, puis planifier. /ads setup t'interroge sur ton offre, ton objectif, ta conversion, ton budget et tes plateformes. Si tu as un site, /ads dna <url> extrait ton profil de marque et d'offre pour que le plan parte de ton vrai positionnement. Puis /ads plan construit le plan de canaux, de campagnes, de budget et de mesure.

Étape 3 : le rapport. /ads report rend le run enregistré en Markdown, HTML ou PDF, prêt à envoyer à un client ou à ta direction.

Là où la vidéo simplifie : la sortie ne vaut que ce que valent les preuves. Des réponses vagues donnent un plan vague. Un audit sans export ni captures donne un rapport plein de unknown, ce qui est honnête, mais ce n'est pas un diagnostic. Et en v2.1.0, il n'y a pas de score à exhiber : tu obtiens des constats et la part du compte qui a pu être jugée.

Tes données et tes comptes

Le skill tourne dans ton terminal et analyse les preuves que tu lui donnes. Les identifiants vont dans des variables d'environnement, le trousseau du système ou un gestionnaire de secrets ; jamais dans le repo, les profils, les rapports ou les logs.

Le plus gros changement depuis la v1 est du côté de l'écriture. La v2 a /ads launch et /ads optimize, mais chaque adaptateur est en lecture seule par défaut et les changements restent des brouillons. Pour en appliquer un, le skill exige ces six conditions :

1. une capacité testée et activée pour cette opération précise ;
2. des identifiants de compte et d'objet explicites ;
3. un diff lisible avant et après, avec ce qu'il touche ;
4. l'accord du propriétaire, dans des limites fixées pour le compte ;
5. une clé d'idempotence, une destination d'audit, un retour arrière et une fenêtre de vérification ;
6. la vérification que le compte correspond toujours à ce que le changement attend.

Sans limites fixées, aucune écriture, et la suppression définitive n'existe pas en v2.

Ce que ça remplace, et ce que ça ne remplace pas

Soyons honnêtes, parce que « remplace ton agence à 3 000 euros par mois » mérite des nuances.

Ce que Claude Ads fait bien : la partie systématique du travail. Passer chaque contrôle sur un compte sans en oublier un, vérifier le tracking par rapport à ce qu'attend la plateforme, repérer l'usure des créas, recalculer les seuils de rentabilité, et dire clairement ce qui n'a pas pu être vérifié. C'est la partie objective et répétable d'un audit, celle qu'un bon consultant fait plus lentement qu'une machine.

Ce qu'il ne fait pas : appuyer sur les boutons à ta place par défaut, ni connaître le contexte que connaît ton agence : ta saisonnalité, les tests qui ont déjà raté, la relation avec ton contact chez Google. Et comme toute sortie d'IA, ses recommandations se vérifient avant d'engager un vrai budget média.

Le bon cadrage : Claude Ads ne remplace pas le jugement, il remplace les heures facturées à dérouler des checklists. Pour un entrepreneur qui gère ses propres campagnes, c'est un niveau d'audit qu'il n'avait pas. Pour une agence, l'audit qui prenait une demi-journée par compte devient un point hebdomadaire.

Claude Ads dans AgentsRoom : ton pôle publicité à côté du pôle dev

C'est ici que ça devient intéressant si tu utilises déjà des agents pour coder. Un skill comme Claude Ads, lancé à la main dans un terminal, c'est un outil. Le même skill, confié à un agent dédié dans un cockpit multi-agents, c'est un pôle métier qui tourne.

AgentsRoom est fait exactement pour ça : chaque agent a un rôle, un statut en direct et sa propre couleur, et tu supervises toute la flotte depuis une seule fenêtre. Rien ne t'oblige à ne faire tourner que des agents de code. Crée un agent avec un rôle publicité, installe le skill Claude Ads sur son Claude Code, et il devient ton média buyer junior : il ramasse les tickets d'audit sur le backlog, déroule ses commandes /ads, et dépose le rapport en sortie.

La boucle complète ressemble à ça. L'agent Ads lance /ads audit all sur tes exports du lundi matin et pose ses constats sur le backlog. Les problèmes techniques qu'il remonte (une conversion GA4 comptée deux fois, un Consent Mode mal configuré, une landing page trop lente) deviennent des tickets que ton agent dev ramasse et corrige dans le code, chacun dans son propre worktree pour que les agents en parallèle ne se marchent jamais dessus. Pendant ce temps, un agent SEO garde les pages de destination alignées avec les campagnes qui tournent. Toi, tu relis les rapports, et c'est toi qui valides un changement avant qu'il n'atteigne un compte publicitaire.

Garde l'agent Ads sur Claude Code, le seul outil que Claude Ads vérifie. Tes agents de code peuvent tourner sur le CLI que tu préfères : AgentsRoom les fait tourner côte à côte dans la même fenêtre, quel que soit le provider, et la matrice de compatibilité liste ce qui est supporté.

Le métier d'à côté a toujours été le plus dur à intégrer : le dev ne parle pas média, le média ne parle pas dev. Une flotte d'agents qui partagent le même backlog referme ce fossé mieux que n'importe quelle réunion hebdo.

Questions fréquentes

Claude Ads est-il fait par Anthropic ?

Non. Claude Ads est un skill open source pour Claude Code écrit par Daniel Agrici et publié sous licence MIT sur github.com/AgriciDaniel/claude-ads. Anthropic fait Claude et Claude Code ; le skill tourne par-dessus.

Y a-t-il de la publicité dans Claude ?

Non. Dans son billet du 4 février 2026, Claude is a space to think, Anthropic a écrit que Claude restera sans publicité : aucun lien sponsorisé à côté des conversations, et aucune réponse influencée par des annonceurs. Claude Ads sert à auditer tes propres comptes publicitaires, pas à afficher des pubs dans Claude.

Claude Ads donne-t-il encore un score sur 100 ?

Pas dans la v2.1.0. Les douze profils de score de santé des comptes sont désactivés : l'audit rend des constats, des inconnues et une couverture des preuves au lieu d'un score. Chaque vérification finit en pass, fail, unknown ou not_applicable, et unknown veut dire que la donnée manquait.

Claude Ads peut-il modifier mes campagnes ?

Pas de lui-même. Chaque adaptateur est en lecture seule par défaut et les changements restent des brouillons. En appliquer un demande une capacité activée pour cette opération précise, des identifiants de compte et d'objet explicites, un diff avant et après, l'accord du propriétaire dans les limites du compte, un retour arrière, et la vérification que le compte n'a pas changé entre-temps. La suppression définitive n'existe pas en v2.

Claude Ads marche-t-il avec Codex ou Gemini CLI ?

Son installeur a des cibles Codex, Gemini, Cursor, Windsurf et Goose, mais le README les marque expérimentales : seul Claude Code est vérifié. Installe-le sur Claude Code si tu veux le chemin pris en charge.

Installe le skill, lance ton premier /ads audit, et si tu veux que ça tourne sans toi : télécharge AgentsRoom et donne à ton pôle publicité la même infrastructure que ton pôle dev.