Google Analytics bietet mit Schlüsselereignissen einen einfachen Weg, wichtigen Aktionen eine besondere Rolle zu geben und mit den zugehörigen "Konversionen" Erfolg zu bewerten. Ein Klick in der Übersicht der Ereignisse in den Einstellungen auf den Stern für dem Ereignisnamen, fertig. Das ist vielleicht sogar schon zu einfach, denn die Versuchung ist groß, auch sämtlihe Micro Conversions als Schlüsselereignis zu markieren. Download eines PDFs, Klick auf eine Telefonnummer, Absenden eines Newsletter-Formulars, Add to Cart: All das kann ein Schlüsselereignis sein. Die Frage ist, ob es eines sein sollte.

Denn jedes zusätzliche Schlüsselereignis verwässert die Key Event Rate. Diese Metrik – verfügbar auf Ebene von Sitzungen und Nutzern – ist einer der wenigen echten Conversion-Rate-Indikatoren in GA4. Wer dort alles reinwirft, was irgendwie nach Interaktion riecht, macht sie unbrauchbar. Am Ende steht eine beeindruckende Rate von 62%, die exakt nichts aussagt, weil sie angefangene Kontaktformulare, PDF-Downloads und Klicks auf die Telefonnummer in einen Topf mit harten Zielerreichungen oder Käufen wirft.

Die Alternative: Events weiterhin als normale Ereignisse feuern lassen und ihre Anzahl über benutzerdefinierte Messwerte (Custom Metrics) auswertbar machen. Ohne die Conversion-Rate zu ruinieren, aber mit voller Flexibilität in Explorations und Standardberichten.

Weiterlesen... »

Ich prüfe Tracking-Setups. Oft - und manuell. Browser auf, DevTools auf, Netzwerk-Tab filtern, Consent-Banner klicken, schauen was passiert, Cookie-Liste durchgehen, dataLayer inspizieren, Consent Mode Parameter entziffern. Für jede einzelne Phase: Pre-Consent, Post-Accept, Post-Reject. Und dann manchmal nochmal für den typischen E-Commerce-Pfad - zumindest bis vor dem Kaufabschluss, um in den dataLayer zu starren und Inkonsistenzen zu finden. BTW: Dabei muss ich gelegentlich immer noch Erinnerungen an Universal Analytics abschütteln, wenn ich auf das vertraute, aber veraltete Format treffe. Egal. Das ist jedenfalls theoretisch gründlich, aber es skaliert nicht - und es ist fehleranfällig, weil ein Mensch beim dritten Audit am Tag Dinge übersieht, die beim ersten noch aufgefallen wären.

Daher habe ich schon länger darüber nachgedacht, genau diesen Vorgang zu automatisieren. Selbst geschrieben (wie es bisher meine Art war) ist das allerdings angesichts der vielen Variablen schwierig, komplex, zeitraubend und fehleranfällig. Deshalb bin ich es auch nie angegangen - bis in dieser Woche. Mit Claude, Node.js, Playwright und einer wachsenden Sammlung von Erkenntnissen, die man nur bekommt, wenn man es wirklich baut und verwendet. Dieser Post dokumentiert den Weg - und erzählt zugleich eine (vielleicht) typische Geschichte, wie man es endlich schafft, nicht mehr selbst der Flaschenhals zu sein. Denn: Skepsis gegenüber der Idee, eine solche Analyse einer KI zu überlassen, ist berechtigt. Warum und wie ich es dennoch getan habe, ist hier dokumentiert.
Weiterlesen... »

Manche Websites altern wie guter Wein, andere wie Milch. Und dann gibt es meine: Ein digitales Biotop, das irgendwo zwischen "Linkwüste der 90er" und "XHTML-Validierungs-Wahn der 2000er" steckengeblieben ist. Aber letzte Woche ist tatsächlich etwas passiert. Die Site ist neu - wirklich komplett überarbeitet. Und mein Partner in Crime war diesmal kein Editor, sondern Gemini. Neues Design entwerfen, Inhalte neu zusammenstellen, Portierung der alten Seiten auf das neue Design, ein wenig PHP, WordPress Template für den Blogbereich... alles (und das ist - für mich - relativ neu) nur noch lenkend, statt alles selbst zu erledigen.

Aber da es nicht immer so war und meine eigene Site 25 Jahre hinter sich hat, wollte ich hier einen persönlichen Rückblick hinterlassen. Keine Relevanz für meine Lieblingsthemen "Tagging" und "Analytics". Wenn Du es trotzdem lesen willst: Hier meine "Website-Story".
Weiterlesen... »

Google hat es mal wieder geschafft: Eine Mail wirft mehr Fragen auf, als sie beantwortet. Ähnlich wie beim Thema Consent Mode haben viele Nutzer eines Google Tools - diesmal des Tag Managers - eine verwirrende Mail zu einer anstehenden Änderung erhalten, die das Google-Tag betrifft. Dieser Beitrag beleuchtet die Hintergründe und zeigt vor allem, was konkret zu tun ist, wenn man sich nicht auf den in wenigen Wochen geänderten Automatismus verlassen mag.
Weiterlesen... »

