Hier finden Sie die 7 besten Alternativen zu Google Analytics (GA4) auf einen Blick:

• Adobe Analytics
• etracker
• Dymatrix (früher econda)
• Matomo
• Mapp Intelligence
• Amplitude
• trustats

Letztes Update: August 2025

Diese Übersicht an Alternativen zu Google Analytics hilft Ihnen besonders dann weiter, wenn Sie Wert auf Einhaltung der DSGVO und eine hohe Datenqualität legen. Denn in Hinsicht auf Datenschutzbestimmungen und die aktuelle Rechtslage zu Google Analytics in Deutschland und der EU bestehen in 2025 einige Probleme mit dem beliebten Webanalyse-Tool. Diese Probleme können Sie mit der Auswahl der richtigen Alternative lösen. In unserem Überblick finden Sie die besten alternativen Webanalyse-Tools, wenn Sie auf der Suche nach einem Ersatz für Google Analytics sind. Dabei legen wir einen besonderen Fokus auf die Tauglichkeit im Datenschutz der einzelnen Google-Analytics-Alternativen.

Inhalt

Überblick über alle Google-Analytics-Alternativen

Hier finden Sie einen Überblick über die Alternativen zu Google Analytics (GA4). Die Übersicht zeigt für jede einzelne Alternative unsere Einschätzung zur DSGVO-Konformität. Außerdem skizzieren wir kurz einige Besonderheiten der einzelnen Webanalyse-Tools. Details zu dieser Einschätzung finden Sie weiter unten.

Tabelle: Übersicht über die wichtigsten Alternativen zu Google Analytics (GA4)

Die Einschätzung zu DSGVO-Konformität und Consent-Pflicht jeder einzelnen Alternative zu Google Analytics basiert auf der Erfahrung unserer Webanalyse-Experten. Sie ist kein Ersatz für eine fachliche Entscheidung durch Ihre Rechtsabteilung.

* unter Beachtung verbundener Unternehmen im Rahmen des FISA

Gründe für eine Google-Analytics-Alternative

Es gibt verschiedene Gründe dafür, auf Google Analytics zu verzichten und stattdessen eine Alternative für das Tracking und die Webanalyse einzusetzen. Dabei spielen zum einen der Datenschutz und zum anderen der Funktionsumfang eine Rolle.

Datenschutzkonforme Alternativen zu Google Analytics

Seit dem Inkrafttreten der DSGVO gibt es beim Einsatz von Google Analytics einiges zu bedenken. Zum einen werden die Tracking-Daten in die USA übertragen und von einem US-amerikanischen Unternehmen verarbeitet. Zum anderen werden die Tracking-Daten zu Marketingzwecken weiterverarbeitet. Das stellt einen Verstoß gegen die DSGVO dar. Ein DSGVO-konformer Einsatz von Google Analytics ist unserer Einschätzung nach in 2023 nicht mehr möglich. Wie sich die Lage in der näheren Zukunft entwickeln wird, ist unklar.

Verschiedene Entscheidungen zu Google Analytics von Datenschutzbehörden innerhalb der EU gibt es bereits. Zum Beispiel in Frankreich und Österreich. Auch gibt es Gerichtsurteile zu anderen Tools, die auf Google Analytics übertragbar sind. Es macht also aus Datenschutzgründen unbedingt Sinn, sich nach Alternativen zu Google Analytics umzuschauen.

Eine ausführliche Analyse der Situation seit dem Jahr 2023 finden Sie auf unserer Seite zur aktuellen Rechtslage rund um Google Analytics.

Alternativen mit anderem Funktionsumfang

Doch nicht nur Überlegungen rund um den Datenschutz und die DSGVO können die Entscheidung für eine Google-Analytics-Alternative beeinflussen, sondern auch Überlegungen zum Funktionsumfang eines Tracking-Systems. Zwar bietet Google Analytics eine ausgesprochen gut bedienbare Oberfläche und eine optimale Integration in andere Tools einer Marketing-Landschaft. Jedoch machen manche Google-Analytics-Alternativen vor allem bei komplexen Anforderungen an Filter eine bessere Figur. Auch sind die Möglichkeiten, aussagekräftige Reportings Ihrer Tracking-Daten zu erstellen, bei den Alternativen teilweise deutlich besser.

Ein weiteres wichtiges Argument für eine Alternative zu Google Analytics kann das Thema Datenhoheit sein. Bei Google Analytics gehören Ihre Tracking-Daten nicht Ihnen, sondern Google. Sie haben auch keine Möglichkeit, die erhobenen Rohdaten zu verwenden. Das machen Alternativen zu Google Analytics teilweise besser.

Darüber hinaus sind die Limits der Datenerhebung bei Google Analytics immer mal wieder ein Problem. Insbesondere bei Traffic-starken Webseiten kann es passieren, dass Sie dann nur noch mit Daten arbeiten können, die von Sampling betroffen sind. Mit der richtigen Auswahl einer Alternative können Sie das vermeiden.

Alternativen zu Google Analytics im Detail

Im Folgenden finden Sie einen detaillierten Überblick über die wichtigsten Alternativen zu Google Analytics.

Adobe Analytics

Adobe Analytics ist einer der größten Player am Markt für Tracking-Tools und Webanalyse. Es ist damit eine der wichtigsten Google-Analytics-Alternativen. Ursprünglich ging es aus dem Webanalyse-Tool Omniture hervor. Adobe Analytics bietet einen riesigen Funktionsumfang und lässt sich, wie auch Google Analytics, mit einer Vielzahl von anderen Lösungen integrieren. Wenn Sie aber aufgrund der Bestimmungen der DSGVO auf der Suche nach einem Ersatz für Google Analytics sind, ist Adobe Analytics nicht die beste Alternative für Sie. Denn das Tool hat mit den gleichen Schwierigkeiten zu kämpfen wie Google Analytics: Die Tracking-Daten werden an einen Anbieter aus den USA gesendet.

etracker

Das Webanalyse-Tool etracker ist eine Google-Analytics-Alternative aus Deutschland. Für Webseiten mit vergleichsweise geringem Traffic-Umfang gibt es sogar eine wie Google Analytics kostenlose Version. Die Grenze liegt dabei bei 25.000 Aktionen im Monat. Bei etracker behalten Sie außerdem Ihre Datenhoheit. Ein cookieless Betrieb ist möglich, unter Umständen können Sie etracker ohne Zustimmung einsetzen. Ein Transfer Ihrer Tracking-Daten in die USA findet anders als bei Google Analytics nicht statt. Für gängige CMS und Shop-Systeme bietet etracker Plugin-Integrationen an.

Webseite von etracker: www.etracker.com

Dymatrix (früher econda)

Das Tracking-Tool Dymatrix aus Baden-Württemberg in Deutschland ist die optimale Google-Analytics-Alternative für Online-Shops. Aber nicht nur das. Auch alle anderen Unternehmen sollten unbedingt einen Blick auf Dymatrix werfen. Denn unserer Einschätzung nach ist Dymatrix die optimale Wahl für Sie, wenn Sie auf eine komplett deutsche Lösung mit optimalem Datenschutz setzen wollen und trotzdem maximalen Funktionsumfang für Ihre Webanalysen möchten. Dymatrix kann cookieless eingesetzt werden und das Tracking kann ohne Zustimmung erfolgen. Auch Datenhoheit und deutscher Support sprechen für Dymatrix als sinnvolle Alternative zu Google Analytics.

Webseite von Dymatrix: www.dymatrix.de

Matomo

Die schlanke Google-Analytics-Alternative Matomo ist open source und kostenlos. Wenn Ihnen vergleichsweise einfache Analysen und Reportings ausreichen, ist Matomo einen Blick wert. Die Dashboards und Analysen sind klar strukturiert und übersichtlich. Alle wesentlichen Kennzahlen bekommen Sie von Matomo zur Verfügung gestellt. Insbesondere, wenn Ihr Fokus auf Datenschutz und DSGVO-Konformität liegt, sollten Sie Matomo als Alternative zu Google Analytics in Erwägung ziehen.

Viele Details über die beliebte Google-Analytics-Alternative finden Sie auf unserer Seite über Matomo.

Mapp Intelligence

Das Tracking-Tool Mapp Intelligence ist das Schwergewicht unter den Google-Analytics-Alternativen. Früher war es unter dem Namen Webtrekk bekannt. Zu den Vorteilen von Mapp Intelligence gehören die enorm umfangreichen Filtermöglichkeiten. Nahezu jede Analyse und jeder Report können ganz nach Belieben erstellt werden. Die DSGVO-Konformität ist unter Beachtung verbundener Unternehmen im Rahmen des FISA als gegeben zu bewerten. Von Vorteil sind ein Auftragsdatenverarbeitungsvertrag und Server-Standorte innerhalb der EU. Da sich Mapp Intelligence vor allem an größere Kunden richtet, sollte seine Verwendung nach einer internen Datenschutzprüfung unter Berücksichtigung der jeweiligen Schutzklasse der Informationen erfolgen.

Amplitude

Das Analytics Tool Amplitude ist ein leistungsstarkes Analysewerkzeug, das wie Google Analytics ein ereignisbasiertes Modell hat, doch unterscheiden sich die beiden Tools in ihrer Ausrichtung und den Funktionen. Amplitude konzentriert sich stark auf die Produktanalyse und hilft Unternehmen, tiefere Einblicke in das Nutzerverhalten zu gewinnen. Es bietet umfangreiche Werkzeuge zur Analyse von User-Journeys, Benutzersegmenten und Engagement-Metriken. Dabei bietet das Tool leistungsstarke und benutzerfreundliche Werkzeuge für die Visualisierung von Nutzerdaten. Dashboards können individuell angepasst und verschiedene Diagramme sowie Berichte ohne technische Vorkenntnisse erstellt werden. Eine DSGVO-Konformität und Datenhoheit ist konfigurierbar. Ebenfalls ist ein Cookieless-Tracking möglich.

trustats

Unsere eigenentwickelte Google-Analytics-Alternative basiert auf Matomo und ist damit absolut DSGVO-konform. Außerdem lässt sich trustats cookieless betreiben. Hosting und Verwaltung werden komplett von converlytics übernommen. Der Vorteil dieser Alternative ist, dass sich sich um nichts kümmern müssen und trotzdem von aussagekräftigen Webanalysedaten profitieren können.

Dashboards können Sie übrigens genau wie in einer selbst-gehosteten Matomo-Installation anlegen und individuell anpassen. Bei sämtlichen Fragen stehen wir Ihnen zur Verfügung.

Genau wie bei Matomo kann auch trustats mit Plugins erweitert werden, um einen ähnlichen Funktionsumfang wie bei Google Analytics herzustellen.

Alle wichtigen Informationen zu unserer Google-Analytics-Alternative finden Sie auf der trustats-Produktseite.

In WordPress integrierte Tracking-Systeme

Wenn Sie als CMS WordPress verwenden, gibt es auch die Möglichkeit, eine Alternative zu Google Analytics als Plugin zu verwenden. Eine Idee ist hier zum Beispiel Statify. Die Analyse mit Statify ist hinsichtlich der DSGVO unproblematisch. Allerdings ist sie auch nur sehr rudimentär möglich und im Grunde kein Ersatz für ein gutes Tracking- und Webanalyse-System.

Auch Matomo lässt sich in WordPress per Plugin verwenden. Dabei muss man unterscheiden zwischen Plugins, die sozusagen nur den Tracking-Code von Matomo in die Webseite integrieren und der relativ neuen Lösung von Matomo, komplett in WordPress integriert zu sein. Im ersten Fall ändert sich nichts zur oben beschriebenen Funktionalität – mit dem Unterschied, dass Sie die Konfiguration des Tracking-Codes in einer grafischen Oberfläche in Ihren WordPress-Admin vornehmen können. Im zweiten Fall wird Matomo vollständig in WordPress integriert, wobei auch dessen Datenbanken für Matomo verwendet werden.

Mehr über diesen Weg als Alternative zu Google Analytics finden Sie auf matomo.org.

Entscheidung für eine Alternative zu Google Analytics

Und welche der Alternativen zu Google Analytics ist nun die richtige für Sie? Wie so oft: Es kommt darauf an. Als grobe Orientierung kann Ihnen zum Beispiel folgende Einschätzung zur richtigen Alternative dienen.

Szenario 1: Sie betreiben einen Blog

Mal angenommen, Sie betreiben einen Blog mit rund 150.000 Besuchen im Monat. Ihre Webseitenbesucher kommen hauptsächlich über die Kanäle SEO und Social Media. Im Wesentlichen interessiert Sie, welche Seiten wie oft aufgerufen werden und wie oft Ihre Webseitenbesucher auf Affiliate-Links klicken oder Ihre E-Books kaufen. Dann ist die richtige Google-Analytics-Alternative für Sie Matomo. Sie können das Tracking-Tool ganz einfach auf Ihrem Server installieren und profitieren dann von den Analysen.

Szenario 2: Sie betreiben einen mittelgroßen Online-Shop

Wenn Sie dagegen einen mittelgroßen Online-Shop betreiben, dabei datenschutzkonform unterwegs sein wollen und sich nicht selbst um das Setup kümmern wollen, könnte trustats als Alternative zu Google Analytics etwas für Sie sein. Wir kümmern uns vollumfänglich um das Setup und die Implementierung und versorgen Sie mit aussagekräftigen Tracking-Daten.

Szenario 3: Sie betreiben Tracking im Konzern-Format

Sie betreuen die Webseite eines Konzerns und brauchen umfassende und extrem detaillierte Filtermöglichkeiten? Sie wollen Ihre Tracking-Daten vollumfänglich integrieren mit Daten aus Marketing-Systemen und Personalisierung? Dann können Sie als Alternative zu Google Analytics das Tracking-Tool Mapp Intelligence einsetzen.

