[outdated] App + Web Property: Alles (wirklich alles) was du dazu wissen musst40 min Lesezeit

Michaela Linhart 22 Comments

Ende Juli 2019 und mitten in der Sommerfrische hat Google die Webanalyse Welt ganz schön aufgerüttelt: Die neue Web + App Property ist da! Und mit ihr eine neue Generation von Google Analytics. Hier erfährst du ALLES was du wissen musst: Von A- wie Auswirkungen bis Z- wie Zukunft: Ein ultimativer App+Web Property Guide.

🛑✋ACHTUNG UPDATE: Seit Oktober 2020 ist die App+Web Property raus aus der Beta und der neue Google Analytics Standard! Im Zuge dessen hat Google die App+Web auf „Google Analytics 4“ umbenannt.

GANZ WICHTIG: App+Web Property ist die alte Bezeichnung von Google Analytics 4. Die App+Web Property ist nicht mehr aktuell!

Dieser Blogartikel ist daher veraltet.

Alles zur neuen Version der App+Web Property findest du hier: >> Google Analytics 4

Wichtig💡: Wenn du im großen WWW nach Infos zu Google Analytics suchst, ist es wichtig zu überprüfen, um welche Version es sich handelt: Universal Analytics (=alt), Google Analytics 4 (=neu).

Rückblick: Was bisher geschah…

Google Analytics gibt es jetzt seit über 15 (!) Jahren und ist somit ein richtiges Internet Urgestein:

Screenshot: Zeitstrahl Google Analytics und Firebase

Es ist noch gar nicht so lange her, da hat Google “Firebase” vorgestellt: Die integrierte Mobile Development Plattform mit über 15 Tools für Android, iOS und Web Apps.

Das Herstück der Suite ist Firebase Analytics: Das neue, gratis und (fast) unlimitiert nutzbare Analyse Tool FÜR APPS!

Mit Firebase Analytics wurde das App Tracking völlig revolutioniert: Statt auf Sitzungen und Seitenaufrufe fokussiert sich Firebase auf User und Events. Statt Hit-, Session- und User-basierten Dimensionen gibt es in Firebase User Properties und Event Parameter.

Es gibt kein Hit-Limit und kein Sampling. 😱

Das Interface ist aufgeräumter. 😱😱

Das Tracking strukturierter: Google stellt sogar einen Best Practice Tracking Leitfaden für verschiedenen Branchen zur Verfügung. Man muss also nicht mehr auf grüner Wiese beginnen… 😱😱😱

Und mit dem Einbau des Basis-Tracking Codes erfasst Firebase automatisch mehr Informationen – zusätzlich zum Pageview Screenview. 😎

Die Welt war aus dem Häuschen! Und ich mit ihr!

Schon damals war klar: Firebase ersetzt Google Analytics für Apps!

Das war 2016.

Die Mobile SDK ist tot. Lang Lebe Firebase.

Keinen Tag später galt das bisherige App Tracking als total veraltet (quasi letztes Jahrhundert), die Mobile SDK für Android und iOS als legacy.

Google hat dringendst empfohlen SOFORT auf Firebase umzusteigen.

Besser gestern als heute!

Begründung: Für die Mobile SDK gibt es keine Updates mehr und es werden auch keine neuen Features entwickelt.

Mit Februar 2020 ist die legacy SDK für Google Analytics Free User schließlich komplett eingestellt worden – und mit ihr die Datenerhebung und -verarbeitung in den legacy App-Properties.

Es kann auch nicht mehr auf die bisher erhobenen Daten zugegriffen werden – weder über die Google Analytics Oberfläche noch über die API. Diese werden laut Google Dokumentation von den Google Analytics Servern entfernt.

Ab jetzt MUSS für App Tracking in der Google Welt auf Firebase zugegriffen werden.

Hinweis: Google Analytics 360 Kunden sind nicht betroffen! Diese können die legacy SDK weiterhin nutzen – Google ratet allerdings davon ab und empfiehlt einen Umstieg ebenfalls zeitnah einzuplanen.

Alles kein Problem, wir sind ja aus dem 🏠.

Einziger Wermutstropfen: Mit dem Umstieg auf Firebase konnte ab 2016 plötzlich Web und App Daten nicht mehr gemeinsam analysiert werden!

Nicht ganz, es gab schon auch Workarounds aber es ging eben nicht mehr so einfach wie früher…

Im Gegenteil: Man hatte man plötzlich zwei Tools im Einsatz – Google Analytics fürs Website Tracking und Firebase fürs App Tracking.

Völlig getrennt und isoliert voneinander.

Ein Schuss ins Knie?

NEU: Firebase jetzt auch fürs Web (App+Web Property bzw. GA4)

Nein, eher eine langfristige Strategie. 🥁

Lange wurde gemunkelt, jetzt ist es bestätigt: Firebase fürs Web ist da! 

Der erste Schritt dahin ist die App+Web Property [Beta]: Eine neue Property-Generation für App-Daten (Firebase) und Web-Daten (gtag).

Dabei handelt es sich nicht einfach nur um ein Universal Analytics Upgrade oder um eine spezielle Art des Rollup-Reportings: Nein – die neue App+Web Property basiert auf dem revolutionären Measurement Model von Firebase, dass jetzt auch für Websites verfügbar ist.

GANZ WICHTIG: App+Web Property ist die alte Bezeichnung von Google Analytics 4. Die App+Web Property ist nicht mehr aktuell!

Dieser Blogartikel ist daher veraltet. Alles zur neuen Version der App+Web Property findest du hier: >> Hurra, hurra Google Analytics 4 ist da!

Grundlage für die App+Web Property ist der gtag, der Global Site Tag: Die neue Javascript Bibliothek, die seit 2017 der Tracking Standard für Google Analytics ist.

Hinweis: gtag? >> Erfahre hier mehr über den Global Site Tag.

Damit leitet Google eine neue Ära in der Webanalyse ein.

Das Website-Tracking wird nun völlig auf den Kopf gestellt und es jede Menge Arbeit auf uns zu.

Schauen wir uns aber erstmals die neuen Möglichkeiten der Web+App Property an:

(veraltet) App + Web Property: Die Berichte

Mit dem Upgrade auf die neue Genration von Google Analytics erhältst du Zugriff auf viele neue Berichts- und Analysefunktionen – und die haben es in sich!

🛑✋ACHTUNG UPDATE: Seit Oktober 2020 ist die App+Web Property raus aus der Beta und der neue Google Analytics Standard! Im Zuge dessen hat Google die App+Web auf „Google Analytics 4“ umbenannt.

GANZ WICHTIG: App+Web Property ist die alte Bezeichnung von Google Analytics 4. Die App+Web Property ist nicht mehr aktuell!

Dieser Blogartikel ist daher veraltet. Alles zur neuen Version der App+Web Property findest du hier: >> Hurra, hurra Google Analytics 4 ist da!

Außerdem: Wenn du im großen WWW nach Infos zu Google Analytics suchst, pass immer gut auf um welche Version es sich handelt: Universal Analytics (=alt) oder Google Analytics 4 (=neu).

Gehen wir sie der Reihe nach durch:

Go big or go Home: Der Home Screen

Den Homescreen kennen wir schon aus Google Analytics (der damals schon von Firebase übernommen wurde).

Er liefert den perfekten Überblick über deine User: Woher sie kommen, welche Kampagnen am effektivsten war und welche Zielgruppe am häufigsten und gewinnbringendsten interagiert hat.

Um tiefer in eine Analyse einzutauchen, gibt es am Ende (fast) jeder Karte einen Link zum Detailreport:

