Métricas disponibles
Ingresos y beneficios
Conversiones
Interacción
Rendimiento de la tienda
Red de Rokt
Dimensiones
Algunas combinaciones de dimensión y métrica son incompatibles. Por ejemplo, Decline rate y Show rate no se pueden desglosar por Currency. El Explorer previene automáticamente las combinaciones incompatibles.
Dimensiones disponibles
Las siguientes dimensiones están en desarrollo. Aparecen en el selector pero aún no están disponibles como desglose. En su lugar, se muestran como ‘Not compatible’ para todas las métricas. Este documento se actualizará cuando estas dimensiones estén completamente implementadas.
Escribir consultas AQL
Cómo se lee una sentencia AQL
SELECT y un rango de tiempo (SINCE) son obligatorios; todo lo demás es opcional. Cuando incluyes cláusulas opcionales, deben aparecer en el orden mostrado abajo.
Las palabras clave no distinguen entre mayúsculas y minúsculas (
SELECT y select funcionan igual) y las sentencias no terminan con punto y coma. Los valores de texto se envuelven en comillas dobles; los números y las listas no.Elegir qué medir y cómo segmentarlo
SELECTlista las métricas a medir, separadas por comas — por ejemploSELECT revenue, impressions, accept_rate.GROUP BYdesglosa esas métricas por una o más dimensiones, comodate,device,surfaceofunnel. SinGROUP BY, obtienes un solo total para todo el período.
Filtrar con WHERE
WHERE restringe los datos antes de medirlos. Combina condiciones con AND.
=, !=, IN, NOT IN, >, <, >= y <=. Usa una lista con IN para coincidir con varios valores:
experiment no es un campo filtrable — no tiene una consolidación de origen, por lo que WHERE experiment IN [...] se rechaza con filters on "experiment" are not supported. (Está listado en Dimensiones no disponibles más abajo por la misma razón.)
Filtrar por múltiples embudos
- is one of — incluye solo los embudos seleccionados (
IN). - is not one of — excluye los embudos seleccionados (
NOT IN).
Rangos de tiempo y comparaciones
SINCE. Usa un ajuste predefinido o una ventana personalizada.
Ajustes predefinidos disponibles:
last_1d, last_7d, last_30d, last_90d, this_month, last_month y this_year.
GRAINestablece el tamaño del intervalo para las series temporales —day,weekomonth. (hourse acepta al analizar la consulta, pero ninguna consolidación ofrece datos por hora, así que esa consulta se rechaza congroup_by / time_grain combination is not supported.)COMPAREsuperpone un segundo período para que puedas ver el cambio de un vistazo. Usaprevious_period— la ventana de igual duración inmediatamente anterior.previous_yearestá deliberadamente oculto del selector de Compare porque el almacén de datos no contiene datos anteriores a febrero de 2026; solo se puede seguir escribiendo en AQL para que las consultas guardadas previamente sigan analizándose.
Los datos de informes comienzan en febrero de 2026, por lo que una ventana anterior a esa fecha devuelve resultados vacíos para ambos períodos. Esa es también la razón por la que aún no se ofrecen comparaciones año contra año.
Elegir un gráfico y una zona horaria
CHARTestablece cómo se muestra el resultado:scorecard,line_chart,bar_chart,area_chart,funnel_chartotable.TIMEZONEestablece la zona horaria usada para agrupar las fechas, como un nombre IANA entre comillas — por ejemploTIMEZONE "America/New_York". El valor predeterminado es UTC.
funnel_chart tiene requisitos específicos:
- Modo de ubicación — Agrupa por
placementy selecciona una métrica. Las etapas se ordenan según la secuencia canónica de ubicaciones (upsell predeterminado → downsell → upsells adicionales). Solo se traza la primera métrica; las métricas adicionales seleccionadas se anotan en una nota al pie. - Modo de métricas — Selecciona dos o más métricas sin
GROUP BY. Cada métrica se convierte en una etapa del embudo en el orden de la consulta (por ejemplo,SELECT impressions, conversionsmuestra una caída de impresiones → conversiones). Todas las métricas deben compartir la misma unidad (por ejemplo, no puedes mezclar métricas de moneda y de porcentaje).
Ordenar y limitar
ORDER BYordena los resultados por una métrica o dimensión, conASCoDESC.LIMITlimita el número de filas devueltas — útil para preguntas del tipo “top N”.
Más ejemplos
impressions, accept_rate y rpv no pueden desglosarse por dispositivo — su consolidación es tienda × superficie × día, sin columna de dispositivo. Usa revenue (u otra métrica derivada de conversiones) para las comparaciones por dispositivo.Exportar resultados
.csv. Para las exportaciones estándar de la página de Analytics (Excel y CSV), consulta Exportar tus datos.
Compatibilidad con zonas horarias
Las consultas que incluyen Impressions, Accept Rate o Revenue Per Visit siempre agrupan las fechas en UTC, independientemente de la zona horaria que selecciones. Estas métricas provienen de una consolidación diaria que solo se reporta en días UTC. Si una consulta mezcla una de estas métricas con otras, todo el conjunto de resultados vuelve a UTC para que los intervalos de fecha se mantengan alineados.
Establecer una zona horaria para una consulta
- Abre el Explorer en tu panel de administración de Aftersell.
- En la barra de herramientas, haz clic en el selector de Timezone (junto a Compare).
- Elige una de las zonas horarias disponibles de la lista, o selecciona Account default para usar la zona horaria configurada en tus ajustes de analíticas.
- Ejecuta tu consulta. Los resultados se agrupan usando la zona horaria seleccionada.
Zona horaria predeterminada de la cuenta
Especificar una zona horaria en AQL
TIMEZONE, que aparece entre CHART y ORDER BY:
Zonas horarias disponibles
Este es un conjunto cerrado de diez zonas. Cualquier otra zona horaria IANA en una cláusula
TIMEZONE se rechaza como no admitida.
Cómo la zona horaria afecta los resultados de la consulta
2026-03-29T01:30:00Z (UTC) cae el 28 de marzo en la hora de Nueva York (ET) pero el 29 de marzo en la hora de París (CET). Establecer la zona horaria correcta garantiza que tus desgloses diarios, semanales y mensuales coincidan con tus expectativas de informes de negocio.
Las consultas que no incluyen una zona horaria — incluidas las consultas guardadas previamente — siguen ejecutándose en UTC, por lo que los resultados existentes no se ven afectados.