API de Core Reporting: Segmentos

En este documento, se describen la sintaxis y las consideraciones para usar segmentos en la API de Core Reporting.

Introducción

Cuando usas la función de segmentación de la API de Core Reporting, puedes solicitar un segmento en la API de Core Reporting de dos maneras:

  1. Segmentos por ID: Realiza consultas con el ID numérico de un segmento integrado o personalizado.
  2. Segmentos dinámicos: Especifica el segmento de forma dinámica en el momento de la solicitud.

Segmentos por ID

Puedes solicitar un segmento en la API de Core Reporting mediante el ID de un segmento integrado o personalizado. Todos los segmentos disponibles para un usuario se pueden recuperar con el método list de la colección Segmentos en la API de Google Analytics Management. Para cada segmento, el ID está disponible en la propiedad id del recurso de segmento.

Para obtener más información sobre el uso de los IDs de segmento en las solicitudes a la API, consulta la referencia de la API de Core Reporting.

Segmentos dinámicos

También puedes crear y usar un segmento de forma dinámica cuando realices una solicitud a la API. Por lo general, cuando creas un segmento dinámico, debes tener en cuenta lo siguiente:

  1. Selección de usuarios frente a sesiones
  2. Uso de condiciones frente a secuencias
  3. Usa permisos de métricas

A continuación, se describe de manera general cada consideración para crear un segmento dinámico. Para revisar la sintaxis completa de los segmentos dinámicos, consulta la Referencia de sintaxis de segmentos dinámicos.

Dimensiones y métricas permitidas en los segmentos.
No todas las dimensiones y métricas se pueden utilizar en los segmentos. Para consultar qué dimensiones y métricas se permiten en los segmentos, visita el Explorador de dimensiones y métricas.

1. Comparación entre usuarios y sesiones

Especifica si intentas seleccionar usuarios o sesiones (o ambos).

  • Usa users:: para seleccionar usuarios.
  • Usa sessions:: para seleccionar sesiones.
  • Si se especifican las condiciones para users:: y sessions::, haz lo siguiente:
    1. Las condiciones del usuario se aplican primero para generar las sesiones de los usuarios coincidentes.
    2. Las condiciones de sesión solo se aplican a las sesiones de la etapa 1.

Por ejemplo:

  • Selecciona a los usuarios que usaron el navegador Chrome en, al menos, una de sus sesiones.
    • users::condition::ga:browser==Chrome
  • Selecciona las sesiones en las que se usó el navegador Chrome.
    • sessions::condition::ga:browser==Chrome
  • Selecciona sesiones de la ciudad de Londres de usuarios que hayan tenido al menos 1 sesión en la que se usó el navegador Chrome.
    • users::condition::ga:browser==Chrome;sessions::condition::ga:city==London

Consulta la sección conditionScope de la referencia de la sintaxis para obtener detalles sobre cómo seleccionar usuarios y sesiones.

2. Cómo usar condiciones frente a secuencias

Una vez que determines si deseas segmentar usuarios o sesiones, especifica una o más condiciones o secuencias.

Condiciones

Las condiciones usan el prefijo condition::. Por ejemplo:

  • Selecciona a los usuarios de Londres que visitaron el sitio con el navegador Chrome.
    • users::condition::ga:city==London;ga:browser==Chrome

Secuencias

Las condiciones de la secuencia constan de uno o más pasos, en los que cada paso se define mediante una o más condiciones de dimensión o métrica.

Especifica condiciones basadas en secuencias con el prefijo sequence:: y los operadores seguidos por (;–>>) o inmediatamente seguidos (;–>). Por ejemplo:

  • Selecciona a los usuarios que usaron primero una computadora de escritorio y, luego, un dispositivo móvil. Dado que segmentamos a los usuarios, esta acción busca en todas las sesiones de un usuario y verifica si este usó una computadora de escritorio en una sesión, seguida de un dispositivo móvil en una de las sesiones posteriores.
    • users::sequence::ga:deviceCategory==desktop;->>ga:deviceCategory==mobile
  • También puedes utilizar varias condiciones para cada paso.
    • users::sequence::ga:deviceCategory==desktop;ga:operatingSystem==Windows->>ga:deviceCategory==mobile;ga:operatingSystem==Android
  • También puedes combinar condiciones y secuencias en un segmento mediante el operador Y (es decir, ';').
    • users::condition::ga:totalEvents>10;sequence::ga:deviceCategory==desktop->>ga:deviceCategory==mobile

