Neuer OWOX BI-Algorithmus zum Sammeln von Sitzungsdaten

Veränderung ist konstant; das ist unsere Realität, und manchmal ist es schwer zu akzeptieren. Aber die Änderungen, die wir mit Ihnen teilen möchten, werden jeden einzelnen OWOX BI-Benutzer beeindrucken.

Sie wissen vielleicht bereits, dass OWOX BI kürzlich die Logik der Sitzungsdatenerfassung geändert hat; Die neuen Funktionen sind seit dem 1. März für alle Benutzer verfügbar. In diesem Artikel erzählen wir Ihnen mehr über unsere neuen Funktionen und wie Ihr Unternehmen davon profitieren kann.

Zuvor erstellte OWOX BI Sitzungstabellen in Google BigQuery unter Verwendung von Sitzungsdaten aus Google Analytics. Einerseits stellte dieser Ansatz eine vollständige Datenpassung über alle Quellen hinweg sicher. Andererseits könnte ein Teil der Daten aufgrund von Einschränkungen der Google Analytics Core Reporting API auf dem Weg von der Website zum Analysesystem und Cloud-Speicher verloren gehen.

Um dieses Problem zu vermeiden, haben wir den Algorithmus zum Sammeln von Sitzungsdaten geändert. Jetzt werden Sitzungsdaten mithilfe von Trefferdaten aus OWOX BI gebildet, sodass Google Analytics-Limits den Prozess zum Erstellen von Sitzungstabellen nicht beeinflussen können. Dank dieses neuen Algorithmus können Sie vollständige, nicht abgetastete Daten zum Nutzerverhalten auf Ihrer Website sammeln und diese Daten den richtigen Sitzungen zuordnen. Sehen wir uns alle Vorteile im Detail an.

Vorher : Wenn Nutzer Ihrer Website mehr als 200.000 Sitzungen pro Tag generieren, wendet Google Analytics (die kostenlose Version) normalerweise Stichproben an. Daher erhält Ihr Google BigQuery-Projekt nur eine zufällig ausgewählte Stichprobe der Sitzungen.

Jetzt : OWOX BI-Benutzer erhalten rohe und nicht abgetastete Daten aller Sitzungen in Google BigQuery ohne Einschränkungen in Bezug auf den Verkehrswert oder die Größe des Unternehmens.

Vorher : Wenn Sie die Limits für das Volumen und die gesammelten Daten in Google Analytics erreichen, verarbeitet das System die Daten nicht, die diese Limits überschreiten, und diese Daten gelangen nicht in Google BigQuery. Diese Limits sind 200.000 Zugriffe pro Benutzer und Tag, 10 Millionen Zugriffe pro Monat und 500 Zugriffe pro Sitzung. Außerdem ignoriert Google Treffer mit einer Größe von mehr als 8 Kb.

Jetzt : Der neue OWOX BI-Algorithmus hat keine dieser Grenzen, und die maximale Größe eines Treffers wird auf 16 Kb verdoppelt. Das bedeutet, dass Sie Daten über die Aktionen aller Benutzer auf Ihrer Website sammeln können.

Vorher : Sitzungsdaten werden möglicherweise mit einer Verzögerung von mehr als 24 Stunden aktualisiert, da diese Aktualisierungen davon abhängen, dass Informationen in der Google Analytics-API aktualisiert werden.

Jetzt : Hits bilden Sitzungen auf der OWOX BI-Seite, sodass die Sammlung von Sitzungstabellen niemals aufgrund von Überschreitungen oder fehlendem Zugriff auf Google Analytics angehalten wird. Daten gelangen schneller in BigQuery, was wirklich wichtig ist, wenn Sie es für Trigger-E-Mail-Marketing oder Berichtsaktualisierungen in Echtzeit verwenden.

Vorher : In Google Analytics wird die Verkehrsquelle durch das Modell „Letzter indirekter Klick“ definiert. Wenn der letzte Kanal in der Kundenaktionskette direkt war, wird dieser Kanal ignoriert und durch den letzten nicht direkten Kanal ersetzt.

Angenommen, Ihr Kunde hat gegoogelt und ein Produkt auf Ihrer Website gefunden. Sie merkten sich Ihre Website-Adresse und gaben sie nach einiger Zeit direkt in das URL-Feld ein. In diesem Fall wäre die Quelle dieser Sitzung google/organic, aber nicht direct/none. Dies schließt die Möglichkeit aus, den genauen Anteil des direkten Kanals als Traffic-Quelle für Ihre Website zu kennen.

Jetzt : Der neue OWOX BI-Algorithmus verwendet auch das Modell des letzten indirekten Klicks zur Definition der Verkehrsquelle. Aber wir haben ein spezielles trafficSource.isTrueDirect -Feld zur Sitzungstabelle hinzugefügt, um Ihnen bei der Definition von direktem Datenverkehr zu helfen. Dieses binäre Feld erhält einen wahren Wert, wenn eine Sitzung mit einem direkten Besuch der Website begonnen hat, und einen falschen Wert, wenn die Sitzung auf eine bezahlte Kanalsitzung folgt. Dank dieses Feldes können Sie den tatsächlichen Wert von kostenpflichtigen Kanälen und ihre Auswirkung auf die Conversions bewerten. In Google Analytics funktioniert das Feld isTrueDirect anders, da es den Wert „true“ erhält, wenn es eine direkte Quelle gibt oder wenn zwei Sitzungen dieselben Daten über die Kampagne enthalten.