Wenn es um Tracking-Setups geht, waren iFrames schon immer eine besondere Herausforderung. Für einen Inhalt in einem iFrame als Teil einer beinhaltenden Seite ein sinnvolles Tracking aufzusetzen, das in den Kontext der restlichen Domain passt, verursacht oft eine Menge Arbeit. Kommen die Inhalte für den iFrame auch noch von einer anderen Domain, fängt der Spaß so richtig an: Cross-Domain-Tracking, getrennte Persistenz in Form von Cookies und Browser-Speicher, wackelige Kommunikation zwischen den beteiligten Domains über Parameter, Hürden durch moderne Browser-Tracking-Protection-Maßnahmen an allen Fronten. Dazu gesellt sich die “Same Origin” Policy als Blockade für alle Versuche, aus der Hauptseite “in” den iFrame zu schauen (oder gar umgekehrt). Und dann ist da auch noch das Thema Zustimmung. Wer fragt wann wonach, bevor Daten gesendet werden können? Das alles ist ein ziemlicher Wust aus potenziellen Problemen. Zum Glück gibt es aber eine ganz einfache Lösung: Das Tracking bleibt auf der beinhaltenden Seite und alles, was im iFrame passiert, wird über Messages kommuniziert. Weiterlesen... »

Sobald mehr als ein globales “Marketing-Pixel” oder ein beliebiger Tracking-Code auf Websites eingebunden werden soll, spielen Tag Management Systeme ihre Stärken aus. Gezieltes Ausspielen von Tags verschiedener Dienste auf einzelnen oder allen Seiten sowie die Messung von einzelnen Events und E-Commerce sind damit ungleich einfacher als bei direkter Implementierung. Kein Wunder also, dass Google Tag Manager, Tealium oder Tag Management Komponenten von Matomo, Piwik PRO und anderen weit verbreitet sind. Was aber, wenn mehr als eine Website bedient werden soll? Bekommt jede Seite einen eigenen Tag Manager oder ist eine zentrale Pflege in einem Multi-Site-Container möglich und sinnvoll? Die Antwort hängt - wie immer - von den Rahmenbedingungen ab. Weiterlesen... »

Dass Google einen schlechten Start mit dem eigenen Consent Mode hingelegt hat, ist unbestritten. Eine kurze Frist, wenig Infos zu den Folgen bei Nichtbeachtung und spärliche Angaben zu den konkreten Auswirkungen waren ein ziemlicher Schreck für viele... vor noch nicht sehr langer Zeit. Nun hat Microsoft nachgezogen und alle Advertiser angeschrieben, dass der UET - eigene Consent Mode nun in der "Basic" Variante (um im Google Jargon zu bleiben) ebenfalls Pflicht wird. Ohne weitere Informationen zu Fristen und Folgen, ohne Unterstützung jenseits einer schon seit längerem existierenden Hilfe-Seite zum UET Consent Mode. Was ist denn da los? Weiterlesen... »

Dieser Beitrag beschreibt ein Verfahren zum Austausch einer Google Tag Manager Vorlage gegen eine andere. Ja genau: Es ist ein sehr spezieller Anwendungsfall. Mir ist er begegnet, als ich in mehreren Containern ein z. T. recht umfangreiches Tracking mittels Facebook Pixel von einer Community-Vorlage auf eine andere umstellen musste. Genauso denkbar ist ein Einsatz dort, wo eine zunächst lokal installierte Vorlage ("Template") gegen sein zwischenzeitlich in der Community Gallery verfügbares Pendant ausgetauscht werden muss und nicht nur ein oder zwei Tags bzw. Variablen neu definiert werden müssen. Weiterlesen... »

Bei der Implementierung von parallelem Facebook Tracking via Pixel und CAPI über den Google Tag Manager bin ich vor ein paar Tagen auf ein eigenartiges Problem gestoßen: Die Event IDs der Ereignisse aus dem Browser und vom Server stimmten nicht überein, obschon sowohl das GA4 Tag, das durch den server-side GTM läuft als auch das Facebook Pixel Tag im Browser zur gleichen Zeit ausgelöst wurden. Nur hat das GA4 Tag für page_view, view_item, purchase und einige andere stets Event IDs späterer Events verwendet.

TL;DR: Wer nur die Lösung braucht: Es liegt am Tag Sequencing, das bei älteren client-side Tag Manager Containern die beste Option war, um wirklich alle Events durch den eigenen Server laufen zu lassen. Wer mehr wissen will, findet im Folgenden mehr Details zum Problem und zur Korrektur, die ich nur dank Denis von Stape kenne, obschon das Phänomen offenbar schon älter ist. Weiterlesen... »