Consulta la sección conditionType de la referencia de la sintaxis para obtener detalles sobre las condiciones simples y basadas en secuencias. Para ver ejemplos adicionales, consulta las secciones Condiciones y Secuencias de la Referencia de atributos de segmentos.

3. Usa permisos de métricas

Un alcance para una métrica define el nivel en el que se define esa métrica: HIT, SESSION o USER. Por ejemplo, ga:pageviews y ga:transactions son métricas de nivel HIT, ya que se producen en un hit, mientras que ga:sessionDuration y ga:bounces son métricas a nivel de SESSION, ya que hay un solo valor para estas por sesión. Conceptualmente, USER es el permiso de nivel más alto y HIT es el permiso de nivel más bajo.

Los valores de las métricas también se pueden informar en alcances mayores que su alcance principal. P. ej.: ga:pageviews y ga:transactions se pueden informar a nivel SESSION y USER. Solo debes agregarlos para cada hit que se produzca en esas sesiones o para esos usuarios.

Puedes especificar el alcance de cada condición de métrica, lo que determinará el nivel en el que se aplica esa condición. Los permisos de las métricas se especifican con el prefijo perUser::, perSession:: o perHit::.

Por ejemplo:

  • Selecciona a los usuarios que hayan invertido, al menos, USD 10 en un sitio web (es decir, el valor del ciclo de vida del cliente de un usuario sea de, al menos, USD 10).
    users::condition::perUser::ga:transactionRevenue>=10
    
  • Selecciona a los usuarios que hayan invertido al menos USD 10 en una sesión.
    users::condition::perSession::ga:transactionRevenue>=10
    

Restricciones de alcance

La API de Core Reporting valida los permisos de las métricas para garantizar que la consulta dada sea válida. Las reglas para la validación de permisos son las siguientes:

  1. El permiso de métrica especificado siempre debe ser igual o menor que el alcance de la condición superior (como lo indica el prefijo users:: o sessions::).
  2. El permiso de métrica especificado debe ser igual o mayor que su permiso principal según se define en el modelo de datos. Consulta Métricas: referencia del alcance principal para obtener una lista completa de las métricas y sus permisos principales.

Por ejemplo, los siguientes son permisos de métricas válidos:

  • Tanto los permisos de condición como los de métricas son iguales (es decir, a nivel del USUARIO).
    • users::condition::perUser::ga:transactionRevenue>10
  • El permiso de la condición es mayor que el de la métrica (es decir, USER > SESSION).
    • users::condition::perSession::ga:transactionRevenue>10
  • ga:totalEvents es una métrica de nivel de HIT, por lo que los alcances posibles en una condición son perHit::, perSession:: o perUser:: (ya que todos son mayores o iguales que el alcance del nivel HIT).
    • users::condition::perHit::ga:totalEvents>5
    • users::condition::perSession::ga:totalEvents>5

Por ejemplo, los siguientes son permisos de métricas no válidos:

  • El siguiente segmento no es válido porque el alcance de la condición superior es menor que el permiso de la métrica (es decir, SESSION < USUARIO).
    • sessions::condition::perUser::ga:transactionRevenue>10
  • Uso de un alcance de nivel HIT para una métrica de nivel SESSION y el nivel HIT < nivel SESSION.
    • users::condition::perHit::ga:sessionDuration>60

Alcance predeterminado

Cuando no se especifica de forma explícita un permiso para la condición de la métrica, el valor predeterminado es el alcance de la condición. Por ejemplo, el siguiente segmento usará un alcance a nivel de USUARIO para todas sus condiciones de métricas: users::condition::ga:transactionRevenue>=10;ga:sessionDuration>60

Referencia de la sintaxis de segmentos dinámicos

Sintaxis base

La sintaxis para definir un segmento tiene el siguiente formato: segment=<segmentCondition>+. En otras palabras, un segmento se compone de una o más declaraciones segmentCondition.