Vorher : Wenn Sie mehrere Websites haben und verfolgen möchten, wie sich die Zielgruppen kreuzen, können Sie in Google Analytics eine domänenübergreifende Messung einrichten. Diese Lösung funktioniert jedoch nur, wenn Ihr Publikum Querverweise verwendet, um von einer Ihrer Websites zu einer anderen zu wechseln. Was ist, wenn Sie einen Benutzer verfolgen müssen, der beide Websites besucht, die zu unterschiedlichen Zeiten nicht vernetzt sind? Wir haben uns darum gekümmert ↴

Jetzt : Wir haben den Sitzungsdatentabellen eine OWOX-Benutzer-ID hinzugefügt. Diese anonyme Benutzerkennung hilft Ihnen, Daten über Benutzeraktionen von Ihren Websites zu kombinieren, auch wenn sie nicht direkt verknüpft sind. Außerdem haben Sie die Möglichkeit, nachverfolgte Benutzer zu separaten Werbezielgruppen zu gruppieren und zu vermeiden, dass Sie mehrmals für denselben Traffic bezahlen.

Vorher : Wenn Sie Ereignisse auf Ihrer Website mit Hilfe des Messprotokolls verfolgen, denken Sie daran, dass ein Teil dieser Ereignisse verloren gehen kann. Tatsache ist, dass in Google Analytics (einschließlich der kostenpflichtigen Version GA360) die maximale Dauer vom Moment des Treffers bis zum Senden der Informationen über den Treffer für den &qt -Parameter nur vier Stunden beträgt. Wenn die Lücke länger ist, wird das Ereignis überhaupt nicht zugeordnet. Angenommen, Ihr Besucher zahlt online auf Ihrer Website. Die Transaktion wird nach Erhalt einer Bankbestätigung gezählt, auch wenn dies einige Tage dauert. In einer solchen Situation wird die Transaktion nicht der richtigen Sitzung zugeordnet, was bedeutet, dass die Quelle, die zu dieser Transaktion geführt hat, nicht korrekt ausgewertet wird.

Wenn der Parameter &qt ohne Wert gesendet wurde, wird die separate Sitzung für das Ereignis automatisch erstellt. In jedem Fall wirkt sich dies auf die Genauigkeit Ihrer Daten aus.

Jetzt : In Sitzungen, die auf dem neuen OWOX BI-Algorithmus basieren, wird die maximale Dauer für den &qt-Parameter auf 30 Tage verlängert. Das bedeutet, dass Ihre vom Messprotokoll gesendeten Ereignisse der richtigen Sitzung zugeordnet werden.

Im neuen OWOX BI-Algorithmus haben Tabellen die gleiche Struktur wie im alten. Lediglich die Logik, nach der Werte definiert werden, unterscheidet sich bei einigen Feldern:

• Beim Erstellen einer neuen Google Analytics ⟶ Google BigQuery-Streaming-Pipeline werden Sitzungsdaten automatisch mit dem neuen Algorithmus erfasst.
• Um den Algorithmus zum Sammeln von Sitzungsdaten in vorhandenen Streams zu ändern, gehen Sie zu den Stream-Einstellungen und aktivieren Sie Sitzungsdatenerfassung .

Danach ist der alte Algorithmus nicht mehr verfügbar.

• Mit dem neuen OWOX BI-Algorithmus benötigen Sie keine benutzerdefinierte Dimension auf Sitzungsebene in Google Analytics. Sie können diese Dimension löschen und andere notwendige Parameter hinzufügen
• Sie müssen den OWOX BI-Tracking-Code auf Ihrer Website nicht aktualisieren.
• Um das automatische UTM-Tagging von Google Ads (gclid) zu aktivieren, müssen Sie die Erfassung von Rohdatenberichten für Google Ads in BigQuery einrichten. Mithilfe der nativen Integration mit Google Data Transfer können Sie dies mit einem Klick tun.
• Wenn Sie eine Liste mit Empfehlungsausschlüssen in Google Analytics haben, duplizieren Sie diese in den Stream-Einstellungen für OWOX BI.
  

Die Struktur der neuen Tabellen ist dieselbe wie die der alten Tabellen, daher sollten Sie in Ihren Anfragen nur die Namen der Tabellen ändern. Um Ihre bestehenden Anfragen an neue Tabellen anzupassen, reicht es aus, die Namen der alten session_streaming_- Tabellen in die neuen owoxbi_sessions_ -Tabellen zu ändern.

Wenn Sie wissen möchten, ob es für Sie an der Zeit ist, auf den neuen OWOX BI-Algorithmus umzusteigen, beantworten Sie die folgenden Fragen. Wenn Sie mindestens ein Ja haben, wissen Sie, was zu tun ist:

• Haben Sie ungefähr 200.000 Sitzungen pro Tag? Oder glaubst du, dass du diese Zahl in ein paar Monaten erreichen wirst?
• Haben Sie schon einmal Sampling erlebt?
• Haben Sie jemals nicht standardmäßige Berichte erstellt und Erfahrungen mit Stichproben gesammelt?
• Haben Sie jemals die Grenze von 500 Treffern pro Sitzung erreicht?
• Sind Sie daran interessiert, direkten Traffic korrekt zu verfolgen, möchten aber nicht das gesamte GA360-Paket kaufen?
• Möchten Sie Website-Zielgruppen kombinieren und ihre Überschneidungen analysieren?
• Möchten Sie alle Treffer mit Transaktionen während 30 Tagen senden, nicht 4 Stunden?
• Ist es für Sie wichtig, Sitzungstabellendaten so schnell wie möglich zu erhalten?

Auch wenn diese Fragen für Sie im Moment nicht relevant klingen, ist es besser, sich so früh wie möglich vorzubereiten.

Wenn Sie OWOX BI Pipeline noch nicht ausprobiert haben, laden wir Sie herzlich ein, während einer kostenlosen Testphase eine Probefahrt zu machen:

Wenn Sie Fragen haben, stellen Sie sie in den Kommentaren unten.