Tracking Health Check: die teuersten Fehler

Das eigentliche Problem ist selten der falsche Report. Es ist die Budgetentscheidung, die darauf aufbaut. Eine Lead-Conversion feuert doppelt und lässt eine Kampagne profitabler aussehen, als sie ist. Ein Formular wird abgeschickt, aber nie an Google Ads gemeldet. Nach einem Relaunch fehlen Tags auf genau den Landingpages, die Kampagnen bewerben. Keiner dieser Fehler fällt sofort auf. Sie verschieben Budget still, über Wochen.

Der erste Prüfpunkt ist banal und wird trotzdem übersprungen: Liegt Tracking überall dort, wo Kampagnen landen? Das lässt sich belegen statt vermuten. Google hat dafür eigene Diagnosemeldungen in den Tag-Diagnosen, unter anderem Some of your pages are not tagged und, spezifisch für Anzeigen- und Performance-Max-Landingpages, Some of your landing pages are not tagged.

Ein Befund, der dabei oft falsch interpretiert wird, ist der fehlende Conversion Linker. Als genereller Defekt taugt er nicht. Google formuliert unmissverständlich: If a container loads a Google tag on every page, it does not also need a conversion linker tag. Wer den Punkt pauschal als Fehler meldet, produziert False Positives und Arbeit, die niemand braucht. Der belastbare Befund lautet: fehlender Conversion Linker in Containern ohne durchgängiges Google-Tag. Alles andere ist ein Positivbefund.

Der zweite Punkt sind die Begriffe, und er schwingt in fast jeder Diskussion über abweichende Zahlen mit. GA4 spricht seit März 2024 nicht mehr von Conversions, sondern von Schlüsselereignissen. Conversion ist seither der Begriff aus Google Ads. Die beiden Dinge sind nicht dasselbe, sondern stehen in einer Reihenfolge: Man erstellt eine Google Ads Conversion aus einem GA4-Schlüsselereignis. Umgekehrt erscheinen Google Ads Conversions nicht in den GA4-Standardberichten. Ein Check legt deshalb drei Listen nebeneinander: Welche Ereignisse sind in GA4 als Schlüsselereignisse markiert, welche davon sind als Google Ads Conversion angelegt und gebotsrelevant, und welche Conversion-Aktion in Google Ads stammt aus einer ganz anderen Quelle. Mehr dazu im Beitrag zu [unterschiedlichen Zahlen in GA4 und Google Ads](/blog/warum-zeigen-ga4-und-google-ads-unterschiedliche-zahlen).

Der dritte Punkt ist der teuerste. Doppelzählungen täuschen Erfolg vor, der umgekehrte Fehler ist gefährlicher, weil er selten gefunden wird. Wird bei Google Ads dieselbe Transaktions-ID hartcodiert oder wiederverwendet, verarbeitet Google unter Umständen nur die erste Instanz. Google schreibt: Hardcoding the same ID, using static values, or failing to ensure uniqueness across transactions will lead to significant undercounting of conversions. Der Fehler wirkt also in Richtung Unterzählung, und genau deshalb sucht ihn niemand: Fehlende Conversions werden dem Markt, der Saison oder dem Creative zugeschrieben, nicht dem Tag.

Bei Meta senden Pixel und Conversions API dasselbe Ereignis absichtlich doppelt, damit eines ankommt. Zusammengeführt wird nur bei passender Kennzeichnung und nur innerhalb von 48 Stunden ab dem ersten Ereignis mit einer gegebenen event_id. Wer statt event_id auf fbp oder external_id ausweicht, handelt sich eine Asymmetrie ein: Laut Metas Dokumentation funktioniert das im Wesentlichen nur für Ereignisse, die zuerst vom Browser und dann vom Server kommen, und ein Server-Ereignis wird nicht verworfen, wenn in den letzten 48 Stunden kein Browser-Ereignis eingegangen ist. Ein Setup, das sich allein darauf verlässt, ist gegen die andere Richtung nicht abgesichert.

Prüfbar heisst hier: Feuert ein Lead- oder Purchase-Event genau einmal pro echter Aktion, sind die IDs eindeutig und dynamisch erzeugt, und sind Testabschlüsse und interne Zugriffe vom Reporting getrennt?

Ads-Plattformen brauchen mehr als ein Conversion-Ja-Nein. Bei Shops, bei Leads unterschiedlicher Qualität und bei Offline-Abschlüssen entscheidet der übergebene Wert darüber, was das Gebotssystem als Erfolg versteht. Typische Lücken sind fehlendes value oder currency, verschiedene Event-Namen für dieselbe Aktion und Lead-Typen, die nirgends strukturiert ankommen. Sobald automatisiert auf Wert optimiert wird, muss der Wert stimmen. Wie sich das sauber aufbauen lässt, zeigen wir im [Tracking-Setup](/leistungen/tracking-setup).