Szenario 4: Sie suchen den besten Kompromiss aus Datenschutz und Funktionsumfang

Wenn Sie den Fokus auf maximalen Datenschutz legen möchten und Ihnen der Funktionsumfang von Matomo oder trustats zu gering ist, dann ist die beste Lösung, ein Tracking-Tool aus Deutschland mit deutschem Serverstandort und hundertprozentiger DSGVO-Konformität einzusetzen. Unsere Empfehlung ist in diesem Fall, als Alternative zu Google Analytics Dymatrix zu verwenden.

Finden Sie die richtige Alternative zu Google Analytics

Gerne beraten wir Sie zur Auswahl der richtigen Google-Analytics-Alternative. Passend zu Ihren individuellen Anforderungen erarbeiten wir eine Lösung für Ihre Tracking-Landschaft und stimmen Sie mit Tag Management und Marketing-Tools ab. So können Sie den neuen Herausforderungen angesichts DSGVO und cookieless Tracking perfekt gerüstet entgegentreten.

Der Beitrag Die besten Alternativen zu Google Analytics 2025: DSGVO-konform & hohe Datenqualität erschien zuerst auf converlytics.

Auf dieser Seite finden Sie eine Übersicht über mögliche Ursachen für Abweichungen zwischen Google Ads und Google Analytics und einige Hinweise darauf, was in den jeweiligen Szenarien sinnvollerweise gemacht werden sollte.

Inhalt

• Motivation
• Mögliche Ursachen für Abweichungen zwischen Google Ads und Google Analytics
• Testmöglichkeiten
• Datenbasierte Auswertung
• Typische Größenordnungen
• Handlungsempfehlung

Motivation

Wir wollen mögliche Fehler im Kampagnen- und Tracking-Setup identifizieren und beheben, sodass wir über beide Systeme (Google Ads und Google Analytics) hinweg nachvollziehbare und erklärbare Zahlen erhalten.

Das hilft dabei, Marketing-Budgets optimal einzusetzen und eine hohe Akzeptanz bei allen beteiligten Personen und Abteilungen zu erreichen. Das Ziel ist es dabei immer, die Abweichungen möglichst gering zu halten und die restlichen Abweichungen möglichst gut erklären zu können.

Denn (wichtig): Hundertprozentige Genauigkeit und Übereinstimmung zwischen Google Ads und Google Analytics wird es nie geben.

Begriffsklärung: Wir verwenden Google Ads und Google Analytics 4 stellvertretend für andere Ads- und Analytics-Systeme. Die Erkenntnisse lassen sich aber größtenteils auch auf andere Anbieter übertragen.

Gerne identifizieren wir mögliche Fehlerquellen in Ihrem Setup. Wir freuen uns auf Ihre Kontaktaufnahme.

Mögliche Ursachen für Abweichungen zwischen Google Ads und Google Analytics

Abweichungen zwischen Ads und Analytics können eine Reihe von Ursachen haben.

• Methodische Ursachen, an denen wir nichts ändern können.
• Fehler in der Konfiguration von Google Ads oder Google Analytics.
• Unterschiede in der Traffic-Qualität zwischen einzelnen Kampagnen, durch die methodische Ursachen deutlich verstärkt werden können.

Methodische Ursachen

An diesen Ursachen für Abweichungen zwischen Google Ads und Google Analytics können wir im Normalfall nichts ändern:

• Abbrüche: User klicken auf eine Anzeige und schließen direkt danach den Browser oder navigieren wo ganz anders hin.
• Consent: User geben auf der Zielseite keinen Consent.
• Skript-Blocker: Ein ähnlicher Fall ist, wenn der User Tracking-Skripte auf der Zielseite blockiert.
• Attribution: Je nach Tracking-Tool und Attributionseinstellungen können insbesondere Conversion-Messwerte abweichen.

Fehlerquellen

Fehler als Ursache von Abweichungen zwischen Google Ads und Google Analytics sollten identifiziert und behoben werden. Fehler, die häufig zu beobachten sind:

• Fehlende Kampagnenparameter: In Google Ads werden keine Kampagnenparameter angehängt und es besteht keine Verknüpfung zwischen Ads und Analytics, sodass kein automatisches Tagging stattfinden kann (oder automatisches Tagging ist nicht aktiviert).
• Tracking-Vorlage bei verknüpften Properties/Accounts: Hier sollte gegebenenfalls bei parallelem Tracking besser das Suffix verwendet werden.
• Weiterleitungen: Wenn in Ads Landingpages für Kampgenen definiert werden, die auf andere Seiten weiterleiten, kann das zu Fehlern führen, wenn z. B. Kampagnenparameter nicht weitergereicht werden oder die in der neuen Zielseite kein Tracking integriert ist.
• Fehlendes oder falsches Tracking der Zielseite: Wenn auf der in Ads definierten Landingpage kein Tracking stattfindet oder es fehlerhaft ist, kann Analytics nichts, oder zumindest nicht korrekt, zählen. Werden in denselben Sessions andere Seiten aufgerufen, auf denen dann doch noch Tracking stattfindet, kann trotzdem keine korrekte Kampagnenzuordnung erfolgen, da die Kampagnenparameter in der Regel nicht mehr zur Verfügung stehen.
• Fehlerhafte Kampagnenkonfiguration: Dieser Fall wird wohl eher selten eintreffen bzw. ist nicht wirklich eine Abweichung, sondern eher ein Darstellungsproblem. Aber prinzipiell kann auch eine fehlerhafte Kampagnenkonfiguration in Analytics dazu führen, dass die erfassten Zahlen von denen in Ads abweichen. Zum Beispiel können benutzerdefinierte Channel-Gruppierungen (in Google Analytics) dazu führen, dass Sitzungen nicht den richtigen (also den erwarteten) Kanälen zugeordnet werden.

Qualität des Traffics

Aus Tracking-Perspektive können wir an dieser Ursache für Abweichungen zwischen Ads und Analytics nichts ändern. Aber unter Umständen können wir Handlungsempfehlungen zu einer Umverteilung des Budgets von einzelnen Kampagnen zu anderen Kampagnen geben. Zum Beispiel dann, wenn wir feststellen, dass die Performance einzelner Kampagnen deutlich zurückbleibt (z. B. höhere Kosten je Sitzung bei gleicher oder schlechterer Qualität des entsprechenden Traffics).

Unterschiede aufgrund der Qualität des Traffics können so beschrieben werden:

• Handelt es sich bei den Kampagnen um Kampagnen, die von Usern eher versehentlich geklickt/getippt werden, sind die Abweichungen größer. Das liegt daran, dass User dann eher direkt abbrechen oder keinen Consent für Analytics geben.
• Handelt es sich um deutlich zielgerichtete und damit für den User relevante Kampagnen, ist mit höheren Consent-Raten zu rechnen, da User der Zielseite eher vertrauen bzw. die Intention haben, mit ihr zu interagieren.
• Die Art des Placements spielt eine große Rolle. Grundsätzlich führen folgende Umstände zu unterschiedlichen Abweichungen: Art des Geräts, App/Web, Art der Zielgruppe, Zielgruppe des App-Umfelds.

Testmöglichkeiten

Das Testen, ob Kampagnen richtig konfiguriert wurden und korrekt erfasst werden, ist teilweise recht umfangreich und aufwändig. Möglichkeiten zum Testen bieten folgende Ansätze:

• Suche nach den die Kampagnen triggernden Keywords für das Suchnetzwerk und damit Testmöglichkeit, was beim Klick auf die Anzeige passiert
• Prüfen von Kampagnenparametern im Browser
• Netzwerkanalyse im Browser
• Referrer-Analyse im Browser

Datenbasierte Auswertung

Zur Fehlersuche können unter anderem die im Folgenden beschriebenen Auswertungsmöglichkeiten in Ads verwendet werden:

• (Erweiterte) Landingpages in Ads
• Einstellungen für Tracking-Vorlage, Suffix, benutzerdefinierte Parameter und finaler URL in Ads
• Sitelink-Einstellungen in Ads
• Berichte zu Netzwerk und Placement

Typische Größenordnungen

Wenn das Setup beider Systeme korrekt ist, sollten wir bei Suchkampagnen maximal 40% weniger Sitzungen in Analytics messen als Klicks in Ads.

Bei Display-Kampagnen sind Unterschiede von bis zu 90% realistisch. Das hängt sehr stark von der Qualität der Platzierungen und damit der Qualität des potenziellen Traffics ab.

Gerne geben wir Ihnen eine Einschätzung zu Ihren Daten. Wir freuen uns auf Ihre Kontaktaufnahme.

Handlungsempfehlung

Aus der Perspektive des Trackings und der Kampagnenkonfiguration in Ads besteht grundsätzlich Handlungsbedarf, wenn es Hinweise auf Fehler gibt, oder wenn eine beobachtete Abweichung zwischen Ads und Analytics außerhalb der erwartbaren Größenordnung liegt.

Werden Fehler identifiziert, müssen je nach Fehlerquelle zunächst Kampagnenparameter, Tracking und Tool-Setup korrigiert werden. Anschließend sollte eine neue Überprüfung der gemessenen Daten erfolgen.

Wenn alle Kampagnen korrekt getrackt werden und alle Unterschiede zwischen Ads und Analytics mit der Kampagnenqualität erklärt werden können, sollten mögliche Kampagnenoptimierungen ins Auge gefasst werden. Insbesondere kann dabei untersucht werden, wie viel eine in Analytics gemessene Sitzung kostet und welchen Wert sie für das Geschäftsmodell hat.

Der Beitrag Abweichungen zwischen Google Ads und Google Analytics erschien zuerst auf converlytics.

Google Analytics 4 ist das neue Webanalyse-Tool von Google. Zum 01. Juli 2023 wird es das Webanalyse-Tool Google Universal Analytics vollständig ablösen. Universal Analytics wird ab diesem Datum keine weiteren Daten mehr sammeln. Zumindest in der kostenlosen Variante, die zu den am häufigsten verwendeten Webanalyse-Tools weltweit zählt. Google Analytics 4 wird dadurch also zum Standard. In der kostenpflichtigen Premium-Version Universal Analytics 360 ist dann ab dem 01. Juli 2024 Schluss. Ein Wechsel von Universal Analytics zu Google Analytics 4 ist also in jedem Fall notwendig, wenn Sie als Webanalyse-Tool weiterhin ein Google-Produkt einsetzen wollen.

Hier zeigen wir Ihnen, was Google Analytics 4 ist und wo die wichtigsten Unterschiede von Google Analytics 4 zu Universal Analytics liegen. Darüber hinaus geben wir Ihnen eine Anleitung, wie Sie die einzelnen Schritte der Migration zu Google Analytics 4 planen und durchführen können. Außerdem zeigen wir Ihnen eine Checkliste zur Migration.

Sollten Sie Bedenken mit dem Datenschutz und der DSGVO-Konformität von Google Analytics 4 haben, geben wir Ihnen am Ende der Seite eine Hilfestellung. Und sollten Sie den notwendigen Wechsel zu Google Analytics 4 als Anlass zum Wechsel zu einem anderen Webanalyse-Tool nehmen, zeigen wir Ihnen anschließend mögliche Alternativen zu Google Analytics 4.

Inhalt

• Die wichtigsten Änderungen
• Unterschiede von Google Analytics 4 und Universal Analytics im Detail
• Das müssen Sie tun – am besten sofort
• Checkliste zur erfolgreichen Migration zu Google Analytics 4
• Unterschiede im Tracking-Code
• Google Analytics 4 und Google Tag Manager
• Google Analytics 4 und Google Looker Studio (Data Studio)
• Google Analytics 4, die DSGVO und der Datenschutz
• Alternativen zu Google Analytics 4
• Beratung zu Google Analytics 4 und dem Wechsel

Die wichtigsten Änderungen

Google Analytics 4 ist nicht nur ein Update von Universal Analytics, sondern ein komplett neues Tracking-System. Deshalb ist der Aufwand der Migration vergleichbar mit dem Aufwand einer Neuimplementierung. Sie sollten deshalb unbedingt genügend Ressourcen, Zeit und Know-how einplanen, um den Wechsel möglichst erfolgreich zu gestalten.

Die folgenden Fristen sollten Sie für die Migration von Universal Analytics zu Google Analytics 4 berücksichtigen:

• 01. Juli 2023: kein Tracking mehr in Universal Analytics
• 01. Juli 2024: kein Tracking mehr in Universal Analytics 360 (kostenpflichtige Premium-Version von Google Analytics)
• Unbekanntes Datum: Abschaltung der Universal Analytics Properties, Datum wird unter support.google.com/analytics/answer/11583528 bekannt gegeben

Die beiden wichtigsten Änderungen: Erstens legt Google Analytics 4 seinen Fokus auf eine User-zentrierte Sichtweise auf der Basis von Events. Zur Erinnerung: Universal Analytics legt seinen Fokus dagegen (vereinfacht gesagt) auf eine Session-zentrierte Sichtweise und Seitenaufrufe.

Zweitens integriert Google Analytics 4 im Gegensatz zu Universal Analytics das Tracking von Web und Apps deutlich besser. Das heißt, beide Arten von Properties lassen sich analog zueinander auswerten und Daten aus verschiedenen Quellen kombinieren und vergleichen. Beim Tracking von Apps stand ja schon länger eine User- und Event-zentrierte Sichtweise im Fokus.

Darüber hinaus kommt mit Google Analytics 4 ein komplett neues User-Interface. Das stellt Sie als Nutzer der Oberfläche vor einige Herausforderungen. Nicht nur die Konfiguration einer Property, sondern auch die tägliche Arbeit mit den Analysen und Dashboards ist dadurch stark verändert.

