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 principale de création de rapports.

Une version mise à jour de l' API Google Analytics Reporting est disponible. Nous vous recommandons de migrer votre code dès aujourd'hui pour bénéficier des fonctionnalités clés de la nouvelle API.

Présentation

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.

Pour en savoir plus sur le fonctionnement des segments et les concepts associés, consultez la documentation de référence sur les caractéristiques et les segments (centre d'aide).

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 à l'aide de la méthode list de la collection 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 général, lorsque vous créez un segment dynamique, vous devez tenir compte des points 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

Chaque élément à 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 des conditions pour 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 du point 1.

Remarque: Les conditions de l'utilisateur et de la session ne peuvent être combinées qu'à l'aide de l'opérateur ET (par exemple, l'opérateur ';').

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 d'utilisateurs qui ont ouvert au moins une session dans la ville de Londres avec le navigateur Chrome.
  • users::condition::ga:browser==Chrome;sessions::condition::ga:city==London

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

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é le 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 suivis (;–>>) ou immédiatement suivis (;–>). 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 requête recherche toutes les sessions d'un utilisateur et vérifie s'il a utilisé un ordinateur lors 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 ( l'opérateur ';'").
  • users::condition::ga:totalEvents>10;sequence::ga:deviceCategory==desktop->>ga:deviceCategory==mobile

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

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 tâche HIT, puisqu'elles se produisent dans un appel, tandis que ga:sessionDuration et ga:bounces sont des métriques au niveau de la SESSION, car elles ne comportent qu'une seule valeur par session. Conceptuellement, USER est le champ d'application de niveau le plus élevé et HIT est le champ d'application de niveau le plus bas.

Les valeurs des métriques peuvent également être enregistrées à des niveaux d'accès supérieurs à leur champ d'application principal. Exemple : Il est possible de générer des rapports ga:pageviews et ga:transactions au niveau de la SESSION et de l'utilisateur en les additionnant 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 cette 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 au champ d'application

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 du champ d'application sont les suivantes:

1. Le champ d'application des métriques 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 des métriques 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 principaux champs d'application.

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

• Les champs d'application des conditions 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 (par exemple, UTILISATEUR > 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:: (puisquent tous sont 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 des métriques (autrement dit, SESSION < UTILISATEUR).
  • sessions::condition::perUser::ga:transactionRevenue>10
• Utilisation d'un champ d'application au niveau de la HIT pour une métrique au niveau de la SESSION et un niveau de la HIT inférieur au niveau de la SESSION
  • users::condition::perHit::ga:sessionDuration>60

Toutes les requêtes dont les niveaux d'accès ne sont pas valides renverront une erreur 400 Bad Request.

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 au 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.

Une <segmentCondition> est définie comme suit : <conditionScope><conditionType><dimensionOrMetricConditions>

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

conditionScope

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

• users:: pour la sélection des utilisateurs.
• sessions:: pour sélectionner 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 à l'aide d'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 pour les utilisateurs et les sessions sont spécifiées, toutes les conditions utilisateur sont d'abord appliquées pour trouver les utilisateurs correspondants, puis toutes les conditions des sessions appartenant à ces utilisateurs correspondants.
• 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 inférieures. Pour en savoir plus sur les niveaux de champ d'application, consultez la page 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:: permet de spécifier des conditions simples (c'est-à-dire non basées sur les séquences).
• sequence:: pour 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.
• Un maximum de 10 étapes par segment est autorisé pour les conditions basées sur la séquence.

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:

• Combinaison de conditions avec des opérateurs AND ou OR.
• Opérateurs de dimensions et de métriques.

La syntaxe des 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 premier niveau pour trouver le complément d'une condition simple donnée pouvant comporter 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 qui correspondent à cette condition.

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

Plusieurs conditions

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

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

Conditions de 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 à l'aide d'opérateurs séquentiels spéciaux.

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

• –>> indique que l'étape précédente précédent 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 pouvant comporter 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 session

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

L'opérateur entre <> n'est compatible qu'avec les expressions dateOfSession.

Conditions applicables aux dimensions et aux métriques

Combiner des conditions

Vous pouvez combiner une ou plusieurs conditions de dimension avec AND (par exemple, ";") et OR (par exemple, ",") ayant 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	Compatible avec les conditions des dimensions ?	Compatible avec les conditions de métriques ?
==	Correspondance exacte ou égale à	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 dans la liste).^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

¹Entre l'opérateur <>
Permet de rechercher des valeurs comprises dans une certaine plage. Ses valeurs de plage sont inclusives et peuvent être utilisées à la fois pour les métriques et les dimensions comportant 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 les sessions qui ont eu lieu entre 12 et 23 heures.
sessions::condition::ga:hour<>12_23

² Opérateur de liste []
Permet d'interroger les valeurs d'une liste donnée. Il ne peut être utilisé qu'avec des dimensions. Les valeurs doivent être séparées par le caractère "|". Si la valeur contient un "|", celui-ci 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 figurent dans les expressions de valeur. Exemple : ga:keyword==nike\,shoes

Pour en savoir plus sur les conditions applicables aux dimensions et aux 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.

Migration des anciens segments dynamiques

Les anciens segments dynamiques qui utilisent le préfixe dynamic:: équivalent 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

Remarque: Le préfixe dynamic:: est obsolète depuis le 27 mars 2014. Nous vous recommandons de migrer vers la nouvelle syntaxe dès que possible.

Exemples de segments

1. Données démographiques: les hommes parlent l'anglais américain, s'intéressent aux jeux et viennent d'Amérique.

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 afin d'obtenir des sessions qui provenaient d'Amériques et dont la langue était Anglais (États-Unis).

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, n'ayant pas accédé au site au cours des sept derniers jours, ayant 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 des sessions dont le navigateur est défini sur Chrome, le pays "États-Unis" et les exceptions par appel > 1 ET que vous sélectionnez des 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 "Étape : Chrome" et nombre total d'événements par appel > 5 ET sélectionnez des utilisateurs avec "Étape: Sur ordinateur suivi par é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 ouvert 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:adClicks	HIT
ga:adCost	HIT
ga:adsenseAdsClicks	HIT
ga:adsenseAdsViewed	HIT
ga:adsenseAdUnitsViewed	HIT
ga:adsenseCTR	HIT
ga:adsenseECPM	HIT
ga:adsensePageImpressions	HIT
ga:adsenseRevenue	HIT
ga:avgDomainLookupTime	HIT
ga:avgDomContentLoadedTime	HIT
ga:avgDomInteractiveTime	HIT
ga:avgEventValue	HIT
ga:avgPageDownloadTime	HIT
ga:avgPageLoadTime	HIT
ga:avgRedirectionTime	HIT
ga:avgScreenviewDuration	HIT
ga:avgSearchDepth	HIT
ga:avgSearchDuration	HIT
ga:avgSearchResultViews	HIT
ga:avgServerConnectionTime	HIT
ga:avgServerResponseTime	HIT
ga:avgUserTimingValue	HIT
ga:costPerConversion	HIT
ga:costPerGoalConversion	HIT
ga:costPerTransaction	HIT
ga:CPC	HIT
ga:CPM	HIT
ga:CTR	HIT
ga:domainLookupTime	HIT
ga:domContentLoadedTime	HIT
ga:domInteractiveTime	HIT
ga:domLatencyMetricsSample	HIT
ga:eventValue	HIT
ga:exceptions	HIT
ga:exceptionsPerScreenview	HIT
ga:fatalExceptions	HIT
ga:fatalExceptionsPerScreenview	HIT
ga:goalAbandonRateAll	HIT
ga:goalAbandonsAll	HIT
ga:goalCompletionsAll	HIT
ga:goalStartsAll	HIT
ga:goalValueAll	HIT
ga:goalValueAllPerSearch	HIT
ga:goalXXAbandonRate	HIT
ga:goalXXAbandons	HIT
ga:goalXXCompletions	HIT
ga:goalXXStarts	HIT
ga:goalXXValue	HIT
ga:impressions	HIT
ga:itemQuantity	HIT
ga:itemRevenue	HIT
ga:itemsPerPurchase	HIT
ga:localItemRevenue	HIT
ga:localTransactionRevenue	HIT
ga:localTransactionShipping	HIT
ga:localTransactionTax	HIT
ga:margin	HIT
ga:metricXX	HIT
ga:pageDownloadTime	HIT
ga:pageLoadSample	HIT
ga:pageLoadTime	HIT
ga:pageValue	HIT
ga:pageviews	HIT
ga:percentSearchRefinements	HIT
ga:redirectionTime	HIT
ga:revenuePerItem	HIT
ga:revenuePerTransaction	HIT
ga:ROI	HIT
ga:RPC	HIT
ga:screenviews	HIT
ga:searchDepth	HIT
ga:searchDuration	HIT
ga:searchGoalConversionRateAll	HIT
ga:searchGoalXXConversionRate	HIT
ga:searchRefinements	HIT
ga:searchResultViews	HIT
ga:searchUniques	HIT
ga:serverConnectionTime	HIT
ga:serverResponseTime	HIT
ga:socialActivities	HIT
ga:socialInteractions	HIT
ga:socialInteractionsPerSession	HIT
ga:speedMetricsSample	HIT
ga:timeOnScreen	HIT
ga:totalEvents	HIT
ga:totalValue	HIT
ga:transactionRevenue	HIT
ga:transactions	HIT
ga:transactionShipping	HIT
ga:transactionTax	HIT
ga:uniqueAppviews	HIT
ga:uniqueEvents	HIT
ga:uniquePageviews	HIT
ga:uniquePurchases	HIT
ga:uniqueScreenviews	HIT
ga:uniqueSocialInteractions	HIT
ga:userTimingSample	HIT
ga:userTimingValue	HIT
ga:adsenseExits	SESSION
ga:avgTimeOnPage	SESSION
ga:avgSessionDuration	SESSION
ga:bounces	SESSION
ga:entranceBounceRate	SESSION
ga:entranceRate	SESSION
ga:entrances	SESSION
ga:eventsPerSessionWithEvent	SESSION
ga:exitRate	SESSION
ga:exits	SESSION
ga:goalConversionRateAll	SESSION
ga:goalValuePerSession	SESSION
ga:goalXXConversionRate	SESSION
ga:organicSearches	SESSION
ga:pageviewsPerSession	SESSION
ga:percentSessionsWithSearch	SESSION
ga:screenviewsPerSession	SESSION
ga:searchExitRate	SESSION
ga:searchExits	SESSION
ga:searchSessions	SESSION
ga:sessionDuration	SESSION
ga:transactionRevenuePerSession	SESSION
ga:transactionsPerSession	SESSION
ga:bounceRate	SESSION
ga:sessions	SESSION
ga:sessionsWithEvent	SESSION
ga:newSessions	UTILISATEUR
ga:percentNewSessions	UTILISATEUR
ga:users	UTILISATEUR