Konzeptionelle Übersichten zu Nutzer- und Sitzungsumfang, einschließlich der Definition und strengen Begrenzung von Sitzungen durch Inaktivität in Google Analytics, finden Sie unter Dimensionen und Messwerte: Analytics-Sitzungen und im Leitfaden zu Umfang von Dimensionen für Traffic-Quellen.
In diesem Leitfaden werden entwicklerspezifische Herausforderungen und Best Practices für die Verwaltung von Sitzungskonfigurationen und passivem Tracking behandelt.
Dimensionen auf Seitenebene mit Messwerten auf Sitzungsebene kombinieren
Eine der häufigsten Nuancen bei Berichten tritt auf, wenn Sie Dimensionen auf Seitenebene (z. B. Seitenpfad und Bildschirmklasse) mit dem Messwert „Sitzungen“ auf Sitzungsebene kombinieren.
Sitzungs- und Ansichtsdefinitionen
Bei Sitzungen wird die Anzahl der einzelnen Zeiträume gezählt, in denen ein bestimmter Seitenpfad mindestens einmal geladen wurde.
Aufrufe (Seitenaufrufe) gibt an, wie oft der Seitenpfad insgesamt geladen wurde.
Beispiel
Betrachten Sie eine einzelne Sitzung mit dem folgenden Navigationspfad: /home → /products → /home → Beenden
Wenn dies die einzige Sitzung ist, wird in einem Bericht, der mit den Messwerten Seitenpfad und Bildschirmklasse und Sitzungen oder Aufrufe konfiguriert ist, Folgendes angezeigt:
| Seitenpfad | Sitzungen | Aufrufe |
|---|---|---|
/home |
1 | 2 |
/products |
1 | 1 |
| Gesamt (Google Analytics, dedupliziert) | 1 | 3 |
Wenn Sie die Zeilen addieren, erhalten Sie 2 Sitzungen. Die tatsächliche Gesamtzahl der Property wird jedoch dedupliziert und beträgt 1.
Anpassungsregeln
- Sitzungen mit Seitenpfad bezieht sich auf einzelne Sitzungen, in denen der Pfad mindestens einmal aufgerufen wurde.
- Sitzungen mit Landingpage bezieht sich auf eindeutige Sitzungen, die auf dem Pfad beginnen. Verwenden Sie für Landingpage-Traffic immer Landingpage + Abfragestring anstelle von Sitzungen mit Seitenpfad.
- Bei Aufrufen wird immer die Gesamthäufigkeit des Ladens gezählt.
Best Practices für Entwickler und Analysten
- Bereiche konsistent halten: Mischen Sie keine Traffic-Dimensionen auf Nutzerebene (z. B. Standard-Channelgruppe der ersten Nutzerinteraktion) mit Messwerten auf Sitzungsebene (z. B. Durchschnittliche Sitzungsdauer), wenn Sie die Sitzungsleistung analysieren möchten.
session_startin DebugView validieren: Verwenden Sie in der QA- und Überprüfungsphase 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 Sitzungstimeouts
Die Standarddauer einer Google Analytics-Sitzung beträgt 30 Minuten.
Wir raten davon ab, benutzerdefinierten Code zu implementieren, um Google Analytics regelmäßig zu „pingen“ und so Inaktivitätszeitüberschreitungen zu verhindern. Wenn Sie Sitzungs-Messwerte künstlich in die Höhe treiben, werden die Verhaltensdaten der Nutzer verfälscht. Verwenden Sie stattdessen integrierte Google Analytics-Funktionen oder richten Sie Ihre Kampagnen auf aussagekräftige Engagement-Ereignisse aus, um eine sauberere Lösung zu erhalten.
Warum allgemeine „Keep-Alive“-Pings nicht empfehlenswert sind
- Verzerrte Hauptmesswerte:Wenn ein Nutzer seinen Tab verlässt, ist er tatsächlich inaktiv. Wenn Sie erzwingen, dass die Sitzung geöffnet bleibt, werden „Zombie-Sitzungen“ erstellt und die durchschnittliche Sitzungsdauer wird fälschlicherweise erhöht. So wird der tatsächliche 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 Ihre Interaktionsrate erhöht.
- Datenüberlastung und Kosten:Wenn Sie ständig leere Hintergrund-Ping-Ereignisse auslösen, erhöht sich das Rauschen 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 von Google Analytics (z. B. Klicks oder Seitenänderungen) auslöst. Erfassen Sie in diesen Fällen anstelle eines generischen Keep-Alive-Pings aussagekräftige, vom Nutzer initiierte Fortschrittsereignisse:
- Videoinhalte im Langformat:Wenn ein Nutzer ein eingebettetes 45-minütiges Video ansieht, bleibt er über 30 Minuten lang passiv. Dadurch besteht das Risiko, dass die Sitzung abläuft.
- Die App im Detail-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 aufrufen, nehmen Informationen passiv ohne Klicks auf.
Wenn der Nutzer das Browserfenster minimiert oder Tabs wechselt, müssen die Hintergrund-Pings beendet werden.
Codebeispiel: Sichtbarkeitsbezogener Ereignis-Ping
Das folgende JavaScript-Muster zeigt, wie passives Engagement erfasst und die Sichtbarkeit von Tabs berücksichtigt wird. 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 Langformartikel:
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 zum benutzerdefinierten Tracking
Google Analytics bietet die Funktion Optimierte Analysen, mit der einige passive Tracking-Szenarien automatisch abgedeckt werden. Allerdings gibt es bestimmte Einschränkungen.
| Interaktionstyp | Werden sie durch optimierte Analysen abgedeckt? | Anforderungen / Aufgaben |
|---|---|---|
| Eingebettete YouTube-Videos | Ja | Löst die Meilensteine video_start, video_complete und video_progress automatisch bei 10%, 25%, 50 % und 75% aus (erfordert aktivierte JS API-Unterstützung). |
| Nicht auf YouTube gehostete Videos (HTML5, Vimeo) | Nein | Benutzerdefinierte Implementierung erforderlich. Ereignisse lassen sich programmatisch mit gtag.js auslösen. Trigger können Sie mit Google Tag Manager (GTM) verwalten. |
| Standardmäßiges Scrollen auf der Seite | Teilweise | Löst ein einzelnes scroll-Ereignis aus, wenn der Nutzer 90% einer Seite erreicht. |
| Inkrementeller Lesefortschritt | Nein | Deaktivieren Sie das standardmäßige Google Analytics-Scroll-Tracking und implementieren Sie benutzerdefinierte Scroll-Grenzwerte (z. B. 25%, 50%, 75%) programmatisch oder in GTM. |
Die beste Alternative: Zeitüberschreitungslimit für Google Analytics-Sitzungen anpassen
Wenn sich Ihre Website von Natur aus um lange Inhalte, Videokurse oder eine kontinuierliche App-Nutzung dreht, müssen Sie keine benutzerdefinierten Skript-Hacks einfügen. Sie können den Standardgrenzwert von 30 Minuten in der Google Analytics-Benutzeroberfläche auf maximal 7 Stunden und 55 Minuten anpassen. Eine Anleitung finden Sie unter Zeitüberschreitung für Sitzungen anpassen.