Konzeptionelle Übersichten zu Nutzer- und Sitzungsbereichen, einschließlich der Definition und strengen Begrenzung von Sitzungen durch Inaktivität in Google Analytics, finden Sie unter den Dimensionen und Messwerten: Informationen zu Analytics-Sitzungen und im Leitfaden zu den Bereichen von Dimensionen für Traffic-Quellen.
Dieser Leitfaden behandelt spezifische Herausforderungen für Entwickler und Best Practices für die Verwaltung von Sitzungskonfigurationen und passivem Tracking.
Dimensionen auf Seitenebene mit Sitzungsmesswerten kombinieren
Eine der häufigsten Nuancen bei der Berichterstellung tritt auf, wenn Sie Dimensionen auf Seitenebene (z. B. Seitenpfad und Bildschirmklasse) mit dem Messwert „Sitzungen“ auf Sitzungsebene kombinieren.
Sitzungs- und Ansichtsdefinitionen
Sitzungen zählt die eindeutigen Zeiträume, in denen ein bestimmter Seitenpfad mindestens einmal geladen wurde.
Aufrufe (Seitenaufrufe) zählt die Gesamtzahl der Ladevorgänge für den Seitenpfad.
Beispiel
Betrachten Sie eine einzelne Sitzung mit dem folgenden Navigationspfad des Nutzers: /home → /products → /home → Beenden
Wenn dies die einzige Sitzung ist, wird in einem Bericht, der mit Seitenpfad und Bildschirmklasse und den Messwerten Sitzungen oder Aufrufe konfiguriert ist, Folgendes angezeigt:
| Seitenpfad | Sitzungen | Aufrufe |
|---|---|---|
/home |
1 | 2 |
/products |
1 | 1 |
| Gesamt (in Google Analytics dedupliziert) | 1 | 3 |
Wenn Sie die Zeilen addieren, ergeben sich zwei Sitzungen. Die tatsächliche Gesamtzahl der Property wird jedoch dedupliziert und beträgt 1.
Anpassungsregeln
- Sitzungen mit Seitenpfad bezieht sich auf eindeutige Sitzungen, in denen der Pfad mindestens einmal besucht wurde.
- Sitzungen mit Landingpage bezieht sich auf eindeutige Sitzungen, die mit dem Pfad beginnen. Wenn Sie Traffic auf Landingpages sehen möchten, verwenden Sie immer Landingpage + Abfragestring anstelle von Sitzungen mit Seitenpfad.
- Aufrufe zählt immer die Gesamtzahl der Ladevorgänge.
Best Practices für Entwickler und Analysten
- Bereiche konsistent halten: Kombinieren Sie keine Traffic-Dimensionen auf Nutzerebene (z. B. Standard-Channelgruppe des ersten Nutzers) mit Messwerten auf Sitzungsebene ( z. B. Durchschnittliche Sitzungsdauer), wenn Sie die Sitzungsleistung analysieren möchten.
session_startin DebugView **überprüfen**: Verwenden Sie in der Qualitätssicherungs- und Überprüfungs phase Standard-Debugging-Tools wie Google Analytics DebugView, um zu bestätigen, dasssession_startbeim Start der Sitzung korrekt ausgelöst wird.
Best Practices für die Verwaltung von Sitzungszeitlimits
Die Standarddauer einer Google Analytics-Sitzung beträgt 30 Minuten.
Wir empfehlen nicht, benutzerdefinierten Code zu implementieren, um Google Analytics regelmäßig zu „pingen“ und so Inaktivitätszeitlimits zu verhindern. Wenn Sie Sitzungsmesswerte künstlich erhöhen, werden die Daten zum Nutzerverhalten verfälscht. Verwenden Sie stattdessen integrierte Google Analytics-Funktionen oder legen Sie sinnvolle Engagement-Ereignisse fest, um eine sauberere Lösung zu erhalten.
Warum generische „Keep-Alive“-Pings keine Best Practice sind
- Verfälschte Kernmesswerte:Wenn ein Nutzer den Tab verlässt, ist er tatsächlich inaktiv. Wenn Sie erzwingen, dass die Sitzung geöffnet bleibt, entstehen „Zombie-Sitzungen“ und die durchschnittliche Sitzungsdauer wird fälschlicherweise erhöht. Dadurch wird der Zeitpunkt verschleiert, an dem Nutzer das Interesse verlieren oder Ihre Website verlassen.
- Auswirkungen auf Sitzungen mit Interaktion:In Google Analytics wird eine Sitzung mit Interaktion als eine Sitzung definiert, die länger als 10 Sekunden dauert, mindestens zwei Seitenaufrufe umfasst oder ein Schlüsselereignis (früher Conversion-Ereignis) auslöst. Wenn Sie eine Sitzung künstlich offen halten, wird sie als Sitzung mit Interaktion betrachtet, was die Engagement-Rate erhöht.
- Datenüberlastung und Kosten:Wenn Sie ständig leere Hintergrund-Ping-Ereignisse auslösen, erhöht sich das Rauschen bei der Ereignisanzahl und die Kosten für das Data Warehouse steigen, wenn Sie Google Analytics-Daten nach BigQuery exportieren.
Wann passives Engagement erfasst werden sollte (und wie)
Es gibt legitime Szenarien, in denen ein Nutzer aktiv mit Inhalten interagiert, aber keine Standard-Interaktionsereignisse in Google Analytics auslöst (z. B. Klicks oder Seitenänderungen). Erfassen Sie in diesen Fällen anstelle eines generischen Keep-Alive-Pings sinnvolle, vom Nutzer initiierte Fortschrittsereignisse:
- Lange Videoinhalte:Ein Nutzer, der sich ein eingebettetes 45-minütiges Video ansieht, bleibt über 30 Minuten passiv und riskiert, dass die Sitzung abläuft.
- Ausführliche Artikel:Ein Nutzer verbringt möglicherweise 40 Minuten damit, einen technischen Leitfaden zu lesen, und scrollt langsam, löst aber keine Navigationsaktionen aus.
- Interaktive Webanwendungen:Nutzer, die Live-Feeds, Aktienkurse oder Daten-Dashboards beobachten, konsumieren Informationen passiv, ohne zu klicken.
Wenn der Nutzer das Browserfenster minimiert oder Tabs wechselt, müssen die Hintergrund-Pings beendet werden.
Codebeispiel: Sichtbarkeitsabhängiger Ereignis-Ping
Das folgende JavaScript-Muster zeigt, wie Sie passives Engagement erfassen und die Sichtbarkeit von Tabs berücksichtigen. Passen Sie das Tracking-Intervall und den Parameterwert (z. B. 5 Minuten oder 300.000 ms) an Ihren spezifischen Anwendungsfall an, z. B. an die typische Dauer Ihrer Videos oder langen Artikel:
const TRACKING_INTERVAL_MILLIS = 5 * 60 * 1000;
let engagementInterval;
function startEngagementTracking() {
// Prevent duplicate intervals if tab becomes visible
if (engagementInterval) return;
engagementInterval = setInterval(() => {
gtag('event', 'passive_engagement', {
'engagement_time_msec': TRACKING_INTERVAL_MILLIS
});
}, TRACKING_INTERVAL_MILLIS);
}
function stopEngagementTracking() {
if (engagementInterval) {
clearInterval(engagementInterval);
engagementInterval = null;
}
}
// Start tracking initially if the page is visible
if (!document.hidden) {
startEngagementTracking();
}
// Stop tracking when tab is hidden, resume when visible
document.addEventListener('visibilitychange', () => {
if (document.hidden) {
stopEngagementTracking();
} else {
startEngagementTracking();
}
});
Optimierte Analysen in Google Analytics im Vergleich zu benutzerdefiniertem Tracking
Google Analytics bietet die Funktion Optimierte Analysen, mit der einige Szenarien für passives Tracking automatisch verarbeitet werden. Es gibt jedoch bestimmte Einschränkungen.
| Interaktionstyp | Wird von der optimierten Analyse verarbeitet? | Anforderungen / Aufgaben |
|---|---|---|
| Eingebettete YouTube-Videos | Ja | Löst automatisch die Meilensteine video_start, video_complete und video_progress bei 10%, 25%, 50 % und 75% aus (erfordert aktivierte JS API-Unterstützung). |
| Nicht von YouTube stammende Videos (HTML5, Vimeo) | Nein | Benutzerdefinierte Implementierung erforderlich. Ereignisse programmatisch mit gtag.js auslösen oder Trigger mit Google Tag Manager (GTM) verwalten. |
| Standardmäßiges Scrollen auf der Seite | Teilweise | Löst nur dann ein einzelnes scroll-Ereignis aus, wenn der Nutzer 90% einer Seite erreicht. |
| Inkrementeller Lesefortschritt | Nein | Deaktivieren Sie das standardmäßige Scroll-Tracking in Google Analytics und implementieren Sie benutzerdefinierte Scroll-Schwellenwerte (z. B. 25%, 50%, 75%) programmatisch oder in GTM. |
Die sauberste Alternative: Zeitlimit für Sitzungen in Google Analytics anpassen
Wenn Ihre Website von Natur aus auf lange Inhalte, Videokurse oder die kontinuierliche Nutzung von Apps ausgerichtet ist, müssen Sie keine benutzerdefinierten Skript-Hacks einfügen. Sie können den Standardwert von 30 Minuten in der Google Analytics-Benutzeroberfläche auf maximal 7 Stunden und 55 Minuten anpassen. Weitere Informationen finden Sie unter Sitzungs-Timeout anpassen.