Screenshot: App + Web Property Homescreen

Das USP der App+Web Property? Plattform-übergreifende Datenerfassung und User-zentrierte Analysen!

Alle Metriken und Dimensionen über alle Reports hinweg werden sowohl Plattform-übergreifend (Website + Apps) als auch User-zentriert (Browser + Devices) erfasst.

User sind hier also tatsächlich User und keine Devices mehr, weil der gesamte Traffic auf Basis der User-ID konsolidiert wird. ????

Damit geht Google einen nächsten Schritt in Richtung „vollständige Sicht auf die Customer Journey“.

Standard Reports in Google Analytics V2

In der App+ Web Property gibt es drei große Bereiche:

Screenshot: Berichtsbereiche in Google Analytics V2

  • Reports / Berichte (= Standard Reports)
  • Events / Ereignisse
  • Explore / Erkunden (= Advanced Analysis)

Der Bereich „Standard Reports“ ist derzeit noch sehr klein gehalten – es gibt nur vier Übersichts-Berichte:

  • Users / Nutzer
  • Demographics / Demographische Merkmale
  • Behavior / Verhalten
  • Technology / Technologie

Jeder Bericht besteht aus mehreren Karten.

Hinter (fast) jeder Karte versteckt sich wiederum ein Detail-Bericht mit einer noch umfassenderen Sicht auf die User.

Hinweis: Es werden also nicht mehr alle Detail-Reports links im Menü aufgelistet, sondern nur noch die Overview-Reports. Von diesen kannst du dich tiefer in Detailberichte vorarbeiten. Das macht das Menü schlanker und somit übersichtlicher.

Tipp: Solltest du einen bestimmten Bericht vergeblich suchen, wirf einen Blick „hinter die Kulissen“ und klick dich durch die Detailberichte.

Schauen wir uns die vier Berichte im Detail an:

Users

Beantwortet die Frage wie: Wie aktiv sind deine Benutzer im Laufe der Zeit?

Screenshot: Users Report in App+Web Property

Einen Fokus setzt Google hier auf die aktiven User (DAU (Daily Active Users) und MAU (Monthly Active Users) Metriken) sowie auf Kohorten-Analysen.

Hinweis: Wenn du bisher noch nicht mit Firebase gearbeitet hast, wirst du merken wie modern und interaktiv die neue Benutzeroberfläche der App+Web Property ist.

Diese wurde fast gänzlich von Firebase übernommen und macht deutlich wie veraltet Google Analytics eigentlich ist…

Demographics

Wenn beim Setup der App+Web Property Google Signals (Remarketing Berichte) aktiviert werden, fließen auch hier Daten zu Alter, Geschlecht und Interessen ein:

Screenshot: Demographics Report in App+Web Property

Ich persönlich liebe die neuen Streudiagramme (Scatter Plots) in den Detail-Reports – hier am Beispiel Users und New Users pro Stadt.

Dadurch lassen sich definitiv schneller Abhängigkeitsstrukturen erkennen z.B. Cluster und Ausreißer.

Screenshot: Scatter Plot Users vs New Users pro Stadt

Behavior

Der neue Verhaltens-Report ist noch nicht recht spannend: Es zeigt die User-Interaktionen nach Bildschirm und Ereignis, wobei es für Ereignisse einen ganzen eigenen Bereich gibt (dazu hier mehr).

Screenshot: Behavior Report in App + Web Property

Spannend ist allerdings, dass in diesen Standard-Berichten auch immer Echtzeit-Charts eingebaut sind: siehe im Screenshot drüber die zweite Karte.

Mit einem Klick auf „View Realtime“ wirst du zum neuen Realtime-Report weitergeleitet: Im Gegensatz zu Google Analytics wird in Firebase (und somit auch in der App+Web Property) ein starker Fokus auf Realtime Reports gelegt – mit umfassenden Drilldown und somit Insight-Möglichkeiten.

Screenshot: Realtime Report in App + Web Property

Technology

Der Technologie-Report ist bislang der einzige, der aus drei Unter-Berichten besteht.

Im Cross-Platform Overview erhälst du eine wunderschöne Übersicht über deine Apps: Welche Apps integriert sind, wie hoch ist der Anteil der jeweiligen App ist und weitere KPIs die jeweils pro Plattform aufgesplittet sind.

Screenshot: Technology X-Device Report in App+Web Property

Darunter gibt es einen eigenen Web-Report mit den jeweils passenden Metriken und Karten die speziell für Websites spannend sind:

Screenshot: Website Report in App+Web Property

Sowie auch einen eigenen App-Report mit den jeweils passenden Metriken und Karten die speziell für Apps spannend sind:

Screenshot: App Report in App+Web Property

Ereignisse in Google Analytics 4

„Events“ ist der zweite große Berichts-Bereich in der App+ Web Property bzw. Google Analytics 4 – vermutlich weil Events die Hauptrolle im neuen Datenmodell von Google Analytics spielen.

Jeder Hit – egal ob Pageview, Event oder Ecommerce Transaktion – ist technisch gesehen ein Event.

Sogar Sitzungen sind Events.

A-L-L-E-S sind Events❣

Ereignisse in GA4 sind allerdings nicht die selben Ereignisse wie in Universal Analytics: Statt den Ereignis-Parametern „Category, Action und Label“ gibt es in Firebase und somit in der App+Web Property nur noch die Event Category bzw. den Ereignisnamen.

Zusätzlich zum Ereignisnamen können bis zu 25 weitere Parameter pro Event erfasst werden: Du kannst diese völlig frei wählen und bist nicht mehr auf „Kategorie, Aktion und Label“ beschränkt.

Hinweis: Das ist auch der Grund warum so mega viel Aufwand auf uns zukommen wird, wenn sich die App+Web Property als neuer Webanalyse Standard durchsetzt. Das Event-Modell muss erst auf das Website-Tracking übertragen werden!

Ein Vorteil ist, dass Google Analytics einige Ereignisse automatisch für dich erfasst:

  • Screenviews
  • Session_Start
  • First_Open.
  • uvm.

Diese sind momentan noch sehr App-lastig, weil sie ja aus Firebase kommen – das wird sich aber vermutlich bald ändern.

Du kannst natürlich und wie bisher auch custom-Events erfassen: Hier ist das Tracking auf 500 Ereignistypen limitiert. Diese können dafür unlimitiert viel Traffic erzeugen.

Fair enough, würde ich sagen.

Unter „Events“ gibt es zwei Reports: Conversions und alle Events.

Alle Events Report

Im „Alle Events“ Report findest du eine Auflistung ALLER Events: Die automatisch erfassten Events von Google, die empfohlenen Events von Google  je Branche und auch deine eigenen, individuell erfassten Events.

Hier kommen also alle zusammen!

Hinweis: Derzeit gibt es keinen eigenen Bericht in denen du automatische Events von eigenen Events unterscheiden kannst. Das macht das Handling etwas unübersichtlich. Leider…

Cool ist, dass Google dir vorschlägt welche Events du noch erfassen könntest: Allerdings erkennt das bisher nur Firebase an der vorgegeben App, deswegen sind die Vorschläge auch derzeit nur auf Apps beschränkt…

Hinweis: Google empfiehlt diese Events unbedingt zu erfassen, damit du als erstes von neuen Reports und Features für deine App profitierst.

Screenshot: All Events Report in App+Web Property

Über ein Drill-Down auf ein Ereignis (z.B. klick auf first_visit) gelangst du auf den Detail-Report für dieses Event.

