Audit de compte

Audit des accès Google Ads et Tag Manager lors du départ d'une personne ou d'une agence

Rassemble dans un seul rapport les utilisateurs Google Ads, les invitations en attente, les comptes administrateur liés et les autorisations Tag Manager. Classe par niveau de risque les accès qui ne devraient pas subsister et supprime les accès Tag Manager après votre validation.

Quand l'utiliser

Lorsqu'un membre de l'équipe ou une agence est parti et que vous devez savoir qui a encore accès à vos comptes Google Ads et Tag Manager, et avec quel niveau de droits.

Ce que vous obtenez

Un rapport d'accès classé par risque pour chaque plateforme, avec une décision conserver, réduire, retirer ou examiner pour chaque utilisateur, plus une liste de taches ; les accès Tag Manager sont retirés après votre accord.

Modifie-t-il quelque chose dans mon compte ?

Seulement avec votre accord. L'assistant montre d'abord un aperçu de chaque modification et attend votre feu vert.

Fonctionne avec

Google Ads, Tag Manager

À compléter avant l'envoi

[nom du compte][nom du compte GTM][adresses e-mail à conserver et domaine]

Un membre de l'équipe ou notre ancienne agence est parti, et je veux voir qui a encore accès à nos comptes et à quel niveau. Mon compte Google Ads : [nom du compte]. Mon compte Tag Manager : [nom du compte GTM]. Personnes qui doivent conserver leur accès, et domaine de notre entreprise : [adresses e-mail à conserver et domaine]. Personnes dont l'accès doit être supprimé : [adresses e-mail des personnes parties, ou écrivez "je ne sais pas"]. 1. Utilisateurs Google Ads. Avec google_ads_query, récupère email_address, access_role, access_creation_date_time et inviter_user_email_address depuis customer_user_access. Lis aussi customer_user_access_invitation pour les invitations en attente. 2. Liens avec les comptes administrateur. Avec google_ads_query, récupère les comptes administrateur liés et leur statut depuis customer_manager_link. L'accès d'une agence passe souvent par son propre compte administrateur plutôt que par des utilisateurs individuels. 3. Qui a effectué des modifications récemment. Avec google_ads_query, récupère user_email et client_type pour les 30 derniers jours depuis change_event. Google ne conserve que les 30 derniers jours dans cette ressource et exige une clause LIMIT. Si une adresse e-mail absente de la liste des utilisateurs effectue des modifications, présente-la séparément, car cette personne passe peut-être par un compte administrateur. 4. Tag Manager. Trouve le compte avec list_gtm_accounts et liste, pour chaque utilisateur, l'autorisation au niveau du compte (user, admin) et l'autorisation au niveau du conteneur (read, edit, approve, publish) avec list_gtm_permissions. Règles d'évaluation : 1. Marque chaque adresse e-mail absente de la liste à conserver comme "à examiner". Signale séparément les adresses personnelles extérieures au domaine de l'entreprise. 2. Les personnes ayant le rôle ADMIN dans Google Ads, ou admin ou publish dans Tag Manager, qui ne figurent pas dans la liste à conserver présentent le risque le plus élevé. 3. Chaque compte doit conserver au moins un administrateur. Ne propose jamais de supprimer le dernier. 4. Si une agence dispose d'un lien avec un compte administrateur, précise que le supprimer peut affecter les rapports de cette agence et, le cas échéant, la configuration de facturation. Présente le résultat ainsi : un tableau par plateforme : utilisateur, rôle, depuis quand, invité par, a effectué des modifications au cours des 30 derniers jours, décision (conserver, réduire le rôle, supprimer, à examiner). Puis une liste de taches. Pour supprimer un accès Tag Manager, utilise manage_gtm_permissions : avec action=revoke et le permission_path obtenu via list_gtm_permissions, affiche d'abord un aperçu avec confirm=false, attends ma validation, applique la suppression, puis confirme en relisant list_gtm_permissions. Aucun outil ne permet de supprimer des utilisateurs Google Ads ni des liens avec un compte administrateur ; liste-les personne par personne afin que je les supprime moi-même depuis la page Accès et sécurité du menu Administration de Google Ads.

