Verfügbare Metriken
Umsatz & Gewinn
Conversions
Engagement
Shop-Performance
Rokt-Netzwerk
Dimensionen
Einige Kombinationen aus Dimension und Metrik sind inkompatibel. Zum Beispiel können Decline rate und Show rate nicht nach Currency aufgeschlüsselt werden. Der Explorer verhindert inkompatible Kombinationen automatisch.
Verfügbare Dimensionen
Die folgenden Dimensionen sind in Arbeit. Sie erscheinen in der Auswahl, stehen aber noch nicht als Aufschlüsselung zur Verfügung. Stattdessen werden sie für jede Metrik als „Not compatible“ angezeigt. Dieses Dokument wird aktualisiert, sobald diese Dimensionen vollständig implementiert sind.
AQL-Abfragen schreiben
So liest sich eine AQL-Anweisung
SELECT und ein Zeitraum (SINCE) sind erforderlich; alles andere ist optional. Wenn du optionale Klauseln einfügst, müssen sie in der unten gezeigten Reihenfolge stehen.
Bei Schlüsselwörtern spielt die Groß-/Kleinschreibung keine Rolle (
SELECT und select funktionieren beide), und Anweisungen enden nicht mit einem Semikolon. String-Werte werden in doppelte Anführungszeichen gesetzt; Zahlen und Listen nicht.Auswählen, was gemessen und wie es aufgeschlüsselt wird
SELECTlistet die zu messenden Metriken auf, getrennt durch Kommas — zum BeispielSELECT revenue, impressions, accept_rate.GROUP BYschlüsselt diese Metriken nach einer oder mehreren Dimensionen auf, etwadate,device,surfaceoderfunnel. OhneGROUP BYerhältst du eine einzelne Gesamtsumme für den gesamten Zeitraum.
Filtern mit WHERE
WHERE grenzt die Daten ein, bevor sie gemessen werden. Kombiniere Bedingungen mit AND.
=, !=, IN, NOT IN, >, <, >= und <=. Verwende eine Liste mit IN, um mehrere Werte abzugleichen:
experiment ist kein filterbares Feld — es hat keine Rollup-Quelle, daher wird WHERE experiment IN [...] mit filters on "experiment" are not supported. abgelehnt. (Es ist aus demselben Grund unten unter Nicht verfügbare Dimensionen aufgeführt.)
Nach mehreren Funnels filtern
- is one of — schließt nur die ausgewählten Funnels ein (
IN). - is not one of — schließt die ausgewählten Funnels aus (
NOT IN).
Zeiträume und Vergleiche
SINCE festlegst. Verwende ein Preset oder ein benutzerdefiniertes Zeitfenster.
Verfügbare Presets:
last_1d, last_7d, last_30d, last_90d, this_month, last_month und this_year.
GRAINlegt die Intervallgröße für Zeitreihen fest —day,weekodermonth. (hourwird geparst, aber kein Rollup liefert stündliche Daten, daher wird eine solche Abfrage mitgroup_by / time_grain combination is not supported.abgelehnt.)COMPARElegt einen zweiten Zeitraum darüber, damit du Veränderungen auf einen Blick siehst. Verwendeprevious_period— das gleich lange Zeitfenster unmittelbar davor.previous_yearwird bewusst in der Compare-Auswahl ausgeblendet, weil das Warehouse keine Daten von vor Februar 2026 enthält; es bleibt nur in AQL eintippbar, damit zuvor gespeicherte Abfragen weiterhin geparst werden können.
Die Berichtsdaten beginnen im Februar 2026, daher liefert ein Zeitfenster davor für beide Zeiträume leere Ergebnisse. Aus demselben Grund werden Jahresvergleiche noch nicht angeboten.
Diagramm und Zeitzone auswählen
CHARTlegt fest, wie das Ergebnis angezeigt wird:scorecard,line_chart,bar_chart,area_chart,funnel_chartodertable.TIMEZONElegt die Zeitzone für die Datumsintervalle fest, als IANA-Name in Anführungszeichen — zum BeispielTIMEZONE "America/New_York". Standard ist UTC.
funnel_chart hat besondere Anforderungen:
- Platzierungsmodus — Gruppiere nach
placementund wähle eine Metrik. Die Stufen werden nach der kanonischen Platzierungsreihenfolge geordnet (Upsell-Standard → Downsell → weitere Upsells). Nur die erste Metrik wird dargestellt; weitere ausgewählte Metriken werden in einer Fußnote vermerkt. - Metrikmodus — Wähle zwei oder mehr Metriken ohne
GROUP BY. Jede Metrik wird in Abfragereihenfolge zu einer Funnel-Stufe (zum Beispiel zeigtSELECT impressions, conversionsden Abfall von Impressions → Conversions). Alle Metriken müssen dieselbe Einheit haben (du kannst zum Beispiel keine Währungs- und Prozentmetriken mischen).
Sortieren und Begrenzen
ORDER BYsortiert Ergebnisse nach einer Metrik oder Dimension, mitASCoderDESC.LIMITbegrenzt die Anzahl der zurückgegebenen Zeilen — nützlich für Fragen im Stil von „Top N“.
Weitere Beispiele
impressions, accept_rate und rpv können nicht nach Gerät aufgeschlüsselt werden — ihr Rollup ist Shop × Oberfläche × Tag, ohne Gerätespalte. Verwende revenue (oder eine andere aus Conversions gespeiste Metrik) für Gerätevergleiche.Ergebnisse exportieren
.csv-Datei herunterlädt. Für die Standard-Exporte der Analytics-Seite (Excel und CSV) siehe Deine Daten exportieren.
Zeitzonen-Unterstützung
Abfragen, die Impressions, Accept Rate oder Revenue Per Visit enthalten, gruppieren Daten immer in UTC, unabhängig von der ausgewählten Zeitzone. Diese Metriken stammen aus einem täglichen Rollup, der nur in UTC-Tagen gemeldet wird. Wenn eine Abfrage eine dieser Metriken mit anderen mischt, fällt das gesamte Ergebnis auf UTC zurück, damit die Datumsintervalle ausgerichtet bleiben.
Eine Zeitzone für eine Abfrage festlegen
- Öffne den Explorer in deinem Aftersell-Admin.
- Klicke in der Symbolleiste auf die Timezone-Auswahl (neben Compare).
- Wähle eine der verfügbaren Zeitzonen aus der Liste oder wähle Account default, um die in deinen Analytics-Einstellungen konfigurierte Zeitzone zu verwenden.
- Führe deine Abfrage aus. Die Ergebnisse werden mit der ausgewählten Zeitzone gruppiert.
Standard-Zeitzone des Kontos
Eine Zeitzone in AQL angeben
TIMEZONE-Klausel angeben, die zwischen CHART und ORDER BY steht:
Verfügbare Zeitzonen
Das ist eine geschlossene Menge von zehn Zonen. Jede andere IANA-Zeitzone in einer
TIMEZONE-Klausel wird als nicht unterstützt abgelehnt.
Wie sich die Zeitzone auf Abfrageergebnisse auswirkt
2026-03-29T01:30:00Z (UTC) auftrat, in der Zeitzone von New York (ET) auf den 28. März, in der Zeitzone von Paris (CET) aber auf den 29. März. Die richtige Zeitzone stellt sicher, dass deine täglichen, wöchentlichen und monatlichen Aufschlüsselungen deinen geschäftlichen Reporting-Erwartungen entsprechen.
Abfragen ohne Zeitzone — einschließlich zuvor gespeicherter Abfragen — laufen weiterhin in UTC, bestehende Ergebnisse sind also nicht betroffen.