Möchtest du ein anderes Event im Detail analysieren, kannst du über den von mir gelb markierten Event-Namen aus deiner Event-Liste auswählen. Du ersparst dir dadurch das Zurück-Gehen zur Übersicht.

Das grüne Schild zeigt dir übrigens, dass der Report auf 100% deiner Daten basiert und somit nicht gesampled wurde.

Hinweis: Zwar rühmt sich Firebase derzeit damit kein Sampling anzuwenden. Es kann jedoch davon ausgegangen werden, dass Sampling später wieder eingeführt wird (auch um 360-Kunden einen Anreiz zu bieten…).

Screenshot: Detail Event Report in App+Web Property

Standardmäßig ist in allen Reports immer das „All User“ Segment aktiv.

Wenn du den Bericht auf User die bspw. aus Deutschland kommen einschränken möchtest, kannst du eine „Comparison“ (einen Vergleich) hinzufügen (in orange dargestellt):

Screenshot: Dimension Comparison in App+Web Property

Hinweis: In der App+Web Property gibt es keine Report-Filter mehr. Stattdessen wird nur noch segmentiert.

first_open vs first_visit

Und falls du dich gefragt hast was der Unterschied zwischen first_open und first_visit ist: Es gibt keinen! Instant Apps erfassen ein first_visit Event. Alle anderen Apps einen first_open Event. Das selbe gilt für first_visit_time (für Instant Apps) und first_open_time (für alle anderen Apps)…

Conversion Report

Micro- und Macro Conversions sind das A&O in der Webanalyse, deswegen kannst du bis zu 15 Events ganz einfach als Conversion markieren (ganz rechts im Ereignis-Report: „Mark as Conversion“ Toggle). 

Diese erscheinen dann im “Conversion” Report: 

Screenshot: Conversion Report in App+Web Property

Drill-Down auf ein Conversion-Event und du tauchst wiederum in den Detail-Report ein.

Awesome ist hier, dass du im Report dein Attributions-Modell ändern kannst: 

Screenshot: Conversion Detail Report in App+Web Property

Zugegeben die vorhandenen vier Attributionsmodelle sind jetzt nicht der burner aber die Web+App Property ist ja derzeit auch noch in Beta.

Später werden hier vermutlich alle Attributionsmodelle inkl. Data-Driven für GA360 und Custom Models verfügbar sein. Woop woop! 

Schön ist auch, dass du hier nach verschiedenen Dimensionen analysieren kannst: Standardmäßig ist hier „Quelle“ als primäre Dimension eingestellt.

Du kannst aber auch Medium, Kampagne, Ad Network Type, Creative, Ad Group Name und Ad Group ID auswählen:

Screenshot: Dimensionsauswahl im Conversion Detail Report

Custom Reports: Analysis bzw. Advanced Analysis [Beta]

Besonders cool und besonderen Wert legt Google auf den nächsten Abschnitt: Explore.

Diesen kannst du mit der Customization-Section in Google Analytics vergleichen: Also alles was du bisher selbst in GA erstellt hast (Custom Reports, Dashboards, etc.).

Wenn du GA360 Kunde bist wird dir die Analysis Section schnell bekannt vorkommen: Es ist die Advanced Analysis Beta, die es seit ca.einem Jahr in Google Analytics gibt und bisher nur für GA360 Kunden verfügbar war.

Jetzt sind all die geilen Reports auch für Free User verfügbar! 

Und jetzt beginnt es auch für all jene spannend zu werden, die gar keinen App Traffic erfassen (so wie ich), sondern nur Google Analytics für die Website nutzen:

Du kannst nun auch mit deinem Website Traffic all die geilen 360 Features nutzen. Das heißt: Custom Funnels, Pfad Analysen, Segment Overlap…

Das ist mega! Mein 🧡 schlägt höher! 🧡

Analysis Hub / Report Speicher

Im Analysis Hub werden alle deine Custom Reports gespeichert:

  • Reports, die für alle verfügbar sind, die Zugriff auf die Property haben
  • Reports, die der Property geshared wurden
  • Deine eigenen Reports

Screenshot: Analysis Hub in App+Web Property

Mit Klick auf „+“ kannst du einen neuen Custom Report erstellen und wirst dadurch automatisch in eine der Unterkategorien weitergeleitet.

Exploration

Der „Explorer“ ist ein Mix aus dem klassischen Google Analytics Standard-Report und Custom Reports: Es können bis zu 5 Dimension und bis zu 15 Metriken hinzugefügt werden.

Screenshot: Explorer in App+Web Property

Awesome ist, dass du aus einer Reihe Visualisierungen auswählen kannst (ähnlich wie in Data Studio): Du musst deine Zahlen also nicht nur in einer langweiligen Tabelle darstellen lassen, sonst kannst auch Kreisdiagramme, Liniendiagramme, Scatter Plots und Geo Maps erstellen.

Du kannst Segmente und Vergleiche auf deine Zahlen anwenden.

Du kannst die Tabelle zur Pivot-Tabelle umfunktionieren.

Und du kannst mehrere Report-Blätter in einem Report erstellen um z.B. im ersten Blatt nur eine Übersicht deiner Analyse zu zeigen und in den nächsten Tabs detaillierter auf diese eingehen. Jedes Tabellenblatt kann dabei aus einem anderen Berichts-Typ bestehen. Das ist unglaublich flexibel!

Der neue Explorer ist also wesentlich leistungsstärker als der bisherige Explorer in Google Analytics.

Wie ist dieser Report überhaupt zu lesen? 🤔

In der ersten Spalte zeigt dir Google welche Segmente, Dimensionen und Metriken zur Verfügung stehen. Hier kannst du der Analyse einen Namen geben sowie deinen Zeitraum auswählen oder einen Zeitraumsvergleich einstellen.

In der zweiten Spalte kannst du die Segmente, Dimensionen und Metriken aus der ersten Spalte anwenden: Ziehe via Drag&Drop die gewünschten Felder in die dafür vorgesehen Felder z.B. City in die Zeile und Country in die Spalte.

Segment Overlap

In der Segment-Überlappung kannst du bis zu drei Segmente gleichzeitig hinzufügen und sehen, wie sich diese überlappen und miteinander interagieren:

Screenshot: Segment Overlap in App+Web Property

Okay… kein sehr schönes Beispiel – hier überschneidet sich nix.

Das liegt daran, dass ich noch keine schönen Segmente habe: Standardmäßig stellt die App+Web Property jede Menge App-Segmente (aus Firebase) zur Verfügung.

Für meinen Web-Traffic muss ich mir jedoch erst passende Segmente erstellen.

Und das mache ich über die neue Segment-Engine in der App+Web Property: Diese ist nicht nur hübscher sondern auch unglaublich powerful.

Du kannst:

  • eine Beschreibung hinzufügen.
  • aus dem Segment direkt eine Audience bauen und für Targeting in Google Ads und Optimize nutzen.
  • User ausschließen.
  • mehrere Conditions hinzufügen.
  • Sequenzen bauen.

Und du erhälst eine Zusammenfassung wieviele User inkludiert und exkludiert werden sowie auf wieviele Sitzungen das Segment basiert:

Screenshot: Neue Segment Engine in App+Web Property

Ist das geil oder ist das geil? 🤓

So und jetzt sieht das Segment Overlap auch spannender aus:

Screenshot: Segment Overlap für Device Category

Wenn du durch die Segment-Überlappung eine interessante Kreuzung gefunden hast, kannst du direkt daraus ein neues Segment erstellen und auf weitere Analysen anwenden oder für Remarketing mit Google Ads / Google Marketing Platform und fürs Targeting mit Optimize verwenden.

