Cette nomenclature complète l'architecture des campagnes Google Ads. Elle aide une personne à comprendre le compte sans ouvrir chaque paramètre, mais elle ne remplace ni le modèle de données ni les dimensions déjà fournies par Google Ads.
Pourquoi la nomenclature ne suffit-elle pas aux rapports ?
La nomenclature est souvent réduite à « que ce soit clair dans la liste ». C'est utile, mais insuffisant.
Un nom aide à repérer d'un coup d'œil les campagnes de prospection, de marque ou de vente. L'analyse robuste s'appuie toutefois sur l'identifiant du compte, de la campagne et du groupe d'annonces. C'est un principe de l'architecture et de l'administration d'un compte Google Ads : un libellé humain peut changer, une clé de jointure ne doit pas en dépendre.
Le renommer ne supprime pas l'historique Google Ads, mais peut fragmenter un export, une valeur UTM ou un tableau de bord qui l'aurait utilisé comme clé.
Avant d'ajouter un champ au nom, cherchez sa dimension native : type de campagne, état, budget, stratégie d'enchères, zone ou objectif de conversion sont déjà accessibles dans Google Ads ou dans ses exports. Le nom n'encode que les distinctions stables absentes de ces dimensions, ou celles qui accélèrent réellement la lecture de la liste.
Cette séparation évite deux excès : créer une campagne uniquement pour voir une ligne de rapport, ou transformer chaque nom en phrase illisible. Le choix de consolider ou segmenter les campagnes reste dicté par le budget, les enchères, le ciblage, les objectifs et le besoin de contrôle, pas par la nomenclature.
Le modèle de rapport vient donc avant le nom. Listez les analyses futures, affectez chacune à un identifiant, une dimension native, un libellé ou une colonne de référence, puis conservez dans le nom le minimum utile à l'œil.
Exemple : une table peut associer campaign_id à un objectif interne, un périmètre commercial, une marque, une version de convention et des dates de validité. Le nom PROSP_LOCAL_RR_IDF reste lisible ; les outils n'ont pas besoin de le découper pour comprendre les données.
Renommer une campagne ne supprime pas ses statistiques Google Ads : elles restent attachées à son identifiant, et la modification apparaît dans l'historique du compte. En revanche, GA4, un entrepôt ou un export peut conserver le nom observé à une date donnée. Si le nom sert de clé ou alimente utm_campaign, deux valeurs peuvent alors apparaître.
La convention n'améliore pas directement les performances publicitaires. Elle réduit les erreurs de lecture, rend les responsabilités visibles et accélère les contrôles. Le test décisif est simple : les performances doivent rester regroupables par identifiants même après un renommage.
Dans un audit, les identifiants restent les clés techniques. Campagnes, groupes d'annonces, annonces et pages de destination se rapprochent par ces clés ; objectifs, ciblage, budget, CPC, conversions et performances se lisent ensuite dans leurs colonnes. Le nom n'est qu'un raccourci pour l'équipe.
Comment structurer un nom de campagne qui tient à l’échelle ?
Un nom fiable doit permettre à une personne de comprendre le rôle commercial de la campagne sans devenir une seconde base de données.
Les trois propriétés d’un nom facile à exploiter
Des champs courts et ordonnés. Par exemple [Objectif]_[Périmètre]_[Code-canal]_[Zone]. Leur ordre reste constant pour faciliter le balayage visuel, mais seuls les champs réellement utiles sont conservés. Une information déjà évidente dans une colonne native n'a pas besoin d'être répétée.
Un vocabulaire gouverné. Chaque code a une définition, un propriétaire, une version, une date d'effet et une valeur de repli. Une nouvelle activité peut exiger une nouvelle valeur : elle est ajoutée au dictionnaire, testée, puis l'ancienne est dépréciée ou migrée. « Valeurs contrôlées » ne signifie pas « liste figée pour toujours ».
Un séparateur constant. Le tiret bas ou la barre verticale améliore la lecture. Il ne doit pas devenir un protocole fragile. Les automatisations joignent les identifiants et lisent des colonnes structurées ; elles ne déduisent pas une vérité métier en découpant le texte du nom.
Une fois la convention approuvée, Google Ads Editor permet d'appliquer des renommages en masse. La table avant/après doit conserver les identifiants, les anciens noms, les nouveaux noms, la version de convention et la date d'effet.
La limite du nom libre apparaît à grande échelle : les variantes deviennent difficiles à lire et à rechercher. La convention sert donc d'interface humaine compacte ; la cohérence des rapports vient du modèle de données.
Cette structure donne à l'outil d'audit des clés de contrôle explicites : campagnes attendues, groupes d'annonces rattachés, annonces actives, pages utilisées et codes publicitaires autorisés. L'outil signale un écart sans reconstruire le sens à partir d'une chaîne de caractères.
Comment déployer la convention en pratique ?
Le déploiement se traite comme une migration de données, même si la modification visible paraît simple.
- Inventorier les sources Exportez les identifiants, noms, états, types de campagne, budgets, stratégies, objectifs et libellés. Décidez pour chaque dimension si elle reste native, passe dans une table de référence ou mérite un code visible.
- Gouverner le dictionnaire Nommez un propriétaire, une version, une date d'effet, une règle d'ajout, une procédure de dépréciation et une valeur de repli telle que
A_CLASSER. Un noyau commun peut couvrir plusieurs comptes, avec des dictionnaires locaux documentés lorsque les activités diffèrent. - Configurer explicitement le multi-compte Un compte administrateur offre une vue centrale sur les comptes clients. Les conversions multicomptes doivent être créées puis affectées aux comptes concernés ; elles ne se centralisent pas seules. Les budgets partagés restent limités à plusieurs campagnes d'un même compte : il n'existe pas de budget global natif réparti entre tous les comptes enfants.
- Migrer un petit lot Dans Google Ads Editor, téléchargez les dernières modifications, exportez une sauvegarde AEA et un CSV incluant les colonnes d'origine, puis renommez un échantillon. Vérifiez les doublons, les erreurs, les avertissements, les liens GA4 et les rapports avant d'élargir. Conservez la table avant/après pour rendre le retour possible.
Les deux erreurs qui fragilisent une nomenclature
L'incohérence à plusieurs mains. Sans dictionnaire, « prospection », « générique » et « acquisition » finissent par désigner la même chose. Le propriétaire de la convention arbitre les ajouts et publie les migrations.
Les informations volatiles dans le nom. Une date, un budget, un état, une stratégie d'enchères ou un résultat mensuel devient vite faux. Ces valeurs vivent dans leurs champs natifs, dans un libellé temporaire ou dans la table de référence.
Le choix entre budgets partagés et dédiés se lit dans la ressource budget. L'état se filtre dans la colonne État. La stratégie se lit dans sa propre dimension. Les recopier dans le nom crée deux versions possibles de la même vérité.
Le nom peut être modifié lorsque le rôle commercial change ou lors d'une migration. Dans Google Ads, l'identifiant et les statistiques restent. Le risque porte sur les outils externes qui regroupent par texte : mettez à jour la table de référence, contrôlez les UTM et inscrivez le changement dans le journal de migration.
Aucune convention n'anticipe tous les cas futurs. La bonne gouvernance prévoit donc l'évolution : nouveau code justifié, version suivante, date d'effet, correspondance avec l'ancienne valeur et traitement des cas inconnus.
- Les identifiants stables portent les jointures ; le nom sert la lecture humaine.
- Les dimensions natives, les libellés et la table de référence évitent de tout encoder dans le texte.
- Le dictionnaire précise qui maintient chaque code, comment il évolue et quoi utiliser lorsqu'une valeur manque.
- Un renommage conserve l'historique Google Ads, mais exige de contrôler les systèmes externes fondés sur le nom.
Quelle longueur maximale pour un nom de campagne ?
Au 26 juillet 2026, la référence de l'API Google Ads ne publie pas de maximum chiffré pour le nom d'une campagne. Elle exige un nom non vide et interdit les caractères de contrôle nul, saut de ligne et retour chariot. Elle rejette aussi le doublon d'un nom déjà porté par une campagne active ou en veille. Affirmer une limite Google de 128 caractères ne serait donc pas sourcé par la documentation actuelle.
La vraie limite opérationnelle vient de la vue la plus étroite utilisée par l'équipe : liste Google Ads, Editor, export, alerte ou tableau Looker Studio. Placez les champs discriminants au début et testez plusieurs longueurs avec les noms les plus longs. Une équipe peut ensuite fixer, par exemple, un plafond interne de 60 caractères ; c'est une règle maison mesurée dans ses vues, pas une limite de la plateforme.
Les espaces et les accents ne sont pas incompatibles par principe avec l'API ou un CSV correctement encodé. Un analyseur structuré sait gérer Unicode, les guillemets et l'échappement. Restreignez un caractère uniquement lorsqu'un outil précis documente cette contrainte. Si un script casse sur un accent, corrigez son analyse ou son encodage au lieu de présenter le défaut du script comme une règle Google Ads.
Les codes restent utiles pour gagner de la place : PROSP, RR et FR peuvent remplacer des libellés longs si leur dictionnaire est évident pour l'équipe. Une abréviation incompréhensible coûte plus de temps qu'elle n'en économise.
Comment aligner la convention de nommage avec les paramètres UTM ?
Le nom Google Ads et les paramètres UTM doivent être gouvernés ensemble, mais ils n'ont pas le même rôle. Le nom reste modifiable ; l'identifiant transmis dans l'URL doit rester stable.
ValueTrack fournit {campaignid} et {adgroupid}. La liste officielle ne garantit pas de macro {campaignname}. Un montage robuste peut donc transmettre utm_id={campaignid}, puis une valeur utm_campaign explicite et stable, gérée dans un paramètre personnalisé ou dans le suffixe d'URL. Cette valeur peut reprendre un code de la table de référence, sans recopier mécaniquement le nom affiché.
Le marquage automatique reste la méthode recommandée pour Google Ads : il ajoute le GCLID et donne accès aux dimensions Google Ads détaillées lorsque le compte est associé à GA4. Les UTM peuvent compléter la mesure ou servir de repli lorsque le GCLID et les identifiants agrégés ne sont pas utilisables. Leur priorité n'est pas une règle unique : elle dépend de l'association, de la disponibilité des identifiants et de la dimension consultée, manuelle, Google Ads ou multicanal.
Lorsque marquage automatique et UTM coexistent, vérifiez séparément le nom et l'identifiant de campagne Google Ads, le nom et l'identifiant manuels, la source, le support, le groupe de canaux et la plateforme source. Une même session peut être décrite différemment selon la famille de dimensions observée.
Un clic de test ne valide pas toute la chaîne. Contrôlez plusieurs URL et appareils, les redirections, la conservation du GCLID et des UTM, le consentement, la page finale, les délais de traitement, l'attribution et les rapports GA4 concernés. Rejouez le test après toute migration de nom, de modèle de suivi ou de domaine.
Pour les campagnes publicitaires, ce contrôle relie le clic à la conversion sans confondre la valeur UTM avec les clés Google Ads. Le CPC et le budget viennent des données associées au compte, tandis que les pages et les annonces conservent leurs propres identifiants.
Faut-il appliquer la même convention au niveau des groupes d'annonces ?
Oui pour les principes de stabilité et de gouvernance, non pour la liste exacte des champs. Le groupe d'annonces décrit une intention ou une famille de produits ; il n'a pas à répéter tout le nom de sa campagne parente.
Une structure telle que [Thème]_[Variante-durable] suffit souvent. N'ajoutez le type de correspondance que si des groupes distincts en mot clé exact, expression exacte ou mot clé en large existent pour une raison de test ou de pilotage durable. Sinon, la correspondance se lit dans le champ natif du mot clé.
Le tableau illustre une convention compacte, utilisée pour la lecture et non comme clé technique :
| Niveau | Champ | Valeurs fermées (exemples) | Exemple rendu |
|---|---|---|---|
| Campagne | Objectif | PROSP / VENTES / NOTORIETE | PROSP |
| Campagne | Périmètre | MARQUE / GENE / CONCU | GENE |
| Campagne | Type réseau | RR / SHOP / PMAX | RR |
| Campagne | Zone | FR / IDF / LYON | FR |
| Campagne | Résultat | Sans objet | PROSP_GENE_RR_FR |
| Groupe | Thème | [Mot-clé principal ou intention] | AUDIT-COMPTE |
| Groupe | Variante | [Sous-intention durable] | PME |
| Groupe | Résultat | Sans objet | AUDIT-COMPTE_PME |
La plupart des formats d'annonce du Réseau de Recherche n'offrent pas de champ de nom éditable. Ne créez donc pas une règle qui promet de nommer chaque annonce « preuve », « prix » ou « objection ». Utilisez les identifiants d'annonce, les libellés lorsqu'ils sont disponibles et, si nécessaire, une table externe qui décrit l'hypothèse créative.
Le même modèle de référence peut documenter un catalogue de produits ou une liste de pages de destination, avec des colonnes propres à ces objets plutôt qu'un nom toujours plus long.
Le groupe dérive vite quand plusieurs personnes interviennent. Le dictionnaire doit donc préciser le thème, les variantes autorisées, le responsable et le traitement des cas nouveaux. Une valeur temporaire peut être portée par un libellé plutôt que gravée dans le nom.
Pour les comptes gérés dans un compte administrateur, standardisez le schéma et les codes transverses. Autorisez des dictionnaires locaux documentés lorsque les marques, pays ou modèles économiques exigent des distinctions différentes.
La convention change-t-elle selon le type de campagne (recherche, display, vidéo, PMax) ?
Le principe ne change pas. Sur le Réseau de Recherche, un groupe peut porter un thème d'intention. Sur le Réseau Display ou en vidéo, le nom peut décrire une famille créative ou un usage d'audience si cette distinction reste durable. Le type de campagne est déjà une dimension native ; un code RR, SHOP, DISP, VIDEO ou PMAX n'est ajouté que s'il accélère la lecture humaine.
Dans Performance Max, la campagne contient des groupes de composants. Les thèmes de recherche facultatifs et les signaux d'audience se configurent au niveau du groupe de composants ; un signal d'audience est une suggestion, pas un ciblage strict. Les exclusions, réglages, composants et pages de destination vivent à leurs niveaux respectifs. Le nom de campagne ne doit pas prétendre résumer toute cette configuration.
Nommez un groupe de composants selon la famille d'offres ou l'intention commerciale qu'il réunit. Documentez séparément ses thèmes de recherche, signaux, exclusions et composants. Ainsi, une modification de signal ne déclenche pas un renommage de campagne et les performances restent comparables par identifiant.
Faut-il encoder la stratégie d'enchères dans le nom de campagne ?
Non. Maximiser les conversions, CPA cible, ROAS cible ou CPC manuel sont des paramètres révisables et disposent de dimensions natives. Les inscrire dans le nom crée une valeur fausse dès que la stratégie change.
Pour comparer deux stratégies, utilisez le centre de tests Google Ads lorsque le type de campagne et ses paramètres sont éligibles. L'identifiant du test, la campagne de contrôle, la campagne de traitement et les dates documentent l'expérience. Un libellé peut aider à la repérer ; il n'est pas nécessaire de renommer la campagne de base avant puis après le test.
Comment nommer une campagne archivée ou supprimée ?
Ne renommez pas une campagne avec ZZ_ ou ARCHIVE après avoir banni les états du nom. Conservez son nom et utilisez l'état natif : en veille si une réactivation reste possible, supprimée si l'arrêt doit être définitif.
Une campagne supprimée ne peut plus être réactivée ni modifiée, mais ses données de performances restent consultables. Les filtres Google Ads permettent de l'afficher ou de la masquer. Aucune durée d'attente arbitraire n'est nécessaire pour « préserver » l'historique.
Si un processus interne exige une revue avant suppression, appliquez un libellé tel que A_CONTROLER, consignez la décision et conservez l'identifiant dans la table de référence. Le statut final peut être appliqué en masse dans Google Ads Editor sans modifier la clé de lecture.
Décision
La convention est prête lorsque le compte reste analysable même si tous les noms changent demain. Le nom améliore la lecture ; les identifiants, dimensions et tables garantissent la continuité.
- Joindre les données sur
customer_id,campaign_idetad_group_id - Inventorier les dimensions natives avant d'ajouter un champ au nom
- Définir des champs courts, ordonnés et réellement utiles à l'œil
- Attribuer la maintenance du dictionnaire et documenter ses évolutions ainsi que le traitement des valeurs absentes
- Réserver les libellés aux états ou projets temporaires
- Transmettre un identifiant stable dans les URL, puis tester GCLID, UTM et GA4
- Sauvegarder, migrer un petit lot et vérifier les performances avant généralisation
- Conserver dates, budgets, états et stratégies hors du nom
Vous ne nommez pas pour faire joli : vous donnez à l'équipe une lecture commune, tout en laissant les rapports Looker Studio, la LTV et le CAC reposer sur des clés qui ne changent pas.
Sources officielles vérifiées le 26 juillet 2026 : l'API Google Ads documente les champs, identifiants et contraintes du nom de campagne et les doublons de noms. Google Ads couvre les paramètres ValueTrack, les conversions multicomptes, les budgets partagés, les libellés, les thèmes de recherche Performance Max, les tests et les campagnes supprimées. Google Ads Editor documente les sauvegardes AEA et la vérification avant intégration ; GA4, les dimensions de source de trafic et la coexistence GCLID-UTM.
Questions fréquentes
La nomenclature s'applique-t-elle aussi aux groupes d'annonces et aux composants ?
Peut-on inclure le nom du client dans la nomenclature pour un compte multi-clients ?
customer_id porte déjà l'identité technique. Dans un même compte regroupant plusieurs marques ou activités, un code de marque peut rester utile à l'œil. Documentez-le dans le dictionnaire au lieu d'imposer la même réponse à tous les comptes.