Unterschiede von Google Analytics 4 und Universal Analytics im Detail

Das neue Google Analytics 4 ist nicht nur eine neue Version von Google Universal Analytics, sondern im Grunde ein vollkommen neues Tracking-Tool. Der Aufwand für den Wechsel zu Google Analytics 4 ist deshalb auch eher vergleichbar mit dem Aufwand für eine Migration zu einem ganz neuen Tool.

Das liegt daran, dass grundlegende Mechanismen des Tracking-Codes und der Tracking-Logik mit Version 4 verändert wurden. Außerdem ist die Oberfläche von Google Analytics 4 komplett neu gestaltet. Das heißt, dass sich das Erstellen von Reports und Analysen deutlich verändert und die Mitarbeiter Ihres Unternehmens in eine neue Art der Anwendung eingearbeitet werden müssen. Und Google Analytics 4 macht es uns an dieser Stelle nicht immer ganz einfach. Im Folgenden erfahren Sie, wo die wesentlichen Unterschiede zwischen Google Universal Analytics und Google Analytics 4 liegen.

Wo sind die Seitenaufrufe?

Der Fokus von Google Analytics 4 liegt nicht mehr auf Sitzungen und Seitenaufrufen, sondern auf Ereignissen und Nutzern. Dieser Unterschied zieht sich nicht nur durch sämtliche Berichte und Analysen, sondern beeinflusst die Messung Ihrer Webseiten-Daten ganzheitlich und grundlegend. Bei Google Analytics 4 werden Seitenaufrufe gleichberechtigt wie alle anderen Ereignisse gemessen. Dazu kommt, dass sich die Informationen, die mit einem Ereignis gemessen werden, anders gestalten als bei Universal Analytics. Wir erinnern uns: Im Rahmen von Google Universal Analytics werden zusammen mit einem Ereignis die Werte Ereignis-Kategorie, Ereignis-Aktion, Ereignis-Label und optional Ereignis-Wert erfasst.

Anders bei Google Analytics 4: Das neue Tracking-Tool verzichtet auf diese Unterscheidung. Es wird nur ein Ereignisbezeichner gemessen. Zusammen mit dem Ereignis können weitere Parameter übergeben werden. Weiter unten finden Sie ein Beispiel dazu.

In Google Analytics 4 können Sie aus (über den Tracking-Code gemessenen) Ereignissen weitere Ereignisse bilden. So können neben Teilmengen von Ereignissen auch Manipulationen von einem oder mehreren Ereignissen in Kombination zu neuen Ereignissen werden. Entsprechende Einstellungen werden in einem neuen Bereich der Google Analytics-Oberfläche vorgenommen.

Data Streams und Tags

In Google Analytics 4 gibt es keine Datenansichten mehr. Hierarchisch unterhalb der Konto-Ebene gibt es also nur noch die Property-Ebene. Die Daten, die in eine Property einlaufen, stammen aus den neu eingeführten Data Streams. Dabei handelt es sich sozusagen um Berührungspunkte (auch Touchpoints genannt) der User zu Ihren Inhalten. Ein Data Stream ist also zum Beispiel eine Webseite oder eine App. Jeder Data Stream erhält einen Tracking-Code. Innerhalb einer Google Analytics 4-Property können verschiedene Data Streams kombiniert werden. Es besteht also grundsätzlich von vornherein die Möglichkeit, sozusagen eine Master-Property zu betreiben. Aber Achtung: App-Data Streams lassen sich nur mit einer Property verbinden und sogenannte Roll-up-Properties gibt es nur im kostenpflichtigen Analytics 360. Wie Sie Ihre komplexen Anforderungen in Bezug auf Ihre Property-Struktur am besten lösen können, klären wir gerne in einem persönlichen Gespräch mit Ihnen.

Auf einige Funktionen, die Sie bisher nur aus dem Google Tag Manager kennen bzw. die im Tracking-Code festgelegt werden mussten, können Sie aus der neuen Google Analytics 4-Oberfläche heraus direkt zugreifen. Dazu gibt es den neuen Bereich Tag-Einstellungen unter Data Stream. Dort können Sie zum Beispiel die im Cross-Domain-Tracking enthaltenen Domains angeben und die standardmäßig zu erfassenden Ereignisse definieren.

Der Tracking-Code

Der Tracking-Code von Google Analytics 4 unterscheidet sich komplett vom Tracking-Code von Google Universal Analytics. Das müssen Sie beachten, wenn Sie Google Analytics 4 nativ einbauen. Auch im Google Tag Manager werden für Google Analytics 4 gesonderte Tags aus der Bibliothek verwendet. Sie haben die Bezeichnung Google Analytics: GA4-Konfiguration bzw. Google Analytics: GA4-Ereignis.

Wenn Sie den Google Tag Manager verwenden und die Standard-Notationen für Data Layer nutzen, müssen Sie außerdem darauf achten, dass sich diese mit dem Wechsel zu Google Analytics 4 stark verändern – insbesondere im Bereich E-Commerce. Eine weitere Nutzung der bisherigen Data Layer ist also mit Google Analytics nicht so ohne Weiteres möglich. Beispiele finden Sie weiter unten.

Weitere Unterschiede

Auch abseits des Tracking-Codes und der grundsätzlichen Tracking-Logik haben die beiden Tools einige Unterschiede. Im Folgenden zeigen wir Ihnen einige Bereiche, in denen Sie sich bei der Verwendung von Google Analytics 4 ein wenig umgewöhnen müssen.

Unterscheidung von Segmenten, Filtern, Vergleichen und Zielgruppen in Google Analytics 4

Wir erinnern uns: In Google Universal Analytics gibt es Filter und Segmente. Mithilfe von Filtern lassen sich a) Datenansichten und b) einzelne Berichte/Analysen filtern. Das bedeutet im Falle a), Sie können zum Beispiel nur Daten aus einem bestimmten Land oder von einer bestimmten Gerätekategorie in eine Datenansicht einlaufen lassen. Solche Filter gibt es (auch mangels Datenansichten) in Google Analytics 4 nicht mehr.

Zwar lassen sich auf Property-Ebene auch in Google Analytics 4 Filter anlegen, der Umfang ist aber sehr überschaubar. Denn Sie können nur internen bzw. Entwickler-Traffic ausschließen.

Dazu kommt, dass die Definition dieser beiden Traffic-Sorten an anderer Stelle vorgenommen wird – und zwar in den Einstellungen des Google Analytics 4-Tags. Außerdem lassen sich den Filtern verschiedene Status zuordnen, nach denen sie angewendet werden. Sie sehen, hier hat sich einiges verändert.

Im Falle b) hat sich dagegen zwischen Google Universal Analytics und Google Analytics 4 nicht ganz so viel verändert. Nach wie vor lassen sich einzelne Analysen hinsichtlich bestimmter Dimensionen filtern.

Noch etwas verwirrender wird es in Google Analytics 4 mit den Begriffen Segment, Vergleich und Zielgruppe. In den Standard-Berichten ersetzen die Vergleiche das aus Google Universal Analytics bekannte Segmentieren. Ganz oben über der Berichtansicht lassen sich Vergleiche hinzufügen. Sie basieren auf Dimensionsfiltern oder lassen sich über im Voraus definierte Zielgruppen erzeugen.

Direkt über einem Bericht lässt sich ein Berichtsfilter erstellen. Dieser entspricht dem aus Universal Analytics bekannten Berichtsfilter.

Anders sieht es dagegen in der explorativen Datenanalyse aus: Hier können Sie ähnlich wie in Google Universal Analytics Segmente hinzufügen, um Teilmengen Ihrer User oder Sessions zu analysieren.

Die in der explorativen Datenanalyse konfigurierten Segmente tauchen – sofern Sie den entsprechenden Haken aktivieren – in der Konfiguration der Zielgruppen auf. Zielgruppen sind in Google Analytics 4 also eine bestimmte Art der Segmentierung. Ansonsten legen Sie die Definitionen für Zielgruppen in der Verwaltung von Google Analytics 4 fest.

Übrigens können Sie Zielgruppen über ihre jeweilige Bezeichnung auch in der Auswahl für Vergleiche und Berichtsfilter auswählen.

Conversion-Ereignisse

In der Verwaltung von Google Analytics 4 Sie außerdem Ihre Conversions bearbeiten. Wir sehen hier also eine weitere Neuerung im Vergleich zu Google Universal Analytics. Dort war eine solche Funktion nämlich in den Einstellungen einer Datenansicht als Zielvorhaben zu finden.

In Google Analytics 4 lassen sich Ereignisse als Conversion markieren. Auf Basis dieser Conversions können Sie in der explorativen Datenanalyse später Trichter anlegen. Die Trichter können Sie als offen oder geschlossen definieren, was der Einstellung Erforderlich? für den ersten Schritt des Trichters entspricht.

Ereignisse allgemein

Eine Bemerkung zu den Ereignissen in Google Analytics 4: Anders als in Google Universal Analytics folgen wir in Zukunft einer Logik, die jeden Messpunkt als Ereignis betrachtet und nicht mehr als zum Beispiel Seitenaufruf. Ereignisse lassen sich manipulieren. Diese Einstellungsmöglichkeit befindet sich ebenfalls in der Verwaltung.

Sie können zum Beispiel aus gemessenen Ereignissen (oder Teilmengen davon) neue erstellen. Das funktioniert ein wenig, wie die Datenmanipulation mithilfe von Datenansichtsfiltern in Google Universal Analytics. Es lohnt sich unbedingt, wenn Sie sich vor der Planung einer Migration von Google Universal Analytics zu Google Analytics 4 mit diesem Thema beschäftigen.

Interaktionsrate und Absprungrate

Zwar keine grundlegende Änderung, aber für einen ersten Blick in die neuen Berichte trotzdem interessant: Google Analytics 4 wirft in den Standardberichten den verbreiteten Messwert Absprungrate über Bord und ersetzt ihn durch die Interaktionsrate. Dazu müssen Sie vor allem wissen, dass beide Messwerte im Grunde das Gleiche beschreiben. Und zwar, welcher Anteil Ihrer User mit Ihrer Webseite oder App interagiert und welcher Anteil nach dem ersten Seitenaufruf oder nach zu kurzer Zeit wieder abspringt. Die exakte Definition einer Sitzung mit Interaktion ist in Google Analytics 4 eine Sitzung, die mehr als zehn Sekunden dauert und in der es mindestens zwei Seitenaufrufe gibt.

Die Oberfläche

Die neue Oberfläche von Google Analytics 4 ist grundlegend anders als die Oberfläche von Universal Analytics. Und zugegebenermaßen erscheint sie bisher etwas unübersichtlicher. Zumindest, wenn man die Arbeit mit Google Universal Analytics gewohnt ist.

Die bisher bekannten Berichte befinden sich bei Google Analytics 4 im Unterbereich Berichte. Auch der Echtzeit-Bericht ist dort zu finden. Ähnlich zu Google Universal Analytics bietet auch Google Analytics 4 die Berichte zu Akquisition an. Anders bei den anderen Berichten. Der neue Bereich Engagement entspricht in etwa dem bisherigen Bericht Verhalten. Der untere Bereich Nutzer bietet Analysen des aus Google Universal Analytics bekannten Bereichs Zielgruppe an und Conversions wird in Google Analytics 4 durch den Bereich Monetarisierung ersetzt. Allerdings nur für die E-Commerce-Elemente des Trackings. Conversions (also die bisherigen Zielvorhaben) sind in Google Analytics 4 im Bereich Engagement zu finden.

Neu sind in Google Analytics 4 die Menüpunkte Explorative Datenanalyse, Werbung und Konfigurieren. Der letzte (Konfigurieren) wird aber offenbar demnächst wieder abgeschafft. Denn der Eintrag verweist seit Ende 2022 nur noch auf die entsprechenden Funktionen in der Verwaltung.

In der explorativen Datenanalyse können Sie eigene Berichte zusammenstellen, die Sie in den Standardberichten nicht finden. Ein Wermutstropfen ist dabei der recht kurze Zeitraum, den man verwenden kann.

Unter dem Menüpunkt Werbung finden Sie das Modellvergleichstool und detaillierte Analysen zu Ihren Conversions.

Der Punkt Konfigurieren war in der Anfangszeit von GA4 eine Möglichkeit, bestimmte Optionen vorzunehmen, verweist aber inzwischen nur noch in die Verwaltung. Der Zugang zur Verwaltungsoberfläche befindet sich in Google Analytics 4 übrigens nach wie vor links unten.

Das müssen Sie tun – am besten sofort

Damit der Wechsel von Google Universal Analytics zu Google Analytics 4 so reibungslos wie möglich abläuft, empfehlen wir Ihnen die folgenden Schritte.

Paralleles Tracking in GA4

Setzten Sie am besten sofort eine neue Google Analytics Property auf und beginnen Sie zumindest mit einem einfachen Setup das Tracking mit Google Analytics 4. Das bietet Ihnen zwei große Vorteile:

1. Sie können sich mit dem neuen Tool vertraut machen. Denn, wie Sie oben gesehen haben, Google Analytics 4 unterscheidet sich teilweise erheblich von Google Universal Analytics.
2. Ab diesem Zeitpunkt haben Sie zumindest grundlegende Daten, die Sie später zum Beispiel für historische Vergleiche verwenden können.

Idealerweise verwenden Sie für den Einbau Ihrer Google Analytics-Produkte den Google Tag Manager. In diesem Fall können Sie nämlich ganz einfach eine neue Property (GA4) in Ihrem Google-Konto erstellen und im Google Tag Manager ein entsprechendes Google Analytics 4-Tag erstellen. Aber Achtung: Die Data Layer, die standardmäßig für Google Universal Analytics beziehungsweise Google Analytics 4 notwendig sind, um dynamische Daten zu messen, unterscheiden sich teilweise erheblich.