Ein riesen Bonus würde ich sagen!

Funnel Analysen: OMG YES!

Custom Funnel Analysen sind mit Abstand das Beste was Google für Analytics je erfinden konnte!

Kein Feature war bisher so heiß begehrt wie benutzerdefinierte Trichter, die es bis dato auch nur für GA360 Kunden gab.

Hinweis: In der App+Web Property können jetzt aber auch Analytics Free User Custom Funnels erstellen!

Deswegen empfehle ich jedem Google Analytics User eine App+Web Property anzulegen und zumindest Custom Funnels zu nutzen!

Mit benutzerdefinierten Trichtern kannst du auf Basis von Pageviews oder Events eigene Trichter bzw. Pfade erstellen, die User auf deiner Website durchlaufen:

Screenshot: Funnel Analyse in App+Web Property

Die Custom Funnel Highlights: 

Du kannst:

  • bis zu 10 Trichter-Schritte erstellen.
  • bis zu 4 Segmente hinzufügen um deine Trichter-Schritte zu vergleichen.
  • Segmente basierend auf User, die den Funnelstep durchlaufen haben oder abgesprungen sind, erstellen.
  • Audiences erstellen und für Targeting in Google Ads oder Optimize nutzen.

Zudem können Trichterschritte nach Dimensionen (z. B. Aufschlüsselung nach Alter, Geschlecht, Gerätetyp usw.) und Metriken aufgeschlüsselt und gefiltert werden.

>> Für weitere Details lies auch den Deep Dive Blogartikel von Krista Seiden.

Path Analysis

Mindestens genauso awesome wie Funnel ist die neue Pfad-Analyse:

Screenshot: Pfad Analyse in App+Web Property

Wohin gehen User von der Startseite? Welche Produktlisten sind am attraktivsten?

Natürlich kann das alles über Seiten-Reports analysiert werden, aber eine Pfad-Darstellung ist einfach schöner, visueller, leichter erfassbar.

Bisher waren die Pfad Analysen in GA strikt vorgegeben und auch nicht besonders gut – in GA4F kann man sich nun selber Pfadanalysen zusammenbauen.

Hinweis: Pfad Analysen sind generell ein eher leidiges Thema: Alle wollen sie – aber niemand schafft es so richtig, weil sie unglaublich viel Rechenleistung in Anspruch nehmen… Wer wenn nicht Google würde es also schaffen ein richtig gutes Produkt auf den Markt zu bringen?

Deswegen glaube ich, dass die Pfad-Analyse großes Potential hat und wir in Zukunft sehr viel von ihr hören werden.

>> Weitere Details auf Krista Seidens Blog und hoffentlich bald auch auf meinem.

User Explorer

Schließlich gibt es noch den User Explorer, den wir ähnlich auch schon aus Google Analytics kennen.

Mit dem User Explorer können Customer Journeys einzelner, individueller (!) User über mehrere Sessions hinweg analysiert werden:

Screenshot: User Explorer in App+Web Property

Allerdings ist der User Explorer in der App+Web Property noch nicht so ganz ausgereift, meine ich: Statt der Client-ID wird hier die Device-ID sowie der Stream angezeigt. Plattform-übergreifend und User-zentriert sieht anders aus…

Screenshot: User Explorer Übersicht

Configuration

Neben den drei Analyse-Bereichen gibt es links im Menü auch noch die Konfiguration: Hier werden Audiences und User Properties verwaltet bzw. kannst du hier auch Neue erstellen.

Audiences

Im Bereich Audiences werden deine Zielgruppen verwaltet:

Screenshot: Audience Übersicht in App+Web Property

Audiences funktionieren wie die bisherigen Audiences in Google Analytics unter Admin –> Property-Ebene –> Zielgruppendefinitionen –> Zielgruppen:

Screenshot: Zielgruppen in Google Analytics

Hier werden Zielgruppen (Audiences) auf Basis der erfassten Google Analytics Daten erstellt, die nach Google Ads, Doubleclick (Display&Video360), etc. gepushed und somit als Grundlage für Remarketing-Kampagnen genutzt werden können.

Hinweis: Details zu Remarketing-Zielgruppen erhälst du im Google Analytics Support-Center. 

Unter „Audiences“ in der App+Web Property kannst du also neue Audiences hinzufügen oder duplizieren sowie bestehende editieren und löschen:

Screenshot: Audiences bearbeiten

Wenn du eine neue Audience erstellen möchtest, kannst du auswählen ob du auf grüner Wiese beginnen, eine von Google vorgeschlagene Audience erstellen oder ein Template anwenden möchtest.

Templates sind wie die bisherigen System-Segmente in Google Analytics.

Später kommt hoffentlich noch eine Rubrik „Import from Gallery“ hinzu, um wie bisher Segmente aus der Google Analytics Solution-Gallery zu importieren:

Screenshot: Build New Audience

Wenn du eine neue Audience erstellst bzw. ein Template anwendest, gelangt du wieder in den neuen Segment-Builder von GAv2

In der App+Web Property gibt es keine Report-Filter mehr. Stattdessen wird nur noch segmentiert.

Dabei können bis zu vier Vergleiche (= Comparisons) hinzugefügt werden – egal ob bereits bestehende Audience oder Segment:

Screenshot: Audience vs Comparison in App+Web Property

Comparisons funktionieren wie bisher Berichts-Filter: Du kannst sie zwar anwenden und wie bei Segmenten durch deine Reports springen und deine Daten vergleichen. Wenn du sie aus dem Bericht entfernst, sind sie allerdings nicht mehr verfügbar.

Sie werden nicht gespeichert.

Möchtest du sie nochmal nutzen, musst sie von neu erstellen.

Im Vergleich dazu werden Audiences gespeichert und können jederzeit wieder auf die Berichte angewendet werden.

User Properties

User Properties sind vergleichbar mit User-Scoped Custom Dimensions in GA.

Hinweis: In diesem Blogartikel erfährst du alles über Scopes in GAv1. 

Es sind selbst definierbare Nutzereigenschaften bzw. Nutzerattribute, die statisch sind oder sich nur langsam ändern z.B. Käufer = wahr oder Beruf = Analyst.

Sie müssen einerseits im Tracking Code übergeben werden und andererseits hier registriert werden:

Screenshot: User Properties Übersicht

Du kannst eine neue User Property ganz einfach registrieren, wenn du auf „NEW USER PROPERTY“ klickst und der Property sowohl einen Namen als auch eine Beschreibung gibst:

Screenshot: Neue User Property in App+Web erstellen

Hinweis: Technische Details kannst du direkt in der Doku von Google oder im Blog von Marcus Stade nachlesen.

Und was ist mit Hit- und Session-Scoped Custom Dimensions??

▶ Die gibt es in dem Sinn nicht mehr – dazu verwendest du Event Parameter.

DebugView

Im DebugView kannst du Analysekonfiguration während der Entwicklung überprüfen.

An dieser Stelle sei auch an das Google Analytics Support Center verwiesen… dazu ein anderes mal mehr. ????

Bist du jetzt genauso begeistert wie ich? 🤩

Dann solltest du dir jetzt gleich eine Web+App Property einrichten:

(veraltet) App + Web Property: Das Setup

GANZ WICHTIG: App+Web Property ist die alte Bezeichnung von Google Analytics 4. Die App+Web Property ist nicht mehr aktuell!