1. Utilisateurs Google Ads. Avec google_ads_query, récupère email_address, access_role, access_creation_date_time et inviter_user_email_address depuis customer_user_access. Lis aussi customer_user_access_invitation pour les invitations en attente.
2. Liens avec les comptes administrateur. Avec google_ads_query, récupère les comptes administrateur liés et leur statut depuis customer_manager_link. L'accès d'une agence passe souvent par son propre compte administrateur plutôt que par des utilisateurs individuels.
3. Qui a effectué des modifications récemment. Avec google_ads_query, récupère user_email et client_type pour les 30 derniers jours depuis change_event. Google ne conserve que les 30 derniers jours dans cette ressource et exige une clause LIMIT. Si une adresse e-mail absente de la liste des utilisateurs effectue des modifications, présente-la séparément, car cette personne passe peut-être par un compte administrateur.
4. Tag Manager. Trouve le compte avec list_gtm_accounts et liste, pour chaque utilisateur, l'autorisation au niveau du compte (user, admin) et l'autorisation au niveau du conteneur (read, edit, approve, publish) avec list_gtm_permissions.

Règles d'évaluation :
1. Marque chaque adresse e-mail absente de la liste à conserver comme "à examiner". Signale séparément les adresses personnelles extérieures au domaine de l'entreprise.
2. Les personnes ayant le rôle ADMIN dans Google Ads, ou admin ou publish dans Tag Manager, qui ne figurent pas dans la liste à conserver présentent le risque le plus élevé.
3. Chaque compte doit conserver au moins un administrateur. Ne propose jamais de supprimer le dernier.
4. Si une agence dispose d'un lien avec un compte administrateur, précise que le supprimer peut affecter les rapports de cette agence et, le cas échéant, la configuration de facturation.

Présente le résultat ainsi : un tableau par plateforme : utilisateur, rôle, depuis quand, invité par, a effectué des modifications au cours des 30 derniers jours, décision (conserver, réduire le rôle, supprimer, à examiner). Puis une liste de taches.

Pour supprimer un accès Tag Manager, utilise manage_gtm_permissions : avec action=revoke et le permission_path obtenu via list_gtm_permissions, affiche d'abord un aperçu avec confirm=false, attends ma validation, applique la suppression, puis confirme en relisant list_gtm_permissions. Aucun outil ne permet de supprimer des utilisateurs Google Ads ni des liens avec un compte administrateur ; liste-les personne par personne afin que je les supprime moi-même depuis la page Accès et sécurité du menu Administration de Google Ads.

Ouvrir dans Claude Ouvrir dans ChatGPT En discuter sur le forum

Exemple de résultat

Un exemple du résultat de ce prompt. Sa structure provient de la sortie réelle des outils ; les chiffres et les noms sont fictifs.

Exemple de résultat (basé sur un compte fictif, pas sur des données client réelles)

Google Ads

Utilisateur	Rôle	Depuis	Invité par	Modifications sur 30 jours	Décision
marketing@company.com	ADMIN	2024-03-02		Oui	Conserver
amy.k@gmail.com	ADMIN	2025-06-18	marketing@company.com	Non	Supprimer (absent de la liste, adresse personnelle)
intern@company.com	STANDARD	2026-02-11	marketing@company.com	Non	À examiner

Compte administrateur lié : 123-456-7890, statut ACTIVE. specialist@oldagency.com a effectué des modifications au cours des 30 derniers jours sans figurer dans la liste des utilisateurs et passe probablement par ce lien.

Tag Manager

Utilisateur	Autorisation au niveau du compte	Autorisation au niveau du conteneur	Décision
marketing@company.com	admin	publish	Conserver
specialist@oldagency.com	user	publish	Supprimer