Roadmap zur Migration zu Google Analytics 4

Machen Sie einen Zeitplan für die Migration von Google Universal Analytics zu Google Analytics 4, um keine weitere Zeit zu verlieren. Planen Sie Ihre Ressourcen (konzeptionell und in der Entwicklung), um eine Roadmap für die einzelnen Schritte festzulegen. Definieren Sie Ihre Anforderungen, erstellen Sie ein Konzept und lassen Sie es umsetzen. Die einzelnen Schritte der Roadmap sollten möglichst gut geplant sein.

Zum Beispiel sollten Entwicklungszeiträume festgelegt werden, zu denen die alten Data Layer durch die Data Layer für Google Analytics 4 ersetzt werden, sodass die Property entsprechend erstellt werden kann. Außerdem sollte sichergestellt werden, dass alle Ereignisse und Conversions in Ihrer Google Analytics 4-Oberfläche rechtzeitig konfiguriert sind, sodass es keine Unterbrechung in der Datenerhebung gibt.

Konzept für GA4 damit wenigstens Halbjahresvergleich

In Ihrem Google Analytics 4-Konzept werden alle Anforderungen an Tags und Data Layer definiert. Es dient als Anleitung für die Entwickler und diejenigen, die Konfigurationen in der Oberfläche des Tools vornehmen. Außerdem leistet es die wichtige Aufgabe der nachvollziehbaren Dokumentation Ihrer Tracking-Landschaft.

Das Konzept sollte insbesondere die neuen Definitionen der Data Layer enthalten beziehungsweise alle notwendigen Code-Anpassungen bei einer nativen Integration von Google Analytics 4. Diese sind Dreh- und Angelpunkt einer korrekten Datenerfassung.

Verlust von historischen Daten wahrscheinlich – Export und Sicherung

Da ein Verlust von historischen Daten in Google Universal Analytics auf absehbare Zeit sehr wahrscheinlich wird, sollten Sie Daten aus Google Universal Analytics exportieren, um sie zu sichern. Da Ihnen keine Rohdaten zur Verfügung stehen, sollten Sie eine Übersicht entwickeln, welche Daten Ihnen wichtig sind und in welcher Form Sie diese Daten aufbewahren möchten. Anschließend können Sie die Daten zum Beispiel über einen CSV-Export sichern.

Checkliste zur erfolgreichen Migration zu Google Analytics 4

Zusammengefasst ergibt sich folgende Checkliste für den Wechsel von Google Universal Analytics zu Google Analytics 4:

• Anforderungsanalyse: Soll die bestehende Google Universal-Implementierung 1:1 übernommen werden oder soll eine Neuausrichtung oder eventuell sogar ein Tool-Wechsel stattfinden?
• Roadmap und Konzeption: Welchem zeitlichen Ablauf soll die Migration zu Google Analytics 4 folgen und wie sieht die Definition des Tracking-Codes aus?
• Implementierungsphase: Die im Konzept vorgesehenen Definitionen werden von Ihren Entwicklern umgesetzt.
• QA-Phase: Die Qualität der Implementierung von Google Analytics 4 wird von den Fachabteilungen gesichert.
• Reporting: Anhand der Datenerfassung durch Google Analytics 4 werden neue Reports in der Google Analytics 4-Oberfläche und im Looker Studio (ehemals Data Studio) erstellt.
• Vergleich mit Daten aus Google Universal Analytics: Während der Übergangsphase sollten Daten aus Google Universal Analytics und Google Analytics 4 verglichen werden. Unterschiede zwischen den Datenerhebungen sollten bewertet und erklärt werden können (als Basis für eventuell notwendige Anpassungen).

Eine Übersicht über einzelne Schritte und deren Aufwände finden Sie auch bei Google unter dem folgenden Link: support.google.com/analytics/answer/10759417

Unterschiede im Tracking-Code

Im Folgenden zeigen wir Ihnen zwei Beispiele für Unterschiede im Tracking-Code zwischen Google Universal Analytics und Google Analytics 4.

Beispiel Ereignis-Tracking nativer Einbau

Das folgende Beispiel zeigt den Unterschied zwischen einem Aufruf des Ereignis-Trackings in Google Universal Analytics und einem Aufruf des Ereignis-Trackings in Google Analytics 4.

Google Universal Analytics (mit analytics.js):

ga('send', 'event', 'category_01', 'action_01', 'label_01');

Google Analytics 4:

gtag('event', 'event_xy', {
	'parameter_01': 'value_01',
	...
});

Sie sehen, die Struktur des Ereignis-Trackings muss beim Wechsel zu Google Analytics 4 komplett neu gedacht werden.

Beispiel E-Commerce-Tracking via Google Tag Manager

Das folgende Beispiel zeigt den Unterschied zwischen einer Produktdetailansicht in Google Universal Analytics und der Produktdetailansicht in Google Analytics 4.

Google Universal Analytics:

dataLayer.push({
	'ecommerce': {
		'detail': {
			'products': [{
				'name': 'product_xy',
				'id': '33331',
				'price': '231.33',
				...
			}]
		}
	}
});

Google Analytics 4:

dataLayer.push({
	event: "view_item",
	ecommerce: {
		items: [{
			item_id: "33331",
			item_name: "product_xy",
			price: 231.33,
			...
		}]
	}
});

Das heißt, alle Data Layer im E-Commerce müssen angepasst oder umfangreich über das Tag Management manipuliert werden.

Google Analytics 4 und Google Tag Manager

Wenn Sie den Google Tag Manager zur Integration Ihres Tracking-Codes verwenden, müssen Sie sich beim Wechsel zu Google Analytics 4 auf einige Änderungen vorbereiten. Für Google Analytics 4 steht im Google Tag Manager ein neues Tag in der Bibliothek zur Verfügung. Sie verwenden also nicht länger die von Google Universal Analytics bekannten Tags. Eine Neuerung ist, dass Sie einige Konfigurationen des Tags nicht mehr im Google Tag Manager machen, sondern direkt in den Tag-Einstellungen in der Google Analytics 4-Oberfläche.

Ein Beispiel dafür sind die Definitionen für ein Domain-übergreifendes Tracking (Cross-Domain-Tracking). Bei Google Universal Analytics haben Sie entsprechende Einstellungen im Tag aus dem Google Tag Manager heraus festgelegt. Anders bei Google Analytics 4: Hier konfigurieren Sie die Domains, die übergreifend gemessen werden sollen, aus der Google Analytics 4-Verwaltung heraus.

Google Analytics 4 und Google Looker Studio (Data Studio)

Ähnlich wie in Google Universal Analytics sind die Reporting-Funktionen auch in Google Analytics 4 recht überschaubar. Zwar hält mit der explorativen Datenanalyse ein neues Analyse-Tool Einzug in die Oberfläche. Jedoch löst das auch nicht alle Probleme. Es ist daher empfehlenswert, für erweiterte Analysen und Reports auf ein weiteres Tool zurückzugreifen. Und hier bietet sich das Google Data Studio an, das seit Neuestem Looker Studio heißt. Es ist perfekt in Googles Tool-Landschaft integriert und für Google Analytics 4 stehen wie für Google Universal Analytics Verbindungen zur Verfügung.

Auf diesem Weg können Sie mehrseitige und optisch ansprechende Reportings erstellen und diese anderen Personen und Bereichen zur Verfügung stellen.

Google Analytics 4, die DSGVO und der Datenschutz

Der Wechsel von Google Universal Analytics zu Google Analytics 4 löst leider nicht die Schwierigkeiten, mit denen Sie innerhalb der Europäischen Union hinsichtlich des Datenschutzes konfrontiert sind. Grundsätzlich steht zu befürchten, dass der Einsatz von Google Analytics 4 nach aktueller Rechtslage per se rechtswidrig ist.

Viele Informationen darüber, warum der Einsatz von Google Analytics 4 in Ländern, in denen die DSGVO gilt, problematisch ist, finden Sie auf unserer Seite über die aktuelle Rechtslage beim Einsatz von Google Analytics.

Sie sollten den Einsatz von Google Analytics 4 also zumindest mit Ihrer Rechts- und Datenschutzabteilung klären und unbedingt die Anforderungen an ein rechtskonformes Consent Management erfüllen. Außerdem könnte der Zeitpunkt unter Umständen eine Gelegenheit sein, zu einem Webanalyse-Tool zu wechseln, das hinsichtlich der Datenschutzgesetze weniger problematisch ist.

Alternativen zu Google Analytics 4

Der Wechsel von Google Universal Analytics zu Google Analytics 4 ist vergleichbar mit der vollständigen Neuintegration eines Tracking-Tools. Entsprechend liegt die Überlegung nahe, statt den Produkten von Google ein ganz anderes Tracking-Tool zu verwenden. Gründe dafür gibt es einige. Zwar ist Google Analytics hinsichtlich seiner Funktionen ein richtig gutes Tool. Jedoch gibt es, wie oben beschrieben, in der Europäischen Union gewisse rechtliche Hürden, die seinen Einsatz unter Datenschutz-Gesichtspunkten schwierig machen. Außerdem könnte es – gerade, wenn Sie ein komplexes Setup haben – unter Umständen Sinn machen, ein Tracking-Tool einzusetzen, das noch weitreichendere Filter- und Segmentierungsfunktionen hat.

Im Folgenden stellen wir Ihnen deshalb noch zwei Alternativen zu Google Universal Analytics und Google Analytics 4 vor. Eine ausführliche Übersicht zu den (und weiteren) Alternativen finden Sie auf der folgenden Seite: converlytics.com/blog/google-analytics-alternativen

Mapp Intelligence

Mapp Intelligence, das früher unter dem Namen Webtrekk bekannt war, ist eine der wichtigsten Premium-Alternativen zu Google Analytics 4. Mit dem Tool sind sehr detaillierte Filterungen möglich und unter Datenschutz-Gesichtspunkten ist Mapp Intelligence besser aufgestellt als Google Analytics 4. Mapp Intelligence ist das Webanalyse-Tool der Wahl, wenn Sie eine komplexe Datenlage und umfangreiche Anforderungen an Ihr Reporting haben.

Matomo

Das Open Source-Tracking-Tool Matomo ist von seinem Funktionsumfang und von seinem Aufbau eng an Google Universal Analytics angelehnt. Mit dem Unterschied, dass Sie mit Matomo in der richtigen Konfiguration bestmöglich datenschutzfreundlich unterwegs sind. Von Matomo gibt es eine kostenpflichtige Cloud-basierte Version und eine kostenlose selbst-gehostete. Außerdem bieten wir als converlytics eine von uns verwaltete und gehostete Version als Rundum-Sorglos-Paket unter dem Namen trustats an.

Mehr über Matomo können Sie auf der folgenden Seite erfahren: converlytics.com/blog/matomo

Beratung zu Google Analytics 4 und dem Wechsel

Der Wechsel von Google Universal Analytics zu Google Analytics 4 ist – wie Sie nun gesehen haben – wichtig und sollte zeitnah erfolgen. Die Migration erfordert einiges an Planung und Ressourcen. Sie sollten dabei strukturiert vorgehen und die Migration als Anlass nehmen, Ihren Tracking-Tool-Stack zu bewerten und eventuell neu aufzustellen. Denn der Wechsel zu Google Analytics 4 gleicht in seinem Aufwand einer kompletten Neuimplementierung. Egal, ob Sie den Einbau nativ oder über ein Tag Management-System vornehmen.

Gerne unterstützen wir Sie beim Wechsel zu Google Analytics 4 und bewerten, wie Sie das Webanalyse-Tool am gewinnbringendsten einsetzen.

Der Beitrag Google Analytics 4 erschien zuerst auf converlytics.

Inhaltsverzeichnis

• Die aktuelle rechtliche Situation von Google Analytics auf einen Blick
• Die Gesetzeslage zu Google Analytics in Deutschland und der EU
• Datenschutzprobleme mit Google Analytics
• Urteile rund um Google Analytics
• Risiken der Nutzung von Google Analytics
• Alternativen zu Google Analytics
• Ausblick zur rechtlichen Lage rund um Google Analytics
• Update Oktober 2022

Die aktuelle rechtliche Situation von Google Analytics auf einen Blick

Kurz zusammengefasst: Es ist kompliziert. Es kann zurzeit keine absolut belastbare Aussage zum Einsatz von Google Analytics getroffen werden. Jedoch ist unserer Einschätzung nach der Einsatz von Google Analytics in der EU zurzeit nicht legal möglich. Auch nicht, wenn Webseiten-User der Verwendung von Google Analytics über eine CMP (Consent Management Platform oder umgangssprachlich auch Cookie Banner) zustimmen. Unsere Einschätzung basiert auf den Gesetzestexten der DSGVO und des TTDSG, den rechtlichen Bedingungen in den USA und aktuellen Urteilen zum Thema in Deutschland und der EU.

Der Einsatz von Google Analytics steht nach EU-Recht und deutschem Recht (DSGVO/TTDSG) in Konflikt mit der rechtlichen Situation in den USA (CLOUD Act/PATRIOT Act).

Unter Umständen kann der Einsatz von Google Analytics allerdings trotzdem gerechtfertigt sein beziehungsweise die Risiken können vertretbar sein. Das letzte richterliche Wort ist in der Sache auch noch nicht gesprochen. Und es ist außerdem davon auszugehen, dass sich an der Gesamtlage in der näheren Zukunft noch etwas ändern wird.

