Die großartige Neuimplementierung von Digital Analytics

Geschichtsinteressierte bezeichnen große historische Bewegungen gerne als „The Great …“ dies oder das. Gängige Beispiele sind „The Great Depression“ oder „The Great Migration“. COVID hat sogar das hervorgebracht, was viele als „The Great Resignation“ bezeichnet haben. Ich habe kürzlich an der One Conference der Digital Analytics Association in Chicago teilgenommen, und eines der Gesprächsthemen ist das, was ich „The Great Digital Analytics Reimplementation“ genannt habe. Obwohl es vielleicht nicht so bekannt ist wie die anderen Bewegungen, ist es vielleicht für diejenigen von uns im Bereich der digitalen Analytik.

Was ist also „Die große Neuimplementierung von Digital Analytics“? Wie ich bereits in der Vergangenheit erwähnt habe, konvergieren die Produkte im Digital Analytics-Bereich. Heutzutage verwendet die Mehrheit der Unternehmen auf der Marketingseite entweder Adobe Analytics oder Google Analytics. Beide Tools sind dabei, ihre Architekturen zu ändern, um sich von Seitenaufrufen und Sitzungen zu entfernen und das ereignisbasierte Modell zu übernehmen, das Amplitude und andere populär gemacht haben. Dies bedeutet, dass die Mehrheit der Unternehmen, die diese Tools verwenden, in den nächsten Jahren eine Form der Neuimplementierung von Digital Analytics durchlaufen müssen.

Google Analytics

In den letzten Jahren hatten die Kunden von Google Analytics einiges zu tun. Dieser Artikel dokumentiert die Entwicklung des Google Analytics-Produkts im Laufe der Jahre. Aus dem „klassischen“ Google-Analytics-Produkt wurde vor etwa einem Jahrzehnt „Universal Analytics“. Die Übernahme von Firebase führte einige auf eine parallele Spur. Schließlich wurde Google Analytics im Jahr 2019 zu „App + Web“ und jetzt hat sich das in GA4 verwandelt. Diese schnelle Entwicklung und Versionierung hat dazu geführt, dass viele Organisationen unterschiedliche Versionen von Google Analytics verwenden, und es gibt derzeit einen Schub für Organisationen, zu GA4 zu migrieren. Google stellt digitalen Agenturen, wie es oft der Fall ist, sogar direkt Geld zur Verfügung, um sie dazu anzuregen, Kunden zu GA4 zu migrieren.

Da GA4 eine andere Architektur hat, ist die Migration zu GA4 keine triviale Übung. Die Migration erfordert Änderungen an Tagging, Datenschichten und Berichterstellung. Ich habe mit vielen Unternehmen gesprochen, die bereits Zeit damit verbracht haben, von „Universal Analytics“ zu „App + Web“ zu migrieren, und sich nicht über eine weitere Migration freuen. Ironischerweise empfiehlt Google selbst sogar, eine Universal Analytics-Implementierung beizubehalten, wenn Sie GA4 neu implementieren:

Das bedeutet, dass Sie mehrere Implementierungen pflegen müssen. Ich vermute, dass ein Teil des Grundes, warum Google dies empfiehlt, darauf zurückzuführen ist, dass GA4 noch keine vollständige Funktionsparität mit Universal Analytics hat.

Wenn Sie Google Analytics-Kunde sind, werden Sie also auf die eine oder andere Weise Teil von „The Great Reimplementation“, wenn Sie sich dafür entscheiden, Google Analytics weiterhin zu verwenden.

Adobe Analytics

