API Core Reporting – Segments

Ce document décrit la syntaxe et les points à prendre en compte lors de l'utilisation des segments dans l'API Core Reporting.

Introduction

Lorsque vous utilisez la fonctionnalité de segmentation de l'API Core Reporting, vous pouvez demander un segment dans cette API de deux manières:

  1. Segments par ID: effectuez une requête en utilisant l'ID numérique d'un segment intégré ou personnalisé.
  2. Segments dynamiques: spécifiez le segment de manière dynamique au moment de la requête.

Segments par ID

Vous pouvez demander un segment dans l'API Core Reporting en utilisant l'ID d'un segment intégré ou personnalisé. Vous pouvez récupérer tous les segments disponibles pour un utilisateur via la méthode list de la collecte de segments dans l'API de gestion de Google Analytics. Pour chaque segment, l'ID est disponible dans la propriété id de la ressource de segment.

Pour en savoir plus sur l'utilisation des ID de segment dans les requêtes API, consultez la documentation de référence de l'API Core Reporting.

Segments dynamiques

Vous pouvez également créer et utiliser un segment de manière dynamique lorsque vous effectuez une requête API. En règle générale, lorsque vous créez un segment dynamique, vous devez prendre en compte les éléments suivants:

  1. Sélectionner des utilisateurs ou des sessions
  2. Utiliser des conditions ou des séquences
  3. Utiliser les champs d'application des métriques

Chacun des éléments à prendre en compte lors de la création d'un segment dynamique est décrit ci-dessous dans les grandes lignes. Pour examiner la syntaxe complète des segments dynamiques, consultez la documentation de référence sur la syntaxe des segments dynamiques.

Dimensions et métriques autorisées dans les segments
Toutes les dimensions et métriques ne peuvent pas être utilisées dans les segments. Pour savoir quelles dimensions et métriques sont autorisées dans les segments, accédez à l' Explorateur de dimensions et de métriques.

1. Sélection d'utilisateurs ou de sessions

Indiquez si vous essayez de sélectionner des utilisateurs ou des sessions (ou les deux).

  • Utilisez users:: pour sélectionner des utilisateurs.
  • Utilisez sessions:: pour sélectionner des sessions.
  • Si les conditions users:: et sessions:: sont spécifiées :
    1. Les conditions utilisateur sont d'abord appliquées pour générer les sessions des utilisateurs correspondants.
    2. Les conditions de session ne s'appliquent qu'aux sessions provenant de l'étape 1.

Exemple :

  • Sélectionnez les utilisateurs qui ont utilisé le navigateur Chrome dans au moins une de leurs sessions.
    • users::condition::ga:browser==Chrome
  • Sélectionnez les sessions dans lesquelles le navigateur Chrome a été utilisé.
    • sessions::condition::ga:browser==Chrome
  • Sélectionnez les sessions dans la ville de Londres d'utilisateurs qui ont ouvert au moins une session avec le navigateur Chrome.
    • users::condition::ga:browser==Chrome;sessions::condition::ga:city==London

Consultez la section conditionScope de la documentation de référence sur la syntaxe pour en savoir plus sur la sélection des utilisateurs et des sessions.

2. Utiliser des conditions ou des séquences

Une fois que vous avez déterminé si vous souhaitez segmenter les utilisateurs ou les sessions, spécifiez une ou plusieurs conditions et/ou séquences.

Conditions

Les conditions utilisent le préfixe condition::. Exemple :

  • Sélectionnez des utilisateurs basés à Londres qui ont visité votre site à l'aide du navigateur Chrome.
    • users::condition::ga:city==London;ga:browser==Chrome

Séquences

Les conditions de séquence sont composées d'une ou de plusieurs étapes, où chaque étape est définie par une ou plusieurs conditions de dimension/métrique.