In den folgenden Abschnitten betrachten wir die rechtliche Situation rund um Google Analytics etwas genauer. Es handelt sich dabei um unsere Experteneinschätzung und ausdrücklich nicht um eine rechtliche Beratung. Ob der Einsatz von Google Analytics aus der Sicht Ihres Unternehmens mit der DSGVO und der aktuellen Rechtsprechung vereinbar ist, muss Ihr Datenschutzbeauftragter oder Ihre Rechtsabteilung abschließend klären. Auch die Frage, ob der Nutzen durch den Einsatz von Google Analytics die Risiken hinsichtlich DSGVO rechtfertigt, muss abgewogen werden.

Die Gesetzeslage zu Google Analytics in Deutschland und der EU

In den letzten Jahren hat sich bei der Gesetzgebung in Sachen Datenschutz einiges getan. Und seit 2018 gilt die Datenschutz-Grundverordnung (DSGVO), die im Englischen den Namen General Data Protection Regulation (GDPR) trägt. Seit Dezember gilt nun auch das Telekommunikation-Telemedien-Datenschutz-Gesetz (TTDSG).

DSGVO

Die Datenschutz-Grundverordnung als Verordnung der Europäischen Union gilt seit dem 25. Mai 2018 und regelt die Verarbeitung personenbezogener Daten innerhalb der EU und die Übermittlung von personenbezogenen Daten in Drittländer wie die USA. Kurz vorweg: IP-Adressen sind eindeutig personenbezogene Daten. Das geht spätestens aus Urteilen des Europäischen Gerichtshofs und des Bundesgerichtshofs hervor (Quelle z.B. bundesgerichtshof.de).

Die DSGVO trifft (ganz knapp zusammengefasst) folgende für Google Analytics relevante Bestimmungen:

• Rechtmäßigkeit der Verarbeitung personenbezogener Daten (Artikel 6):
  Daraus muss eine Zustimmungspflicht für Google Analytics abgeleitet werden, der Einsatz nach berechtigtem Interesse (Artikel 6 (1)) ist unserer Einschätzung keinesfalls zulässig.
  Das liegt daran, dass der eventuell berechtigte Verwendungszweck „Analyse des User-Verhaltens auf der eigenen Webseite/App“ durch Weitergabe der Daten an mit Google Analytics verknüpfte Werbenetzwerke und überhaupt die unübersichtliche Weiterverarbeitung aufgeweicht wird
• Grundsätze für die Verarbeitung personenbezogener Daten (Artikel 5):
  Daraus muss abgeleitet werden, dass die Verarbeitung der Daten für betroffene Personen nachvollziehbar sein muss und die Daten vor Zugriffen Dritter geschützt sein müssen.
  Der erste Punkt ist bei Google Analytics und den verbundenen Werbenetzwerken schwierig. Und der zweite Punkt bekommt für folgenden Sachverhalt dringende Relevanz:
• Allgemeine Grundsätze der Datenübermittlung (Artikel 44):
  Daraus muss abgeleitet werden, dass eine Übermittlung personenbezogener Daten in die USA nicht zulässig ist, da die Behörden der USA durch CLOUD Act und PATRIOT Act umfassende Möglichkeiten haben, auf durch US-Unternehmen erhobene Daten zuzugreifen. Die Daten sind also nicht mehr nach DSGVO (Artikel 5) geschützt

TTDSG

Das Telekommunikation-Telemedien-Datenschutz-Gesetz ist, vereinfacht gesagt, eine Neufassung des Telemediengesetzes und des Telekommunikationsgesetzes. Es gilt seit 01. Dezember 2021 und passt deren Inhalt an die DSGVO an. Außerdem konkretisiert es einige Formulierungen. Für Google Analytics ist hierbei besonders relevant:

• Technisch nicht notwendige Cookies (oder ähnliche Technologien) sind zustimmungspflichtig
• CMPs können nach §26 eine Zulassung als anerkannter Dienst erhalten, wenn sie bestimmte Anforderungen erfüllen

Das TTDSG verändert die rechtliche Lage rund um Google Analytics nicht grundlegend. Es schafft aber etwas eindeutigere Begrifflichkeiten und konsolidiert die bestehenden Regelungen.

Weitere Begriffe

Neben den oben genannten Gesetzten sind auch noch die folgenden Begriffe hinsichtlich der rechtlichen Lage rund um die Verwendung von Google Analytics interessant und begegnen uns immer wieder.

Das Privacy Shield und sein Vorgänger Safe Harbor waren Absprachen zwischen der EU und den USA, die den Datenaustausch regelten. Allerdings wurden beide (Safe Harbor 2015 und Privacy Shield 2020) vom Europäischen Gerichtshof für ungültig erklärt. Auf beide Abkommen können sich Webseitenbetreiber aus Deutschland und der EU heute also nicht mehr berufen, wenn sie wie bei Google Analytics personenbezogene Daten in die USA übertragen wollen.

Die ePrivacy-Verordnung ist ein Gesetzesentwurf unter anderem für die Regelung personenbezogener Daten in der elektronischen Kommunikation. Aufgrund von verschiedenen Streitpunkten erscheint eine Verabschiedung in näherer Zukunft aber unwahrscheinlich. Die ePrivacy-Verordnung ist derzeit für den Einsatz von Google Analytics also irrelevant.

Standardvertragsklauseln sind eine Möglichkeit, die Übermittlung personenbezogener Daten zwischen Webseiten- und App-Betreibern auf der einen Seite und US-Unternehmen auf der anderen Seite zu regeln, seit Privacy Shield nicht mehr gilt. Allerdings lösen auch Standardvertragsklauseln nicht das Problem des Konflikts zwischen EU- und US-Recht.

Unter Auftragsdatenverarbeitung (ADV) versteht man, wenn die eigenen (personenbezogenen) Daten, also zum Beispiel die Tracking-Daten eines Webseiten- oder App-Betreibers, von einem anderen Unternehmen verarbeitet werden. Ohne, dass dabei der Webseiten- oder App-Betreiber die Datenhoheit über diese Daten verliert. Für Google Analytics ist das nicht relevant, da man nicht der Eigentümer der Daten ist (sondern das ist von vornherein Google). Für Alternativen zu Google Analytics wie trustats und Mapp Intelligence ist das aber relevant.

Datenschutzprobleme mit Google Analytics

Oben haben wir es schon kurz angerissen, im Folgenden finden Sie alle Probleme, die beim Einsatz von Google Analytics in Hinsicht auf den Datenschutz auftreten.

Zustimmung zur Datenverarbeitung und Transparenz

Der Einsatz von Google Analytics ist nach DSGVO zustimmungspflichtig. Das heißt, alle User Ihrer Webseiten und Apps, die dem Tracking nicht aktiv zustimmen, gehen Ihnen verloren. Erfahrungsgemäß sind das zwischen 20% und 50%. Da Sie die Datenhoheit an Google abgeben und außerdem die weitere Verwendung der personenbezogenen Daten nicht übersichtlich nachvollziehbar ist, ist ein Einsatz von Google Analytics nach berechtigtem Interesse nicht möglich. Aufgrund der fehlenden Transparenz und Nachvollziehbarkeit der weiteren Verwendung Ihrer Tracking-Daten durch Google ist außerdem zu befürchten, dass der Einsatz von Google Analytics als Ganzes illegal ist.

Übermittlung der Daten in die USA

Da die Daten Ihrer Webanalyse mit Google Analytics in die USA übertragen werden, kann eine Verarbeitung gemäß der durch die DSGVO gesetzlich geltenden Bestimmungen nicht sichergestellt werden. Behörden der USA haben nach CLOUD Act Zugriff auf diese Daten und sie sind damit nicht ausreichend vor Zugriff geschätzt. Die Verwendung von Google Analytics ist also illegal.

Übrigens spielt es keine Rolle, ob Ihr Vertragspartner die Google-Tochter Google Ireland Limited oder Google selbst ist, denn die Daten werden trotzdem in die USA übertragen. Selbst, wenn sämtliche Server in der EU stehen würden und die Datenverarbeitung nur in der EU stattfinden würde, wäre das Problem nicht gelöst. Denn der CLOUD Act räumt den US-Behörden ausdrücklich das Recht ein, auch auf die außerhalb der USA verarbeiteten Daten von US-Unternehmen zuzugreifen.

Nicht nur Google Analytics

Google Analytics ist selbstverständlich nicht der einzige Dienst, der von dieser Problematik rund um DSGVO und Datenschutz betroffen ist. Alle anderen US-Tracking-/Webanalyse-Tools, A/B-Test-Tools und im Grunde auch alle anderen Tools und Dienste von US-Unternehmen wie Microsoft, Apple und so weiter sind davon betroffen. Auf Google Analytics liegt als Branchenführer im Tracking-, Online-Marketing- und Webanalyse-Bereich besonderes Augenmerk. Nicht zuletzt, da auch Google Ads und der Google Tag Manager in diesem Spannungsfeld auftreten.

Urteile rund um Google Analytics

Seit die DSGVO gilt, gab es schon eine Reihe von Urteilen, die für den Einsatz von Google Analytics relevant sind.

Urteile zu Google Analytics vor 2022

Am 16. Juli 2020 wurde vom Europäischen Gerichtshof das Urteil gesprochen, das unter dem Namen Schrems II bekannt wurde. Darin wird im Wesentlichen festgehalten, dass eine Übermittlung von personenbezogenen Daten in Drittländer nur dann stattfinden darf, wenn die Bestimmungen der DSGVO eingehalten werden. Die USA gehören ausdrücklich nicht dazu. Dem Urteil folgte die Ungültigkeit von Privacy Shield. Das Urteil ist für Google Analytics deshalb sehr relevant. Quelle: bund.de

Ein Beschluss des Verwaltungsgerichts Wiesabden erklärt die Verwendung der CMP Cookiebot für illegal, da Cloud-Dienste von Google zum Einsatz kommen. Die Server stehen zwar in der EU, es handelt sich aber um ein US-Unternehmen und die Daten sind deshalb aufgrund des CLOUD Acts nicht nach DSGVO geschützt. Der Ausgang des Rechtsstreits ist derzeit offen. Quelle: heuking.de

Urteile zu Google Analytics in 2022

Eine Erklärung der österreichischen Datenschutzbehörde vom Januar 2022 richtet sich konkret gegen den Einsatz von Google Analytics. Laut der Datenschutzbehörde ist der Einsatz von Google Analytics nicht im Einklang mit den Datenschutzbestimmungen der DSGVO möglich. Quelle: noyb.eu

Ebenfalls im Januar 2022 fällt eine solche Entscheidung auch in den Niederlanden. Quelle: werning.com

Das dritte Urteil im Januar 2022 untersagt die Verwendung von Google Fonts. Und zwar kommt das Landgericht München zu dem Schluss, dass die Verwendung von Google Fonts nicht mit der DSGVO zu vereinbaren ist. Das Urteil bezieht sich auf den Einsatz ohne Consent, doch dürfte sich der Einsatz auch mit Consent zur Sachlage mit Google Analytics ähnlich verhalten.

Mitte Februar 2022 entscheidet die französische Datenschutzbehörde, dass der Einsatz von Google Analytics nicht DSGVO-konform ist. Damit ist der weitere Einsatz von Google Analytics in Frankreich illegal. Quelle: heise.de

Exkurs: Auch das jüngste Urteil zum TCF soll hier nicht unerwähnt bleiben. Interessierte finden auf der Seite dataprotectionauthority.be weitere Informationen.

Risiken der Nutzung von Google Analytics

Das Risiko bei der weiteren Verwendung von Google Analytics mit einem optimal abgestimmten Consent Management schätzen wir als mittel bis hoch ein. Auch wenn das letzte Wort noch nicht gesprochen ist und die aktuellen Verfahren noch in Berufung gehen können. Aktuell laufen in verschiedenen EU-Ländern weitere Verfahren.

Ohne Zustimmung ist der Einsatz von Google Analytics selbstverständlich absolut nicht zu empfehlen. Das Risiko ist dabei sehr hoch!

Wie hoch Strafen und Bußgelder ausfallen, ist zum aktuellen Zeitpunkt nicht vorhersehbar. Fälle wie das Urteil zur Verwendung von Google Fonts, das am 20. Januar 2022 gesprochen wurde, lassen aber dringend aufhorchen. Hier lag eine ähnliche Problematik vor und das Gericht sprach dem Kläger immateriellen Schadensersatz zu (Quelle: dejure.org). Es bleibt hier also spannend.

Alternativen zu Google Analytics

Neben Google Analytics gibt es eine Reihe von Tracking-Systemen, die aus DSGVO-Gesichtspunkten in der aktuellen gesetzlichen Situation in Deutschland und der EU deutlich besser geeignet sind. Im Folgenden zeigen wir Ihnen die besten Alternativen zu Google Analytics.

Sorglos und datenschutzkonform: trustats

trustats ist das Web-Analyse-Tool von converlytics. Es ist das datenschutzkonforme Rundum-sorglos-Paket für Ihre Tracking-Daten. Wir übernehmen das Hosting, die Konfiguration und das Reporting auf Wunsch komplett. Und Sie profitieren von aussagekräftigen Daten. Da Sie die Datenhoheit behalten, alle Daten in Deutschland bleiben und der gesamte Tracking-Prozess vollkommen transparent passiert, kann trustats sogar mit berechtigtem Interesse eingesetzt werden. Das heißt, Ihre Datenqualität ist optimal. Probleme wie Datenübermittlung in die USA bestehen mit dieser Tracking-Lösung nicht. Übrigens basiert trustats auf Matomo, einer Open Source-Lösung für die Webanalyse.

Mehr über trustats, das Webanalyse-Tool von converlytics, erfahren Sie auf unserer Seite über trustats.

Selbst machen: Matomo als Google Analytics-Alternative