Wenn Sie ein Adobe Analytics-Kunde sind, denken Sie möglicherweise auch über eine Art Neuimplementierung in den nächsten Jahren nach. Die Zukunft von Adobe Analytics ist Customer Journey Analytics (oder CJA). Wie Google wechselt Adobe zu einem ereignisbasierten Modell mit CJA und der Adobe Experience Platform (AEP), auf der es aufbaut. Es gibt zwei Möglichkeiten für Bestandskunden, zu Customer Journey Analytics zu migrieren – lassen Sie sich automatisch von Adobe konvertieren oder führen Sie eine Neuimplementierung mit dem neuen AEP WebSDK durch. Wenn Sie sich für Ersteres entscheiden, konvertiert Adobe Ihre bestehenden Adobe Analytics-Erfolgsereignisse, eVars und sProps automatisch für Sie in XDM. Das spart Zeit, aber Sie werden technisch gesehen nicht das neue AEP WebSDK verwenden, das viele Vorteile bietet und die langfristige Richtung für Adobe darstellt. Letzteres wird mithilfe des AEP WebSDK neu implementiert, worüber Sie in dieser großartigen Blogserie von Frederik Werner nachlesen können. Aber wenn Sie Frederiks 8-Post-Serie lesen, wird schnell klar, dass diese Neuimplementierung eine Menge Arbeit ist. Ich persönlich bin kein Fan von Notlösungen oder dem Wegwerfen der Dose, daher würde ich empfehlen, CJA mit dem letzteren Ansatz neu zu implementieren, wenn ich vorhabe, Adobe Analytics langfristig zu verwenden. Neben dem Arbeitsaufwand ist ein Upgrade auf Customer Journey Analytics mit einem erhöhten Preis verbunden. Obwohl ich bezweifle, dass Adobe die aktuelle Version von Adobe Analytics in absehbarer Zeit einstellen wird, ist klar, dass sie möchten, dass so viele Kunden wie möglich zu Customer Journey Analytics migrieren.

Warum sollten Kunden also eine potenzielle Neuimplementierung von Adobe Analytics durchlaufen und mehr Geld für ein Upgrade bezahlen? Obwohl es definitiv einige verbesserte Funktionen gibt, wie z. B. das Zusammenführen unterschiedlicher Datenquellen, unbegrenzte Variablen, weniger eindeutige Limits, das Anzeigen einer vollständigeren Customer Journey (z. B. Web + Call Center) und eine verbesserte Benutzeridentifikation, kann die Migration zu CJA in vielerlei Hinsicht mehr bringen Vorteile für Adobe als für Ihr Unternehmen (aus diesem Grund stehen viele unter dem Druck, ein Upgrade durchzuführen). Adobe hat stark in seine Adobe Experience Platform (AEP) CDP investiert und sieht es eindeutig als seine erste Priorität an, digitale Analysedaten in die CDP zu bekommen. Sobald Adobe-Kunden mit der Nutzung des AEP CDP beginnen, wird es für Adobe einfacher, Add-on-Produkte zu verkaufen, die auf der Plattform aufbauen. Für diejenigen, die auf den Tech-Stack von Adobe „all-in“ gehen wollen, ist das großartig, aber ich habe mit vielen Unternehmen gesprochen, die einen flexibleren und Plug-and-Play-Martech-Stack schätzen und Angst vor Anbieterbindung haben.

Darüber hinaus gibt es einige Fälle, in denen Adobe Analytics-Kunden tatsächlich an Funktionalität verlieren , wenn sie zu CJA wechseln. Einige Beispiele sind Einstiegs- und Ausstiegsseiten, Absprungraten, Referrer-Typen, Marketingkanäle, Echtzeitdaten und Merchandising-eVars. Viele dieser Funktionen sind bei digitalen Vermarktern beliebt, und um diese zu kompensieren, müssen möglicherweise komplexe SQL-Abfragen verwendet werden, die nicht für alle Vermarkter geeignet sind. Darüber hinaus erfordert CJA/AEP, dass Marketingspezialisten neue Fähigkeiten erlernen, darunter das Erstellen und Verwalten von XDM-Schemas.

Bevor Sie sich also für Customer Journey Analytics entscheiden, würde ich vorschlagen, dass Sie ermitteln, welche zusätzlichen Funktionen Ihr Unternehmen wirklich nutzen und möglicherweise verlieren wird, und diese gegen die Zeit und die Kosten abwägen, die für die Durchführung der Neuimplementierung erforderlich sind.

Schamloser Stecker

Da ich jetzt für Amplitude arbeite, bin ich natürlich etwas voreingenommen! Ich bin stolz darauf, so objektiv wie möglich zu sein, und habe mein Bestes getan, um zu überprüfen, ob alles, was oben über „Die große Neuimplementierung“ geschrieben wurde, wahr ist (ich habe es sogar von Dritten lesen lassen, um dies zu überprüfen).

