Métriques disponibles
Revenu et profit
Conversions
Engagement
Performance de la boutique
Réseau Rokt
Dimensions
Certaines combinaisons de dimensions et de métriques sont incompatibles. Par exemple, Decline rate et Show rate ne peuvent pas être ventilés par Currency. L’Explorer empêche automatiquement les combinaisons incompatibles.
Dimensions disponibles
Les dimensions suivantes sont en cours de développement. Elles apparaissent dans le sélecteur mais ne sont pas encore disponibles en tant que ventilation. À la place, elles s’affichent comme « Not compatible » pour chaque métrique. Ce document sera mis à jour lorsque ces dimensions seront entièrement implémentées.
Écrire des requêtes AQL
Comment se lit une instruction AQL
SELECT et une plage de temps (SINCE) sont requis ; tout le reste est facultatif. Lorsque vous incluez des clauses facultatives, elles doivent apparaître dans l’ordre indiqué ci-dessous.
Les mots-clés ne sont pas sensibles à la casse (
SELECT et select fonctionnent tous les deux) et les instructions ne se terminent pas par un point-virgule. Les valeurs de type chaîne sont entourées de guillemets doubles ; les nombres et les listes ne le sont pas.Choisir quoi mesurer et comment le découper
SELECTliste les métriques à mesurer, séparées par des virgules — par exempleSELECT revenue, impressions, accept_rate.GROUP BYventile ces métriques selon une ou plusieurs dimensions, commedate,device,surfaceoufunnel. SansGROUP BY, vous obtenez un total unique pour toute la période.
Filtrer avec WHERE
WHERE restreint les données avant qu’elles ne soient mesurées. Combinez les conditions avec AND.
=, !=, IN, NOT IN, >, <, >= et <=. Utilisez une liste avec IN pour correspondre à plusieurs valeurs :
experiment n’est pas un champ filtrable — il n’a pas de source d’agrégat, donc WHERE experiment IN [...] est rejeté avec filters on "experiment" are not supported. (Il est listé sous Dimensions non disponibles ci-dessous pour la même raison.)
Filtrer par plusieurs funnels
- is one of — inclut uniquement les funnels sélectionnés (
IN). - is not one of — exclut les funnels sélectionnés (
NOT IN).
Plages de temps et comparaisons
SINCE. Utilisez un préréglage ou une fenêtre personnalisée.
Préréglages disponibles :
last_1d, last_7d, last_30d, last_90d, this_month, last_month et this_year.
GRAINdéfinit la taille de l’intervalle pour les séries temporelles —day,weekoumonth. (hourest accepté à l’analyse, mais aucun agrégat ne fournit de données horaires : une telle requête est donc rejetée avecgroup_by / time_grain combination is not supported.)COMPAREsuperpose une seconde période afin que vous puissiez voir l’évolution d’un coup d’œil. Utilisezprevious_period— la fenêtre de même durée juste avant.previous_yearest délibérément masqué du sélecteur Compare, car l’entrepôt de données ne contient aucune donnée antérieure à février 2026 ; il reste saisissable en AQL uniquement pour que les requêtes précédemment enregistrées continuent d’être analysées.
Les données de reporting commencent en février 2026, donc une fenêtre antérieure à cette date renvoie un résultat vide pour les deux périodes. C’est aussi pourquoi les comparaisons d’une année sur l’autre ne sont pas encore proposées.
Choisir un graphique et un fuseau horaire
CHARTdéfinit la manière dont le résultat est affiché :scorecard,line_chart,bar_chart,area_chart,funnel_chartoutable.TIMEZONEdéfinit le fuseau horaire utilisé pour regrouper les dates, sous la forme d’un nom IANA entre guillemets — par exempleTIMEZONE "America/New_York". Par défaut : UTC.
funnel_chart a des exigences spécifiques :
- Mode placement — Regroupez par
placementet sélectionnez une métrique. Les étapes sont ordonnées selon la séquence canonique des placements (upsell par défaut → downsell → upsells supplémentaires). Seule la première métrique est tracée ; les métriques supplémentaires sélectionnées sont mentionnées dans une note de bas de page. - Mode métrique — Sélectionnez deux métriques ou plus sans
GROUP BY. Chaque métrique devient une étape du funnel dans l’ordre de la requête (par exemple,SELECT impressions, conversionsaffiche une déperdition impressions → conversions). Toutes les métriques doivent partager la même unité (par exemple, vous ne pouvez pas mélanger des métriques de devise et de pourcentage).
Trier et limiter
ORDER BYtrie les résultats par une métrique ou une dimension, avecASCouDESC.LIMITplafonne le nombre de lignes renvoyées — utile pour les questions de type « top N ».
Plus d’exemples
impressions, accept_rate et rpv ne peuvent pas être ventilés par appareil — leur agrégat est boutique × surface × jour, sans colonne d’appareil. Utilisez revenue (ou une autre métrique issue des conversions) pour les comparaisons par appareil.Exporter les résultats
.csv. Pour les exports standards de la page Analytics (Excel et CSV), consultez Exporter vos données.
Prise en charge des fuseaux horaires
Les requêtes qui incluent Impressions, Accept Rate ou Revenue Per Visit regroupent toujours les dates en UTC, quel que soit le fuseau horaire que vous sélectionnez. Ces métriques proviennent d’un agrégat quotidien qui n’est rapporté qu’en jours UTC. Si une requête mélange l’une de ces métriques avec d’autres, l’ensemble du résultat se rabat sur l’UTC afin que les intervalles de dates restent alignés.
Définir un fuseau horaire pour une requête
- Ouvrez l’Explorer dans votre interface d’administration Aftersell.
- Dans la barre d’outils, cliquez sur le sélecteur Timezone (à côté de Compare).
- Choisissez l’un des fuseaux horaires disponibles dans la liste, ou sélectionnez Account default pour utiliser le fuseau horaire configuré dans vos paramètres d’analytique.
- Exécutez votre requête. Les résultats sont regroupés en utilisant le fuseau horaire sélectionné.
Fuseau horaire par défaut du compte
Spécifier un fuseau horaire en AQL
TIMEZONE, qui apparaît entre CHART et ORDER BY :
Fuseaux horaires disponibles
Il s’agit d’un ensemble fermé de dix zones. Tout autre fuseau horaire IANA dans une clause
TIMEZONE est rejeté comme non pris en charge.
Comment le fuseau horaire affecte les résultats des requêtes
2026-03-29T01:30:00Z (UTC) tombe le 28 mars à l’heure de New York (ET) mais le 29 mars à l’heure de Paris (CET). Définir le bon fuseau horaire garantit que vos ventilations quotidiennes, hebdomadaires et mensuelles correspondent à vos attentes en matière de reporting métier.
Les requêtes qui n’incluent pas de fuseau horaire — y compris les requêtes précédemment enregistrées — continuent de s’exécuter en UTC, donc les résultats existants ne sont pas affectés.