Wenn du eine neue Property in Google Analytics anlegst, dann ist standardmäßig „GA4“ vorausgewählt. Das App+Web Setup ist somit obsolet. Alle Details zum NEUEN SETUP findest du hier: >> GA4 – Der ultimative Einsteiger- und Durchstarter Guide!

Bis September 2019 gibt es zwei Möglichkeiten eine Web+App Property einzurichten:

Wichtig: Um das Setup durchführen zu können benötigst du sowohl Edit-Rechte in Google Analytics auf Account Ebene als auch Admin Rechte in Firebase.

Starten wir mit dem easy Setup:

1) Eine bestehende Firebase-Verknüpfung upgraden

Wenn du bereits dein Firebase Projekt mit Google Analytics verknüpft hast, wirst du mit einem fetten blauen Balken über das App+Web Upgrade informiert:

Screenshot: Firebase Property Upgrade to App+Web

Klicke auf „Begin Upgrade“ um das Upgrade durchzuführen: Deine Firebase App Daten fließen somit automatisch in die neue Property ein.

Wichtig: Voraussetzung damit deine App Daten in die Web+App Property einfließen ist Firebase. Ohne Firebase keine App Daten in Google Analytics V2!

Hinweis: Diese Upgrade-Funktion gibt es laut Google nur bis September 2019. Danach ist nur noch Variante 2 möglich, deswegen dort alle weiteren Details.

2) Eine neue Web+App Property erstellen

Hattest du bisher dein Firebase Projekt nicht mit Google Analytics verknüpft (weil die Verbindung ohnehin statisch und somit sinnlos war), musst du das Upgrade über den konventionellen Weg durchführen.

In dem Fall klickst du im Google Analytics Admin Interface auf “+ Create Property”. Statt bisher Web und App steht dir nun eine dritte Auswahl zur Verfügung, nämlich “Web und App”:

Screenshot: New Web + App Property

Hinweis: Google ist gerade (Sommer 2019) dabei die neue App+Web Property weltweit als Public Beta auszurollen. Es kann also einige Zeit dauern, bis das Upgrade auch in deinem Account verfügbar ist.

Hinweis: Auch reine App-Properties basieren jetzt auf der Web+App Technologie. Du kannst nur Daten deiner Apps einlaufen lassen und auch jederzeit deine Website hinzufügen.

Wähle den neuen App+Web Property-Typ aus: Es folgt das Property Setup.

Screenshot: App + Web Property Konfiguration

Gib der Property einen Namen deiner Wahl.

Wähle eine Industry Category (so wie bisher in GA auch).

Wähle die Zeitzone und Währung und klicke auf “Create”.

Die Property wird jetzt erstellt und du kannst in einem nächsten Schritt deine Website- sowie App-Datenstreams konfigurieren.

Wichtig: Voraussetzung damit deine App Daten in die Web+App Property einfließen ist Firebase. Ohne Firebase keine App Daten in Google Analytics V2!

App Stream erstellen

Wähle auf Property Ebene „Data Streams“ aus um eine iOS oder Android App der App+Web Property hinzuzufügen:

Screenshot: Data Stream Konfiguration auf Property Ebene

Hinweis: Ein Datenstream ist eine Datenquelle (Pipeline) für deine App+Web Property. Durch einen Datenstream werden deine App Daten aus Firebase oder Webdaten von gtag in der Property angezeigt.

Es können bis zu 50 Daten-Strems hinzugefügt werden!

Wähle „iOS App“ wenn du deine iOS App hinzufügen möchtest oder „Android App“ wenn du deine Anroid App hinzufügen möchtest.

Hantel dich anschließend durch den Setup-Prozess.

Hinweis: Da sich die App+Web Property in einer frühen Beta befindet, kann es sich, dass das Setup bei dir anders aussieht als bei mir. Keine Panik: Sieh dich kurz um, du findest dich bestimmt schnell zurecht und an einem bestimmten Punkt werden sich unsere Darstellungen wieder überschneiden.

Android) Wähle Android als Plattform für deine Android App.

Im nächsten Schritt musst du den Package- und App-Name angeben und die App registrieren.

Diese Daten findest du direkt in Firebase in den Project Settings:

Screenshot: Firebase Project Settings

Google erstellt jetzt im Hintergrund ein Google Cloud Projekt, ein Firebase Projekt, verlinkt Firebase und Google Analytics und erstellt den Stream (den Datentransfer von Firebase nach Google Analytics).

Im Anschluss muss du die eben erstellte google-services.json herunterladen und in deine Android App integrieren.

Diese Datei enthält Konfigurationsdetails wie Keys und andere Identifier für die gerade aktivierten Dienst.

Dafür stellt Google auch noch eine detaillierte Anleitung zur Verfügung:

Screenshot: App+Web Property Android Setup

Die google-service.json in die App integriert und die Installation kann von Google Analytics verifiziert werden.

Hinweis: Wenn du deine App SDK nicht angepasst hast, lädt die Identifizierung endlos und deine App Daten können nicht in GA einfließen. Beende das Setup und sprich dich mit deinen App-Entwicklern ab. Du kannst die Konfiguration zu einem späteren Zeitpunkt jederzeit wieder aufnehmen.

iOS) Wähle iOS als Plattform für deine iOS App.

Im nächsten Schritt musst du die iOS bundle ID, den App Namen sowie die App Store ID (optional) angeben um die App registrieren zu können.

Auch diese Informationen erhälst du direkt in Firebase:

Screenshot: App+Web Property iOS Setup

Alle weiteren Schritte sind ähnlich wie bei Android: Config File downloaden und in die App integrieren.

Füge den von Google bereitgestellten Initialisierungscode zu deiner AppDelegate-Class hinzu, um eine Verbindung zu Firebase herzustellen, wenn deine App gestartet wird.

Im Anschluss muss die Installation wieder verifiziert werden.

Die Steps erledigt und siehst im “All Data Stream” Tab welche Website und Apps deiner Property hinzugefügt wurden und ob Daten aus dieser in die App+Web Property einfließen:

Screenshot: App+Web Property Data Stream Overview

App-Setup fertig. Woop Woop.

Web Stream erstellen

Zusätzlich kannst du nun einen Webstream einrichten, damit auch deine Website Daten in die neue App+Web Property einfließen.

Hinweis: Seit Jänner 2020 kannst du MEHRERE Web-Datenstreams erstellen um deiner App+Web Property mehrere Websites hinzuzufügen.

Gehe dazu auf Data Streams und wähle „Web“ aus.

Es erscheint folgende Konfiguration:

Hinweis: Da sich die App+Web Property in einer frühen Beta befindet, kann es sich, dass das Setup bei dir anders aussieht als bei mir. Keine Panik: Sieh dich kurz um, du findest dich bestimmt schnell zurecht und an einem bestimmten Punkt werden sich unsere Darstellungen wieder überschneiden.

Screenshot: App+Web Web Stream Setup

Klicke „Add Web Stream“ und füge die URL deiner Website ein.

Gib dem Stream einen sprechenden, aussagekräftigen Namen.

Die „Enhanced Measurements“ kannst du aktiviert lassen, wenn du möchtest, dass Google automatisch Pageviews, Scrollevents, Outbound Clicks, Site Search, Video Engagement und File Downloads tracken soll.

Du musst diese im GTM nicht mehr selbst einbauen!

Klick auf „Create Stream“ und der Datenfluss wird erstellt.

Wichtig: Voraussetzung damit deine Web Daten in die Web+App Property einfließen ist gtag. Ohne gtag auf deiner Website keine Web Daten in Google Analytics V2!

Wie du den gtag in deine bestehende Implementierung hinzufügst, erfährst du hier. 