Un <segmentCondition> se define de la siguiente manera: <conditionScope><conditionType><dimensionOrMetricConditions>

donde:
conditionScope especifica el alcance de nivel superior de las condiciones.
conditionType especifica los tipos de condiciones.
dimensionOrMetricConditions especifica las condiciones de dimensión o métrica, o los pasos de la secuencia.

conditionScope

Especifica el alcance de nivel superior de las condiciones. Los siguientes son los valores posibles:

  • users:: para seleccionar usuarios
  • sessions:: para seleccionar sesiones.

Restricciones y consideraciones para conditionScope:

  • Si se especifican varias condiciones de “usuarios” y “sesiones” en un solo segmento, se deben combinar con un operador Y.
  • Las condiciones que seleccionan usuarios y sesiones también se deben combinar con un operador Y. Cuando se especifican las condiciones tanto para los usuarios como para las sesiones, primero se aplican todas las condiciones del usuario para encontrar a los usuarios coincidentes y, luego, todas las condiciones de la sesión en las sesiones que pertenecen a esos usuarios coincidentes.
  • Si usas alguna condición a nivel del usuario, el período no debe superar los 90 días.
  • El alcance de la condición también determina el nivel de permiso predeterminado para todas las condiciones de la métrica que se encuentran debajo. (Consulta Métricas: Referencia del alcance principal para obtener más detalles sobre los niveles del permiso).

conditionType

Especifica los tipos de condiciones. Los siguientes son los valores posibles:

  • condition:: para especificar condiciones simples (es decir, no basadas en secuencias).
  • sequence:: para especificar condiciones basadas en secuencias.

Restricciones y consideraciones para conditionType:

  • Si se especifican varias "condiciones simples" y "secuencias", siempre se deben combinar con un operador Y.
  • Se permite un máximo de 10 pasos por segmento para las condiciones basadas en secuencias.

Condiciones simples

Las condiciones simples constan de una o más condiciones de dimensión o métrica que se pueden combinar.

Los operadores de condición válidos para condiciones simples son los siguientes:

La sintaxis para condiciones simples es:

condition::<dimensionOrMetricConditions>

Ejemplos de condiciones simples:

  • users::condition::ga:transactionRevenue>10;ga:sessionDuration>60
  • Se puede especificar un operador de negación de nivel superior para encontrar el complemento de una condición simple determinada que puede tener varias condiciones de dimensión o métrica. P. ej.: users::condition::!ga:transactionRevenue>10;ga:sessionDuration>60

Condiciones de exclusión

Una condición de exclusión se usa para crear un segmento que no cumple la condición definida.

La sintaxis usa el operador NOT (el carácter !) para anular una condición y excluir las sesiones que coinciden con esa condición.

Excluye las sesiones en las que la página de salida coincide exactamente con la ruta de la página raíz:
sessions::condition::!ga:exitPagePath==/

Múltiples condiciones

Puedes agrupar todas las condiciones a nivel del usuario con un solo prefijo users:: o puedes usar un prefijo users:: separado para cada condición. Lo mismo sucede con las condiciones a nivel de sesión.

Por ejemplo, los siguientes segmentos son equivalentes. En ambos casos, se ANDdijo condition1 y condition2 para seleccionar usuarios:
users::<condition1>;<condition2>
users::<condition1>users::<condition2>

Condiciones de la secuencia

Las condiciones de la secuencia constan de uno o más pasos, en los que cada paso se define por una o más condiciones de dimensión o métrica. Se pueden combinar varios pasos con operadores de secuencia especiales.

Los operadores de secuencia válidos para las condiciones de secuencia son los siguientes:

  • El operador –>> indica que el paso anterior antecede al siguiente.
  • El operador –> indica que el paso anterior precede inmediatamente al paso siguiente.

La sintaxis para las condiciones de secuencia es:

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

donde:

NOT se representa de la siguiente manera: !
FIRST_HIT_MATCHES_FIRST_STEP se representa de la siguiente manera: ^
PRECEDES se representa de la siguiente manera: ;–>>
IMMEDIATELY_PRECEDES se representa de la siguiente manera: ;–>
step se representa de la siguiente manera: <dimensionOrMetricConditions>

