Cette nomenclature est l’une des décisions structurantes de l’architecture des campagnes Google Ads : elle en est le premier maillon, pas une couche cosmétique posée après coup, quel que soit le compte Google Ads géré.
Pourquoi votre nomenclature de campagnes est-elle du reporting ?
La nomenclature est trop souvent traitée comme un détail cosmétique : « que ce soit clair dans la liste ». C’est une erreur de catégorie.
Un nom de campagne est la clé de lecture de vos rapports : c’est sur lui que vous allez filtrer, regrouper, comparer quand vous analyserez votre compte, surtout quand il aura grossi et qu’il faudra distinguer d’un coup d’œil les campagnes qui génèrent des prospects de celles qui vendent des produits. C’est un maillon de l’architecture et l’administration d’un compte Google Ads, pas un détail isolé.
On ne sépare pas les campagnes pour « voir » par dimension : on segmente les rapports. C’est précisément le raisonnement qui consiste à consolider la donnée plutôt qu’à la segmenter en campagnes. Le nom doit donc servir l’analyse, sans forcer le compte à se sur-segmenter.
Si votre nom encode vos dimensions, vous filtrez sur « toute la génération de prospects » ou « tout le périmètre local » d’un clic ; s’il est libre et incohérent, vous ne filtrez rien. La nomenclature, c’est un rapport déguisé en texte.
D’où le renversement de méthode : on ne conçoit pas une nomenclature en partant de l’arborescence qu’on veut ranger, mais en partant du rapport qu’on voudra lire. Quelles dimensions voudrai-je filtrer dans six mois : l’objectif ? le périmètre ? le type de campagne ? la zone ? l’étape du tunnel ?
Chacune de ces dimensions devient un champ du nom. Le rapport futur dicte le nom présent.
Cette logique vaut pour toutes les données de performance issues du compte : conversions, CPC (coût par clic), taux de clics, budget consommé et stratégie d’enchères. L’analyse de performance doit pouvoir comparer le CPC et la conversion en fonction des objectifs et du budget de chaque campagne. Sans champ stable pour filtrer, on rapproche des campagnes hétérogènes et on tire de fausses conclusions.
La convention n’améliore pas directement les performances publicitaires : elle rend leurs écarts lisibles. En filtrant les performances par objectif, budget ou stratégie d’enchères, vous voyez quelle famille de mots-clés crée la conversion et quelle annonce consomme sans résultat. C’est un outil d’analyse et d’optimisation, pas une fonctionnalité qui corrige le compte à votre place.
Le test est simple : l’outil de rapport et l’outil d’optimisation doivent retrouver les mêmes clés de lecture. Les performances par groupe et par campagne doivent retomber sur les mêmes dimensions sans retraitement manuel ; sinon, la convention n’est pas terminée.
Comment structurer un nom de campagne qui tient à l’échelle ?
Un nom de campagne fiable répond à une règle simple : toute personne qui ouvre le compte dans six mois doit comprendre ce que fait la campagne sans ouvrir le cahier des charges ni cliquer sur chaque annonce pour deviner l'objectif visé.
Les trois propriétés d’un nom parsable
Des champs fixes, ordonnés. Le nom suit toujours la même structure, dans le même ordre, par exemple [Objectif]_[Périmètre]_[Type]_[Zone]. Chaque champ remplit une fonction définie et sa position reste constante, ce qui rend les noms exploitables automatiquement par l’œil comme par les outils d’analyse qui découpent sur le séparateur.
Un nom où l’objectif est tantôt au début, tantôt à la fin, est illisible en masse : les annonces qu'il décrit deviennent impossibles à retrouver au bon endroit.
Un vocabulaire contrôlé. Chaque champ a un jeu de valeurs fermées, décidées à l’avance. Pas « promo été » ici, « été-promo » là, « summer » ailleurs : une seule valeur canonique par concept. C’est la différence entre « clair pour un humain » et « cohérent pour une machine ».
Un humain comprend les trois variantes, mais aucun filtre ne les regroupera. La clarté humaine ne suffit pas ; il faut la cohérence stricte, parce que c’est elle qui permet le regroupement. Une fois la convention figée, appliquez-la à un parc existant en masse plutôt qu’à la main : c’est exactement le terrain de renommer ses campagnes dans Google Ads Editor, y compris pour les clés de configuration héritées d’un ancien compte.
Des séparateurs cohérents. Un séparateur unique et constant (tiret bas, barre verticale) entre les champs rend le découpage fiable. Détail trivial, conséquence majeure sur le traitement automatique : cette fonction est la plus sous-estimée de toute la convention.
La limite du nom « descriptif et clair » apparaît ici : descriptif et libre ne passent pas à l’échelle. Sur dix campagnes, beaucoup de conventions tiennent encore ; sur deux cents, seul tient ce qui est conventionnel et contrôlé.
Comment déployer la convention en pratique ?
Poser la logique prend peu de temps. L’appliquer à un parc de campagnes existant se fait proprement si on suit l’ordre, la configuration se fait campagne par campagne, mais la convention, elle, se fixe une fois pour toutes.
- Lister les dimensions Identifiez les axes sur lesquels vous voudrez filtrer vos rapports : objectif (lead, ventes, notoriété), périmètre (marque, générique, concurrent), type de réseau (recherche, shopping, PMax, display, vidéo), zone géographique. Ces axes deviendront vos champs.
- Choisir les valeurs fermées Pour chaque champ, fixez la liste exhaustive des valeurs autorisées, y compris pour un champ produits si vous vendez plusieurs lignes distinctes. Décision d’équipe, pas individuelle. Notez-les dans un document partagé avec le compte : c’est la référence unique, la même pour toutes les pages du compte. Si une valeur n’est pas dans la liste, elle n’existe pas.
- Documenter et partager Le doc de convention vit à côté du compte Google Ads. Toute personne qui crée ou renomme une campagne le consulte. Un compte géré à plusieurs sans convention écrite dérive en quelques semaines, c’est la règle, pas l’exception. Pour les parcs multi-comptes, la gouvernance se joue au niveau des comptes administrateur MCC : c'est là que se centralisent les conversions et le budget global.
- Renommer l’existant en masse via Editor Si le compte a déjà des campagnes avec des noms libres, la migration se fait en une session dans Google Ads Editor : export CSV, renommage par lot dans un tableur, réimport. Une seule rupture historique documentée vaut mieux que quinze renommages échelonnés dans Google Ads, chaque étape de la migration doit être tracée pour pouvoir revenir en arrière si un champ a été mal mappé.
Les deux erreurs qui fragilisent une nomenclature
L’incohérence à plusieurs mains. Dès que deux personnes nomment sans convention écrite, les variantes prolifèrent et le reporting se brise. La convention doit donc être documentée et appliquée uniformément sur l'ensemble du compte Google Ads.
Les informations volatiles dans le nom. Risque plus discret et très coûteux : mettre dans le nom une donnée qui change, une date, un budget, un trimestre (Campagne_Budget500_Janvier). Le mois suivant, l’info est fausse, le coût réel n’a plus rien à voir avec le chiffre gravé dans le nom.
Ensuite, il reste deux mauvaises options : laisser le nom faux (rapport trompeur) ou renommer, ce qui brouille la lecture historique et complique l’analyse dans le temps. La règle : un nom encode des dimensions stables (ce que la campagne est), pas des états changeants (ce qu’elle vaut ce mois-ci).
Le budget, les dates, les statuts vivent dans leurs champs natifs, pas dans le nom : ce sont des paramètres de configuration, pas des identifiants. Le budget se pilote à un autre niveau : c’est là que se joue le choix entre budgets partagés et budgets dédiés, pas dans le nom des annonces ou des groupes qui en dépendent.
Traitez le nom de campagne comme un slug : il se fixe à la création et ne se change qu’en cas de migration documentée.
La nuance à garder : aucune nomenclature n’anticipe parfaitement tous les besoins futurs. On conçoit pour les dimensions probables, et on accepte qu’un cas rare se règle dans le rapport plutôt que dans le nom. Mieux vaut une convention imparfaite mais stable et cohérente qu’une convention parfaite qu’on réajuste sans cesse, au risque de casser l’historique à chaque révision.
- Une nomenclature se conçoit à rebours du rapport voulu : chaque dimension filtrable devient un champ du nom.
- Champs fixes ordonnés + vocabulaire contrôlé + séparateur unique = nom parsable à l’échelle.
- Bannissez du nom toute information volatile (dates, budgets) : elle appartient aux champs natifs.
- La convention se fixe avant la première création ; renommer après coup brouille l’historique.
Quelle longueur maximale pour un nom de campagne ?
Avant même la limite technique de Google Ads, un nom de campagne trop long devient un problème pratique. La limite utile ne se résume pas à la longueur autorisée : c'est la lisibilité dans les interfaces.
L'interface Google Ads tronque les noms de campagne dans de nombreuses vues quand ils deviennent trop longs. Résultat : si vos champs discriminants sont en fin de nom, vous ne les voyez plus sans agrandir manuellement la colonne. Même chose dans les exports CSV et dans les rapports Looker Studio où la colonne a une largeur fixe, et dans certaines pages de l'interface qui affichent la liste des campagnes sans possibilité d'élargir la vue. La règle : testez l'affichage dans la vue campagnes avant de figer votre convention, si vous devez scroller pour lire la partie distinctive, le nom est trop long.
Deux contraintes complémentaires : évitez les espaces (remplacez-les par underscore ou tiret), les accents et les caractères spéciaux. La raison est pratique, compatibilité avec les scripts Google Ads, l'API, les exports et les outils tiers (tableurs, connecteurs Looker Studio). Un nom avec accents ou guillemets peut créer des erreurs de parsing dans un script qui découpe sur le séparateur, la même erreur qui affecte parfois les mots-clés mal échappés dans un import CSV.
La règle des quelques champs mentionnée en FAQ n'est pas arbitraire : c'est ce qui reste lisible avec des séparateurs, si chaque valeur est abrégée (LEAD, SRCH, FR plutôt que Lead-Generation, Search, France). Une abréviation mal choisie génère plus d'erreurs de lecture qu'elle n'en évite : gardez des codes reconnaissables au premier coup d'œil.
Comment aligner la convention de nommage avec les paramètres UTM ?
La convention de nommage des campagnes Google Ads et la convention UTM forment un seul système, pas deux chantiers parallèles.
La valeur utm_campaign dans vos URLs de destination doit refléter exactement le nom de campagne, ou au moins sa dimension principale. Si vos noms de campagne varient librement, vos rapports GA4 héritent de la même incohérence : un filtre sur utm_campaign qui ne correspond à aucune valeur stable ne sert à rien.
La logique : le champ utm_campaign est la valeur canonique tirée du nom de campagne, transmise mécaniquement dans le modèle d'URL de destination. Chaque fois que vous créez une campagne, la valeur UTM suit la même convention : ce n'est pas une saisie libre, c'est un champ dérivé.
Un point à clarifier sur le taggage automatique de Google (GCLID) : lorsque Google Ads injecte automatiquement un GCLID dans l'URL, GA4 utilise ce paramètre pour attribuer les sessions à Google Ads et importe le nom de campagne directement depuis Google Ads. Dans ce cas, utm_campaign manuel et GCLID coexistent, mais le nom de campagne reste parsable dans les exports car il vient du compte, pas du tag manuel. La cohérence du nom de campagne dans Google Ads reste donc la source, UTM manuel ou GCLID, les deux dépendent d'elle.
Conseil terrain : avant de figer votre convention, testez la chaîne complète dans un rapport GA4 (Acquisition → Campagnes) pour vérifier que les noms apparaissent comme attendu et sont filtrables. Un test sur une campagne pilote évite une migration en masse : cliquez dans le rapport, filtrez sur le nom, contrôlez qu'il ressort tel quel, les données affichées valident (ou invalident) toute la chaîne en une fois.
Faut-il appliquer la même convention au niveau des groupes d'annonces ?
Oui, mais c'est une déclinaison, pas une copie. La convention groupe d'annonces hérite de la logique campagne et ajoute un niveau de granularité.
La structure typique d'un nom de groupe d'annonces : [Thème]_[Variante] ou [Thème]_[Type-de-correspondance], selon ce que vous voudrez filtrer au niveau groupe. Le type de réseau ne se répète pas : il est déjà dans le nom de campagne parent.
Le tableau ci-dessous illustre la cohérence des deux niveaux, du champ objectif jusqu’au résultat final utilisé pour piloter les conversions :
| Niveau | Champ | Valeurs fermées (exemples) | Exemple rendu |
|---|---|---|---|
| Campagne | Objectif | LEAD / VENTES / NOTORIETE | LEAD |
| Campagne | Périmètre | MARQUE / GENE / CONCU | GENE |
| Campagne | Type réseau | SRCH / SHOP / PMAX | SRCH |
| Campagne | Zone | FR / IDF / LYON | FR |
| Campagne | Résultat | Sans objet | LEAD_GENE_SRCH_FR |
| Groupe | Thème | [Mot-clé principal ou intention] | AUDIT-COMPTE |
| Groupe | Variante | [Sous-intention ou match] | EXACT |
| Groupe | Résultat | Sans objet | AUDIT-COMPTE_EXACT |
La convention peut aussi descendre jusqu’aux annonces lorsque plusieurs variantes doivent être comparées. Chaque annonce reçoit un nom qui indique la fonction des messages publicitaires (preuve, prix, objection clients) et la famille de mots-clés associée, sans recopier tous les champs du groupe. Les performances des annonces restent ainsi lisibles par objectif de conversion et par campagne.
Ce même tableau sert de référence quand on documente les valeurs fermées pour un catalogue de produits ou une liste étendue de pages de destination.
Le niveau groupe est souvent le premier à dériver quand l'équipe grossit ou qu'un prestataire crée des groupes à sa main, avec des erreurs de nommage qui ne sautent aux yeux qu'une fois le compte audité. Documenter les valeurs fermées pour les groupes est aussi important que pour les campagnes, peut-être plus, car c'est à ce niveau que la tentation du nom descriptif libre est la plus forte (« Mots-clés page de destination audit », « Intentions informationnelles V2 »), y compris quand plusieurs pages de destination se partagent le même groupe.
Pour les comptes gérés dans un MCC, la convention campagne et groupe doit être uniforme sur tous les comptes enfants, c'est là que la gouvernance de la nomenclature prend toute son importance.
La convention change-t-elle selon le type de campagne (recherche, display, vidéo, PMax) ?
Le champ change de nature, pas de logique. Sur le réseau de recherche, le niveau groupe organise surtout des mots-clés et le nom porte le thème d'intention. Sur le display et en vidéo, le nom doit plutôt porter la dimension qui structure réellement le ciblage, l'audience (REMK pour remarketing, AFF pour affinité, CUSTOM pour segment personnalisé) ou le format de créa (BANN, VIDEO-15S). C'est souvent la pertinence de l'audience visée par la publicité, plus que le mot-clé, qui structure le nom sur ces réseaux. Le champ « Type réseau » de la campagne reste, lui, identique à celui du tableau plus haut : SRCH, SHOP, DISP, VIDEO, PMAX.
Le cas le plus mal géré sur le terrain est Performance Max. PMax n'a ni mots-clés ni groupes d'annonces au sens classique, la campagne entière est pilotée par des groupes d'assets et un signal d'audience optionnel. Documenter une valeur canonique par type de signal (SEARCH-THEME, CUSTOM-SEG, NOSIGNAL) évite qu'un nom de campagne PMax devienne le seul indice de ce qui a réellement été configuré, six mois plus tard, quand plus personne ne se souvient du ciblage d'origine ni du prospect type visé.
Le format publicitaire devrait laisser stables les champs « Objectif » et « Périmètre » : une campagne shopping qui vend les mêmes produits qu'une campagne recherche générique reste une campagne VENTES_GENE, seul le champ réseau bascule de SRCH à SHOP. C'est cette stabilité des premiers champs qui rend le compte lisible même quand il mélange les formats et les objectifs publicitaires, un compte qui gère à la fois des publicités display et des campagnes de recherche n'a pas besoin de deux conventions distinctes, seulement d'un champ qui absorbe la variation.
Faut-il encoder la stratégie d'enchères dans le nom de campagne ?
Non, sauf cas précis. La stratégie d'enchères (Maximiser les conversions, tCPA, tROAS, CPC manuel) traduit vos objectifs de conversion en consigne de pilotage, mais reste un paramètre révisable, au même titre que le budget : elle peut changer sans que la campagne change de nature, donc elle ne mérite pas un champ figé dans le nom pour la même raison que les dates ou les montants n'y figurent pas. Son objectif est de piloter le coût par conversion, pas de décrire l'identité de la campagne.
L'exception qui justifie de l'encoder : quand vous testez délibérément deux stratégies d'enchères en parallèle sur un même périmètre pour comparer leurs résultats (par exemple LEAD_GENE_SRCH_FR_TCPA face à LEAD_GENE_SRCH_FR_MAXCONV). Dans ce cas précis, la stratégie devient une variable de test, donc une dimension de filtrage temporaire, et elle disparaît du nom une fois le test tranché et la stratégie qui tient généralisée. Un champ ajouté pour un test doit avoir une date de suppression prévue, sinon il pollue la convention à long terme et rend chaque étape de lecture du compte plus lente qu'elle ne devrait l'être.
Comment nommer une campagne archivée ou supprimée ?
Quand une campagne arrive en fin de vie, mettez-la d'abord en pause et rendez son statut lisible avant toute suppression définitive. La convention terrain : préfixez le nom original avec ZZ_ (ou [ARCHIVE]) sans modifier la structure des champs.
Exemple : LEAD_GENE_SRCH_FR devient ZZ_LEAD_GENE_SRCH_FR.
Ce préfixe fait trois choses simultanément. Il pousse la campagne en bas de la liste alphabétique dans l'interface (Z sort après toutes les valeurs d'objectif). Il la distingue visuellement sans brouillage : un filtre « exclure ZZ_ » dans un rapport élimine les archives sans effacer leur historique. Il préserve la structure d'origine : un rapport qui filtre sur _GENE_ trouve encore les données passées de la campagne archivée si on ne l'exclut pas, sans qu'il soit besoin de cliquer sur chaque campagne pour vérifier son statut.
Avant suppression réelle, conservez l’historique assez longtemps pour comparer les périodes d'avant/après dans vos rapports. Sur un compte qui a connu plusieurs générations de campagnes, le préfixe ZZ_ est ce qui rend l'historique lisible, sans lui, la liste mélange actif et mort, et les filtres ne fonctionnent plus.
Le renommage d'archivage se fait en une opération dans Google Ads Editor : sélection multiple des campagnes à archiver, ajout du préfixe par lot.
Décision
Avant de créer votre première campagne (ou avant de réorganiser un compte existant), faites le travail en amont : listez les dimensions sur lesquelles vous voudrez filtrer vos rapports, faites-en des champs fixes ordonnés, attribuez à chacun un vocabulaire fermé, choisissez un séparateur unique, et documentez le tout.
Bannissez du nom toute information volatile et appliquez la convention de manière cohérente. Le mémo suivant couvre chaque étape de la configuration, de la première campagne au parc arrivé à maturité.
- Lister les dimensions sur lesquelles vous filtrerez vos rapports (objectif, périmètre, type, zone)
- Définir des champs fixes ordonnés et choisir un séparateur unique (underscore ou pipe)
- Attribuer à chaque champ un vocabulaire fermé avec des valeurs canoniques
- Bannir du nom toute information volatile : dates, budgets, statuts
- Documenter la convention et la partager à toute personne qui touche le compte
- Fixer la convention avant la première création et ne pas renommer après coup
Vous ne nommez pas pour que ce soit joli aujourd’hui : vous nommez pour pouvoir retrouver, filtrer et analyser dans trois ans, quels que soient les prospects visés ou le ciblage retenu à l’époque. C’est ce nom propre qui rendra ensuite vos rapports exploitables, jusqu’à un tableau de bord Looker Studio branché sur la LTV et le CAC.