Die fertige Web Stream Konfiguration sieht nun wie folgt aus:

Screenshot: Fertige Web Stream Konfiguration in App+Web Property

Statt der bisherigen UA-ID erhältst du nun die G-ID als neue Measurement ID.

Jetzt das übliche Prozedere: Entweder du implementierst den gtag inkl. G-ID nativ auf allen Seiten deiner Website oder du nimmst dafür den Google Tag Manager.

Hinweis: Eine Anleitung für beide Varianten sowie weitere Details zum neuen gtag findest du hier.

Das war’s!

Ein paar Stunden warten und deine App+Web Property  befüllt sich mit deinen Firebase und gtag Daten.

Ob die Config geklappt hat, siehst du übrigens direkt im Datenstream-Overview:

Screenshot: Zugriffe von Web Datenstream – Config passt

(veraltet) App + Web Property: Eine virtuelle Führung durchs Admin-Interface

GANZ WICHTIG: App+Web Property ist die alte Bezeichnung von Google Analytics 4. Die App+Web Property ist nicht mehr aktuell!

Dieser Blogartikel ist daher veraltet. Alles zur neuen Version der App+Web Property findest du hier: >> Hurra, hurra Google Analytics 4 ist da!

Es sind bereits viiiiiiele neue Einstellungen dazu gekommen und das Admin Interface wurde erweitert. Alle Details zum NEUEN SETUP findest du hier: >> GA4 – Der ultimative Einsteiger- und Durchstarter Guide!

Jetzt wo das Setup fertig ist, ein Blick hinter die Kulissen.

Das ist das App+Web Admin Interface:

Screenshot: Das Web+App Property Admin Interface

Keine Datenansichten

Spannend ist, dass die neue Property Generation über KEINE Datenansichten mehr verfügt.

Alternativ werden anscheinend Segmente und Audiences verwendet: Um bspw. nur die Website- oder nur die Android-App-Daten zu analysieren, kannst du dir einfach ein Segment oder eine Audience erstellen und auf deine Berichte anwenden.

Ob das praktisch ist, wird sich herausstellen…

Keine Datenansichts Filter

Es gibt auch KEINE Datenansichts-Filter mehr: Somit kann interner Traffic oder Traffic von Testsystemen derzeit nicht aus der Live-Analyse ausgeschlossen werden.

Autsch: Auch Backup Datenansichten können dadurch nicht mehr erstellt werden!

Stattdessen fließen die gewünschten Daten, die über Daten Streams hinzugefügt werden, in die Property ein und werden somit auch auf Property-Ebene gespeichert.

Vermutlich macht es also Sinn eine App+Web Property für Live-Systeme und eine App+Web Property für Test-Systeme zu erstellen, damit die Daten nicht gemixt werden.

Ich denke aber, dass es zukünftig Filter auf Property-Ebene geben wird: Irgendwie muss der Traffic ja eingegrenzt werden können.

Hinweis: In Google Analytics 4 wurden Filter wieder eingeführt! Details dazu lies hier: GA4 – Der ultimative Einsteiger- und Durchstarter Guide: Daten Filter

Property Settings

Die Property Settings sind derzeit noch sehr rudimentär:

Screenshot: Property Settings in App+Web Property

Es gibt nur:

  • Property Namen
  • Industry Category (wie bisher)
  • Zeitzone
  • Währung

User Management

Am User Management hat sich nichts geändert, das funktioniert wie bisher.

Auch die Rechte-Vergabe erfolgt wie bisher:

  • Lesen und analysieren
  • Zusammenarbeiten
  • Bearbeiten
  • Nutzer verwalten

Data Streams

Durch Data Streams werden die Website und Apps an die Property angebunden.

Die Daten dieser Streams fließen anschließend in die Web+App Property einfließen sollen: Details weiter oben.

Data Settings

In den Data Settings gibt es momentan nur zwei Einstellungen:

Bei der Data Retention gibt es nur die Auswahl von 2 Monaten oder 14 Monaten – eines davon MUSS ausgewählt werden.

Weiters kann noch angetoggelt werden ob die User Daten bei neuer Aktivität zurückgesetzt werden soll: Aktiviere diese Option, um die Aufbewahrungsdauer der UserID bei jedem neuen Ereignis zurückzusetzen (das Ablaufdatum wird dadurch auf die aktuelle Zeit plus Aufbewahrungsdauer gesetzt).

Wenn du nicht möchten, dass der Aufbewahrungszeitraum für eine UserID zurückgesetzt wird, deaktiviere diese Option. Mit der Benutzerkennung verknüpfte Daten werden nach Ablauf der Aufbewahrungsfrist automatisch gelöscht.

Screenshot: Data Settings mit Data Retention in App+Web Property

Hier folgen demnächst sicherlich mehr Einstellungen…

Default Reporting Identity

Hier erfolgt die Einstellung der UserID für plattformübergreifende Analysen:

Screenshot: Default Reporting Identity in App+Web Property

Es gibt zwei Möglichkeiten, User für die Berichterstellung zu ermitteln:

  • Nach User ID und Gerät: Aktiviere diese Option, wenn du plattformübergreifende Berichte auf Basis der UserID erstellen möchten. In dem Fall musst du den User – wie bisher – eindeutig identifizieren können und an Google Analytics senden. Wenn keine UserID verfügbar ist, verwendet Google Analytics die DeviceID.
  • Nach Gerät: Bei dieser Methode wird nur die Device-ID (Analytics-Cookie für Websites oder App-Instanz-ID für Apps) verwendet, um einen User zu identifizieren. Alle erfassten User IDs werden ignoriert.

Product Linking

Unter Produkt Verlinkungen kann die Property wie bisher mit anderen Google Produkten verknüpft werden.

Derzeit sind nur folgende Produktverknüpfungen möglich:

  • Google Ads: Die Verlinkung funktioniert wie bisher.
  • Firebase

Im Firebase Linking siehst du welche Firebase Projekte mit der Property verlinkt wurden sowie das Datum an dem die Verlinkung stattgefunden hat. Weiters kann hier die Nutzerverwaltung auf das Firebase Projekt eingeschränkt werden:

Screenshot: Firebase Linking in App+Web Propert

Ich gehe davon aus, dass hier bald mehr Verknüpfungen möglich sein werden.

Spannend ist, ob mit der neuen App+Web Property auch GA Free User ihre Daten nach BigQuery exportieren können. Für Firebase gibt es diese Verknüpfung bereits. Warum also nicht auch für die Web-Daten? Google würde nur davon profitieren!

Update+ Insider Tipp: Am AnalyticsSummit 2019 hat Anjali Raghavan von Google Mountain View erzählt, dass wenn Firebase mit BiqQuery verknüpft ist, die Daten der App+Web Property automatisch ebenfalls nach BQ exportiert werden. Das dürfte aktuell ein Bug sein, dass als Feature genutzt werden kann.

WICHTIG: In Google Analytics 4 ist die BigQuery Verknüpfung für ALLE User KOSTENLOS freigegeben. Dazu hier mehr: GA4 – Der ultimative Einsteier- und Durchstarter Guide: BigQuery

Fazit und Ausblick der App + Web Property

Schon auf den ersten Blick ist klar: Die App+Web Property ist ziemlich geil! 

Die neuen Berichts- und Analysefunktionen sind super innovativ und bieten mega viele Möglichkeiten.

Allein die jetzt schon verfügbaren Reports sind ein ganzes Stück advanceder als die bisherigen Standard Reports in Google Analytics: Funnel Analysen, Pfad Analysen… Wir dürfen uns freuen, was noch alles kommen wird❣