Ejemplo de condiciones de secuencia:

  • users::sequence::ga:deviceCategory==desktop;->ga:deviceCategory==tablet
  • También se puede especificar un operador de negación de nivel superior para encontrar el complemento de una secuencia determinada que puede tener varios pasos o condiciones de dimensión o métrica. P. ej.: users::sequence::!ga:deviceCategory==desktop;->ga:deviceCategory==tablet
  • El operador ^ se puede usar para especificar que el primer paso coincida con el primer hit de la primera sesión en el período especificado. P. ej.: users::sequence::^ga:deviceCategory==desktop;->ga:deviceCategory==tablet

Fecha de las condiciones de la sesión

Los segmentos admiten un tipo de análisis que utiliza la sintaxis dateOfSession. En combinación con el operador entre <>, puedes restringir un segmento a un grupo de usuarios que iniciaron una sesión dentro de un período determinado. El período máximo de dateOfSession es de 31 días. Consulta el ejemplo de fecha de sesión que figura a continuación para obtener detalles sobre su uso.

Condiciones de dimensión y métrica

Condiciones de combinación

Puedes combinar una o más condiciones de dimensión con AND (es decir, ";") y O (es decir, ',') con el operador OR que tiene una prioridad más alta.

La sintaxis es la misma que se usa para combinar filtros. Consulta Cómo combinar filtros en la referencia de la API de Core Reporting para obtener más información.

Operadores

En la siguiente tabla, se describen todos los operadores disponibles que se pueden usar en los segmentos y si se admiten para dimensiones o métricas.

Operador Descripción ¿Es compatible con las condiciones de dimensión? ¿Es compatible con las condiciones de métrica?
== Concordancia exacta o igual
P.ej.: ga:city==London

P.ej.: ga:adCost==10
!= No es igual o no es una coincidencia exacta.
P.ej.: ga:city!=London

P.ej.: ga:adCost!=10
< Inferior a Sí (solo para valores numéricos).
P.ej.: ga:hour<12

P.ej.: ga:adCost<10
<= Inferior o igual a Sí (solo para valores numéricos).
P.ej.: ga:hour<=12

P.ej.: ga:adCost<=10
> Superior a Sí (solo para valores numéricos).
P.ej.: ga:hour>12

P.ej.: ga:adCost>10
>= Superior o igual a Sí (solo para valores numéricos).
P.ej.: ga:hour>=12

P.ej.: ga:adCost>=10
<> Entre (el valor está entre el rango especificado).1 Sí (solo para valores numéricos).
P.ej.: ga:hour<>1_12

P.ej.: ga:adCost<>10_20
[] En la lista (el valor es uno de los valores de la lista).2
P.ej.: ga:browser[]Chrome|Firefox|Opera
No
=@ Contiene subcadena.
P.ej.: ga:keyword=@shoes
No
!@ No contiene substring.
P.ej.: ga:keyword!@shoes
No
=~ Contiene una coincidencia para la expresión regular.
P.ej.: ga:keyword=~shoes
No
!~ No contiene una coincidencia para la expresión regular.
P.ej.: ga:keyword!~shoes
No

1Operador entre <>
Te permite consultar valores dentro de un rango determinado. Los valores de su rango son inclusivos y se pueden usar para las métricas y las dimensiones que tienen valores numéricos (p.ej., ga:hour). Los valores mínimos y máximos en el rango deben separarse con un guion bajo.

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

Ejemplo:
Selecciona las sesiones que ocurrieron entre las 12 y las 23 horas.
sessions::condition::ga:hour<>12_23

2 Operador de lista []
Te permite consultar valores de una lista determinada. Solo se puede usar con dimensiones. La lista de valores debe separarse con un carácter "|". Si hay una "|" en el valor, se debe escapar.

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

Restricciones:
Se permite un máximo de 10 valores por condición de dimensión en la lista (p.ej., ga:city[]city1|city2|...|city10).

Ejemplo:
Selecciona sesiones de los navegadores Chrome, Opera o Firefox.
sessions::condition::ga:browser[]Chrome|Firefox|Opera

Caracteres especiales para escapar

Los caracteres especiales "," y ";" deben escaparse si aparecen dentro de las expresiones de valor. P. ej.: ga:keyword==nike\,shoes