À faire
1. Supprimer specialist@oldagency.com de Tag Manager (aperçu prêt, en attente de votre validation).
2. Supprimer amy.k@gmail.com dans Google Ads, sous Admin > Accès et sécurité.
3. Convenir avec l'ancienne agence d'une dernière date de reporting avant de couper le lien avec son compte administrateur.

Recherches associées

audit des accès utilisateurs google ads autorisations tag manager départ d'agence employé parti retirer un accès lien compte administrateur revue de sécurité invitations en attente accès administrateur

Ces prompts donnent le meilleur résultat quand votre assistant IA est connecté à vos comptes avec Opus Growth.

Connecter vos comptes gratuitement

Autres prompts

Audit de compteLecture seule

Audit complet d'un compte Google Ads avec les trois corrections à faire en priorité

Passe en revue l'ensemble du compte en une seule fois, de la mesure et des enchères à la structure et aux pages de destination. Classe les constats par impact et désigne les trois premières corrections à faire, sans rien modifier.

Quand l'utiliserLorsque tu reprends un compte Google Ads ou que tu t'en méfies et que tu veux savoir ce qui cloche vraiment et par où commencer les corrections.

Réalise un audit complet de mon compte Google Ads [nom du compte]. Si le compte a moins de 90 jours, utilise tous les jours disponibles, sinon utilise les 90 derniers jours. Il s'agit d'une analyse en lecture seule, ne modifie rien.

Commence par account_snapshot pour obtenir le statut, le budget, la stratégie d'enchères, l'ancienneté et les résultats de chaque campagne depuis son lancement. Sépare les campagnes qui apportent des résultats de celles qui dépensent sans convertir. Passe ensuite en revue les points suivants, dans cet ordre :

1. Mesure. Liste les actions de conversion principales avec list_conversion_actions. Signale toute action principale qui n'a rien enregistré au cours des 30 derniers jours. Repère les configurations qui peuvent compter deux fois la même personne, par exemple un clic sur le téléphone et un clic sur WhatsApp sur le site configurés comme deux actions principales distinctes, ou la balise Google Ads et un événement GA4 importé tous deux définis comme principaux pour le même formulaire. Vérifie combien de clics ont été envoyés vers le bouton d'appel des annonces et si ces appels ont bien été enregistrés, avec google_ads_query sur call_view.
2. Enchères et budget. Utilise impression_share_analysis pour afficher, par campagne, la part d'impressions perdue à cause du budget et du classement. Utilise keyword_quality_report pour trouver les mots clés dont l'enchère est inférieure à celle de la première page ou qui sont rarement diffusés à cause d'un faible niveau de qualité. Pour les campagnes en enchères intelligentes, indique si les 30 derniers jours comptent suffisamment de conversions pour l'objectif utilisé.
3. Structure. Vérifie si les recherches de marque partagent une campagne avec les recherches génériques, si chaque groupe d'annonces envoie vers la page correspondant à son propre service, et si un même mot clé figure dans plusieurs groupes d'annonces.
4. Termes de recherche. Utilise search_terms_report pour distinguer les termes qui dépensent sans convertir, les marques concurrentes et les recherches informationnelles. Ne considère jamais comme du gaspillage un terme ayant au moins une conversion.
5. Annonces et assets. Examine la force des annonces, les assets refusés et vérifie que les liens annexes pointent vers la bonne page. Signale à part tout texte ou asset qui décrit un service que l'entreprise ne propose pas : [services non proposés, ou écrire « aucun »].
6. Pages de destination. Récupère les clics, le coût et le taux de conversion par page depuis landing_page_view avec google_ads_query. Sur les pages qui absorbent le plus de dépenses, vérifie qu'un bouton téléphone et un bouton WhatsApp existent, et contrôle la vitesse sur mobile avec core_web_vitals.
7. Zone géographique, horaires et appareils. Indique si l'option de ciblage géographique est réglée sur « Présence », quelle part des dépenses va en dehors de la zone ciblée, ainsi que les dépenses et les conversions en dehors de [heures d'ouverture].