Allerorts liest man von einer Zukunft ohne Kekse, was diese für “Dein Marketing bedeutet” und wie man dem Thema entkommt. Und zwar idealerweise, ohne sich des Problems oder der Rahmenbedingungen bewusst zu sein. Selbst wenn das Angebot verlockend klingt, halte ich den Ansatz für falsch. Ob Webanalyse, Marketingkanal-Erfolgskontrolle, Conversiontracking oder Aussteuerung von Kampagnen: Alle sind potenziell “irgendwie” betroffen vom (mal wieder verschobenen) Wegfall von Third-Party-Cookies in Chrome, Zustimmung bzw. Verwirrung um das, was man ohne diese nun kann oder darf. Angeboten werden zahlreiche Auswege aus der Notlage. Dieser Beitrag versucht sich an einem Überblick, um die wesentlichen Herausforderungen zunächst zu verstehen und die angebotenen Lösungsansätze damit einschätzen zu können. Denn wie so oft gilt auch hier: it depends 😉 Weiterlesen... »

Seit der Ankündigung durch Google, dass der Consent Mode für alle im März 2024 obligatorisch wird, die via Google Analytics oder Google Ads Tagging Zielgruppen für Google Ads Kampagnen bilden wollen, sind eine Menge Fragen entstanden. Ich habe selbst, höre und lese sie und versuche an dieser Stelle, Antworten zu sammeln… soweit es diese gibt. Nicht alle Fragen haben bereits eine belastbare Antwort. Weiterlesen... »

Der Landingpage-Bericht in GA4 zeigt - ebenso wie beim Vorgänger - mitunter eine nennenswerte Anzahl an Sitzungen, die offenkundig ohne eine Landingpage begonnen haben. Der Wert ist in diesem Fall (not set). Und wie bei Universal ist der Grund offenbar ähnlich: Es geht um Sitzungen, die lt. Google Hilfe keinen Seitenaufruf (page_view) beinhalten, sondern nur andere Events. Aber: Warum passiert das eigentlich? Wie kommen Sitzungen ohne Landingpage zustande, obschon bei einer üblichen Implementierung sowohl Seitenaufruf als auch Enhanced Measurement Ereignisse vom "Konfigurationstag" bzw. dem ggf. direkt implementierten gtag.js Trackingcode übernommen werden? Und was hat es mit "Zombie-Sessions" auf sich?

Weiterlesen... »

Die möglichst vollständige Messung von Conversions zur Werbeerfolgskontrolle ist ein wesentlicher Baustein des Marketings - nicht nur, aber vor allem im Online-Bereich.

Dazu hat viele fette Jahre das ungehinderte Ausspielen von Conversion-Tracking Codes zahlreicher Anbieter im Browser gute Dienste geleistet. Spätestens seit der DSGVO hat sich das Spielfeld jedoch deutlich geändert.

Angesichts laufender Entwicklungen rund um Tracking, Webanalyse und Datenschutz im Allgemeinen sowie Google Analytics im Speziellen, scheint eine Bestandsaufnahme der verschiedenen Wege angebracht, mit denen Erfolg im Web (und in Apps) zu messen ist. Das kann auch dabei helfen, die verschiedenen Ausweichoptionen, die sich Werbetreibenden derzeit durch den im Sommer anstehenden Wegfall von Universal Analytics aufdrängen, richtig einzuordnen. Daher ist dieser Beitrag entstanden - parallel zu einem Beitrag mit gleichem Titel bei Dr. DSGVO. Beide Artikel sind unabhängig voneinander erstellt worden, basieren aber auf einer vorherigen Diskussion der Rahmenbedingungen für Conversiontracking. Sie unterscheiden sich in Fokus und Detailtiefe in den Bereichen "Technik" und "Datenschutz", daher empfehle ich das Lesen beider Artikel, um ein möglichst rundes Bild zu erhalten. Weiterlesen... »

"Sie haben zehn Sekunden, um eine achtstellige Primzahl einzugeben. Anderenfalls verwandeln wir Sie in einen Lurch. Zehn. Neun..."

Das klingt ziemlich dramatisch, oder? Viel besser wäre: "Wenn Sie in einen Lurch verwandelt werden wollen, geben Sie jetzt eine achtstellige Primzahl ein".

Was das Ganze soll? Es zeigt, wie groß der Unterschied zwischen Opt-out und Opt-in sein kann. Nicht ganz so dramatisch, aber ähnlich unsinnig ist das Ultimatum, dass Google nun bzgl. der weltweit eingeleiteten "Zwangsheirat" jeder Universal Analytics Property mit einem nahen GA4 Verwandten. Weiterlesen... »

Wer auf Google Analytics 4 setzt, kommt an der Standardmethode der Datenerhebung im Browser mit Hilfe von gtag.js kaum vorbei. Weder bei direkter Implementierung, noch unter Verwendung des Google Tag Managers. Im Normalfall holt gtag.js individuelle Einstellungen des GA4 Kontos in den Browser, sammelt Daten und versendet diese entweder direkt an Google Analytics oder einen serverseitigen Google Tag Manager. Ein Ersatz scheint schwierig - aber ist nicht unmöglich! Mit walker.js steht eine Alternative bereit, die jüngst in einer neuen Version erschienen ist, welche den Einsatz als gtag.js Ersatz vereinfacht. Vor allem im Zusammenspiel mit einem server-side GTM erhält man einen vielseitig einsetzbaren Datenstrom, der (nicht nur) für GA4 geeignet ist. Weiterlesen... »