Para obtener detalles adicionales sobre las condiciones de las dimensiones y métricas, consulta la Referencia de la API de Core Reporting.

Restricciones

Las restricciones relacionadas con las condiciones de las dimensiones y métricas son las siguientes:

  • Se admite un máximo de 10 condiciones de dimensión o métrica por segmento.
  • La longitud máxima de expresión para las condiciones de dimensión es de 1,024 caracteres.

Cómo migrar segmentos dinámicos heredados

Los segmentos dinámicos heredados que usan el prefijo dynamic:: son equivalentes a los segmentos a nivel de sesión con condiciones de dimensión y métrica en la sintaxis actual. Si usas segmentos dinámicos heredados, debes migrar a la sintaxis nueva. Para ello, reemplaza el prefijo dynamic:: por el prefijo sessions::condition::. Por ejemplo, los dos segmentos que se muestran a continuación son equivalentes:

dynamic::ga:browser==Chrome
es igual a:
sessions::condition::ga:browser==Chrome

Ejemplos de segmentos

1. Segmento demográfico: La lengua de los hombres es inglés de EE.UU., está interesada en juegos y proviene de América.

Primero se aplican los segmentos basados en el usuario. Por lo tanto, la condición basada en usuarios muestra usuarios que son hombres y están interesados en los juegos. Las sesiones que pertenecen a estos usuarios están sujetas a condiciones basadas en sesiones para obtener sesiones que eran de América y el idioma era EN-US.

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

2. Comportamiento: Usuarios que tuvieron más de 100 sesiones, no visitaron el sitio en los últimos 7 días, realizaron más de 2 transacciones por sesión y estuvieron más de 100 segundos en el sitio por sesión.

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

3. Sesiones: Selecciona las sesiones que tengan el navegador Chrome, el país como EE.UU. y las excepciones por hit > 1 Y selecciona a los usuarios cuyas salidas por sesión sean menores que 2.

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

4. Sesión con una secuencia: Selecciona las sesiones con el paso Paso: Chrome y el total de eventos por hit > 5, Y selecciona a los usuarios con el paso Paso: En escritorio Seguido por paso: En dispositivos móviles.

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

5. Fecha de la sesión: Selecciona a los usuarios que hayan tenido su primera sesión entre el 20 de mayo de 2014 y el 30 de mayo de 2014, y que hayan pasado más de 600 segundos en el sitio.

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

Métricas: Referencia del permiso principal