Présente le résultat ainsi : d'abord un résumé de cinq phrases sur l'état du compte. Ensuite un tableau des constats classés par importance : problème, preuve, impact estimé, recommandation. Pour finir, les trois corrections à faire en priorité et pourquoi chacune passe en premier. Lorsque les données ne suffisent pas pour conclure, ne devine pas : indique ce qui manque.

Audit de compteLecture seule

Audit complet d'un compte Meta Ads avec les trois corrections à faire en premier

Passe en revue en une seule fois la mesure, les problèmes de diffusion, la phase d'apprentissage, le ciblage, les emplacements et la fatigue créative. Classe les constats par priorité et désigne les trois premières corrections, sans rien modifier.

Quand l'utiliserQuand les résultats de tes publicités Meta ont chuté ou stagnent et que tu veux savoir ce qui cloche dans le compte avant de modifier quoi que ce soit.

Audite mon compte publicitaire Meta [ad account] de bout en bout. Prends les 30 derniers jours comme période principale et les 30 jours précédents comme période de comparaison. Il s'agit d'une analyse en lecture seule : ne modifie rien.

Commence par account_snapshot pour la plateforme meta afin de récupérer le statut, le budget, l'objectif, l'ancienneté et les résultats de chaque campagne depuis son lancement. Meta n'a pas de compteur de conversions unique : utilise donc le résultat que chaque campagne optimise réellement (leads, conversations de messagerie démarrées, achats). Passe ensuite en revue les domaines suivants, dans cet ordre :

1. Mesure. Vérifie la date du dernier événement du pixel avec list_meta_pixels. Confirme que l'événement optimisé par chaque campagne est bien enregistré. Signale les configurations qui risquent de compter deux fois le même résultat, par exemple des leads collectés à la fois par le pixel et par un formulaire instantané.
2. Diffusion. Liste les ensembles de publicités refusés, bloqués en cours de validation, sans aucune publicité active ou qui dépensent moins de la moitié de leur budget. Indique pour chacun le motif communiqué par Meta.
3. Phase d'apprentissage. Repère les ensembles de publicités segmentés de façon si fine qu'ils ne peuvent pas atteindre 50 résultats par semaine. Utilise meta_change_history pour montrer les modifications des 14 derniers jours qui ont réinitialisé l'apprentissage.
4. Ciblage et audiences. Signale les ensembles de publicités qui ciblent la même audience et ceux dont la fréquence dépasse [maximum frequency].
5. Emplacements et appareils. Avec get_report, compare le coût par résultat par publisher_platform et par appareil à la moyenne du compte. Ne tire aucune conclusion sur des segments de moins de 20 résultats.
6. Créations. Considère qu'une publicité est fatiguée lorsque la fréquence augmente alors que le taux de clics baisse et que le coût par résultat grimpe. Décris brièvement l'angle commun aux publicités les plus performantes.
7. Destination. Vérifie que la page ou le lien WhatsApp vers lequel les publicités envoient les internautes fonctionne et correspond à l'objectif.

Présente le résultat ainsi : d'abord un résumé en cinq phrases de la situation du compte. Ensuite, un tableau des constats classés par importance : problème, preuve, impact estimé, recommandation. Enfin, les trois corrections à faire en premier, avec pour chacune la raison de sa priorité. Lorsque les données ne suffisent pas pour conclure, ne devine pas : indique ce qui manque.

Audit de compteModifie après votre accord

Fusionner les demandes par téléphone et WhatsApp en une seule conversion fiable

Évite qu'une même personne soit comptée deux fois lorsqu'elle appelle et envoie un message. Relie les deux boutons du site à une seule conversion et vérifie si le bouton d'appel des annonces est bien mesuré.

Quand l'utiliserLorsque des prospects vous appellent et vous écrivent sur WhatsApp depuis votre site et que vous soupçonnez qu'une même personne compte pour deux conversions, ce qui rend votre coût par conversion artificiellement bas.