Ob Firebase fürs Web Universal Analytics eines Tages tatsächlich ersetzen wird, bleibt abzuwarten.

🛑✋ACHTUNG UPDATE: Seit Oktober 2020 ist die App+Web Property raus aus der Beta und der neue Google Analytics Standard! Im Zuge dessen hat Google die App+Web auf „Google Analytics 4“ umbenannt.

GANZ WICHTIG: App+Web Property ist die alte Bezeichnung von Google Analytics 4. Die App+Web Property ist nicht mehr aktuell!

Dieser Blogartikel ist daher veraltet. Alles zur neuen Version der App+Web Property findest du hier: >> Hurra, hurra Google Analytics 4 ist da!

Außerdem: Wenn du im großen WWW nach Infos zu Google Analytics suchst, pass immer gut auf um welche Version es sich handelt: Universal Analytics (=alt) oder Google Analytics 4 (=neu).

Call to Action

Du hast eine Frage zur App+Web Property?

👉 Schreibe sie einfach in die Kommentare. Ich helfe, wo ich kann.

Schreib mir auch gerne wenn du ein neues Feature entdeckt hast oder alte nicht mehr verfügbar sind. Gerade bei der neuen App+Web Property wird in der nächsten Zeit super, super viel passieren und durch deine Mithilfe kann ich den Blogartikel immer auf dem aktuellsten Stand halten. Tausend Dank! ????

📊 Happy Analyzing,

Deine Michaela

Immer auf dem Laufenden bleiben?