Métrica Alcance principal
ga:adClicksGOLPEAR
ga:adCostGOLPEAR
ga:adsenseAdsClicksGOLPEAR
ga:adsenseAdsViewedGOLPEAR
ga:adsenseAdUnitsViewedGOLPEAR
ga:adsenseCTRGOLPEAR
ga:adsenseECPMGOLPEAR
ga:adsensePageImpressionsGOLPEAR
ga:adsenseRevenueGOLPEAR
ga:avgDomainLookupTimeGOLPEAR
ga:avgDomContentLoadedTimeGOLPEAR
ga:avgDomInteractiveTimeGOLPEAR
ga:avgEventValueGOLPEAR
ga:avgPageDownloadTimeGOLPEAR
ga:avgPageLoadTimeGOLPEAR
ga:avgRedirectionTimeGOLPEAR
ga:avgScreenviewDurationGOLPEAR
ga:avgSearchDepthGOLPEAR
ga:avgSearchDurationGOLPEAR
ga:avgSearchResultViewsGOLPEAR
ga:avgServerConnectionTimeGOLPEAR
ga:avgServerResponseTimeGOLPEAR
ga:avgUserTimingValueGOLPEAR
ga:costPerConversionGOLPEAR
ga:costPerGoalConversionGOLPEAR
ga:costPerTransactionGOLPEAR
ga:CPCGOLPEAR
ga:CPMGOLPEAR
ga:CTRGOLPEAR
ga:domainLookupTimeGOLPEAR
ga:domContentLoadedTimeGOLPEAR
ga:domInteractiveTimeGOLPEAR
ga:domLatencyMetricsSampleGOLPEAR
ga:eventValueGOLPEAR
ga:exceptionsGOLPEAR
ga:exceptionsPerScreenviewGOLPEAR
ga:fatalExceptionsGOLPEAR
ga:fatalExceptionsPerScreenviewGOLPEAR
ga:goalAbandonRateAllGOLPEAR
ga:goalAbandonsAllGOLPEAR
ga:goalCompletionsAllGOLPEAR
ga:goalStartsAllGOLPEAR
ga:goalValueAllGOLPEAR
ga:goalValueAllPerSearchGOLPEAR
ga:goalXXAbandonRateGOLPEAR
ga:goalXXAbandonsGOLPEAR
ga:goalXXCompletionsGOLPEAR
ga:goalXXStartsGOLPEAR
ga:goalXXValueGOLPEAR
ga:impressionsGOLPEAR
ga:itemQuantityGOLPEAR
ga:itemRevenueGOLPEAR
ga:itemsPerPurchaseGOLPEAR
ga:localItemRevenueGOLPEAR
ga:localTransactionRevenueGOLPEAR
ga:localTransactionShippingGOLPEAR
ga:localTransactionTaxGOLPEAR
ga:marginGOLPEAR
ga:metricXXGOLPEAR
ga:pageDownloadTimeGOLPEAR
ga:pageLoadSampleGOLPEAR
ga:pageLoadTimeGOLPEAR
ga:pageValueGOLPEAR
ga:pageviewsGOLPEAR
ga:percentSearchRefinementsGOLPEAR
ga:redirectionTimeGOLPEAR
ga:revenuePerItemGOLPEAR
ga:revenuePerTransactionGOLPEAR
ga:ROIGOLPEAR
ga:RPCGOLPEAR
ga:screenviewsGOLPEAR
ga:searchDepthGOLPEAR
ga:searchDurationGOLPEAR
ga:searchGoalConversionRateAllGOLPEAR
ga:searchGoalXXConversionRateGOLPEAR
ga:searchRefinementsGOLPEAR
ga:searchResultViewsGOLPEAR
ga:searchUniquesGOLPEAR
ga:serverConnectionTimeGOLPEAR
ga:serverResponseTimeGOLPEAR
ga:socialActivitiesGOLPEAR
ga:socialInteractionsGOLPEAR
ga:socialInteractionsPerSessionGOLPEAR
ga:speedMetricsSampleGOLPEAR
ga:timeOnScreenGOLPEAR
ga:totalEventsGOLPEAR
ga:totalValueGOLPEAR
ga:transactionRevenueGOLPEAR
ga:transactionsGOLPEAR
ga:transactionShippingGOLPEAR
ga:transactionTaxGOLPEAR
ga:uniqueAppviewsGOLPEAR
ga:uniqueEventsGOLPEAR
ga:uniquePageviewsGOLPEAR
ga:uniquePurchasesGOLPEAR
ga:uniqueScreenviewsGOLPEAR
ga:uniqueSocialInteractionsGOLPEAR
ga:userTimingSampleGOLPEAR
ga:userTimingValueGOLPEAR
ga:adsenseExitsSESIÓN
ga:avgTimeOnPageSESIÓN
ga:avgSessionDurationSESIÓN
ga:bouncesSESIÓN
ga:entranceBounceRateSESIÓN
ga:entranceRateSESIÓN
ga:entrancesSESIÓN
ga:eventsPerSessionWithEventSESIÓN
ga:exitRateSESIÓN
ga:exitsSESIÓN
ga:goalConversionRateAllSESIÓN
ga:goalValuePerSessionSESIÓN
ga:goalXXConversionRateSESIÓN
ga:organicSearchesSESIÓN
ga:pageviewsPerSessionSESIÓN
ga:percentSessionsWithSearchSESIÓN
ga:screenviewsPerSessionSESIÓN
ga:searchExitRateSESIÓN
ga:searchExitsSESIÓN
ga:searchSessionsSESIÓN
ga:sessionDurationSESIÓN
ga:transactionRevenuePerSessionSESIÓN
ga:transactionsPerSessionSESIÓN
ga:bounceRateSESIÓN
ga:sessionsSESIÓN
ga:sessionsWithEventSESIÓN
ga:newSessionsUSUARIO
ga:percentNewSessionsUSUARIO
ga:usersUSUARIO