Google-Ads-Conversion-Ziele: Primär, sekundär und kontoweit richtig festlegen
Google Ads kann nur in die Richtung optimieren, die ein Unternehmen als Zielarchitektur freigibt. Genau hier entstehen in kleinen und mittleren Unternehmen teure Missverständnisse: Ein Klick auf eine Telefonnummer wird neben einem qualifizierten Auftrag als gleichwertige Conversion geführt, ein aus GA4 importiertes Ereignis läuft parallel zum Google-Ads-Tag, oder eine einzelne Kampagne verwendet seit Monaten andere Ziele als der Rest des Kontos. Die Oberfläche zeigt weiterhin Conversions. Ob diese Conversions aber dieselbe geschäftliche Bedeutung haben, bleibt ungeklärt.
Dieser Leitfaden liefert dafür ein Conversion-Zielregister. Es verbindet jede Conversion-Aktion mit Geschäftsergebnis, Datenquelle, Optimierungsrolle, Geltungsbereich, Qualitätsnachweis und einer dokumentierten Freigabe. Die internen Registerstatus STOP, BEOBACHTEN, KAMPAGNENTEST und KONTOSTANDARD sind bewusst keine Google-Ads-Einstellungen. Sie bilden den unternehmerischen Prüfprozess ab: Eine Aktion kann in Google Ads technisch als Primary konfiguriert sein und im Register trotzdem STOP erhalten, wenn sie doppelt zählt oder keinen belastbaren Geschäftswert repräsentiert.
Ein Conversion-Ziel ist kein einzelner Schalter
Aktionsrolle, Zielvorhaben und Geltungsbereich gemeinsam lesen
Die offizielle Übersicht der Conversion-Ziele beschreibt eine mehrstufige Architektur. Ganz unten steht die Conversion-Aktion: beispielsweise ein Kauf aus dem Google-Tag, ein importiertes GA4-Ereignis oder ein qualifizierter Lead aus dem CRM. Aktionen werden nach ihrer Kategorie in Standardziele wie „Kauf“, „Kontakt“ oder „Formular senden“ gruppiert. Bei den meisten Conversion-Aktionen wird auf Aktionsebene festgelegt, ob sie Primary oder Secondary ist; für einzelne Aktionstypen ist diese Wahl eingeschränkt. Auf Ziel- beziehungsweise Kampagnenebene wird entschieden, welche Standardziele einbezogen werden und ob eine Kampagne den kontoweiten Standard übernimmt oder eine eigene Auswahl verwendet.
Diese Ebenen beantworten verschiedene Fragen. Die Kategorie beschreibt, welche Art von Handlung gemessen wird. Primary oder Secondary beschreibt grundsätzlich die Optimierungsrolle der Aktion. Der Kontostandard beschreibt, welchen Zielumfang neue Kampagnen und Kampagnen, die den Kontostandard übernehmen, verwenden sollen. Eine kampagnenspezifische Auswahl ersetzt diesen Umfang lokal. Ein Custom Goal stellt wiederum eine manuell zusammengestellte Ausnahme dar. Wer diese Ebenen nur als eine Liste von „Conversions“ liest, kann eine korrekte Einzeloption wählen und trotzdem eine falsche Gesamtarchitektur bauen.
| Ebene | Objekt | Leitfrage | Typische Einstellung | Wirkung | Nachweis im Register |
|---|---|---|---|---|---|
| Geschäft | Reales Ergebnis | Welche Handlung schafft wirtschaftlichen Wert? | Auftrag, qualifizierter Lead oder Kauf | Definiert den fachlichen Maßstab | CRM-, Shop- oder Finanzbeleg |
| Daten | Conversion-Aktion | Welche Quelle erfasst und übermittelt das Ereignis? | Google-Tag, GA4 oder Offline-Import | Erzeugt den messbaren Datensatz | Testfall und eindeutige ID |
| Bedeutung | Zielkategorie | Welcher Kategorie ist die Aktion zugeordnet? | Purchase, Qualified lead oder Contact | Ordnet Aktionen für Ziele und Berichte | Fachlich passende Kategorie |
| Optimierung | Aktionsrolle | Soll die Aktion regulär Gebote steuern? | Primary oder Secondary | Beeinflusst Spalten und Gebotsfähigkeit | Freigabe plus Ausnahmeprüfung |
| Konto | Standardziel | Welche Ziele gelten als Voreinstellung? | Use as account goal | Wird von Kampagnen genutzt, die den Kontostandard übernehmen | Liste betroffener Kampagnen |
| Kampagne | Zielauswahl | Übernimmt die Kampagne den Standard? | Account-default oder campaign-specific | Bestimmt den tatsächlich verwendeten Zielumfang | Kampagnenansicht und Änderungslog |
Die Tabelle ist in beide Richtungen zu prüfen. Ein technisch sauberer Datenpunkt ohne geschäftliche Bedeutung ist kein gutes Ziel. Ein wertvoller Auftrag ohne verlässliche Übermittlung ist noch kein nutzbares Signal. Und eine Primary-Aktion steuert nicht automatisch jede Kampagne: Sie muss Teil eines von der jeweiligen Kampagne verwendeten Ziels sein. Außerhalb dieser Auswahl ist sie kein explizites Optimierungsziel und erscheint dort nicht in „Conversions“; Google weist jedoch darauf hin, dass solche Primary-Daten Prognosen unterstützen können. Erst das Zusammenspiel aller sechs Ebenen rechtfertigt eine Freigabe.
Das Geschäftsergebnis kommt vor der Oberfläche
Ein abgesendetes Formular ist noch kein qualifizierter Auftrag
Bevor Einstellungen geändert werden, formuliert das Unternehmen das Ergebnis in seiner eigenen Sprache. Für einen Handwerksbetrieb kann das ein bestätigter Vor-Ort-Termin im passenden Einzugsgebiet sein. Für einen B2B-Anbieter ist ein Lead möglicherweise erst nach Prüfung von Rolle, Bedarf und Budget qualifiziert. Im Onlineshop ist ein Kauf nicht automatisch profitabel, wenn Retouren, Rabatte oder unterschiedliche Margen unberücksichtigt bleiben. Die Conversion-Aktion ist eine messbare Annäherung an dieses Ergebnis, nicht dessen automatische Wahrheit.
Auch eine passende Kategorie ersetzt keine fachliche Definition. Googles Übersicht der aktualisierten Conversion-Kategorien unterscheidet unter anderem Purchase, Add to cart, Begin checkout, Qualified lead, Converted lead, Submit lead form, Book appointment, Request quote, Contact, Page view und Other. Die Kategorie verbessert Gruppierung und Lesbarkeit, weist einer Aktion aber weder von selbst einen höheren Wert zu noch macht sie aus einem Formular einen qualifizierten Lead.
Für jede Aktion hält das Register daher eine kurze fachliche Definition fest: auslösendes Ereignis, zulässige Fälle, ausgeschlossene Fälle und Bestätigungssystem. „Qualified lead“ kann etwa bedeuten: erreichbare Person, passender Standort, echter Bedarf und akzeptierte Leistung. Diese Definition muss Vertrieb, Marketing und Agentur gleichermaßen verstehen. Fehlt sie, erhält die Aktion STOP. Existiert sie, aber der Backend-Abgleich ist noch nicht zuverlässig, lautet der Status BEOBACHTEN. Erst wenn technische und fachliche Stichproben dasselbe Ergebnis zeigen, darf über eine gebotswirksame Rolle entschieden werden.
Primary und Secondary bezeichnen die Optimierungsrolle einer Aktion
Gebotssignal und Beobachtung sauber voneinander trennen
Nach der offiziellen Erklärung zu Primary und Secondary Conversion Actions erscheint eine reguläre Primary-Aktion in der Spalte „Conversions“ und kann für Gebote verwendet werden, wenn die Kampagne das zugehörige Ziel tatsächlich nutzt. Eine Secondary-Aktion dient grundsätzlich der Beobachtung, erscheint in „Alle Conversions“ und wird bei normalen Standardzielen nicht als Gebotssignal eingesetzt. Diese Aussage enthält zwei wichtige Bedingungen: Primary allein genügt nicht, und Secondary bedeutet nicht „unwichtig“ oder „nicht gemessen“.
Ein Beispiel zeigt den Unterschied. Ein Händler misst Kauf, Checkout-Beginn und Produktansicht. Der Kauf kann Primary sein, weil er das Geschäftsergebnis am engsten repräsentiert. Checkout und Ansicht können Secondary bleiben, damit Veränderungen in der Nutzerreise sichtbar werden, ohne Smart Bidding drei unterschiedlich tiefe Schritte als gleichartige Erfolge zu übergeben. Bei einem Dienstleister kann ein abgesendetes Formular zunächst Secondary bleiben, während ein später bestätigter qualifizierter Lead Primary wird. Gibt es noch keine zuverlässige Offline-Rückmeldung, darf das Formular zeitweise ein Testsignal sein; diese Übergangslösung braucht aber Datum, Eigentümer und Ablösebedingung.
Die Begriffe sollten deshalb nicht als Rangabzeichen verstanden werden. Secondary kann eine wichtige Diagnosemetrik sein. Primary kann ein schlechtes Signal sein, wenn es leicht manipulierbar, doppelt oder fachlich zu breit ist. Außerdem gilt die Custom-Goal-Ausnahme aus Abschnitt 7: Eine als Secondary markierte Aktion kann innerhalb eines angewendeten Custom Goals dennoch für Gebote verwendet werden. Jede Freigabe prüft deshalb nicht nur den Aktionsstatus, sondern auch die Zielart und die konkrete Kampagnenauswahl.
Das Conversion-Zielregister macht Entscheidungen überprüfbar
Sechs Felder verbinden Geschäftswert, Datenqualität und Reichweite
Das Register ist keine Kopie der Conversion-Übersicht. Es ergänzt die technische Konfiguration um die Informationen, die Google Ads nicht kennen kann: wirtschaftliche Bedeutung, Datenreife, fachliche Verantwortung und Freigabegrund. In der Ansicht Goals → Conversions → Summary lassen sich nach der aktuellen Anleitung zur Verwaltung von Conversion-Zielen unter anderem Account Default und die Action Optimization als Primary oder Secondary verwalten sowie Custom Goals anlegen. Eine Statusänderung kann alle Kampagnen betreffen, die das zugehörige Ziel verwenden. Genau deshalb braucht jede Einstellungsänderung vorher einen Registereintrag.
| Conversion-Aktion | Geschäftsergebnis | Quelle und Qualitätsnachweis | Google-Rolle und Geltungsbereich | Registerstatus | Nächste Freigabebedingung |
|---|---|---|---|---|---|
| Kauf – Google-Tag | Bezahlte Bestellung | Testkauf, Transaktions-ID und Shop-Abgleich | Purchase · Primary · Standardziel · kein Custom Goal · für Account Default vorgesehen | KONTOSTANDARD | Monatliche Prüfung von Wert, Storno und Duplikaten |
| Kauf – GA4 | Derselbe bezahlte Auftrag | Parallelmessung zeigt denselben Bestellstamm | Purchase · Secondary · Standardziel · kein Custom Goal · keine direkte Gebotsnutzung | BEOBACHTEN | Abweichungen erklären, nicht parallel auf Primary stellen |
| Formular gesendet | Ungeprüfte Kontaktanfrage | Tag-Test bestanden, CRM-Qualität schwankt | Submit lead form · Secondary · Standardziel · kein Custom Goal · Beobachtung | BEOBACHTEN | Qualitätsquote und Spamfilter belastbar machen |
| Qualifizierter Lead | Vom Vertrieb geprüfte Opportunity | CRM-Status, Upload-ID und Stichprobe | Qualified lead · Primary · Standardziel · kein Custom Goal · nur Pilotkampagne | KAMPAGNENTEST | Volumen, Verzögerung und Wert über Testfenster bestätigen |
| Telefonnummer geklickt | Absicht ohne bestätigtes Gespräch | Browser-Ereignis ohne Anrufnachweis | Contact · Secondary · Standardziel · kein Custom Goal · nicht als Ziel ausgewählt | STOP | Erst mit tatsächlichem Anruf und Mindestdauer verknüpfen |
| Alte Danke-Seite | Kein eindeutiges Ergebnis | Wiederholtes Laden und Doppelzählung möglich | Submit lead form · Primary · Mitglied eines Legacy Custom Goals · mehrere Kampagnen | STOP | Custom-Goal-Mitgliedschaft und betroffene Kampagnen sichern, dann ersetzen |
Die Statuskette lautet STOP → BEOBACHTEN → KAMPAGNENTEST → KONTOSTANDARD, aber nicht jede Aktion muss bis zum letzten Status aufsteigen. Ein nützliches Mikro-Signal kann dauerhaft BEOBACHTEN bleiben. Eine hochwertige, aber seltene Offline-Aktion kann zunächst nur für einen KAMPAGNENTEST freigegeben werden. KONTOSTANDARD bedeutet in diesem internen Register: Die Aktion ist als Primary-Aktion in einem Standardziel freigegeben, das als Account Default dienen darf. Die eigentliche Account-default-Einstellung bleibt am Ziel; sie zwingt die Aktion nicht automatisch in jede vorhandene Kampagne.
Zum Register gehört außerdem ein Änderungsnachweis: Datum, alter Zustand, neuer Zustand, betroffene Kampagnen, Freigebende, erwartete Wirkung und Rückkehrregel. Ein Screenshot dokumentiert die Oberfläche, aber nicht die Entscheidung. Der Registereintrag erklärt, warum das Unternehmen eine Aktion steuern lässt und welcher Beleg die Entscheidung wieder ändern würde.
Kontoweite Conversion-Ziele bilden den Standard für Kampagnen
Kontoweit bedeutet vererbt, nicht ausnahmslos
Account-default Conversion Goals bilden den vorgesehenen Standard für Kampagnen, die diese Kontoeinstellung übernehmen. Die offizielle Beschreibung kontoweiter Conversion-Ziele trennt dabei zwei Ebenen: Use as an account goal wird am Zielvorhaben gesetzt, Primary oder Secondary an der einzelnen Aktion. Ändert sich der Kontostandard, betrifft das die Kampagnen, die Account-default verwenden; eine Kampagne mit eigenen Zielen muss die Änderung nicht erben.
Der Kontostandard ist deshalb eine Governance-Entscheidung. Er sollte die wenigen Geschäftsergebnisse enthalten, die für den größten Teil des Kontos wirklich gelten. Werden Kauf, Warenkorb, Checkout und Seitenaufruf gleichzeitig zum kontoweiten Optimierungsumfang, kann das System mehrere Stufen derselben Reise verfolgen, obwohl wirtschaftlich nur der Kauf zählt. Für Leads gilt das Gleiche: Kontaktklick, Formular, Termin und qualifizierte Chance dürfen nicht ohne Wert- und Qualitätslogik als austauschbar behandelt werden.
Vor einer Änderung ermittelt das Team alle Kampagnen, die den Kontostandard übernehmen, und alle Ausnahmen. Neue Kampagnen können den Standard automatisch übernehmen; bestehende kampagnenspezifische Konfigurationen bleiben eigene Fälle. Für App-Kampagnen sind Account-default Goals laut Dokumentation nicht anwendbar: Die gewünschten Conversion-Aktionen werden dort immer auf Kampagnenebene gewählt. Im Register steht daher nicht nur „kontoweit: ja“, sondern auch, welche Kampagnengruppen den Standard übernehmen, welche ausgenommen sind und wer diese Ausnahmen regelmäßig prüft.
Kampagnenspezifische Ziele brauchen einen begründeten Ausnahmefall
Eine Ausnahme ist Architektur, kein schneller Reparaturknopf
Mit campaign-specific goals kann eine Kampagne den kontoweiten Satz durch ausgewählte Standardziele und gegebenenfalls ein Custom Goal ersetzen. Google empfiehlt in der Dokumentation zu kampagnenspezifischen Conversion-Zielen grundsätzlich einen gemeinsamen Account-default-Satz, weil gleichartige Kampagnen so aus einem konsistenten Zielrahmen lernen können. Eine Ausnahme kann trotzdem richtig sein, wenn die Kampagne tatsächlich ein anderes Geschäftsergebnis verfolgt, nicht bloß weil ihre aktuelle Leistung unbequem aussieht.
Ein plausibler Fall ist eine B2B-Kampagne, die auf qualifizierte Opportunities optimieren soll, während ein separater Self-Service-Bereich auf direkte Käufe ausgerichtet ist. Weniger plausibel ist es, bei fallender Conversion-Rate kurzfristig ein leichteres Mikro-Ziel hinzuzunehmen, damit wieder mehr „Conversions“ erscheinen. Dadurch verändert sich die Zielfunktion mitten in der Bewertung; die schöne Zahl beantwortet anschließend eine andere Frage. Unterschiedliche wirtschaftliche Werte sind außerdem nicht automatisch ein Grund, Ziele zu trennen. Wenn dieselbe Ergebnisart verschiedene Werte hat, kann eine saubere wertbasierte Gebotslogik geeigneter sein.
Das Custom Goal ist die wichtigste Ausnahme zur einfachen Secondary-Regel
Im Custom Goal kann auch eine sekundäre Aktion gebotswirksam werden
Ein Custom Goal kann konkrete Conversion-Aktionen aus unterschiedlichen Standardzielen manuell zusammenfassen. Pro Kampagne lässt sich nach der aktuellen Zielarchitektur höchstens ein solches Custom Goal verwenden. Es ist kein neutraler Berichtsordner: Wird das Custom Goal auf eine Kampagne angewendet, werden alle darin enthaltenen gebotsfähigen Aktionen für Berichte und Gebote genutzt. Das gilt ausdrücklich auch für Aktionen, deren Action Optimization auf Secondary steht. Store-Sales-Direct-Aktionen bilden eine Ausnahme und können auch innerhalb eines Custom Goals nicht für Gebote verwendet werden.
Diese Ausnahme ist operativ gefährlich, weil eine oberflächliche Prüfung beruhigend wirken kann. Im Aktionsdetail steht „Secondary (observe only)“, doch dieselbe Aktion liegt in einem verwendeten Custom Goal und beeinflusst die Kampagne trotzdem. Das Register braucht deshalb ein eigenes Feld „Mitglied in Custom Goal“ und eine Gegenprüfung auf Kampagnenebene. Eine reine Exportliste der Primary-Aktionen reicht nicht aus.
Custom Goals sind nur dann begründet, wenn eine eng definierte Kampagne eine Kombination benötigt, die über passende Standardziele nicht sauber abgebildet werden kann. Sie sollten nicht verwendet werden, um unklare Kategorien zu umgehen, mehrere Mikrosignale zu bündeln oder einen Datenmangel künstlich mit leicht erreichbaren Aktionen zu füllen. Vor Freigabe werden alle enthaltenen Aktionen einzeln bewertet. Enthält die Zusammenstellung eine Aktion mit STOP, erhält auch das Custom Goal STOP. Enthält sie dauerhaft verschiedene Ergebnisarten, müssen Werte und Gebotsziel die Unterschiede wirtschaftlich ausdrücken können.
Mikro- und Makro-Conversions haben verschiedene Aufgaben
Mehr Signale sind nicht automatisch bessere Signale
Makro-Conversions liegen nahe am Geschäftsergebnis: Kauf, gebuchter Auftrag, qualifizierte Opportunity oder bezahltes Abonnement. Mikro-Conversions beschreiben Zwischenhandlungen wie Produktansicht, Scrolltiefe, PDF-Download, Warenkorb oder Klick auf eine Kontaktmöglichkeit. Beide können diagnostisch nützlich sein. Problematisch wird es, wenn bloße Messbarkeit mit Optimierungseignung verwechselt wird.
Smart Bidding lernt nicht die interne Wertschätzung des Teams, sondern die übergebenen Ziele und Werte. Wird eine häufige Seiteninteraktion Primary, kann sie das seltenere, aber wichtigere Ergebnis zahlenmäßig dominieren. Das System kann dann effizient mehr von der leichteren Handlung finden, während Aufträge stagnieren. Ein KMU gewinnt dadurch Aktivität, aber nicht zwingend Umsatz oder qualifizierte Nachfrage. Mikro-Aktionen bleiben deshalb normalerweise Secondary und dienen der Funnel-Diagnose. Eine zeitlich begrenzte Primary-Nutzung braucht eine klare Begründung, einen Wertabstand und eine definierte Ablösebedingung.
Mehrere Datenquellen dürfen denselben Geschäftsvorgang nicht vervielfachen
Google-Tag, GA4-Import und Offline-Rückmeldung auf Aktionsebene abgleichen
Ein typisches Konto misst denselben Kauf über Google-Ads-Tag und GA4-Import, vielleicht ergänzt um einen Offline-Upload. Mehrere Primary-Aktionen für denselben Auftrag können Smart Bidding mehrere Erfolge melden. Eine Transaktions-ID hilft innerhalb einer geeigneten Aktion; sie garantiert keine Deduplizierung zwischen separaten Aktionen oder Quellen.
Eine über die Google-Analytics-Oberfläche erstellte Conversion-Aktion wird standardmäßig als Secondary angelegt. Für die reguläre Gebotsnutzung über ein Standardziel wird sie in Google Ads auf Primary gestellt; in einem angewendeten Custom Goal kann sie auch als Secondary gebotswirksam sein. Historie vor dem Import wird nicht nachgeladen. Abweichungen zwischen Ads und Analytics sind nicht automatisch Fehler, weil unter anderem Berichtsdatum, Zählmethode, Attribution und Fenster abweichen können.
Auch die Zuständigkeit für Conversions muss eindeutig sein. Beim kontoübergreifenden Conversion-Tracking verwendet ein Kundenkonto entweder seine eigenen oder die vom Managerkonto bereitgestellten Conversion-Aktionen, nicht beide Sätze gleichzeitig. Nur das zuständige Managerkonto bearbeitet die kontoübergreifenden Aktionen. Beim Wechsel zum Managerkonto werden Kampagnen, die zuvor konkrete kundeneigene Aktionen verwendet haben, auf dessen Default Goals umgestellt; beim späteren Rückwechsel ist die Zielauswahl erneut zu prüfen. Die frühere Statistik geht dadurch nicht verloren, Zielauswahl und Historie werden aber vor und nach jedem Wechsel dokumentiert.
Das Register benennt pro realem Ergebnis eine führende Datenquelle und ordnet weitere Quellen als Kontrolle, Reserve oder Qualitätsmeldung ein. Testfälle zeigen, welche Aktionen mit welchem Wert, welcher Währung und welcher ID auslösen. Ungeklärte Mehrfachzählung führt zu STOP, nicht zu einem Mittelwert aus widersprüchlichen Systemen. Die technische Installation bleibt ein eigener Arbeitsbereich.
Wert, Zählmethode und Conversion-Fenster bestimmen die Bedeutung des Signals
Die richtige Aktion mit falscher Ökonomie bleibt ein falsches Ziel
Eine fachlich richtige Aktion kann durch falsche Werte unbrauchbar werden. Ein Shop sollte bei stark variierenden Warenkörben nicht pauschal denselben Wert senden. Ein Leadwert darf nicht als exakter Umsatz erscheinen, wenn er nur eine Erwartung darstellt; als Modellwert muss er aus Abschlussquote, Erlös oder Deckungsbeitrag nachvollziehbar hergeleitet werden.
Auch die Zählmethode folgt dem Geschäftsfall. Für Käufe ist jede eindeutige Bestellung relevant. Bei Leadformularen muss ein wiederholtes Absenden derselben Person im kurzen Zeitraum dagegen nicht mehrere neue Chancen bedeuten. Conversion-Fenster müssen zum realen Entscheidungszyklus passen: Ein zu kurzes Fenster unterschätzt lange Verkäufe, ein sehr langes Fenster kann spätere Kontakte einbeziehen, deren Interpretation vorsichtiger sein muss. View-through- und engagierte Video-Conversions gehören gesondert gelesen, wenn sie im jeweiligen Setup vorkommen.
Das Register speichert Wertquelle, Aktualisierungsrhythmus, Währung, Zählmethode, Fenster und Datenverzögerung. Für Leads kommt die Rückspielquote hinzu: Welcher Anteil erhält überhaupt einen späteren CRM-Status? Ein guter berichteter CPA ist nicht belastbar, wenn viele Datensätze nie qualifiziert oder abgelehnt zurückgemeldet werden. Erst passende Parameter rechtfertigen KAMPAGNENTEST oder KONTOSTANDARD; die Implementierung bleibt außerhalb dieses Artikels.
Reporting muss Konfiguration und Ergebnis getrennt zeigen
Conversions, Conversion-Wert und Alle Conversions auseinanderhalten
Die Spalte „Conversions“ berichtet Conversions aus Primary-Aktionen der Standard- und Custom Goals, auf die eine konkrete Kampagne optimiert. Die Ausnahme ist eine Secondary-Aktion in einem angewendeten Custom Goal: Auch sie wird für Gebote genutzt und in „Conversions“ berichtet. „Conversion-Wert“ zeigt den zugeordneten Wert dieser Conversions, nicht automatisch Umsatz oder Gewinn. Die Kampagnenspalte „Conversion-Ziele“ hilft zu erkennen, welche Ziele ausgewählt sind. Die Dokumentation zur Berichterstattung über Ergebnisse beschreibt zusätzlich „Ergebnisse (Results)“ auf Kampagnenebene. Diese Spalte zeigt Primary-Aktionen aus allen Standardzielen des Kontos: Ergebnisse aus Zielen, auf die die Kampagne optimiert, normal und andere erzeugte Ergebnisse grau. Secondary-Aktionen erscheinen dort nicht. Custom Goals werden nicht als eigene Gruppierung gezeigt; eine darin enthaltene Primary-Aktion kann aber über ihr Standardziel erscheinen. Für App-Kampagnen wird die Results-Spalte nicht unterstützt. „Ergebnisse“ und „Conversions“ sind daher nicht in jedem Setup dieselbe Zahl.
Die Spalte „Alle Conversions“ ist breiter. Sie umfasst die regulären Conversions, Secondary-Aktionen und je nach Fall zusätzliche Typen wie View-through-Conversions, bestimmte Anruf- oder Store-Visit-Daten. Sie ist eine Diagnoseansicht, kein direktes Abbild der Smart-Bidding-Zielliste. Ein Anstieg von „Alle Conversions“ kann durch mehr beobachtete Mikro-Aktionen entstehen, ohne dass sich das primäre Geschäftsergebnis verbessert.
Berichte werden deshalb nach Conversion-Aktion und Quelle segmentiert. Das Team stellt vier Ansichten nebeneinander: tatsächliche Kampagnenziele, Conversions nach Aktion, Alle Conversions nach Aktion und Backend-Ergebnisse derselben Periode. Wo verfügbar, wird der Wert ebenfalls nach Aktion aufgeschlüsselt. Kategorien unterstützen die semantische Ordnung, ersetzen aber nicht die wirtschaftliche Gegenprobe. Unterschiedliche Zahlen sind zunächst ein Prüfauftrag. Sie dürfen weder automatisch addiert noch durch die scheinbar plausibelste Oberfläche ersetzt werden.
Zieländerungen benötigen einen Testvertrag
Eine Hypothese, eine Änderung und eine Rückkehrregel
Beim Wechsel einer Aktion, eines Aktionsstatus oder des Zielumfangs ändern sich Optimierung und Berichtsinterpretation. Die offizielle Anleitung zum Aktualisieren von Conversion-Zielen empfiehlt, betroffene Kampagnen vor der Änderung über „Review campaigns“ zu prüfen und als CSV zu sichern. Wird eine Aktion entfernt, wird sie archiviert und kann wiederhergestellt werden; historische Daten werden dadurch nicht einfach gelöscht. Dennoch kann die neue Ziellogik die laufende Gebotsoptimierung deutlich verändern.
| Hypothese | Baseline | Einzige geplante Änderung | Primärmetrik | Schutzmetrik | Rückkehrregel |
|---|---|---|---|---|---|
| Qualifizierte Leads steuern besser als Formulare | Formulare, CRM-Qualität und Kosten vor Wechsel | Qualified lead in einer Pilotkampagne als Primary nutzen | Kosten je qualifizierter Chance | Leadvolumen, Verzögerung und Abschlussquote | Zur alten Zielauswahl zurück, wenn Rückspielung ausfällt |
| GA4-Doppelaktion ist nur Diagnose | Käufe nach Tag und GA4 je Bestellung | GA4-Kauf Secondary belassen, Tag-Kauf als führende Datenquelle | Backend-bestätigte Käufe und Wert | Messlücke der Primärquelle | Nur bei belegtem Ausfall eine alternative Quelle testen |
| Kontostandard passt für Kernkampagnen | Zielauswahl und Werte aller Kernkampagnen | Definierten Standard auf eine Testgruppe anwenden | Gemeinsames Geschäftsergebnis | Volatilität, Budget und Ergebnisqualität | Abweichende Kampagnen dokumentiert zurücksetzen |
| Mikro-Ziel verzerrt die Gebote | Anteil Mikro zu Makro und bisherige Qualität | Mikro-Aktion aus gebotswirksamem Umfang nehmen | Makro-Conversions oder Wert | Reichweite und qualifizierte Zwischenschritte | Änderung stoppen, falls Messkette falsch klassifiziert war |
| Custom Goal enthält falsche Secondary-Aktion | Aktionen, Rollen und Kampagnenmitgliedschaft | Custom Goal bereinigen oder ersetzen | Gewünschte Ergebnisart | Volumen je enthaltener Aktion | Vorherige Konfiguration nur mit dokumentierter Notfallfreigabe |
Der Vertrag nennt genau eine Hypothese und eine bewusst kontrollierte Änderung. Technische Notfälle dürfen selbstverständlich sofort behoben werden, werden aber protokolliert. Ziel, Budget, Gebotsstrategie, Attribution und Landingpage gleichzeitig zu verändern, verhindert eine saubere Interpretation. Es gibt auch keine universelle Zusage, dass sich Leistung nach exakt sieben oder vierzehn Tagen stabilisiert. Beobachtungsdauer richtet sich nach Conversion-Verzögerung, Volumen und Geschäftsziel; die Rückkehrregel wird vor dem Start vereinbart.
Der Freigabepfad führt in sieben Gates zum Kontostandard
Sieben Gates ordnen Prüfung, Test und Rollout
Der Pfad verhindert, dass ein technisch sichtbares Ereignis sofort ein kontoweites Gebotssignal wird. Jede Stufe besitzt einen überprüfbaren Ausgang und einen Verantwortlichen. Überspringt ein Team ein Gate, bleibt der vorherige Registerstatus bestehen.
- Geschäfts-Gate: Das Team benennt das reale Ergebnis, seinen wirtschaftlichen Wert und ausgeschlossene Fälle. Ohne gemeinsame Definition gilt STOP.
- Quellen-Gate: Tag, GA4, CRM oder Shop werden einem eindeutigen Vorgang zugeordnet; IDs, Wert und Währung werden mit Testfällen geprüft. Bei Doppelzählung gilt STOP.
- Qualitäts-Gate: Eine Stichprobe bestätigt, dass das gemessene Ereignis tatsächlich zur fachlichen Definition passt. Reicht die Datenreife nur zur Diagnose, gilt BEOBACHTEN.
- Rollen-Gate: Primary oder Secondary wird auf Aktionsebene begründet; Mitgliedschaften in Standard- und Custom Goals werden separat kontrolliert. Eine ungeprüfte Custom-Goal-Ausnahme führt zu STOP.
- Geltungsbereichs-Gate: Das Team listet Kampagnen, die den Kontostandard übernehmen, kampagnenspezifische Kampagnen, das verwaltende Managerkonto und alle Ausnahmen. Erst dann erhält genau die geplante Pilotgruppe die Änderung.
- Test-Gate: Der Vertrag aus Abschnitt 12 läuft über ein zur Datenverzögerung passendes Fenster. Primär- und Schutzmetriken werden gegen Backend und Baseline geprüft; bis dahin lautet der Status KAMPAGNENTEST.
- Standard-Gate: Nur eine technisch stabile, wirtschaftlich richtige und organisatorisch betreute Aktion wird im Register KONTOSTANDARD, also für die Primary-Rolle in einem kontoweit freigegebenen Standardziel zugelassen. Verantwortliche Person, Kontrollrhythmus und Rückkehrregel bleiben auch nach dem Rollout bestehen.
Der Pfad ist nicht zwingend linear bis zum Ende. Eine Produktansicht kann nach dem Qualitäts-Gate dauerhaft BEOBACHTEN bleiben. Eine seltene Offline-Conversion kann mehrere Testzyklen benötigen. Stellt der Backend-Abgleich später eine Verschlechterung fest, kehrt ein bisheriger Kontostandard zu KAMPAGNENTEST oder STOP zurück. Governance bedeutet nicht, eine Einstellung einmalig zu zertifizieren, sondern ihre Berechtigung regelmäßig erneut zu belegen.
STOP-Regeln schützen Gebote vor falschen Signalen
Wann eine Freigabe verweigert oder zurückgerollt wird
Ein sofortiges STOP gilt bei ungeklärter Doppelzählung, fehlender oder wechselnder fachlicher Definition, falscher Währung, statischen Fantasiewerten, nicht eindeutigen Transaktionen oder einer Datenquelle ohne benannte verantwortliche Person. Dasselbe gilt, wenn eine Secondary-Aktion unbemerkt in einem angewendeten Custom Goal steckt, wenn eine Kampagne andere Ziele nutzt als im Testvertrag dokumentiert oder wenn ein kontoweiter Wechsel ohne Liste der betroffenen Kampagnen geplant ist.
Ein Rollback wird ausgelöst, wenn die Primärquelle produktiv ausfällt, Offline-Daten nicht mehr vollständig zurückgespielt werden, Spam oder unqualifizierte Leads stark zunehmen, Werte vom Backend abweichen oder die getestete Ergebnisqualität unter die vereinbarte Schutzgrenze fällt. Ein Rückgang der bloßen Conversion-Anzahl ist dagegen nicht automatisch ein Fehler: Wird ein wertloses Mikro-Ziel entfernt, kann die Zahl sinken, während die Steuerung fachlich besser wird. Maßgeblich ist der vorab definierte Geschäftsbeleg.
Enhanced Conversions verändern diese Governance nicht. Seit Juni 2026 führt Google die Einstellungen für Web und Leads schrittweise in einem gemeinsamen Schalter zusammen; die Verfügbarkeit ist im konkreten Konto zu prüfen. Laut aktueller Dokumentation zu Enhanced-Conversions-Einstellungen können bereitgestellte Nutzerdaten über Tags, Data Manager und APIs verarbeitet werden. Das ist ein Daten- und Matching-Layer. Er erstellt nicht automatisch ein neues Ziel, macht eine Aktion nicht Primary und ersetzt weder Kontostandard noch Kampagnenauswahl. Die konkrete technische Umsetzung gehört in den folgenden Spezialleitfaden, nicht in eine vermeintliche Reparatur des Zielregisters.
STOP bedeutet nicht zwangsläufig „Kampagne abschalten“. Es kann heißen: Aktion aus dem gebotswirksamen Umfang nehmen, Datenquelle reparieren, Custom Goal entkoppeln, Pilot pausieren oder zum dokumentierten Zustand zurückkehren. Der Status schützt die Zielfunktion, während Ursache und Verantwortlichkeit geklärt werden.
Ein 90-Tage-Plan führt von der Inventur zum belastbaren Standard
Vier Phasen von der Inventur bis zum Kontostandard
Neunzig Tage sind ein Arbeitsrahmen, keine Garantie auf genügend Daten. Ein E-Commerce-Konto mit täglichem Kaufvolumen kann einzelne Fragen schneller beantworten; ein B2B-Unternehmen mit langem Vertriebszyklus braucht für Qualität und Umsatz länger. Entscheidend ist die Reihenfolge: erst Inventur, dann Bereinigung, danach begrenzter Test und erst zuletzt ein breiterer Standard.
| Phase | Ziel | Zentrale Arbeit | Erforderlicher Nachweis | Entscheidung |
|---|---|---|---|---|
| Tage 0 bis 14 | Zielinventur herstellen | Aktionen, Kategorien, Rollen, Quellen, Custom Goals, Kontostandard und Kampagnenausnahmen erfassen | Vollständiges Register plus Export betroffener Kampagnen | STOP oder BEOBACHTEN je Aktion |
| Tage 15 bis 30 | Messbasis bereinigen | Testfälle, IDs, Werte, Währung, Zählmethode, Fenster und Backendabgleich prüfen | Keine ungeklärte Doppelzählung; fachliche Stichprobe bestanden | Testfreigabe oder Reparatur |
| Tage 31 bis 60 | Begrenzte Zieländerung testen | Eine Hypothese in klar benannter Kampagnengruppe umsetzen und Änderung protokollieren | Reife Primär- und Schutzmetriken gegen Baseline | KAMPAGNENTEST fortsetzen, stoppen oder ausweiten |
| Tage 61 bis 90 | Governance verstetigen | Geeignete Aktion als Standard freigeben, Ausnahmen und Prüfrhythmus dokumentieren | Verantwortliche Person, Monitoring und Rückkehrregel bestätigt | KONTOSTANDARD oder weiterer Test |
Technische Grundlagen wie Tagging, GA4 und Consent Mode werden im Leitfaden zum Google Ads Conversion-Tracking mit GA4 und Consent Mode einrichten vertieft. Für die wirtschaftliche Wirkung des freigegebenen Signals ist anschließend zu entscheiden, wie Unternehmen die passende Google-Ads-Gebotsstrategie für Klicks, CPA oder ROAS wählen. Wenn der Kundenstatus selbst zur Zielfunktion wird, braucht es die getrennte Prüfung, wie sich Neukundengewinnung in Performance Max korrekt messen lässt. Diese Vertiefungen ersetzen das Register nicht; sie markieren angrenzende Entscheidungen mit eigener Methodik.
Häufige Fragen zu Google-Ads-Conversion-Zielen
Acht Antworten gegen Zielchaos im Konto
Die folgenden Antworten beziehen sich auf die aktuelle Zielarchitektur von Google Ads. Sie ersetzen weder eine technische Tracking-Prüfung noch die fachliche Freigabe im Unternehmen.
Nutzt Smart Bidding jede Primary Conversion automatisch?
Nein. Bei regulären Standardzielen muss die Aktion Primary sein und die Kampagne das zugehörige Ziel tatsächlich verwenden. Eine Primary-Aktion außerhalb der Zielauswahl ist kein explizites Optimierungsziel dieser Kampagne und erscheint dort nicht in „Conversions“; Google kann solche Daten jedoch zur Verbesserung von Prognosen verwenden. Deshalb werden Aktionsrolle und Kampagnenziele immer zusammen geprüft.
Werden Secondary Conversions gar nicht gezählt?
Doch. Sie erscheinen grundsätzlich in „Alle Conversions“ und können für Diagnose, Funnel-Analyse oder Qualitätskontrolle wichtig sein. Normalerweise werden sie in Standardzielen nicht für Gebote verwendet. Die entscheidende Ausnahme ist ein angewendetes Custom Goal: Darin kann auch eine Secondary-Aktion gebotswirksam werden.
Was bedeutet „kontoweit“ bei Conversion-Zielen?
Es bedeutet, dass ein Standardziel als Account Default für Kampagnen vorgesehen ist, die diese Einstellung übernehmen. Es ist kein unveränderlicher Zwang für jede Kampagne. Kampagnenspezifische Ziele können den Standard lokal ersetzen. Für App-Kampagnen sind Account-default Goals nicht anwendbar; dort werden die Conversion-Aktionen auf Kampagnenebene gewählt.
Sollten Warenkorb, Checkout und Kauf alle Primary sein?
In der Regel nicht allein deshalb, weil alle drei messbar sind. Wenn der Kauf das eigentliche Ergebnis ist, können frühere Schritte als Secondary die Diagnose unterstützen. Eine gebotswirksame Zwischenaktion braucht eine begründete Beziehung zum Geschäftswert, passende Werte und eine Ablöse- oder Prüfregel.
Kann ein GA4-Import parallel zum Google-Ads-Tag Primary bleiben?
Technisch können mehrere Aktionen existieren, fachlich droht aber Doppelzählung desselben Vorgangs. Das Team bestimmt eine führende Datenquelle und prüft identische Testbestellungen über Aktion, ID, Wert und Zeitpunkt. Die zweite Quelle bleibt häufig Secondary, bis ein klarer anderer Zweck belegt ist.
Wann ist ein Custom Goal sinnvoll?
Wenn eine einzelne Kampagne eine begründete, manuell zusammengestellte Kombination konkreter Aktionen benötigt, die Standardziele nicht passend abbilden. Es ist kein Sammelordner. Alle darin enthaltenen gebotsfähigen Aktionen wirken in der angewendeten Kampagne auf Gebote, auch Secondary-Aktionen; Store Sales Direct bleibt jedoch ausgeschlossen. Deshalb muss jede Mitgliedschaft einzeln freigegeben werden.
Löscht das Entfernen einer Conversion-Aktion ihre Historie?
Beim Entfernen wird die Aktion archiviert und kann wiederhergestellt werden; die bisherige Statistik wird nicht einfach ausgelöscht. Trotzdem verändert ein Entfernen möglicherweise Berichte und Optimierung. Vorher werden betroffene Kampagnen gesichert, Baseline und Rückkehrweg dokumentiert.
Wie lange sollte man nach einer Zieländerung warten?
Es gibt keine universelle Zahl, die für jedes Konto Stabilität garantiert. Das Fenster richtet sich nach Conversion-Verzögerung, Volumen, Gebotsstrategie und Geschäftszyklus. Echte Messfehler werden sofort behoben; eine Leistungsbewertung erfolgt erst, wenn die vereinbarte Datenreife erreicht ist.
Nächster Schritt: Conversion-Ziele als Steuerungsplan freigeben
Aus einer Conversion-Liste wird ein freigegebener Steuerungsplan
Eine belastbare Architektur beginnt nicht mit dem Umschalten von Secondary auf Primary. Sie beginnt mit einem realen Ergebnis, einer eindeutigen Quelle und einer fachlichen Gegenprobe. Danach werden Kategorie, Aktionsrolle, Zieltyp und Geltungsbereich geprüft. Der siebenstufige Pfad macht sichtbar, warum eine Aktion beobachtet, in einer Kampagne getestet oder als Kontostandard freigegeben wird.
Das Conversion-Zielregister schafft dafür eine gemeinsame Sprache zwischen Geschäftsführung, Marketing, Vertrieb, Analytics und Agentur. Es hält auch fest, welche Aktionen bewusst Secondary bleiben, welche Kampagnen den Standard nicht erben und welche Rückkehrregel bei einem Fehler gilt. Dadurch wird eine Veränderung nicht risikofrei, aber nachvollziehbar und reversibel.