Consent ist mehr als ein Banner. Entscheidend ist, welche Tags vor und nach der Zustimmung feuern. Google Consent Mode unterscheidet ad_storage, analytics_storage, ad_user_data und ad_personalization. Eine Website kann in GA4 sauber messen und trotzdem nicht so aufgesetzt sein, dass Google Ads die Daten nutzen darf. Technisch prüfbar sind unter anderem: Wird der Default-Zustand gesetzt, bevor Tags Daten senden? Google verlangt den Consent-Default-Befehl auf jeder Seite vor allen Befehlen, die Messdaten senden. Werden Analytics- und Ads-Zwecke getrennt gesteuert? Welche CMP-Kategorie aktiviert welche Tags? Respektiert serverseitiges Tracking denselben Consent wie der Browser? Das ist eine technische Plausibilitätsprüfung, keine Rechtsberatung.

Wir sind nicht in der EU, das betrifft uns nicht: Das ist die häufigste Fehlannahme, die wir bei Schweizer Firmen antreffen, und sie hält der Google-Dokumentation nicht stand. Googles EU-Nutzereinwilligungsrichtlinie nennt ihren Geltungsbereich ausdrücklich, nämlich Endnutzer in the European Economic Area, the UK and Switzerland. Die Schweiz steht dort namentlich.

Verwirrend wird es, weil die Google-Ads-Hilfeseite zur Consent-Mode-v2-Umstellung ausschliesslich EWR-bezogen formuliert ist und die Schweiz nicht erwähnt. Wer nur diese Seite liest, kommt zum falschen Schluss. Dass Google die Schweiz sehr wohl separat behandelt, nur mit eigener Frist, zeigt ein drittes Dokument: Die Anforderung, für personalisierte Werbung eine von Google zertifizierte und TCF-integrierte CMP einzusetzen, gilt auf Publisher-Seite seit dem 16. Januar 2024 für EWR und UK und seit dem 31. Juli 2024 für die Schweiz.

Für einen Health Check heisst das: Der Schweiz-Bezug ist ein Setup-Thema, kein reines Rechtsthema. Die Frage lautet nicht, ob eine Rechtsnorm greift, sondern ob das eigene Consent-Setup die Signale liefert, die Google für Schweizer Traffic voraussetzt. Details im Beitrag zu [Consent Mode v2 in der Schweiz](/blog/google-consent-mode-v2-schweiz) und in der [Consent-Mode-Beratung](/leistungen/consent-mode).

Der früher übliche Prüfpunkt zu Enhanced Conversions, nämlich bewusst und dokumentiert aktiviert, trägt nicht mehr. Seit dem 15. Juni 2026 sind Enhanced Conversions für Web und für Leads zu einem gemeinsamen Ein- und Ausschalter zusammengeführt. Konten, die Googles Kundendatenbedingungen früher akzeptiert haben, wurden ohne eigenes Zutun automatisch in den neuen Status migriert. Der richtige Prüfpunkt lautet deshalb: Wie ist der aktuelle Status nach der Migration, und passt er zum eigenen Setup?

Die GA4-Datenaufbewahrung ist eine Einstellung mit Spätfolgen, weil gelöschte Ereignisdaten nicht zurückkommen. In Standard-Properties stehen für Ereignisdaten 2 oder 14 Monate zur Verfügung, die Optionen 26, 38 und 50 Monate gibt es nur in GA4 360. Grosse und XL-Properties sind auf 2 Monate begrenzt, und für Alter, Geschlecht und Interessen gilt unabhängig von der Einstellung immer 2 Monate. Wer Jahresvergleiche auf Ereignisebene plant, sollte das früh wissen, nicht im Januar.

Google Analytics-Hilfe: About key events, https://support.google.com/analytics/answer/9267568 und Data retention, https://support.google.com/analytics/answer/7667196

Tag Manager-Hilfe: Troubleshoot tag issues with Tag Diagnostics, https://support.google.com/tagmanager/answer/14681508 und Conversion linker, https://support.google.com/tagmanager/answer/7549390

Google Ads-Hilfe: Use a transaction ID to minimize duplicate conversions, https://support.google.com/google-ads/answer/6386790, Updates to your enhanced conversions settings, https://support.google.com/google-ads/answer/16884284, Consent mode reference, https://support.google.com/google-ads/answer/13802165 und Updates to consent mode for traffic in European Economic Area, https://support.google.com/google-ads/answer/13695607

Google for Developers: Set up consent mode on websites, Stand 2026-07-30, https://developers.google.com/tag-platform/security/guides/consent. Google: EU user consent policy, https://www.google.com/about/company/user-consent-policy/. Google Ad Manager-Hilfe: Google consent management requirements for serving ads in the EEA, the UK, and Switzerland, https://support.google.com/admanager/answer/13554020

Meta for Developers: Handling Duplicate Pixel and Conversions API Events, https://developers.facebook.com/docs/marketing-api/conversions-api/deduplicate-pixel-and-server-events. Die Angaben zu 48 Stunden, zur Kennzeichnung über event_id sowie zur Asymmetrie bei fbp und external_id wurden am 2026-08-25 an dieser Quelle gegengeprüft.

Stand der Angaben: August 2026.