Abonniere meinen Blog und du verpasst keinen Beitrag mehr:

  • Chapeau!

    Vielen Dank für deine viele Mühe, die gute Zusammenfassung und den Mehrwert der schnell & übersichtlich aufbereiteten Details (inkl. Screenshots, was mich als visuell orientierten Menschen ganz besonders freut).

    Danke

  • Sebastian sagt:

    Starker, Artikel, der tatsächlich mal dem Anspruch „Alles (wirklich alles)“ gerecht wird – vielen Dank dafür!

    Hier habe ich endlich auch die Info gefunden, nach der ich gesucht habe, nämlich den folgenden Hinweis „Auch reine App-Properties basieren jetzt auf der Web+App Technologie. Du kannst nur Daten deiner Apps einlaufen lassen und auch jederzeit deine Website hinzufügen.“

    Dazu eine Verständnisfrage: Gibt es überhaupt noch irgendeinen Unterschied zwischen „App“ und „Apps and web“? Oder ist es tatsächlich genau das gleiche? Bei beiden steht im Property-Dropdown der kleine graue Tag „App + Web“, und auch bei meinen zwei Test-Propertys sieht alles gleich aus.

    Vielen Dank!

    Sebastian

    • Hallo Sebastian,
      vielen Dank für deinen Kommentar – das freut mich sehr! 🙂

      Tatsächlich ist die App und App+Web Property genau das Gleiche. Auch die reinen App-Properties sind mittlerweile App+Web Properties.

      Ich glaube, Google hat beide Möglichkeiten stehen lassen, weil es früher nur die App-Property gab und User mit der neuen App+Web nicht verwirrt werden sollen. Früher oder später wird die reine App-Property in der Admin-Auswahl allerdings verschwinden und nur die App+Web zur Auswahl bleiben. Es bleibt dir aber weiterhin selbst überlassen ob du nur App oder eben App+Web (oder auch nur Web) Daten in diese Property einfließen lassen möchtest.

      Liebe Grüße,
      Michaela

  • Eileen Neumann sagt:

    Hallo liebe Michaela,

    gibt es auch noch die Möglichkeit personalisierte Dashboards zu erstellen? Für mich wirkt es so als könnte ich nur die schon vorhandenen Berichte filtern, aber keine eigenen Dashboards mehr erstellen. Oder soll das jetzt ausschließlich über das DataStudio in Kombination mit BigQuery funktionieren?

    Danke und viele Grüße

    • Hallo Eileen,
      momentan gibt es leider noch keine Möglichkeiten eigene Dashboards zu erstellen – zumindest nicht so wie wir es aus Google Analytics kennen. Allerdings sind die Dashboard-Möglichkeiten aus GA mittlerweile super veraltet und Data Studio viel, viel (viel) besser. Deswegen hier auf jeden Fall die Empfehlung mit Data Studio zu arbeiten – auch eben weil du es in Kombi mit BigQuery nutzen kannst.

      Es gibt aber die Möglichkeit eigene Reports zu erstellen: Nämlich unter Explore –> Analysis.
      Hier kannst du eigene, sozusagen Custom Reports erstellen: Exploration (eine klassische Analyse wie wir es aus GA kennen), Segment Overlap, Funnel Analysen, Pfad Analysen und den User Explorer.
      Details zu den einzelnen Reports findest du auch bei mir im Blog.

      Liebe Grüße,
      Michaela

  • Atilla sagt:

    Hallo Michaela, erstmal vielen Dank für diesen klasse Beitrag. Beim lese merkt man richtig, dass es deine Leidenschaft ist 🙂

    Nun zu meiner Frage:
    Wir haben eine eine normaler Website, eine Android App und eine Web App

    Ich möchte gerne diese drei ganzheitlich tracken. Meinst Du mit der App + Web Property könnte es hinkriegen? Und wie sollte ich hier am besten strategisch vorgehen?

    Würde mich sehr freuen falls Du mir Anhaltspunkte geben könntest. Vorausgesetzt Du hast die Zeit und Lust natürlich 🙂

    Beste Grüße
    Atilla

    • Hallo Atilla,

      es freut mich sehr, dass dir mein Beitrag gefällt.

      Zu deiner Frage: Ja, genau! Dafür ist die neue App+Web Property geeignet. 🙂

      Wenn ihr schon über ein bestehendes App-Tracking verfügt (am besten mit Firebase), könnt ihr das als Vorlage für das Website Tracking nutzen. Wichtig dabei ist, dass das App-Tracking sauber aufgesetzt ist.

      Der größte Unterschied zwischen GA v1 und v2 ist ja, dass GAv2 nur mehr aus Events besteht: Jeder Hit ist ein Event! Dabei ist die Event-Struktur in GAv2 auch anders als in GAv1 (siehe Blogartikel).

      Dementsprechend muss das Website-Tracking auf das neue Event-Tracking angepasst werden: Das ist die größte Herausforderung und bedarf am besten einem durchdachten Konzept – am besten sogar mit allen Beteiligten (Website- & Apps-Verantwortlichen).

      Meine Empfehlung: Mit einer Minimal-Implementierung starten! Bspw. mit den 5-10 wichtigsten Events und dann weiteren 5-10 wichtigen Events, etc.

      Das Problem ist, dass GAv2 derzeit noch zu wenig ausgereift ist, als dass man sich in eine komplexe Implementierung stürzen sollte. Es kommen ständig neue Features und Berichte dazu und es kann passieren, dass du deine Implementierung regelmäßig überarbeiten musst.

      Deswegen lieber klein starten – ausprobieren was geht und ob du zum gewünschten Reporting-Ergebnis kommst und die Implementierung laufend erweitern und verbessern bzw. ggfs. auf neue Features umsteigen.

      Liebe Grüße,
      Michaela

      • Atilla sagt:

        Hey Michaela, vielen Dank für die schnelle Rückmeldung und deine Tipps. Wir haben es auch genauso umgesetzt. Bisher sieht es ganz gut aus. Nun haben wir die Herausforderung zu Tracken welches User was genau gemacht hat. Geht das über die UserID? Also wir möchten gerne Tracken können ob der woher der User XY bekommen ist. Ob er die Web App oder Android App nutzt und welches Purchases durchgeführt wurden sind. Ist das überhaupt so möglich wie wir es uns vorstellen?

        • Hallo Atilla,

          ja genau – dafür ist die UserID da. Diese müsst ihr sowohl in der App als auch im Web implementieren um den User Plattform-übergreifend analysieren zu können. Den User müsst ihr dabei eindeutig identifizieren können z.B. via Email Adresse.

          Analysieren könnt ihr diese User dann mittels Comparison und Condition: Signed in with userID = yes.

          Hier im Support-Center von Google findest du diesbezüglich nochmal einen ausgezeichneten Überblick: https://support.google.com/analytics/answer/9213390?hl=de

          Liebe Grüße,
          Michaela

          • Atilla Eskicioglu sagt:

            Hey Michaela, wir haben nun endlich das Tracking für alle drei Bereiche implementiert (App, Web-App, Website). Einfach nur AWESOME!

            Beim Tracking: Von welchen genauen Unterseiten unserer Website die User kommen, haben wir leider weiterhin Probleme. Uns wird lediglich die Website/referral angezeigt. Weißt Du woran dies liegen könnte? Müssen wir ein zusätzlich übergreifendes Tracking einführen?

          • Hi Atilla,

            großartig! 😀

            Wie meinst du das: Von welcher Unterseite der Website die User kommen? Möchtest du wissen von welcher Seite der Website die User in die App einsteigen? Oder von welcher „Seite“ der App die User auf die Website geleitet werden?

            Also die Analyse des Web-App Bereichs?

            Liebe Grüße,
            Michaela

          • Atilla Eskicioglu sagt:

            Ersteres. Als „Von welcher Unterseite der Website die User kommen? „

          • Hi Atilla,

            im besten Fall kannst du das direkt über Verhalten –> Seiten und Bildschirme analysieren – eigentlich ähnlich wie in GAv1 „Einstiegsseite“, nur statt der URL eben über den Seitennamen.

            Wenn du jetzt noch ein Segment mit „App“ erstellst, müsstest du die Aufrufe der Seiten sehen, die in der App getätigt wurden – und da müsste die Landingpage der Unterseite auf der Website, die in die App führt, dabei sein.

            Alternativ könntest du auf der Landingpage auch einfach ein Event feuern.

            Liebe Grüße,
            Michaela

  • Atilla Eskicioglu sagt:

    Hey zusammen,
    ich würde gerne unsere Conversions plattformabhängig betrachten. Über die Kategorie Events/ Conversion kann ich leide nur die Gesamtheit aller Ereignisse betrachten. Es gibt keine Filtermöglichkeit. Habt ihr Lösungsansätze, wie ich die Conversion in Webapp und Android aufteilen kann? Vielen liebe Dank 🙂

    • Hi Atilla,

      am einfachsten machst du die Differenzierung zwischen App + Web Conversions über ein Segment (bzw. im neuen Wording „Comparison“).

      Geh aber dazu in den Bericht „Engagement“ und auf „View Events“ im Report „Event count by Event name“. Du kommst dadurch in den Event-Detailreport und kannst da ganz normal segmentieren – was du ja unter „Conversions“ oder „All events“ nicht kannst (warum auch immer :-/).

      Liebe Grüße,
      Michaela

  • Atilla Eskicioglu sagt:

    Hey zusammen,

    hoffe es geht euch gut soweit. Eine weitere Frage hätte ich da noch…

    Und zwar möchte ich gerne eine Ansicht erstellen, in der meine Seitentitel und dazu die Conversions, welche über diese Seite errichtet wurden sind, stehen.

    Bislang gehe ich dafür in den Seitentitel und kann in der Spalte Conversions anhand des Dropwowns, meine gewünschte Conversion, auswählen. Das heißt aber auch, dass ich für jede Conversion manuelle Anpassungen durchführen muss.

    Kennt ihr eventuell eine etwas „smartere“ Variante?

    Beste Grüße
    Atilla

    • Hallo Atilla,

      probier mal ob du dir über das neue Analysis-Feature einen Custom-Report zusammenbasteln kannst.

      Gehe dazu in Explore –> Analysis. Vermutlich wird der Report-Typ „Exploration“ die beste Darstellung bieten.

      Liebe Grüße,
      Michaela

  • Gerald sagt:

    Hallo Michaela,

    vielen Dank. Sehr ausfühlicher Artikel!

    Zwei Fragen noch:

    1. Wenn GA4 parallel zu einer bestehenden UA-Implementierung über die „Upgrade“-Funktion erfolgt ist, muss dann noch zusätzlich unter
    ‚Webdatenstrom‘ -> ‚Details‘ -> ‚weitere Einstellungen -> ‚Verbundene Website tags‘ die alte UA-Property hinzugefügt werden?

    2. Verweisausschlüsse:
    Es gibt in GA4 eine Funktion ‚Einstellungen‘ -> ‚Details des Webdatenstroms‘ -> ‚weitere Taggingeinstellungen‘ -> ‚Domains‘ konfigurieren, die wie die ‚Verweisausschlussliste‘ bei UA aussieht, wobei dort automatisch immer die eigene Domain schon engetragen war.
    a) Muss das in GA4 manuell erfolgen und
    b) gibt es dort auch die Möglichkeit, Zahlungsdienstleister wie Paypal auszuschließen?

    Vielen Dank vorab

    • Hallo Gerald,

      danke für dein Kommentar. 🙂

      Nur kurz zur Info: Dieser Blogartikel (App+Web Guide) ist veraltet, weil seit Oktober 2020 Google Analytics 4 verfügbar ist. Alles zu GA4 erfährst du hier in meiner Blogartikel Sammlung: Google Analytics 4.

      Zu 1 verbundene Website Tags) Wenn du GA4 via Upgrade-Funktion deiner UA Property erstellt hast, dann ist die UA-Property automatisch mit der GA4-Property verbunden und du musst sie bei den erweiterten Einstellungen im Datenstrom _nicht_ zusätzlich hinzufügen.

      Du siehst die automatische Verbindung wenn du in deiner GA4 Property im Admin Bereich auf Property Ebene auf „Setup Assistent“ klickst. Neben der Überschrift „Assistent einrichten“ steht „Verbunden mit XY“.

      Möglicherweise kann man, wenn man _nicht_ über die Upgrade-Funktion gegangen ist, hier in den erweiterten Einstellungen die Verbindung zum UA Account ebenfalls herstellen. Dazu habe ich aber keine guten Infos gefunden. Ich müsste nochmals recherchieren bzw. ausprobieren.

      zu 2 Verweisausschlüsse) Derzeit (Stand Februar 2021) gibt es noch _keine_ Verweisausschlussliste in GA4. Diese wurde von Google für GA4 noch nicht übernommen!

      In der von dir genannten Einstellung kann man die Domainübergreifende Messung einrichten, also das Cross-Domain Tracking.

      Wenn du zwei verschiedene Domains hast z.B. analyticskiste.blog und michaelalinhart.at und du möchtest beide Domains in der selben GA4 Property analysieren, dann wird das hier an dieser stelle konfiguriert.

      Bezüglich Zahlungsanbieter gibt es momentan keine Möglichkeit diese auszuschließen, eben weil es die Verweisausschlussliste noch nicht gibt.

      Da müssen wir leider noch etwas warten bis Google diese nachliefert.

      Liebe Grüße,
      Michaela