Dans mon compte Google Ads [nom du compte], les prospects nous contactent via les boutons téléphone et WhatsApp du site. Si une même personne qui clique sur les deux boutons compte pour deux conversions, mon coût par conversion paraît plus bas qu'il ne l'est réellement et l'algorithme d'enchères apprend de travers. Corrige cela.

1. Cartographie la configuration actuelle. Liste les actions principales, leurs catégories et leurs types de comptage avec list_conversion_actions. Dans mon conteneur Tag Manager [ID du conteneur GTM], utilise list_gtm_tags pour montrer quelle balise déclenche quelle étiquette de conversion. Estime, chiffres à l'appui, à quelle fréquence un même clic sur une annonce a pu générer plus d'une conversion de contact au cours des 30 derniers jours.
2. Le bouton d'appel dans les annonces. Avec google_ads_query, vérifie combien de clics et quelle part des dépenses sont allés au bouton d'appel des annonces, et utilise call_view pour contrôler si ces appels ont bien été enregistrés. S'il y a des clics mais aucun enregistrement, dis-le clairement et propose deux options : supprimer l'extension d'appel, ou accepter ces clics comme du trafic non mesuré.
3. Présente le plan. Propose une seule action de conversion nommée "Clic contact (Téléphone + WhatsApp)" avec un comptage réglé sur une seule conversion. Relie-la à une seule balise qui se déclenche à la fois sur le déclencheur téléphone et sur le déclencheur WhatsApp. Passe les deux anciennes actions en secondaires. Indique si les campagnes en enchères intelligentes (Smart Bidding) nécessitent une révision de leur objectif, car le nombre de conversions va baisser.
4. Applique après mon accord. Crée l'action de conversion, règle le comptage sur une seule conversion, mets à jour la balise dans Tag Manager et montre-moi la liste des modifications avant publication. Après la publication, note quelle version peut être restaurée.

Termine par un court plan de test : comment vérifier en mode aperçu que seule la nouvelle balise se déclenche lorsque les deux boutons sont utilisés, et combien de jours il faut pour que la correction apparaisse dans les données réelles.

Audit de compteLecture seule

Lancer un audit SEO, AEO et GEO complet et obtenir un scorecard étayé par des preuves

Note l'accès, la santé technique, les données structurées, la citabilité du contenu, les signaux de confiance et la visibilité IA mesurée sur six domaines de cinq contrôles concrets chacun. Présente les preuves pour chaque point et classe les correctifs par impact et effort, sans rien modifier.

Quand l'utiliserQuand vous voulez savoir à quel point votre site est visible et fiable dans la recherche classique, les moteurs de réponses et la recherche IA, et qu'il vous faut une liste priorisée de ce qu'il faut corriger en premier.

Audite mon site [site URL] de bout en bout pour la recherche classique, les moteurs de réponse (AEO) et la recherche IA (GEO). Ma propriété Search Console : [Search Console property]. Concurrent principal : [competitor domain, or "none"]. Marché : [country], langue : [language code]. Les 3 recherches qui m'apportent le plus d'affaires : [3 commercial queries]. Mes gabarits de pages les plus importants : [homepage, one service page, one blog post URL]. Cet audit est en lecture seule.

Règle des crédits : avant de commencer, vérifie les exécutions précédentes avec seo_history et relance avec les mêmes arguments celles qui sont réutilisables. Montre-moi une seule fois la liste des nouveaux appels qui consommeront des crédits et attends mon accord.