Spécifiez des conditions basées sur la séquence à l'aide du préfixe sequence:: et des opérateurs suivi de (;–>>) ou immédiatement suivis de (;–>). Exemple :

  • Sélectionnez les utilisateurs ayant d'abord utilisé un ordinateur de bureau, puis un appareil mobile. Étant donné que nous segmentons les utilisateurs, cette recherche recherche toutes les sessions d'un utilisateur et vérifie s'il a utilisé un ordinateur de bureau au cours d'une session, puis un appareil mobile dans l'une des sessions suivantes.
    • users::sequence::ga:deviceCategory==desktop;->>ga:deviceCategory==mobile
  • Vous pouvez également utiliser plusieurs conditions pour chaque étape.
    • users::sequence::ga:deviceCategory==desktop;ga:operatingSystem==Windows->>ga:deviceCategory==mobile;ga:operatingSystem==Android
  • Vous pouvez également combiner des conditions et des séquences dans un segment à l'aide d'un opérateur ET (autrement dit, ';'").
    • users::condition::ga:totalEvents>10;sequence::ga:deviceCategory==desktop->>ga:deviceCategory==mobile

Consultez la section conditionType dans la documentation de référence sur la syntaxe pour en savoir plus sur les conditions simples et basées sur les séquences. Pour obtenir d'autres exemples, consultez les sections Conditions et Séquences de la documentation de référence sur les caractéristiques des segments.

3. Utiliser les champs d'application des métriques

Le champ d'application d'une métrique définit le niveau auquel elle est définie : HIT, SESSION ou USER. Par exemple, ga:pageviews et ga:transactions sont des métriques au niveau de la HIT, puisqu'elles surviennent lors d'un appel, tandis que ga:sessionDuration et ga:bounces sont des métriques au niveau de la SESSION, car elles ne contiennent qu'une seule valeur par session. Conceptuellement, USER est le champ d'application de niveau le plus élevé et HIT le champ d'application de niveau le plus bas.

Les valeurs des métriques peuvent également être enregistrées pour des niveaux d'accès supérieurs à leur champ d'application principal. Exemple : ga:pageviews et ga:transactions peuvent être rapportés au niveau de la SESSION et de l'utilisateur en les additionnant simplement pour chaque appel enregistré au cours de ces sessions ou pour ces utilisateurs.

Vous pouvez spécifier le champ d'application de chaque condition de métrique, ce qui déterminera le niveau auquel la condition est appliquée. Les champs d'application des métriques sont spécifiés à l'aide du préfixe perUser::, perSession:: ou perHit::.

Exemple :

  • Sélectionnez des utilisateurs qui ont dépensé au moins 10 € sur un site Web (par exemple, la valeur vie d'un utilisateur est d'au moins 10 $).
    users::condition::perUser::ga:transactionRevenue>=10
    
  • Sélectionnez les utilisateurs qui ont dépensé au moins 10 $au cours d'une session.
    users::condition::perSession::ga:transactionRevenue>=10
    

Restrictions liées à la portée

L'API Core Reporting effectue une validation des champs d'application des métriques afin de s'assurer que la requête donnée est valide. Les règles de validation des niveaux d'accès sont les suivantes:

  1. Le champ d'application de la métrique spécifié doit toujours être inférieur ou égal au champ d'application de la condition parente (comme indiqué par le préfixe users:: ou sessions::).
  2. Le champ d'application de la métrique spécifié doit être supérieur ou égal à son champ d'application principal tel que défini dans le modèle de données. Consultez la page Metrics: Primary Scope Reference (Métriques : Documentation de référence sur le champ d'application principal) pour obtenir la liste complète des métriques et de leurs champs d'application principaux.

Par exemple, les exemples suivants sont des champs d'application de métriques valides:

  • Les champs d'application de la condition et des métriques sont égaux (autrement dit, au niveau UTILISATEUR).
    • users::condition::perUser::ga:transactionRevenue>10
  • Le champ d'application de la condition est supérieur à celui de la métrique (autrement dit, USER > SESSION).
    • users::condition::perSession::ga:transactionRevenue>10
  • ga:totalEvents est une métrique de niveau HIT. Par conséquent, les champs d'application possibles pour celle-ci dans une condition sont perHit::, perSession:: ou perUser:: (puisqu'ils sont tous supérieurs ou égaux au niveau d'accès au niveau HIT).
    • users::condition::perHit::ga:totalEvents>5
    • users::condition::perSession::ga:totalEvents>5

Par exemple, les exemples suivants sont des champs d'application de métriques non valides:

  • Le segment suivant n'est pas valide, car le champ d'application de la condition parente est inférieur à celui de la métrique (autrement dit, SESSION < USER).
    • sessions::condition::perUser::ga:transactionRevenue>10
  • Vous utilisez un champ d'application au niveau de la HIT pour une métrique de niveau SESSION et un niveau de HIT < au niveau de la SESSION.
    • users::condition::perHit::ga:sessionDuration>60

Champ d'application par défaut

Lorsqu'un champ d'application de la condition de métrique n'est pas spécifié explicitement, il est défini par défaut sur le champ d'application de la condition. Par exemple, le segment suivant utilisera un champ d'application de niveau UTILISATEUR pour toutes ses conditions de métriques : users::condition::ga:transactionRevenue>=10;ga:sessionDuration>60

Documentation de référence sur la syntaxe des segments dynamiques

Syntaxe de base

La syntaxe permettant de définir un segment se présente sous la forme suivante : segment=<segmentCondition>+. En d'autres termes, un segment est composé d'une ou de plusieurs instructions segmentCondition.

Un <segmentCondition> est défini comme suit : <conditionScope><conditionType><dimensionOrMetricConditions>


conditionScope spécifie le champ d'application de premier niveau des conditions.
conditionType spécifie le type de conditions.
dimensionOrMetricConditions spécifie les conditions de dimension/métrique ou les étapes de la séquence.

conditionScope

Spécifie le champ d'application de niveau supérieur des conditions. Les valeurs possibles sont :

  • users:: pour sélectionner les utilisateurs.
  • sessions:: pour la sélection des sessions.

Contraintes et considérations pour conditionScope:

  • Si plusieurs conditions "utilisateurs" et "sessions" sont spécifiées dans un même segment, elles doivent être combinées avec un opérateur AND.
  • Les conditions qui sélectionnent à la fois des utilisateurs et des sessions doivent également être associées à un opérateur AND. Lorsque des conditions sont spécifiées pour les utilisateurs et les sessions, toutes les conditions utilisateur sont appliquées en premier pour trouver les utilisateurs correspondants, puis toutes les conditions des sessions appartenant à ces utilisateurs.
  • Si vous utilisez des conditions au niveau de l'utilisateur, la plage de dates ne doit pas dépasser 90 jours.
  • Le champ d'application de la condition détermine également le niveau d'accès par défaut pour toutes les conditions de métriques en dessous. Pour en savoir plus sur les niveaux de champ d'application, consultez Métriques: document de référence sur le champ d'application principal.

conditionType

Spécifie le type de conditions. Les valeurs possibles sont :

  • condition:: pour spécifier des conditions simples (c'est-à-dire non basées sur des séquences).
  • sequence:: permet de spécifier des conditions basées sur la séquence.

Contraintes et considérations pour conditionType:

  • Si plusieurs "conditions simples" et "séquences" sont spécifiées, elles doivent toujours être combinées avec un opérateur AND.
  • Pour les conditions basées sur des séquences, un maximum de 10 étapes est autorisé par segment.

Conditions simples

Les conditions simples sont constituées d'une ou de plusieurs conditions de dimension/statistique qui peuvent être combinées.

Les opérateurs de condition valides pour les conditions simples sont les suivants:

La syntaxe pour les conditions simples est la suivante:

condition::<dimensionOrMetricConditions>

Exemples de conditions simples:

  • users::condition::ga:transactionRevenue>10;ga:sessionDuration>60
  • Vous pouvez spécifier un opérateur de négation de niveau supérieur pour trouver le complément d'une condition simple donnée pouvant inclure plusieurs conditions de dimension/métrique. Exemple : users::condition::!ga:transactionRevenue>10;ga:sessionDuration>60

Conditions d'exclusion

Une condition d'exclusion permet de créer un segment qui ne remplit pas la condition définie.

La syntaxe utilise l'opérateur NOT (le caractère !) pour annuler une condition et exclure les sessions correspondant à cette condition.

Excluez les sessions dont la page de sortie correspond exactement au chemin de la page racine:
sessions::condition::!ga:exitPagePath==/

Plusieurs conditions

Vous pouvez regrouper toutes les conditions au niveau de l'utilisateur sous un seul préfixe users:: ou utiliser un préfixe users:: distinct pour chaque condition. Il en va de même pour les conditions définies au niveau de la session.

Par exemple, les segments suivants sont équivalents. Dans les deux cas, condition1 et condition2 sont définies sur AND pour sélectionner les utilisateurs :
users::<condition1>;<condition2>
users::<condition1>users::<condition2>

Conditions de la séquence

Les conditions de séquence sont composées d'une ou de plusieurs étapes, où chaque étape est définie par une ou plusieurs conditions de dimension/métrique. Vous pouvez combiner plusieurs étapes avec des opérateurs de séquence spéciaux.

Les opérateurs de séquence valides pour les conditions de séquence sont les suivants:

  • L'opérateur –>> indique que l'étape précédente précéde l'étape suivante.
  • L'opérateur –> indique que l'étape précédente précéde immédiatement l'étape suivante.

La syntaxe des conditions de séquence est la suivante:

sequence:: NOT? FIRST_HIT_MATCHES_FIRST_STEP? (AND (PRECEDES|IMMEDIATELY_PRECEDES) <step>)*

où:

NOT est représenté par: !
FIRST_HIT_MATCHES_FIRST_STEP est représenté par: ^
PRECEDES est représenté par: ;–>>
IMMEDIATELY_PRECEDES est représenté par: ;–>
step est représenté par: <dimensionOrMetricConditions>

Exemples de conditions de séquence:

  • users::sequence::ga:deviceCategory==desktop;->ga:deviceCategory==tablet
  • Vous pouvez également spécifier un opérateur de négation de niveau supérieur pour trouver le complément d'une séquence donnée comportant plusieurs étapes et/ou conditions de dimension/métrique. Exemple : users::sequence::!ga:deviceCategory==desktop;->ga:deviceCategory==tablet
  • L'opérateur ^ permet de spécifier que la première étape correspond au premier appel de la première session de la période donnée. Exemple : users::sequence::^ga:deviceCategory==desktop;->ga:deviceCategory==tablet

Date des conditions de la session

Les segments sont compatibles avec un type d'analyse qui utilise la syntaxe dateOfSession. Lorsque vous utilisez l'opérateur entre <>, vous pouvez limiter un segment à un groupe d'utilisateurs qui ont démarré une session au cours d'une certaine plage de dates. La plage de dates maximale pour dateOfSession est de 31 jours. Consultez l'exemple de date de session ci-dessous pour en savoir plus sur son utilisation.

Conditions des dimensions et des métriques

Combiner des conditions

Vous pouvez combiner une ou plusieurs conditions de dimension avec AND (par exemple, ";") et OR (par exemple, ",") avec l'opérateur OR avec une priorité plus élevée.

La syntaxe est la même que celle utilisée pour combiner des filtres. Pour en savoir plus, consultez la section Combiner des filtres dans la documentation de référence de l'API Core Reporting.

Opérateurs

Le tableau ci-dessous décrit tous les opérateurs disponibles dans les segments et indique s'ils sont compatibles avec les dimensions et/ou les métriques.

Opérateur Description Pris en charge dans les conditions de dimension ? Pris en charge dans les conditions de métriques ?
== Égal à ou mot clé exact. Oui
Ex.: ga:city==London
Oui
Ex.: ga:adCost==10
!= Différent de ou n'est pas une correspondance exacte. Oui
Ex.: ga:city!=London
Oui
Ex.: ga:adCost!=10
< Inférieur à Oui (pour les valeurs numériques uniquement).
Ex.: ga:hour<12
Oui
Ex.: ga:adCost<10
<= Inférieur ou égal à Oui (pour les valeurs numériques uniquement).
Ex.: ga:hour<=12
Oui
Ex.: ga:adCost<=10
> Supérieur à Oui (pour les valeurs numériques uniquement).
Ex.: ga:hour>12
Oui
Ex.: ga:adCost>10
>= Supérieur ou égal à Oui (pour les valeurs numériques uniquement).
Ex.: ga:hour>=12
Oui
Ex.: ga:adCost>=10
<> Entre (la valeur est comprise dans la plage donnée).1 Oui (pour les valeurs numériques uniquement).
Ex.: ga:hour<>1_12
Oui
Ex.: ga:adCost<>10_20
[] Dans la liste (valeur est l'une des valeurs listées).2 Oui
Ex.: ga:browser[]Chrome|Firefox|Opera
Non
=@ Contient une sous-chaîne. Oui
Ex.: ga:keyword=@shoes
Non
!@ Ne contient pas de sous-chaîne. Oui
Ex.: ga:keyword!@shoes
Non
=~ Contient une correspondance pour l'expression régulière. Oui
Ex.: ga:keyword=~shoes
Non
!~ Ne contient pas de correspondance pour l'expression régulière. Oui
Ex.: ga:keyword!~shoes
Non

1Entre l'opérateur <>
Vous permet d'interroger des valeurs dans une certaine plage. Ses valeurs de plage sont inclusives, et elles peuvent être utilisées pour les métriques et les dimensions qui contiennent des valeurs numériques (par exemple, ga:hour). Les valeurs minimale et maximale de la plage doivent être séparées par un trait de soulignement.

Syntaxe:
{dimensionOrMetricName}<>{minValue}_{maxValue}

Exemple:
Sélectionnez des sessions qui ont eu lieu entre 12 et 23 heures.
sessions::condition::ga:hour<>12_23

2 Opérateur de liste []
Vous permet d'interroger les valeurs d'une liste donnée. Vous ne pouvez l'utiliser qu'avec des dimensions. Les valeurs doivent être séparées par le caractère "|". Si la valeur contient un "|", il doit être échappé.

Syntaxe:
{dimensionName}[]{value1}|{value2}|...

Contraintes:
Un maximum de 10 valeurs par condition de dimension dans la liste est autorisé (par exemple, ga:city[]city1|city2|...|city10).

Exemple:
Sélectionnez des sessions provenant des navigateurs Chrome, Firefox ou Opera.
sessions::condition::ga:browser[]Chrome|Firefox|Opera

Échappement des caractères spéciaux

Les caractères spéciaux "," et ";" doivent être échappés s'ils apparaissent dans les expressions de valeur. Exemple : ga:keyword==nike\,shoes

Pour en savoir plus sur les conditions des dimensions et des métriques, consultez la documentation de référence de l'API Core Reporting.

Contraintes

Les contraintes liées aux conditions des dimensions et des métriques sont les suivantes:

  • 10 conditions de dimension ou de métrique au maximum par segment
  • La longueur maximale de l'expression pour les conditions de dimension est de 1 024 caractères.

Migrer les anciens segments dynamiques

Les anciens segments dynamiques qui utilisent le préfixe dynamic:: sont équivalents aux segments au niveau de la session avec des conditions de dimension et de métrique dans la syntaxe actuelle. Si vous utilisez d'anciens segments dynamiques, vous devez migrer vers la nouvelle syntaxe en remplaçant le préfixe dynamic:: par le préfixe sessions::condition::. Par exemple, les deux segments ci-dessous sont équivalents:

dynamic::ga:browser==Chrome
est égal à:
sessions::condition::ga:browser==Chrome

Exemples de segments

1. Données démographiques: les langues des hommes sont l'anglais américain, elles s'intéressent aux jeux et sont originaires d'Amériques.

Les segments basés sur l'utilisateur sont appliqués en premier. Ainsi, la condition basée sur l'utilisateur renvoie les utilisateurs masculins qui s'intéressent aux jeux. Les sessions appartenant à ces utilisateurs sont ensuite soumises à des conditions basées sur les sessions pour obtenir des sessions qui provenaient d'Amériques et dont la langue était l'anglais américain.

users::condition::ga:userGender==Male;users::condition::ga:interestAffinityCategory==Games ; sessions::condition::ga:region==Americas;sessions::condition::ga:language==en-u

2. Comportement: utilisateurs ayant enregistré plus de 100 sessions, aucune visite au cours des sept derniers jours, effectué plus de deux transactions par session et passé plus de 100 secondes sur le site par session.

users::condition::ga:sessions>100;ga:daysSinceLastSession>=7; perSession::ga:transactions>2;perSession::ga:sessionDuration>100

3. Sessions: sélectionnez les sessions dont le navigateur est Chrome, le pays "États-Unis" et les exceptions par appel > 1 ET les utilisateurs dont le nombre de sorties par session est inférieur à 2.

sessions::condition::ga:browser==Chrome;ga:country==US;perHit::ga:exceptions>1; users::condition::perSession::ga:exits<2

4. Session avec séquence : sélectionnez des sessions avec l'étape "Chrome" et le nombre total d'événements par appel > 5 ET sélectionnez des utilisateurs avec l'étape "Sur ordinateur suivie par l'étape : sur mobile".

sessions::sequence::ga:browser==Chrome;condition::perHit::ga:totalEvents>5;users::sequence::ga:deviceCategory==desktop->>ga:deviceCategory=mobile

5. Date de la session: sélectionnez les utilisateurs qui ont eu leur première session entre le 20 mai 2014 et le 30 mai 2014, et qui ont passé plus de 600 secondes sur le site.

users::sequence::^ga:sessionCount==1;dateOfSession<>2014-05-20_2014-05-30;->>ga:sessionDurationBucket>600

Métriques: documentation de référence sur le champ d'application principal

Métrique Champ d'application principal
ga:adClicksHIT
ga:adCostHIT
ga:adsenseAdsClicksHIT
ga:adsenseAdsViewedHIT
ga:adsenseAdUnitsViewedHIT
ga:adsenseCTRHIT
ga:adsenseECPMHIT
ga:adsensePageImpressionsHIT
ga:adsenseRevenueHIT
ga:avgDomainLookupTimeHIT
ga:avgDomContentLoadedTimeHIT
ga:avgDomInteractiveTimeHIT
ga:avgEventValueHIT
ga:avgPageDownloadTimeHIT
ga:avgPageLoadTimeHIT
ga:avgRedirectionTimeHIT
ga:avgScreenviewDurationHIT
ga:avgSearchDepthHIT
ga:avgSearchDurationHIT
ga:avgSearchResultViewsHIT
ga:avgServerConnectionTimeHIT
ga:avgServerResponseTimeHIT
ga:avgUserTimingValueHIT
ga:costPerConversionHIT
ga:costPerGoalConversionHIT
ga:costPerTransactionHIT
ga:CPCHIT
ga:CPMHIT
ga:CTRHIT
ga:domainLookupTimeHIT
ga:domContentLoadedTimeHIT
ga:domInteractiveTimeHIT
ga:domLatencyMetricsSampleHIT
ga:eventValueHIT
ga:exceptionsHIT
ga:exceptionsPerScreenviewHIT
ga:fatalExceptionsHIT
ga:fatalExceptionsPerScreenviewHIT
ga:goalAbandonRateAllHIT
ga:goalAbandonsAllHIT
ga:goalCompletionsAllHIT
ga:goalStartsAllHIT
ga:goalValueAllHIT
ga:goalValueAllPerSearchHIT
ga:goalXXAbandonRateHIT
ga:goalXXAbandonsHIT
ga:goalXXCompletionsHIT
ga:goalXXStartsHIT
ga:goalXXValueHIT
ga:impressionsHIT
ga:itemQuantityHIT
ga:itemRevenueHIT
ga:itemsPerPurchaseHIT
ga:localItemRevenueHIT
ga:localTransactionRevenueHIT
ga:localTransactionShippingHIT
ga:localTransactionTaxHIT
ga:marginHIT
ga:metricXXHIT
ga:pageDownloadTimeHIT
ga:pageLoadSampleHIT
ga:pageLoadTimeHIT
ga:pageValueHIT
ga:pageviewsHIT
ga:percentSearchRefinementsHIT
ga:redirectionTimeHIT
ga:revenuePerItemHIT
ga:revenuePerTransactionHIT
ga:ROIHIT
ga:RPCHIT
ga:screenviewsHIT
ga:searchDepthHIT
ga:searchDurationHIT
ga:searchGoalConversionRateAllHIT
ga:searchGoalXXConversionRateHIT
ga:searchRefinementsHIT
ga:searchResultViewsHIT
ga:searchUniquesHIT
ga:serverConnectionTimeHIT
ga:serverResponseTimeHIT
ga:socialActivitiesHIT
ga:socialInteractionsHIT
ga:socialInteractionsPerSessionHIT
ga:speedMetricsSampleHIT
ga:timeOnScreenHIT
ga:totalEventsHIT
ga:totalValueHIT
ga:transactionRevenueHIT
ga:transactionsHIT
ga:transactionShippingHIT
ga:transactionTaxHIT
ga:uniqueAppviewsHIT
ga:uniqueEventsHIT
ga:uniquePageviewsHIT
ga:uniquePurchasesHIT
ga:uniqueScreenviewsHIT
ga:uniqueSocialInteractionsHIT
ga:userTimingSampleHIT
ga:userTimingValueHIT
ga:adsenseExitsSESSION
ga:avgTimeOnPageSESSION
ga:avgSessionDurationSESSION
ga:bouncesSESSION
ga:entranceBounceRateSESSION
ga:entranceRateSESSION
ga:entrancesSESSION
ga:eventsPerSessionWithEventSESSION
ga:exitRateSESSION
ga:exitsSESSION
ga:goalConversionRateAllSESSION
ga:goalValuePerSessionSESSION
ga:goalXXConversionRateSESSION
ga:organicSearchesSESSION
ga:pageviewsPerSessionSESSION
ga:percentSessionsWithSearchSESSION
ga:screenviewsPerSessionSESSION
ga:searchExitRateSESSION
ga:searchExitsSESSION
ga:searchSessionsSESSION
ga:sessionDurationSESSION
ga:transactionRevenuePerSessionSESSION
ga:transactionsPerSessionSESSION
ga:bounceRateSESSION
ga:sessionsSESSION
ga:sessionsWithEventSESSION
ga:newSessionsUTILISATEUR
ga:percentNewSessionsUTILISATEUR
ga:usersUTILISATEUR