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:
- Segments par ID: effectuez une requête en utilisant l'ID numérique d'un segment intégré ou personnalisé.
- 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:
- Sélectionner des utilisateurs ou des sessions
- Utiliser des conditions ou des séquences
- 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::
etsessions::
sont spécifiées :- Les conditions utilisateur sont d'abord appliquées pour générer les sessions des utilisateurs correspondants.
- 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:
- 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::
ousessions::
). - 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 sontperHit::
,perSession::
ouperUser::
(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>
où 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:
- Combiner des conditions avec des opérateurs AND ou OR.
- Opérateurs de métrique et de dimension.
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?
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: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 |