Aber wenn ich richtig liege, dass sich ein Großteil der Branche mitten in „The Great Reimplementation“ befindet, denke ich, dass es eine großartige Zeit für Unternehmen ist, einen Schritt zurückzutreten und andere Analyseprodukte oder -lösungen in Betracht zu ziehen. Wenn Sie trotzdem viel Neuimplementierungsarbeit vor sich haben, warum nehmen Sie sich nicht die Zeit, um zu prüfen, ob das Analyseprodukt, das Sie bisher verwendet haben, dasjenige ist, das Sie auch in den nächsten zehn Jahren verwenden möchten? Wenn ich mit Leuten darüber spreche, sind hier einige der Fragen, die ich ihnen stelle:

• Wie verbreitet ist Ihr aktuelles Analyseprodukt? Wird es von einer kleinen Gruppe von Benutzern oder von vielen in der Organisation verwendet?
• Wie einfach ist es für gelegentliche Datennutzer, ihre eigenen Daten ohne die Hilfe eines zentralisierten Teams zu erhalten?
• Verwenden Sie dasselbe Analyseprodukt für alle Ihre digitalen Eigenschaften (z. B. Web, authentifizierte Website, mobile App usw.)? Wenn nein, warum nicht?
• Da mobile Apps die Zukunft zu sein scheinen, wären Sie mit einem Analyseprodukt, das für mobile Apps entwickelt wurde, besser bedient als mit einem Marketinganalyseprodukt?
• Welches Analytics-Produkt würde Produkt- und Marketing-Analytics-Teams am ehesten zur Zusammenarbeit bewegen?

Obwohl Amplitude heute von über 20.000 Vermarktern verwendet wird und es von G2 zu einer der 50 besten Marketingsoftwares gekürt wurde, ist Amplitude vielen im Bereich der digitalen Marketinganalyse noch nicht bekannt. Hier sind die Ergebnisse einer kurzen Umfrage, die ich auf LinkedIn durchgeführt habe:

Aber mit Amplitudes jüngsten Direct Listing- und Produktverbesserungen nimmt die Bewegung von Vermarktern, die sich an Amplitude wenden, definitiv Fahrt auf. In vielerlei Hinsicht ist unser digitales Optimierungssystem den dominierenden Analyseanbietern wie Adobe und Google Analytics sogar voraus. Deshalb fühlen wir uns so:

• Amplitude hatte von Anfang an eine ereignisgesteuerte Architektur, und diese Architektur wird von unserem proprietären Behavioral Graph angetrieben.
• Amplitude verfügt über eine erstklassige Benutzeridentifikationstechnologie, die es Unternehmen ermöglicht, bekannte und anonyme Benutzer zu verbinden, soweit dies in der heutigen Datenschutz- und Browserlandschaft möglich ist.
• Amplitude wurde speziell für mobile Apps und Produktteams entwickelt, die einen starken Fokus auf Kundenbindungs-/Kundenbindungsanalysen und lebenslangen Kundenwert legen.
• Amplitude ist eine offene Architektur und ermöglicht Ihnen je nach Bedarf das Plug-and-Play verschiedener Anbieter. Dazu gehört die Möglichkeit, Segmente/Kohorten von Benutzern zu erstellen und diese mit anderen Martech-Produkten zu synchronisieren.
• Amplitude wurde vom ersten Tag an entwickelt, um sich auf Benutzer und nicht auf Sitzungen zu konzentrieren, und verfügt über spezifische Funktionen für Benutzereigenschaften.
• Amplitude verfügt über Personalisierungs- und Test-/Experimentierfunktionen, die vollständig in Analysen integriert sind.
• Amplitude behandelt Data Governance und Datenqualität als erstklassige Bürger, wie das Govern-Modul zeigt.
• Amplitude wurde für die breite Masse entwickelt, sodass jeder innerhalb der Organisation Berichte im Self-Service-Verfahren erstellen kann.

Wenn Sie also auf die potenzielle Neuimplementierung vor Ihnen starren und dies als Gelegenheit nutzen möchten, einige Alternativen zu erkunden, ermutige ich Sie, sich zu melden und mehr über Amplitude zu erfahren.

Erfahren Sie mehr darüber, wie sich Amplitude von Google Analytics unterscheidet, oder fordern Sie noch heute eine benutzerdefinierte Demo an.