Das Open Source Tracking-System Matomo können Sie auch komplett selbst aufsetzen. Sie können das Webanalyse-Tool zum Beispiel inhouse hosten oder beim Webhoster Ihres Vertrauens. Sie benötigen also keine ADV (höchstens mit Ihrem Webhoster oder Rechenzentrum), keine Datenübermittlung in die USA und steuern den Zugriff auf alle Daten zu 100% selbst. Gerne beraten wir Sie zum datenschutzkonformen Einsatz von Matomo.

Mehr über Matomo erfahren Sie auf unserer Seite über Matomo.

Europäische Alternativen zu Google Analytics

Mapp Intelligence, das früher Webtrekk hieß, ist ein Premium-Webanalyse-Tool aus Berlin. Zwar gehört Mapp Intelligence inzwischen zu einem US-Unternehmen, agiert als Unternehmen aber autark. Das heißt, Ihre Daten liegen in Deutschland, sie behalten die Datenhoheit und die personenbezogenen Daten sind vor Zugriff der US-Behörden sicher.

Mapp Intelligence ist gemessen an seinem Funktionsumfang und den weitreichenden Filtermöglichkeiten das Webanalyse-Tool der Wahl, wenn Sie besonders tief in Ihre Daten eintauchen wollen.

Ausblick zur rechtlichen Lage rund um Google Analytics

Es bleibt zu hoffen, dass sich die aktuell unübersichtliche und in Hinsicht auf Google Analytics unbefriedigende Lage bald ändert. Zum einen werden uns weitere Gerichtsurteile und Verfahren zeigen, wie das gültige Recht ausgelegt wird. Zum anderen wird abzuwarten sein, was auf politischer Ebene ausgehandelt wird.

Unser Appell geht an die US-Regierung, Unternehmen aus Deutschland und der EU als Bündnispartner sinnvolle Möglichkeiten anzubieten, Dienste und Analytics-Tools von US-Unternehmen wie Google einzusetzen. Je nachdem, welche Entwicklungen es in der politischen Landschaft der USA geben wird und mit welchem zukünftigen Präsidenten der USA die EU dabei verhandelt, ist das Ergebnis natürlich offen. Wir wünschen uns jedenfalls praktikable Rahmenbedingungen, die uns den Einsatz von Google Analytics wieder ermöglichen. DSGVO-konform und mit gutem Gewissen. Denn Google Analytics ist ohne jeden Zweifel ein leistungsfähiges Tool für die Webanalyse.

Update Oktober 2022

Es kommt tatsächlich etwas Bewegung in die Sache und neue Entwicklungen zeichnen sich ab. Der aktuelle Präsident der USA, Joe Biden, hat zuletzt ein Dekret unterzeichnet, das den Weg für ein neues Abkommen zwischen der EU und den USA ebnen soll. Dem gingen lange Verhandlungen voraus. In der EU-Kommission bestehen offenbar begründete Hoffnungen darauf, dass das Abkommen auch vor dem Europäischen Gerichtshof Bestand haben könnte.

Einen ausführlicheren Artikel zu dem Thema finden Sie unter dem folgenden Link: www.handelsblatt.com/politik/international/datenschutz-engere-grenzen-fuer-us-geheimdienste-biden-ebnet-weg-fuer-neues-transatlantisches-datenabkommen/28730054.html

Der Beitrag Google Analytics – die aktuelle Rechtslage erschien zuerst auf converlytics.

Was ist der Unterschied zwischen server-side und client-side Tracking?

Bisher ist client-side Tracking der Standard, wenn es darum geht, Datenaggregation zu betreiben, um seine Nutzer besser zu verstehen. Doch in den letzten Jahren wird server-side Tracking zunehmend prävalent. Hintergrund dafür sind die vielen Vorteile, die server-side Tracking bietet. 

Ganz im Vordergrund steht dabei die Verlagerung der Datenverarbeitung vom Rechner des Nutzers auf die Cloud. Richtig umgesetzt kann so die Webseiten-Performance verbessert werden, was wiederum auf die Nutzerfreundlichkeit und schlussendlich die Conversion Rate positiven Einfluss hat.  

¹ mit Tealium EventStream
² mit Tealium iQ

Einblick in server-side Tag Management mit EventStream 

Oft bieten Tag Management-Plattformen wie Google Tag Manager oder Tealium iQ einen Marktplatz an, über welchen Tag Templates zum Einsatz gebracht werden. Zwar spricht man in EventStream von „Connectoren“ anstatt Tags, das Prinzip bleibt nichtsdestotrotz das gleiche. Ein Klick auf „Add Connector“ im EventStream Dashboard ruft Anbindungen für die gängigsten Anbieter wie Facebook, Google Analytics oder Criteo auf. Allerdings ist anzumerken, dass die Auswahl geringer ist als bei ClientSide Libraries. Für den Fall, dass Interessierte keinen passenden Connector finden, kann immer auf den Webhook Connector zurückgegriffen werden, welcher es ermöglicht, eigene Datenanbindungen zu programmieren. Diese Option wird jedoch nicht von allen Anbietern offiziell unterstützt.

Folgend eine Abbildung der Facebook Conversions und Google Analytics Connectoren im Einsatz. Auf den ersten Blick bekommen wir eine Übersicht der aktiven Events, welche erfasst werden, sowie die Erfolgsrate der jeweiligen Aktionen. Fehlschlagen können Aktionen aus unterschiedlichen Gründen, wie einem API-Timout, fehlenden Parametern oder einer Fehlkonfiguration im Connector. Mit converlytics als Partner werden Fälle wie diese frühzeitig in der Qualitätssicherung bedacht.

Um mehr über die fehlgeschlagenen Events zu erfahren, können die Fehlermeldungen aufgerufen werden, welche hilfreiche Details beinhalten.

Wenn ein Event wegen fehlenden Parametern fehlschlägt, wird entweder von den vorgegebenen Parametern wie Nutzer ID gesprochen oder von einem selbst festgelegten „erforderlichen Attribut“.

Event Attribute

Event Attribute sind Variablen, die in Connectoren auf Parameter gemappt werden. Sie enthalten die Werte, die mit jedem Request in EventStream ankommen. Attribute können in jedem Connector als „erforderlich“ angegeben werden. Das führt dazu, dass Events davon abgehalten werden, zu feuern, wenn die erforderlichen Attribute nicht befüllt sind. So macht es bei einer E-Commerce-Bestellung zum Beispiel Sinn, die Bestellnummer und den Bestellwert als zwingend erforderlich einzustellen, da die Bestellung sonst im Warenwirtschaftssystem nicht zugeordnet werden kann.

Event Specifications

Spezifikationen definieren die Ereignistypen und ermöglichen es, die zugehörigen Ereignisattribute festzulegen. Die Spezifikationen stellen sicher, dass eine hohe Datenqualität für die Verarbeitung durch EventStream erhalten werden kann.

Event Feeds

Event Feeds ist eine Ansicht der live eingehenden Events. Hier treffen Daten aus allen verbundenen Quellen zusammen. Eine Datenquelle kann eine der folgenden sein:

• JavaScript (Web)
• Swift (iOS)
• Android
• Apple TV
• Roku
• Python
• Java
• HTTP API

Der Beitrag Server-side Tracking mit Tealium EventStream erschien zuerst auf converlytics.

Signifikanz einfach erklärt

Grundsätzlich geht es bei der Signifikanz darum, Unterschiede zu bewerten. In der Regel interessiert man sich für den Unterschied zwischen zwei Grundgesamtheiten, auf die unterschiedliche Einflussfaktoren wirken. Aus diesen beiden Grundgesamtheiten werden Stichproben genommen und auf bestimmte Variablen hin untersucht. Stellt man dann fest, dass sich die Stichproben hinsichtlich der untersuchten Variablen unterscheiden, so folgt die Frage, ob der Unterschied zufällig ist oder ob er etwas mit den Einflussfaktoren zu tun hat. Wenn der Unterschied auf die Einflussfaktoren zurückzuführen ist, spricht man von Signifikanz.

Nehmen wir als Beispiel für unsere Betrachtungen zur Signifikanz einen A/B-Test. Gruppe 1 der Webseitenbesucher sieht Variante A der Seite und Gruppe 2 sieht Variante B. In Variante B gibt es als Einflussfaktor einen zusätzlichen CTA. Nun nehmen wir eine Stichprobe beider Gruppen, indem wir unseren A/B-Test 14 Tage lang ausspielen und uns anschauen, wie die Conversion Rate in beiden Gruppen aussieht.

Nach 14 Tagen haben wir folgendes Ergebnis:

Die Webseitenbesucher in Gruppe B haben mit 2,34 Prozent eine höhere Conversion Rate als in Gruppe A mit 1,15 Prozent. Naiv könnte man also direkt davon ausgehen, dass der zusätzliche CTA zu einem besseren Ergebnis führt. Doch ist das wirklich so?

Folgende Überlegung: Würden wir den Test mit Gruppe A weitere 14 Tage laufen lassen und hätten wir dann wieder exakt 10.430 Besucher, könnten wir dann davon ausgehen, dass wieder exakt 120 davon eine Conversion auslösen? Nein, natürlich nicht! Denn aufgrund der zufälligen Schwankungen hätten wir vielleicht nur 109 Conversions oder 130 oder 123.

Wir müssen also untersuchen, ob die 230 Conversions in Gruppe B eine zufällige Schwankung sind, oder ob sie auf den zusätzlichen CTA zurückzuführen sind, ob also Signifikanz besteht.

Dazu gibt es eine Reihe von statistischen Signifikanz-Tests. Grundsätzlich legt man dabei eine bestimmte Fehlerwahrscheinlichkeit fest, die man toleriert. Diese Fehlerwahrscheinlichkeit beschreibt die Wahrscheinlichkeit, dass man sich falsch entscheidet. Sie wir auch Signifikanzniveau genannt und wir schauen sie uns im nächsten Abschnitt noch etwas genauer an. Zeigt der statistische Test eine geringere als die festgelegte Fehlerwahrscheinlichkeit, so spricht man von einem signifikanten Ergebnis, also von Signifikanz.

Signifikanzniveau einfach erklärt

Das Signifikanzniveau legt im statistischen Test fest, ab wann ein Ergebnis als signifikant bezeichnet wird. Dieses Kriterium für die Signifikanz wird oft auch als α-Niveau bezeichnet. Ein α-Niveau von α = 0,05 bedeutet, dass man eine Fehlerwahrscheinlichkeit von 5 Prozent in Kauf nimmt. Attestiert uns ein statistischer Test zum α-Niveau von 0,05 also Signifikanz, so liegen wir mit unseren Rückschlüssen mit einer Wahrscheinlichkeit von nur 5 Prozent falsch.

Warum wählen wir dann nicht ein kleineres α-Niveau, um uns mit unserer Signifikanz noch sicherer zu sein? Die Antwort auf diese Frage erfordert ein wenig statistisches Hintergrundwissen. Denn das geforderte Signifikanzniveau beeinflusst direkt die notwendige Stichprobengröße und den geforderten Unterschied zwischen den Ergebnissen. Einfach gesagt: Wenn wir Signifikanz zu einem sehr kleinen Signifikanzniveau erreichen wollen, dann benötigen wir immens große Stichproben oder sehr große Unterschiede zwischen den untersuchten Größen in den beiden Stichproben.

In unserem Beispiel bräuchten wir dann sehr viel mehr Traffic auf den Webseiten oder wir müssten den Test Ewigkeiten laufen lassen oder wir bräuchten extrem große Unterschiede zwischen den Conversion Rates der beiden Gruppen. In Zeiten von eng geschnürten Budget-Gürteln und hochfrequenten Deadlines oftmals keine Option. Und die Unterschiede in der Conversion Rate sind oft recht klein und können trotzdem schon zu deutlich höherem Revenue führen.

Wir entscheiden uns also für einen Mittelweg und wählen das α-Niveau so, dass die Fehlerwahrscheinlichkeit einigermaßen akzeptabel ist und trotzdem mit überschaubaren Ressourcen Signifikanz erreicht wird. Üblich sind in der wissenschaftlichen Arbeit übrigens Signifikanzniveaus zwischen α = 0,05 und α = 0,01 Prozent.

Weitere Ressourcen zum Thema Signifikanz

Wenn Sie sich dafür interessieren, ob ein von Ihnen durchgeführter A/B-Test ein signifikantes Ergebnis hat, ob also Signifikanz besteht, empfehlen wir Ihnen unseren Signifikanz-Rechner.

Wenn Sie ausrechnen möchten, wie lange Sie Ihrer Audience einen A/B-Test ungefähr ausspielen müssen, bis Sie Signifikanz erreicht haben, können Sie unseren A/B-Test-Rechner verwenden.

Neugierig auf noch tiefergehende Informationen rund um Signifikanz und A/B-Tests? Dann lesen Sie mehr über unsere Leistungen als Agentur für Conversion-Optimierung. Und nehmen Sie gerne hier Kontakt mit unseren Experten auf.

Der Beitrag Signifikanz & Signifikanzniveau einfach verständlich erklärt erschien zuerst auf converlytics.

Allerdings hat der Webseiten-Betreiber bei der Gestaltung des Codes dadurch einige Einschränkungen. Ein wesentlicher Teil ist hierbei das Tracking, das angepasst werden muss. Auf dieser Seite erfahren Sie, was beim AMP-Tracking beachtet werden muss und wie Analyse-Tools integriert werden können.

Wieso AMP?

Mobilgeräte etablieren sich zunehmend als Standard für das Surfen im Netz. Gleichzeitig steigen auch die Erwartungen an eine gute Usabilty und vor allem an kurze Ladezeiten. Eine zu lange Seitenladezeit führt häufig zu einer hohen Bouncerate. Google nahm sich dieser Entwicklung an und erstellte ein open-source Framework für die Erstellung von mobil-optimierten Landingpages.

