Elle sert le même objectif que pose GA4 pour Google Ads : rendre lisible ce que la balise Ads ne rapporte pas dans ses colonnes natives, campagne par campagne, canal d’acquisition par canal d’acquisition.
Qu'est-ce qu'une dimension personnalisée GA4 fait réellement ?
Le malentendu d'abord. Vos événements GA4 arrivent avec des paramètres natifs ou métier : la gamme de l’article consulté, le type de formulaire envoyé, le statut du client. Quand GA4 fournit une dimension prédéfinie, utilisez-la. Un paramètre métier sans correspondance reste indisponible dans les rapports compatibles tant qu'il n'est pas enregistré comme dimension personnalisée.
La déclaration GA4 est cet enregistrement : une clé collectée, associée à la portée adaptée, devient filtrable, croisable et lisible.
Donc : cet enregistrement ne génère rien, il rend exploitable ce que vous collectiez déjà. Conséquence immédiate, que les tutoriels prennent à l'envers : tout le travail est en amont, collecter la bonne information, proprement, via le dataLayer et son plan de variables e-commerce et le plan de collecte. La déclaration dans l’interface est la dernière marche, pas le projet.
L’aide Google Analytics vérifiée le 24 juillet 2026 indique que la dimension devient exploitable après l’envoi des données et sa création, sous 24 à 48 heures. L’enregistrement n’est donc pas rétroactif et ne reconstitue pas les données antérieures.
Avant de créer de nouveaux champs dans Google Analytics 4, partez des questions à résoudre. Quels utilisateurs atteignent le contenu clé ? Leur navigation passe-t-elle par le menu, une recherche interne ou des liens de campagne ? Le niveau d’engagement change-t-il selon le segment de trafic ? Ces questions désignent les informations utiles à exposer dans Analytics ; elles évitent de déclarer des champs simplement parce qu’ils sont disponibles.
Cette logique sépare aussi collecte et lecture. La balise ou le code du site envoie les valeurs ; Google Analytics les reçoit ; la définition personnalisée les rend disponibles dans les explorations. Aucun outil de création de rapport ne peut reconstruire une information que la collecte n’a jamais fournie.
Les trois portées : événement, utilisateur et article
Google Analytics 4 distingue trois portées de dimensions personnalisées. La plupart des équipes n'en utilisent que deux et manquent le troisième type, le seul qui lit l'intérieur du tableau items[] d'une transaction.
Portée événement et portée utilisateur : le socle commun
La portée événement attache la valeur à chaque occurrence d'une action : gamme vue, version de formulaire soumise, type de page consulté. La valeur peut changer plusieurs fois par session. La portée utilisateur, elle, décrit l'utilisateur sur plusieurs sessions : statut client, formule souscrite ou cohorte, à condition que ces catégories restent autorisées et non identifiantes.
La frontière à respecter : si la valeur décrit quelque chose de transitoire (une page, un clic, un contenu consulté), choisissez la portée événement. Si elle décrit durablement l'utilisateur (sa formule ou son statut, par exemple), choisissez la portée utilisateur. Mélanger les deux donne des analyses incohérentes et consomme le quota au mauvais endroit.
Portée article : le troisième type souvent oublié en e-commerce
La portée article est distincte des deux autres : elle lit les attributs portés par chaque objet dans le tableau items[] des événements e-commerce, add_to_cart, purchase, view_item. GA4 expose notamment item_name, item_brand, item_category et item_variant lorsque ces paramètres sont transmis. N’enregistrez une dimension personnalisée de portée article que pour un paramètre métier sans correspondance prédéfinie, par exemple une collection interne, une gamme de marge ou une matière propre à votre catalogue.
Ce que cela permet concrètement : analyser dans les explorations les métriques d’article compatibles selon un attribut natif ou métier, sans créer un champ artificiel au niveau de l’action entière. La valeur appartient à l’article. Une dimension personnalisée de portée article ne peut toutefois pas être ajoutée aux rapports standards.
Le quota de cette portée est distinct des deux autres dimensions personnalisées : la portée article a son propre plafond, séparé des dimensions événement et utilisateur.
| Portée | Ce que la valeur représente | Cas d'usage typique | Quota standard |
|---|---|---|---|
| Événement | Valeur attachée à l'action | Gamme consultée, version de formulaire | 50 |
| Utilisateur | Propriété attachée à l'utilisateur | Statut client, formule souscrite | 25 |
| Article | Attribut d'un objet dans items[] |
Collection interne, gamme métier, matière sans dimension native | 10 |
Les cas d'usage qui paient pour un annonceur
Trois familles utiles, toutes au service d'une décision. Leur emploi publicitaire dépend ensuite du consentement, des réglages de la propriété et des règles applicables à votre activité.
Segmenter la qualité du trafic payant : une valeur « type de prospect » ou « gamme consultée » croisée avec le canal d'acquisition, vos annonces amènent-elles les bons profils, ou seulement du volume ?
Comparer des versions entre deux campagnes : la variante de page d’arrivée ou de formulaire devient lisible dans une analyse A/B. Le même réflexe vaut pour les paramètres d'engagement profond, qui ne servent à rien tant qu'ils restent dans la collecte sans être exposés.
Porter le contexte métier : client nouveau ou existant, formule souscrite, catégorie de contenu consultée, catégorie d'application pour ceux qui suivent une application mobile, des informations que GA4 ne peut pas déduire seul mais que votre site collecte déjà. Le test d'admission est toujours le même : quelle décision ce champ éclairera-t-il ? Pas de réponse en une phrase, pas d'enregistrement.
Trois segments suffisent souvent à cadrer le besoin. Le segment d’acquisition décrit la source ou la campagne. Le segment de navigation décrit le chemin, le type de lien cliqué ou l’élément d’interface utilisé. Le segment métier décrit le statut du client ou la catégorie d’achat. Dans Google Analytics, croisez ensuite ces informations avec des métriques de trafic, d’engagement et de conversion ; si aucun croisement n’éclaire une décision, la nouvelle définition n’a pas à être créée.
Dans Google Analytics, les dimensions décrivent le contexte et les mesures chiffrent le résultat. Les dimensions personnalisées peuvent ainsi ventiler une métrique existante, pas inventer une mesure absente. Croisez quelques dimensions stables avec des mesures de volume, d’engagement et de conversion : cette grille fournit davantage d’information qu’une longue liste de champs jamais utilisés.
Cas concret : un rapport de navigation. Placez en lignes le type de lien et la zone de contenu, puis comparez les utilisateurs, les événements et les mesures d’engagement. Ce rapport montre quels liens orientent réellement la navigation et quels utilisateurs quittent le parcours. Un second rapport peut rapprocher les événements d’achat du segment client : il décrit le comportement d’achat sans enregistrer l’adresse complète de chaque page.
Deuxième cas : le contrôle des campagnes marketing. Un rapport dédié compare les utilisateurs issus du trafic payant, les événements de formulaire et le comportement après le clic. Ces informations permettent de distinguer un problème marketing d’un problème de navigation. Les dimensions fournissent le contexte ; les métriques gardent la responsabilité du calcul.
Les outils comme Looker Studio consomment ensuite les données d’Analytics, ils ne réparent pas la collecte. Des rapports personnalisés dans Looker Studio restent vides si les définitions n’ont rien reçu. Commencez donc dans Analytics, validez les valeurs, puis construisez les tableaux personnalisés destinés aux équipes marketing.
Ces outils fournissent un contrôle simple : le comportement attendu doit rester cohérent entre les liens de navigation et les conversions observées.
Cardinalité et quotas : pourquoi vos dimensions GA4 dégradent les rapports ?
La cardinalité : des catégories qu'un humain peut énumérer
La cardinalité. Une définition sur mesure se juge au nombre de valeurs distinctes qu'elle prend, session après session. « Gamme » : quelques dizaines, parfait. « ID de session », « URL complète avec paramètres » : des milliers, à éviter.
Trop de valeurs distinctes font exploser les combinaisons à agréger, et GA4 répond en compactant l'excédent dans la ligne « (other) » : le champ censé affiner l’analyse la rend illisible.
Règle simple : exposez des catégories qu'un humain peut énumérer. Une fois propres, elles remontent dans les rapports de cheminement de GA4, croisées avec vos canaux d'acquisition. Les identifiants uniques, eux, n’ont pas leur place dans ces définitions : lorsque leur collecte est autorisée et utile, analysez les paramètres correspondants dans l'export GA4 vers BigQuery sans les enregistrer comme dimensions personnalisées.
Les quotas GA4 standard vs 360 : les seuils qui font décider
Le nombre de dimensions enregistrables est limité par portée et par version de propriété. Les limites publiées par Google Analytics donnent le cadre suivant :
| GA4 standard | GA4 360 | |
|---|---|---|
| Dimensions portée événement | 50 | 125 |
| Dimensions portée utilisateur | 25 | 100 |
| Dimensions portée article | 10 | 25 |
| Métriques personnalisées | 50 | 125 |
À noter : supprimer une définition libère une place dans le quota, mais sans rendre l'ancienne définition rétroactive ni reconstituer ses rapports. Google indique qu'après avoir atteint la limite, il faut attendre jusqu'à 48 heures après une suppression avant de pouvoir en créer une nouvelle. Une mauvaise décision coûte donc du temps, raison de plus pour formuler la question avant d'enregistrer.
Irréversibilité : ce qu'on ne peut plus changer après enregistrement
Contrainte que la plupart des équipes découvrent trop tard : une fois le champ créé, GA4 ne permet pas de modifier sa portée après création (on ne peut pas passer de portée événement à portée utilisateur) ni la clé liée. Seul le nom affiché dans l'interface est modifiable.
Conséquence directe : une erreur de portée oblige à archiver la définition et à la recréer, ce qui rompt la continuité des rapports. Si le quota est atteint, Google indique qu’il peut falloir attendre jusqu’à 48 heures avant de réutiliser la place libérée. C'est pourquoi l'étape de sélection, l’étape 2 ci-dessous, n'est pas une formalité.
L’erreur classique consiste à enregistrer en portée événement une valeur qui devrait être en portée utilisateur parce qu'elle décrit le statut durable du client. Elle s'affiche événement par événement au lieu de décrire l'utilisateur dans la durée, et l’analyse devient illisible. La définition doit alors être archivée et recréée : la place n’est pas perdue définitivement, mais les rapports antérieurs ne sont pas reconstruits.
- Inventaire. Listez les valeurs déjà envoyées. Pour chacune : quelle décision éclaire-t-elle, combien de variantes prend-elle, depuis quand est-elle propre ?
- Sélection. Ne gardez que les survivantes de cette grille : décision formulée, cardinalité faible, clé stable. Choisissez la portée définitivement : elle et la clé liée ne sont plus modifiables après enregistrement.
- Enregistrement. Dans GA4 : Admin > Définitions personnalisées > Créer une dimension personnalisée. Nommez-la lisiblement, choisissez la portée puis liez la clé exacte.
- Vérification. Contrôlez d’abord la valeur dans DebugView ou le Temps réel. Pour la retrouver dans les rapports compatibles ou les explorations, comptez généralement 24 à 48 heures après l’envoi des données et la création. Une dimension de portée article reste réservée aux explorations. Ce délai est distinct de la non-rétroactivité : aucune donnée historique ne sera remontée.
Le contrôle de la collecte vient avant l’interface. Dans Google Tag Manager, vérifiez que le code envoie des paramètres portant exactement le même nom sur tous les événements concernés. Des paramètres homonymes, des casses différentes ou des valeurs vides créent plusieurs séries difficiles à rapprocher. Une fois le code stabilisé, les dimensions peuvent exposer ces clés sans retraitement.
Le garde-fou : GA4 expose la valeur telle qu'elle est collectée. Des libellés incohérents en entrée (« B2B », « b2b », « pro » pour la même réalité) restent incohérents en sortie. La normalisation se gagne au dataLayer, pas dans l'interface.
- L’enregistrement n'ajoute aucune donnée : il expose une valeur que vous collectez déjà. Sans collecte propre en amont, rien d’utile à afficher.
- Non rétroactif : il devient lisible à partir de sa création. Déclarez tôt ce dont vous connaissez l'utilité.
- Trois portées : événement, utilisateur et article. Le choix est irréversible après enregistrement.
- Cardinalité faible nécessaire : des milliers de valeurs distinctes finissent dans la ligne (other). Les identifiants uniques vont à BigQuery.
- Aucune donnée directement identifiante ou sensible dans une dimension ; finalité, consentement et accès se décident avant la collecte.
- Les quotas sont finis. Chaque enregistrement inutile consomme une place et encombre les analyses.
Une dimension personnalisée peut-elle alimenter une audience Google Ads ?
Oui, si la collecte, le consentement et la liaison publicitaire l'autorisent. Une fois la donnée exposée, elle peut servir de critère dans une audience GA4 : vous construisez une audience sur une catégorie non sensible (la formule souscrite, la gamme consultée ou le statut client), puis vous la partagez avec le compte Google Ads lié lorsque les paramètres de personnalisation publicitaire le permettent.
L’audience et la définition n’obéissent pas à la même règle de rétroactivité. Le reporting de la dimension ne reconstitue pas les périodes antérieures à son enregistrement. Lors de la création d’une audience, Google Analytics peut en revanche ajouter les utilisateurs qui ont rempli ses critères au cours des 30 jours précédents, lorsque les données nécessaires sont disponibles. Cette prépopulation ne rend pas les rapports de la dimension rétroactifs.
Ce que ça change concrètement pour vos campagnes, sur le web comme en application :
- une valeur durable comme le statut client peut fournir une base plus stable qu'une donnée transitoire, parce qu'elle décrit l'utilisateur et non un événement isolé ;
- l'audience partagée devient disponible dans Google Ads selon son éligibilité et sa taille : elle peut être observée, ciblée, exclue ou utilisée comme signal dans les campagnes compatibles, sans garantie automatique de gain ;
- la cardinalité compte ici aussi. Une liste de valeurs propre donne des audiences lisibles ; une collecte polluée produit des audiences dont vous ne savez plus qui elles contiennent réellement.
L'articulation complète entre les segments prédictifs que GA4 calcule seul et les audiences que vous construisez à la main sur vos propres dimensions, c'est le terrain des audiences prédictives GA4 : la donnée déclarée reste la matière première, l'audience est ce que vous en faites une fois exposée.
Dimension personnalisée GA4 et colonne personnalisée Google Ads : est-ce la même chose ?
Non, et la confusion coûte du temps à qui cherche la fonctionnalité au mauvais endroit. Les deux portent le mot « personnalisé », les deux vivent dans une interface Google, et c'est à peu près là que s'arrête la ressemblance.
Une colonne personnalisée, côté Google Ads, recombine des métriques que la plateforme calcule déjà : elle affiche le CTR mobile seul, ou soustrait deux colonnes existantes. Rien n'est collecté, rien n'est déclaré en amont, c'est une opération arithmétique sur des mesures déjà présentes dans le compte.
Côté GA4, le champ expose une information que votre site ou application a collectée et que Google Ads ne voit pas telle quelle dans ses colonnes natives : la gamme consultée, le statut du client, la variante de formulaire soumise. Il ne s’agit pas d’un calcul sur des métriques publicitaires existantes, mais de l'exposition d'une donnée métier autorisée que seule votre collecte connaît.
La frontière pratique : si la donnée que vous cherchez existe déjà dans les rapports Google Ads (impressions, clics, coût, conversions), c'est une colonne personnalisée qu'il vous faut, pas une dimension GA4. Si la donnée vient de votre site, un champ applicatif, un élément de contexte que votre dataLayer connaît et qu'aucune plateforme publicitaire ne devine, c'est le terrain des dimensions personnalisées GA4, avec leur enregistrement, leur portée et leur quota.
À trancher
Ce réglage n'est pas un projet en soi : c'est une brique de votre plan de mesure et de suivi Google Ads, et il vaut ce que vaut la collecte en amont.
Si la donnée n'existe pas encore dans la collecte, le travail commence dans Google Tag Manager (GTM), avec ses balises, déclencheurs et variables, pas dans l'interface GA4. Et si votre besoin réel concerne des identifiants uniques ou des croisements lourds, la bonne réponse est BigQuery. Si vous constatez des écarts entre les sources d'acquisition dans GA4 et les tableaux Google Ads, le sujet dépasse cette page : voir les écarts de conversion Ads vs GA4.