Collecte des données :
1. Lance l'analyse groupée avec seo_full_analysis en indiquant le domaine, le concurrent, la localisation et la langue. Sa section de visibilité IA mesure le seul mot-clé sur lequel le site se classe le mieux, qui peut n'avoir aucun rapport avec mon activité ; n'utilise pas cette section pour la notation, mais mesure mes 3 requêtes commerciales avec seo_ai_overview et target=[domain]. Si references est vide, compte les domaines des liens présents dans ai_answer.
2. Lance seo_site_crawl avec max_pages proche du nombre de pages du site (au maximum [page limit]). Il renvoie un task_id ; rappelle-le avec le même task_id après 60 à 90 secondes et attends l'arrivée du résumé. Récupère la liste complète des URL d'un problème avec le paramètre issue si nécessaire. Si la limite du crawl ne couvre pas tout le site, indique que les résultats sont un échantillon.
3. Lis robots.txt, sitemap.xml et llms.txt avec site_read_url. Lis mes pages de gabarit avec text=true (si truncated vaut true, relance avec max_bytes=1000000) et avec outline=true. Pour le JSON-LD, lis les mêmes pages avec max_bytes=1000000 et extrais les blocs.
4. Mesure la page d'accueil et la page de service avec seo_audit et strategy='mobile'. Pour les Core Web Vitals, utilise les données réelles des utilisateurs (field) quand elles existent, sinon la valeur de laboratoire, et précise laquelle tu as utilisée.
5. Utilise get_report avec platform='search_console' et les ventilations « query by impressions » et « page by impressions » sur les 90 derniers jours. Inspecte avec gsc_inspect_urls les 10 pages qui ont le plus d'impressions. Récupère l'état du sitemap avec gsc_sitemaps.
6. Garde en tête que des outils différents peuvent voir des versions différentes d'une même page : si seo_technical_audit ou seo_site_crawl mesure un titre dans une autre langue que celui affiché par site_read_url, consigne-le comme un constat, car le site redirige peut-être les visiteurs selon leur pays.

Scorecard : six domaines, cinq contrôles chacun, chaque contrôle étant réussi (1) ou échoué (0). Si un contrôle n'a pas de données, écris « non mesuré » et retire-le du dénominateur ; ne note jamais en devinant.
1. Accès et exploration : robots.txt est ouvert aux robots IA de type recherche ; les pages clés renvoient 200 avec au plus une redirection ; aucun noindex sur les pages clés ; le sitemap ne contient pas d'erreurs et comprend les pages clés ; le contenu principal est visible sans JavaScript.
2. Santé technique et vitesse : LCP mobile inférieur à 2,5 secondes ; CLS inférieur à 0,1 ; INP inférieur à 200 ms ; aucune page cassée ni lien interne cassé dans le crawl ; aucun titre ni description en double.
3. Données structurées et entité : un nœud Organization ou LocalBusiness existe ; les nœuds sont reliés par @id ; le schéma correspond au type de page (Service, Article, Product) ; les faits du schéma concordent avec le texte visible ; les URL sameAs fonctionnent.
4. Citabilité du contenu : le premier paragraphe des pages clés répond directement à la question ; les titres nomment clairement le sujet ou la question ; les faits comparables sont dans un tableau ; une FAQ propre à la page existe ; il y a des chiffres et des dates concrets.
5. Signaux de confiance : la page à propos est concrète (qui, où, depuis quand) ; les coordonnées figurent sur le site et sont cohérentes ; les articles affichent un auteur ou un éditeur ; les dates de publication et de mise à jour sont visibles ; les pages légales sont accessibles depuis le pied de page par des liens statiques.
6. Visibilité IA mesurée : cité dans la réponse IA de Google pour au moins une des 3 requêtes commerciales ; cité pour la requête de marque ; llms.txt existe et est exact ; Search Console montre des clics issus de requêtes hors marque ; si le concurrent principal est cité sur ces requêtes, il existe au moins une requête où je le suis aussi.

Formate la sortie ainsi. D'abord une synthèse de direction en cinq phrases. Ensuite le tableau des scores : domaine, score (par ex. 3/5), contrôles échoués. Puis le tableau des preuves : domaine, contrôle, résultat, preuve (nom de l'outil et valeur renvoyée), URL concernées. Puis la liste des correctifs : pour chaque élément, l'impact (élevé, moyen, faible), l'effort (heures, jours, semaines) et qui s'en charge ; impact élevé et effort faible en premier. À la fin, les trois premiers correctifs et pourquoi ils passent en premier. Ne porte aucun jugement sur ce qui n'a pas été mesuré.