Was ist AMP?

Doch bevor wir zum Tracking von AMP-Seiten kommen, klären wir die Frage, was AMP im Detail überhaupt ist. Grundsätzlich verschlankt AMP den Code einer Seite, um zu einer höheren Performance zu führen. Deshalb steht für diese Seiten im Vergleich zu herkömmlichen Seiten nur ein reduzierter Umfang an Code-Elementen und Programmiersprachen zur Verfügung. AMP besteht im Wesentlichen aus drei Teilen:

• AMP HTML: AMP HTML ist normales HTML mit einigen Einschränkungen, die schnelle Ladenzeiten gewährleisten sollen. Des Weiteren gibt es die Möglichkeit, dieses HTML mit zusätzlichen Modulen zu erweitern, z.B. „amp-ad“, „amp-analytics“ und viele mehr.
• AMP JS: Das AMP JS sorgt für eine schnelle Ausführung der Seite.
• AMP CDN: Das AMP CDN (optional) liefert die AMP Dokumente über einen Proxy-Server aus.

In den organischen Google-Suchergebnissen sind AMP-Seiten durch einen Blitz gekennzeichnet. Da die Seite aus dem Google-Cache geladen wird, wird beim Aufruf einer solchen Seite auch nur diese URL angezeigt:

https://www.google.com/amp/s[...]

So sehen AMP-Suchergebnisse in der Google-Suche aus:

Neben dem für die AMP-Technologie tonangebenden Google verwenden sie auch andere Suchmaschinen wie Bing oder Baidu. Auch in Social Media werden vergleichbare Möglichkeiten eingesetzt.

Das Problem mit dem Tracking von AMP-Seiten

Durch die Einschränkungen im Code und dadurch, dass sich der Nutzer auf einer anderen Domain befindet, entstehen Schwierigkeiten im AMP-Tracking der Seite. So kann weiteres Tracking durch JavaScript auf AMP-Seiten nicht eingebunden werden. Auch die Identifikation der User gestaltet sich schwieriger. Da sich der User zunächst auf einer Google-Domain befindet und erst bei weiterer Navigation auf der Seite die Domain wechselt, entstehen unterschiedliche Client-IDs, also eine bekannte Cross-Domain-Problematik.

Die Lösung

Um das AMP-Tracking erfolgreich umzusetzen, werden von Google zwei Möglichkeiten bereitgestellt:

1. amp-pixel
2. amp-analytics

Das amp-pixel ist für einfaches Tracking gedacht und misst ausschließlich Seitenaufrufe. Sollen auch weitere Aktionen gemessen werden, muss amp-analytics verwendet werden. Folgende Tracking-Events werden dabei unterstützt:

• Pageview
• Anchor Clicks
• Timer
• Scrolling
• AMP carousel changes
• Form

Die Tracking-Informationen werden zu einem Tracking-Tool wie Google Analytics gesendet. Jedes Tracking-Tool bietet dazu eigene Möglichkeiten an, wie die Informationen übermittelt werden können.

Unabhängig vom Tracking-Tool-Anbieter wird im ersten Schritt folgender Code im Header implementiert:

<script
async
custom-element="amp-analytics"
src="https://cdn.ampproject.org/v0/amp-analytics-0.1.js">>
</script>

Anschließend muss das amp-analytics-Element nach dem JSON-Format konfiguriert werden. Dieses Objekt beinhaltet die zu messenden Daten, die an das Tracking-Tool übermittelt werden. Das folgende Beispiel zeigt eine Konfiguration für Google Analytics:

<amp-analytics type="googleanalytics" id="analytics1">
<script type="application/json">
{
"vars": {
"account": "UA-XXXXX-Y"
},
"triggers": {
"trackPageview": {
"on": "visible",
"request": "pageview"
}
}
}
</script>
</amp-analytics>

Für diese Konfiguration gibt es diverse Möglichkeiten, um das AMP-Tracking auf den Anwendungsfall anzupassen. Außerdem ist es möglich, mittels einer angegebenen URL auf einen Ort zu verweisen, auf dem die JSON-Datei abgelegt ist. So können Anpassungen einfacher vorgenommen werden.

Manche Analytics-Anbieter nutzen zudem ein iframe, um die Daten zu übermitteln. Für eine genaue Beschreibung zur richtigen Vorgehensweise oder weitere Informationen nehmen Sie gerne Kontakt zu uns auf.

Fazit zu AMP-Tracking

AMP-Seiten bringen dem mobilen User einige Vorteile. Beim Betreiber der Webseite führt ihre Verwendung jedoch zu einem Mehraufwand und zu teilweise eingeschränkten Möglichkeiten. Obwohl das Framework aktuell vor allem im News-Bereich genutzt wird, ist zukünftig auch von einer weiteren Verbreitung auszugehen. Um weiterhin alles für eine gute Google-Platzierung im mobilen Bereich zu tun, sollten sich Webseitenbetreiber daher rechtzeitig mit der Thematik auseinandersetzen.

Der Beitrag AMP-Tracking erschien zuerst auf converlytics.

Nur wenige Schritte notwendig

In der Google Search Console finden Sie zahlreiche Informationen zum Suchverhalten Ihrer User und Ihrer potentiellen User im Rahmen der Google-Suchmaschine. Tiefe Insights in dieses Verhalten erlauben Ihnen nachhaltige Optimierungen des Marketing-Kanals SEO.

Es sind nur 4 wesentliche Schritte notwendig, um die Daten der Google Search Console in Ihren Mapp-Account zu integrieren:

1. Datenexport aus der Google Search Console und API-Konfiguration
2. Datenaufbereitung
3. Vorbereitung Mapp-Account
4. Datenimport nach Mapp und Feed-Konfiguration

Am besten automatisiert

Diese Schritte tagesweise manuell durchzuführen, ist sehr aufwändig. Wir empfehlen daher die Verwendung der API der Google Search Console auf der einen Seite und den Data Feeds von Mapp auf der anderen Seite. So kann der Prozess der Datenintegration automatisiert werden.

Wir beraten Sie gerne dazu, wie Sie bei den einzelnen Schritten am besten vorgehen und wie Sie die Daten in einem Zwischenschritt optimal aufbereiten. Treten Sie dazu gerne in Kontakt mit uns.

Grundsätzlich lassen sich seitenbasierte und zeitbasierte Daten der Google Search Console in Mapp integrieren. In Ihren Mapp-Analysen können Sie diese Daten dann mit Kennzahlen des Web Analyse-Systems kombinieren. Welche Auswertungen an welcher Stelle gute Einblicke in das Verhalten Ihrer User erlauben, können wir gerne mit Ihnen klären.

Die converlytics-Manual

Um einen ersten Blick auf das Vorgehen zu ermöglichen, können wir Ihnen außerdem eine converlytics-Manual zum Thema Datenintegration Google Search Console/Mapp zur Verfügung stellen.

Der Beitrag Import von Google Search Console-Daten nach Mapp erschien zuerst auf converlytics.

Was ist neu? Was ändert sich für mich? Soll ich jetzt umsteigen?

Wir möchten Ihnen diese Fragen beantworten und Klarheit in das Thema bringen. Erfahren Sie hier, was sich sowohl technisch, als auch fachlich geändert hat. Bitte beachten Sie außerdem, dass Google aktuell regelmäßig Änderungen in Google Analytics 4 vornimmt. Wir versuchen daher den Beitrag entsprechend zu aktualisieren.

Google Analytics bisher

Vorab möchten wir Sie darüber informieren, wie es zu den Änderungen gekommen ist:

Vor der aktuellen Umstellung stellte Google bereits eine Beta als Alternative zur Verfügung – die App + Web Property. Diese verfolgte bereits die aktuelle Logik. Vorher standen Ihnen in Google Analytics jedoch nur zwei Arten von Properties zur Verfügung: für Apps und für Web. Web ist dabei die Property-Art, in der Sie standardmäßig Ihre Daten von Webseiten auswerten. Grundlegende Messwerte sind dabei Sitzungen und Seitenaufrufe.

Der Fokus der Property-Art App dagegen liegt auf dem Tracking von Daten aus Mobile-Apps. Zunächst gelangten die Daten über den Google Tag Manager und das SDK für Mobile-App-Tracking in die Property. Ab 2016 steht Google Firebase zur Verfügung. Firebase beinhaltet nicht nur ein neues SDK, sondern darüber hinaus ein komplett eigenes Analyse-Tool, nämlich Firebase Analytics. Grundlegende Messwerte bei der Verwendung von Firebase sind – anders als bei Google Analytics – Nutzer und Ereignisse.

Nachteile der bislang eingesetzten Logik

Der große Nachteil, der durch den Einsatz von Firebase entsteht, ist die Quasi-Trennung von Universal Analytics und Firebase Analytics. Firebase-Daten aus Apps konnten über eine Verknüpfung bisher nur statisch in Analytics importiert werden. Sollten die Daten aus beiden Tools wirklich integriert werden, so war es nötig, den „Umweg“ über eine manuelle Konfiguration des Google Tag Managers zu gehen.

Auch der unterschiedliche Fokus beider Tracking-Methoden konnte zu einer Herausforderung bei der Vergleichbarkeit von Daten aus dem Tracking von Webseiten beziehungsweise von Mobile-Apps werden.

Sollten Daten aus beiden Quellen (Apps und Web) vergleichbar in einer Ansicht von Google Analytics einlaufen, blieb bisher nur der oben genannte „Umweg“ oder das Zurückgreifen auf eine überholte Technologie der alten Mobile SDK.

Doch bevor wir uns die neue Google Analytics 4 Property genauer ansehen, nochmal einen Blick zurück auf die Entwicklung der einzelnen Stationen.

Entwicklung der Google Analytics Produkte mit Zeitlinie

Seit 2013 gibt es das Measurement Protokoll, die umfangreiche API, die sämtlichem Tracking mit Google-Produkten zugrunde liegt. Außerdem löste auch 2013 die neue Bibliothek analytics.js die bisher verwendete Bibliothek ga.js ab, die seit dem Start von Google Analytics im Jahr 2005 im Einsatz war. Von nun an ist das Tracking von Nutzern über mehrere Geräte hinweg möglich. Dazu wird die sogenannte User ID verwendet.

Bis 2016 fand das Tracking von Web ausschließlich direkt oder über den Tag Manager in Web-Property statt und das Tracking von Apps über die Mobile SDK oder den Tag Manager in eine App-Property.

Ab 2016 findet das Tracking von Apps alternativ über Firebase direkt in die neue Firebase-Analytics-Umgebung statt. Oder über eine statische Verknüpfung in Universal Analytics. Auch eine Lösung wie bisher über den Tag Manager ist weiterhin möglich, aber der Support läuft aus und neue Funktionen sind dort nicht verfügbar.

Seit 2017 kann anstatt der analytics.js-Bibliothek das Global Site Tag verwendet werden, kurz gtag.js, um Daten an das Measurement Protocol zu senden. Diese JavaScript-Bibliothek ist auch die Basis für die neue App + Web Property.

Ab 31. Oktober 2019 wurde das Tracking über die Service SDKs für Mobile-Apps eingestellt. Mehr darüber können Sie hier (https://support.google.com/firebase/answer/9167112?hl=de) lesen.
Ab 2019 befanden sich die neuesten Funktionen im Beta-Betrieb. Das Tracking von Web über Firebase war nun möglich.

Seit dem 14. Oktober 2020 ist die Google Analytics 4 Property (App + Web) live und als Standard bei einer Neukonfiguration gesetzt.

Eigenschaften der neuen Tracking-Logik

Der Kern der neuen Tracking-Logik ist das bereits erwähnte, 2017 eingeführte Global Site Tag. Mit dem Global Site Tag soll eine einheitliche Erfassung der Daten ermöglicht werden. Das heißt, dass vor allem die verwendeten Metriken für die Datenerhebung von Webseiten und Apps angeglichen werden. Bisher standen, wie oben bereits angedeutet, bei Web-Properties die Messwerte Sitzungen und Seitenaufrufe im Fokus. Dagegen war eine Firebase-App-Property auf die Messwerte Nutzer, Ereignisse und Parameter ausgerichtet.

Hier macht die neue Google Analytics 4 Property einen Schritt in Richtung der Firebase-Logik und stellt Nutzer, Ereignisse und Parameter in das Zentrum des Interesses.

Die neue Property ist nun standardmäßig bei der Neuerstellung eingestellt. Aktuell haben Sie zusätzlich noch die Möglichkeit, die Universal Analytics Property (Web) auszuwählen.

Wenn Sie die Google Analytics 4 Property auswählen, steht Ihnen nun ein neuer Datenstream zur Verfügung, der unter Anderem den gtag.js-Code beinhaltet, den Sie in die Seiten Ihrer Webseite implementieren müssen, damit sie zur Datenerhebung erfasst werden (oder Sie gehen den Weg über den Google Tag Manager). Seit Einführung des Global Site Tag sehen Sie an diese Stelle ja auch schon beim Erstellen einer herkömmlichen Web-Property den Tracking-Code gtag.js und nicht mehr den Tracking-Code analytics.js.

Die drei verschiedenen Szenarien, die derzeit zum Einsatz kommen bzw. kamen, finden Sie in der folgenden Übersicht auf einen Blick:

Doch was Sie nun vermutlich am meisten interessiert: Worin genau unterscheiden sich die früheren Properties von der neuen Property und was ändert sich in der praktischen täglichen Anwendung von Google Analytics für Sie?

Die wesentlichen Erneuerungen in Google Analytics 4

Was ist neu?

• Web und App in einer Analyse-Umgebung
• Keine Seitenaufrufe – alles ist ein Event/Ereignis
• Weniger Standardberichte – flexible Gestaltung mit höherem Aufwand

Was muss angepasst werden?

• Viele sonstige Standardberichte müssen jetzt selbst gebaut werden
• Alle Events müssen definiert werden – Kategorie, Aktion, Label, Wert gibt es nicht mehr
• Einstiegsseiten werden über das Event session_start gemessen
• Content-Gruppen müssen über den GTM oder Data Layer erstellt werden
• Für E-Commerce Tracking muss der Data Layer angepasst werden

Was fehlt (noch)?

• Import bestehender Daten
• berechnete Metriken
• Channel-Gruppierungen
• Referrer-Ausschluss

Was ist besser in Google Analytics 4?

• Flexibilität bei der Erstellung von Events und Gestaltung der Berichte.
• KI-gestützte Prognoseberichte
• Funnel-Analysen auf alte Daten und beliebige Events
• Automatische Anomalien-Erkennung
• Im allgemeinen Möglichkeiten der Analyse (Analyse-Hub) – zum Beispiel die Explorative Datenanalyse mit AdHoc-Analysen, wie man sie aus der Self-Service BI kennt.

Das neue Interface

Für Sie im täglichen Gebrauch der Google-Produkte und insbesondere der neuen Google Analytics 4 Property vor allem wichtig ist die Nutzeroberfläche. Schauen wir uns also an, worin sich die Oberfläche einer GA4 von der eines Universal Analytics unterscheidet.

Gleich auf der Startseite fällt auf, dass die Hauptnavigation neugestaltet ist. Den herkömmlichen Bereichen auf der Seite von Universal Analytics stehen die neuen Bereiche Lebenszyklus, Nutzer, Ereignisse und Erkunden gegenüber. Der Punkt Akquisition findet sich 1:1 auch im neuen Layout wieder, auch wenn wie erwähnt die entsprechenden Standardreports nicht im Drop-Down aufgeführt werden. Das bisherige Verhalten lässt sich wohl am besten auf die Bereiche Engagement und Bindung übertragen. Der E-Commerce Bereich unter Conversions ist jetzt als Monetarisierung zudem deutlicher im Vordergrund. Zuletzt finden sie die Zielgruppen-Analyse nun unter dem Punkt Nutzer.

Im folgenden Ausschnitt gibt Google einen kurzen Einblick aus ihrer Property zum Merchandising-Shop:

Einen Überblick über die angesprochenen, tiefgehenden Analysemöglichkeiten ist im folgenden Bild dargestellt. Hier empfiehlt es sich in die jeweiligen Berichte hineinzuschauen und sich ein Bild von den Möglichkeiten zu machen.

Nachdem wir uns einen Überblick über die Veränderungen durch Google Analytics 4 verschafft haben, bleibt abschließend noch eine letzte Frage zu klären:

Soll ich jetzt umsteigen?

Unsere klare Antwort ist: Nein – nicht komplett! Legen Sie aber schon jetzt die zusätzliche Property an, können Sie bereits einige Verhaltensdaten erfassen. Diese werden nämlich nicht rückwirkend erfasst. Gerade für das E-Commerce Tracking gilt: Es werden Anpassungen am Data Layer benötigt.

Wir empfehlen Ihnen noch keinen kompletten Umstieg auf Google Analytics 4. Das GA4-Tag im Google Tag Manager befindet sich weiterhin in der Beta, sodass einige Funktionen noch nicht vollständig zur Verfügung stehen.

Mit dem Update auf Google Analytics 4 kann je nach Setup ein Implementierungsaufwand verbunden sein. Auch Prozesse und Reportings müssen teilweise neu aufgesetzt werden. Um sich jedoch schon mit neuen Logik vertraut zu machen, empfehlen wir Ihnen die neue Property zusätzlich zur bisherigen aufzusetzen. So können Sie sich auch mit der neuen Umgebung vertraut machen und sind bestens auf die Zukunft vorbereitet.

Sollten Sie Fragen zum Thema Google Analytics 4 haben, kommen Sie gerne auf uns zu!

Der Beitrag Google Analytics 4 – Sollte ich umsteigen? erschien zuerst auf converlytics.

In diesem Beitrag zeigen wir…

1. Wie verknüpfe ich meine Webseite mit der Search Console?
2. Welche Funktionen bietet sie?
3. Wie kann ich sie nutzen, um meine Rankings zu verbessern?
4. Wie verknüpfe ich die Search Console mit Google Analytics?

Anmeldung

Die Anmeldung ist einfach durchzuführen. Gehen Sie über die Google Search Console auf Property hinzufügen. Dort kann die Domain- oder URL-Präfix Methode gewählt werden.

Bei der Domain-Methode geben Sie ihre Webseite ohne https:// ein, wie in der Abbildung zu sehen. Die Bestätigung erfolgt hier über einen DNS-Eintrag bei Ihrer Domain. Bei der URL-Präfix Methode ist die vollständige URL anzugeben. Kopieren Sie dazu am einfachsten diese aus der URL-Leiste Ihrer Webseite. Ist die Webseite über verschiedene Protokolle und Subdomains zu erreichen, sind diese auch alle einzeln zu hinterlegen. Im Anschluss gibt es dann mehrere Bestätigungsmethoden zur Auswahl.

Verwenden Sie die Domain-Methode erhalten Sie im nächsten Schritt einen TXT-Eintrag. Dieser ist bei Ihrem Anbieter einzutragen. Am Beispiel Strato ist es hier exemplarisch dargestellt:

Ist die Domain bestätigt, erhalten Sie diese Meldung:

ACHTUNG: Möchten Sie im Anschluss Google Analytics mit der Search Console verknüpfen, geht das nur über Properties, welche über die URL-Präfix Methode hinzugefügt wurden!

Funktionen der Search Console

Nach erfolgreicher Anmeldung haben Sie in der linken Navigation unterschiedliche Analysebereiche:

1. Leistung

Die Performance der Seiten bzw. Keywords kann unter dem Punkt Leistung analysiert werden. Hier können die Klicks, Impressions, CTR und Klicks der Suchanfragen plus Zielseite grafisch und tabellarisch ausgegeben werden.

2. URL-Überprüfung

Hier kann jede URL unterhalb der Domain auf korrekter Indexierung überprüft werden. Zusätzlich können auch neue URLs eingetragen werden, um sie sofort indexieren zu lassen.

3. Abdeckung

Die Abdeckung zeigt hingegen einen schnellen Überblick über den Indexierungsstatus aller Seiten. Werden Errors angezeigt, sollten diese dringend überprüft werden. Auch ausgeschlossene Seiten sollten auf Korrektheit geprüft werden.

4. Sitempas

Google empfiehlt es der Search Console eine konkrete Sitemap.xml bereitzustellen. Diese zeigt Google, wie die Seitenstruktur aufgebaut ist und hilft so dabei ein besseres Crawling zu ermöglichen. Die XML kann manuell oder bspw. bei WordPress über ein Plug-In erstellt werden.

5. Entfernen

Seiten, welche vorübergehend nicht mehr bei Google indexiert werden sollen, können unter dem Punkt Entfernen davon ausgeschlossen werden.

6. Geschwindigkeitsbericht

Der Pagespeed ist ein wichtiger Faktor beim Ranking. Die Search Console zeigt hier einen schnellen Überblick, wie sich die Ladezeiten auf Desktop und Mobile entwickeln. Insbesondere bei SEO relevanten Seiten, sollten lange Ladezeiten verbessert werden.

7. Nutzerfreundlichkeit auf Mobilgeräten

Ähnlich verhält es sich mit der Mobile Usability. Google setzt einen großen Fokus auf Mobilgeräte und nicht mobiloptimierte Seiten werden deutlich abgestraft.

Links

Ein letzter wichtiger Punkt sind die Backlinks der Webseite. Google crawlt das Netz über Verlinkungen von Seite zu Seite. Viele Links auf Ihre Webseite von externen Seiten spricht für hohe Relevanz. Dabei ist jedoch auch die Qualität der verlinkenden Seite auschlaggebend. Auch interne Links sind zu berücksichtigen.

Wie verbessere ich meine Google Rankings mit der Search Console?

Die Reportings der Search Console helfen einem nur bei der SEO-Optimierung, wenn auch aktiv danach gehandelt wird. Wir zeigen Ihnen, wie Sie die Daten für eine Verbesserung Ihrer Rankings nutzen können:

1. Keywords mit hohem Potential identifizieren

Die ersten Positionen einer Suchergebnisseite haben bekanntlich die meisten Klicks. Diese lassen jedoch schnell ab, besonders wenn Ergebnisse erst auf Seite 2 erscheinen. Wie viele organische Suchergebnisse auf Seite 1 erscheinen, ist davon abhängig, ob zusätzliche Features (z.B. News- oder Video-Karussell) ausgesteuert werden. Suchergebnisse können je nachdem ab Position 8-11 auf Seite 2 erscheinen. Ranken Ihre Seiten auf diesen Positionen, haben sie großes Potential, durch Optimierungen auf Seite 1 zu gelangen und Impressions und Klicks zu erhöhen.

Gehen Sie für diese Analyse auf Leistung und filtern Sie wie folgt nach Position:

Klicken Sie dann auf in der Tabelle auf Position, für eine absteigende Ansicht. Identifizieren Sie dann relevante Keywords bzw. Seiten mit bereits möglichst vielen Impressions, welche gut optimiert werden können. Sammeln Sie diese und prüfen Sie auf eine mögliche Optimierung.

2. Gutes Ranking, aber geringe CTR?

Seiten mit niedrigen Positionen und bestenfalls vielen Impressions sind bereits gut eingestuft. Um viel Traffic auf den Seiten zu generieren, sind letztendlich jedoch die Klicks entscheidend. Analysieren Sie dazu die Suchanfragen mit den Positionen 1-5 und hohem Suchvolumen. Identifizieren Sie hierbei Seiten, welche eine vergleichsweise geringe CTR haben. In erster Linie sollten hier Anpassungen an Meta-Title und Meta-Description vorgenommen werden.

Achtung: Eine geringe CTR kann auch andere Gründe haben. Wird weiterer Inhalt (Rich Content), wie Videos oder News eingeblendet, verschwindet der Link aus dem sichtbaren Bereich. Die offizielle Position bleibt dabei unverändert. Suchen Sie am besten selbst den Suchbegriff, um dies zu überprüfen.

3. Rankings im Zeitverlauf

Haben Sie einmal gute Rankings erreicht, ist es wichtig, diese auch fortlaufend zu kontrollieren. Klicken Sie dazu auf Datum und wechseln Sie anschließend den Tab auf Vergleichen. Im Vergleich können dort besonders gut positive und negative Veränderungen wahrgenommen werden.

4. Backlinks

Über Links erhalten Sie einen Überblick über ihre externen und internen Links. Wie bereits erwähnt, sind insbesondere externe Links wichtig für ein gutes Ranking. Schauen Sie sich daher Ihre Backlinks an. Können Sie hier weitere Links generieren? Außerdem sollten Sie Ihre Seiten, welche häufig verlinkt wurden, besondere Aufmerksamkeit schenken. Eine Änderung der URLs sollte nur mit zugehöriger Weiterleitung erfolgen!

Auch interne Links sind zu beachten. Neben SEO-Zwecken dienen sie auch der Usability und sorgen dafür, dass der Nutzer auf der Seite bleibt. Kontrollieren Sie hierbei in der Search Console, welche Seiten noch wenig bis gar nicht verlinkt wurden.

5. Technische Maßnahmen

Ein neues Feature der Google Search Console sind die Punkte unter Verbesserungen. Dort können sowohl die Seitenladezeiten, als auch die Mobileoptimierung analysiert werden. Schauen Sie, ob es hier Optimierung auf technischer Seite bedarf.

6. Fehler beheben

Beheben Sie Fehler in der Indexierung! Kontrollieren Sie regelmäßig, ob es Probleme bei der Indexierung der Seiten gibt. Außerdem kann unter dem Punkt Sicherheit & Manuelle Maßnahmen auf weitere Probleme untersucht werden.

Verknüpfung der Search Console mit Google Analytics

Möchte man derartige SEO-Analysen über Google Analytics durchführen, können die Daten auch dort geladen werden. Außerdem ist hier eine Verbindung zu weiteren Metriken der Webseite möglich. Wie anfangs erläutert, muss dazu die Property über die URL-Präfix Methode zur Search Console hinzugefügt werden. Allerdings entsteht keine echte Verknüpfung, sondern ausschließlich ein Import der Daten.

Gehen Sie dazu in Google Analytics unter der gewünschten Property auf Einstellungen>Property-Einstellungen auf Search Console anpassen. Dort können Sie einfach die richtige Property auswählen und die Verknüpfung herstellen.

Abschließend kann unter dem Punkt Akquisition der Bereich Search Console ausgewertet werden.

Fazit

Die Google Search Console ist frei zugänglich und bietet eine Vielzahl an Möglichkeiten, um zum einen die Indexierungen zu überprüfen und zum anderen Seiten und Keywords zu identifizieren, welche sich besonders gut für eine Suchmaschinenoptimierung eignen. Eine Verknüpfung von Search Console-Daten zu Google Analytics kann außerdem eine regelmäßige Analyse der Daten vereinfachen und Ihnen helfen, wichtige Erkenntnisse zu gewinnen. Für die Suchmaschinenoptimierung ist daher eine regelmäßige Analyse über die Google Search Console sehr empfehlenswert!

Der Beitrag Erkenntnisse aus der Google Search Console gewinnen erschien zuerst auf converlytics.