Falschen Conversion-Wert in Google Ads beheben

Falsche Conversion-Werte sind gefährlicher als fehlende Conversions — weil alles so aussieht, als würde es funktionieren. Google Ads meldet Conversions, Ihre Kampagnen scheinen gut zu laufen, und Smart Bidding optimiert anhand der Daten. Das Problem ist, dass die Daten falsch sind, was bedeutet, dass jede Optimierungsentscheidung auf falschen Grundlagen basiert.

Dies sind die häufigsten Muster, die auf falsche Conversion-Werte hinweisen:

Bevor Sie etwas beheben, müssen Sie genau wissen, was falsch ist. Hier ist ein systematischer Prozess zur Identifizierung der Grundursache.

So diagnostizieren Sie:

• Gehen Sie in Google Ads zu Tools → Conversions und klicken Sie auf Ihre Kauf-Conversion-Aktion. Sehen Sie sich die Spalte 'Alle Conv.-Werte' an — notieren Sie die Summe der letzten 7 Tage.
• Gehen Sie im Shopify Admin zu Analysen → Berichte und rufen Sie den Gesamtumsatz für denselben 7-Tage-Zeitraum ab. Vergleichen Sie die beiden Summen.
• Wenn Google Ads deutlich höher oder niedriger liegt, exportieren Sie einzelne Conversion-Werte aus Google Ads (Segmentieren → Conversions → Conversion-Aktion) und vergleichen Sie mit bestimmten Shopify-Bestellungen.
• Geben Sie eine Testbestellung mit einem bekannten Wert auf (z.B. ein Produkt für 47,00 €). Warten Sie 24-48 Stunden und prüfen Sie dann, welchen Wert Google Ads für diese spezifische Conversion aufgezeichnet hat.
• Verwenden Sie den Google Tag Assistant oder den GTM-Vorschaumodus auf Ihrer Danke-Seite, um den exakten Wert zu überprüfen, der im Conversion-Tag übergeben wird — ist es die erwartete Zahl?

Dies ist die häufigste Ursache und am einfachsten zu beheben. Wenn Sie eine Google Ads Conversion-Aktion einrichten, fragt Google nach einem Conversion-Wert. Wenn Sie eine feste Zahl eingeben (wie 1,00 € oder Ihren durchschnittlichen Bestellwert), wird dieselbe Zahl für jede einzelne Conversion gesendet — unabhängig vom tatsächlichen Bestellbetrag.

Wir sehen dies ständig bei Händlern, die das Tracking direkt über Google Ads einrichten, anstatt über GTM oder eine Tracking-App. Der Einrichtungsassistent fragt 'Was ist diese Conversion wert?' und der Händler tippt seinen AOV ein. Ab diesem Zeitpunkt meldet jede Conversion denselben statischen Wert. Eine Bestellung über 15 € und eine über 500 € melden denselben Betrag.

Das Erkennungszeichen ist perfekte Gleichförmigkeit: Wenn Sie sich einzelne Conversion-Werte in Google Ads ansehen und sie alle identisch sind, haben Sie ein Problem mit statischen Werten.

So beheben Sie es:

• Gehen Sie in Google Ads zu Tools → Conversions → klicken Sie auf Ihre Kauf-Conversion-Aktion → Einstellungen bearbeiten. Wählen Sie unter 'Wert' die Option 'Unterschiedliche Werte für jede Conversion verwenden' statt 'Denselben Wert für jede Conversion verwenden'.
• Wenn Sie GTM verwenden, überprüfen Sie, ob Ihr Google Ads Conversion-Tracking-Tag das Feld 'Conversion-Wert' mit einer Data-Layer-Variable befüllt hat (wie {{dlv - transaction.total}}) — nicht mit einer fest codierten Zahl.
• Bestätigen Sie, dass der Data Layer auf Ihrer Danke-Seite das Bestelltotal enthält. In Shopify kommt dies typischerweise vom Checkout-Objekt: Shopify.checkout.total_price oder dem Purchase-Event in der Web Pixel API.
• Testen Sie durch Aufgeben einer Bestellung und Prüfen im Tag Assistant — der angezeigte Conversion-Wert sollte mit dem tatsächlichen Bestelltotal übereinstimmen.

Shopify-Shops, die international verkaufen, arbeiten mit mehreren Währungen, und das schafft ein subtiles, aber bedeutendes Tracking-Problem. Es gibt drei verschiedene 'Werte' für jede internationale Bestellung: die Anzeigewährung (was der Kunde sieht und bezahlt), die Abrechnungswährung (was Sie nach der Währungsumrechnung tatsächlich erhalten) und welcher Wert auch immer an Google Ads gesendet wird.

Hier wird es kompliziert. Wenn Ihr Shop in den USA ansässig ist (Abrechnung in USD), aber ein Kunde in Deutschland 85,00 € für ein Produkt bezahlt, welchen Wert sollte Google Ads erhalten? Wenn das Conversion-Tag 85 sendet (den Anzeigebetrag), aber Ihre Google Ads-Kontowährung USD ist, zeichnet Google $85,00 auf — nicht den tatsächlichen USD-Gegenwert. Ihre ROAS-Berechnungen sind falsch, weil die Werte nicht den tatsächlichen Umsatz widerspiegeln.

Das Umgekehrte ist ebenso problematisch. Wenn das Tag vor dem Senden in USD umrechnet, aber einen veralteten Wechselkurs verwendet, oder wenn es den Abrechnungsbetrag sendet, während Ihr Google Ads-Konto auf eine andere Währung eingestellt ist, werden die Werte konsistent falsch sein.

So beheben Sie es:

• Bestimmen Sie Ihre Google Ads-Kontowährung (Einstellungen → Kontoeinstellungen → Währung). Das ist die Währung, in der Google Conversion-Werte erwartet.
• Stellen Sie sicher, dass Ihr Conversion-Tag Werte in Ihrer Google Ads-Kontowährung sendet. Wenn Ihre Shopify-Abrechnungswährung mit Ihrer Google Ads-Währung übereinstimmt, senden Sie den Abrechnungsbetrag — nicht den Anzeigebetrag.
• Wenn Sie GTM verwenden, fügen Sie den Parameter 'Währungscode' zu Ihrem Conversion-Tag hinzu. Setzen Sie ihn auf den dreistelligen ISO-Code (z.B. 'USD'), der dem gesendeten Wert entspricht. Dies teilt Google genau mit, welche Währung der Wert darstellt.
• Für Multi-Währungs-Shops überprüfen Sie, ob der Data Layer sowohl den Bestellwert als auch den Währungscode enthält. Shopifys Web Pixel API stellt beides im Purchase-Event-Payload bereit.
• Testen Sie wenn möglich mit einer internationalen Bestellung. Geben Sie eine Testbestellung in einer Nicht-Standard-Währung auf und überprüfen Sie, ob der von Google Ads aufgezeichnete Wert Ihren Erwartungen entspricht.

Dies ist die häufigste Ursache für Conversion-Werte, die 'fast, aber nicht ganz richtig' sind. Der Conversion-Wert, den Sie an Google Ads senden, enthält Steuer und Versand, aber der Umsatz, mit dem Sie in Shopify vergleichen, nicht — oder umgekehrt. Das Ergebnis ist eine konsistente prozentuale Abweichung, die Ihren ROAS 15-25% besser oder schlechter aussehen lassen kann als er tatsächlich ist.

Es gibt keine einzelne 'richtige' Antwort, ob man Steuer und Versand einbeziehen sollte. Wichtig ist Konsistenz: Verwenden Sie dieselbe Definition von 'Wert' sowohl in Google Ads als auch in dem, womit Sie vergleichen. Die meisten erfahrenen Werbetreibenden tracken den Bestellsubtotal (nur Produktumsatz, vor Steuer und Versand), weil das dem tatsächlichen Bruttoumsatz am nächsten kommt und nicht von unterschiedlichen Steuersätzen in verschiedenen Bundesländern oder Ländern beeinflusst wird.

Das Problem entsteht üblicherweise, weil verschiedene Datenquellen in Shopify unterschiedliche Zahlen melden. Shopify.checkout.total_price enthält alles. Shopify.checkout.subtotal_price schließt Steuer und Versand aus. Das Purchase-Event der Web Pixel API meldet standardmäßig total_price. Wenn Sie den Wert aus einer Quelle für das Tracking nehmen und gegen eine andere Quelle in Ihren Berichten vergleichen, werden Sie immer eine Abweichung sehen.

So beheben Sie es:

• Entscheiden Sie sich für eine konsistente Wertdefinition: Subtotal (nur Produktumsatz) oder Gesamtbetrag (einschließlich Steuer und Versand). Dokumentieren Sie diese Entscheidung.
• Überprüfen Sie, welches Shopify-Checkout-Feld Ihr Conversion-Tag liest. Gängige Felder: subtotal_price (nur Produkte), total_price (alles), total_tax (nur Steuer) und Versandzeilen.
• Wenn Sie GTM verwenden, überprüfen Sie Ihre Data-Layer-Variablen-Zuordnung. Die Variable, die Ihren Conversion-Wert speist, könnte total_price nehmen, während Sie in Shopify-Berichten gegen den Subtotal vergleichen.
• Aktualisieren Sie die Beschreibung Ihrer Google Ads Conversion-Aktion, um zu vermerken, ob der Wert Steuer/Versand einschließt oder ausschließt — das hilft Ihrem zukünftigen Ich (oder Ihrem Team), die Konsistenz beizubehalten.
• Führen Sie nach Änderungen einen 7-Tage-Vergleich durch zwischen dem Wert, den Google Ads aufzeichnet, und der entsprechenden Shopify-Metrik (unter Verwendung derselben Einschluss-/Ausschlussregeln).

Wenn Sie Google Tag Manager verwenden, fließt der Conversion-Wert durch eine Kette: Shopify-Checkout → Data Layer → GTM-Variable → Conversion-Tag-Parameter. Ein Bruch oder eine Fehlanpassung an irgendeinem Punkt dieser Kette erzeugt falsche Werte — oder gar keinen Wert.

Die häufigsten Data-Layer-Mapping-Fehler, die wir antreffen, sind überraschend simpel. Der Data Layer übergibt den Bestellwert unter einem Schlüsselnamen (wie ecommerce.purchase.actionField.revenue), aber die GTM-Variable ist konfiguriert, einen anderen Schlüssel zu lesen (wie transactionTotal). Die Variable gibt undefined zurück, GTM sendet keinen Wert oder den Standard, und die Conversion wird mit $0 aufgezeichnet.

Ein weiteres häufiges Szenario: Der Data Layer feuert das Purchase-Event, aber der Bestellwert wird in einem separaten Data-Layer-Push befüllt, der Millisekunden später stattfindet. Der GTM-Trigger fängt das Purchase-Event ab und feuert das Tag, aber zu diesem Zeitpunkt wurde die Wertvariable noch nicht gesetzt. Dies erzeugt intermittierende Probleme — manchmal funktioniert das Timing und manchmal nicht.

So diagnostizieren Sie:

• Öffnen Sie den GTM-Vorschaumodus und schließen Sie eine Testbestellung in Ihrem Shop ab.
• Im GTM-Debug-Panel finden Sie das Event, das Ihr Conversion-Tag auslöst (normalerweise ein 'purchase'- oder 'transaction'-Event).
• Klicken Sie auf das Event und prüfen Sie den Tab 'Variables'. Finden Sie die Variable, die Ihrem Conversion-Wert zugeordnet ist — welchen Wert zeigt sie?
• Wenn die Variable 'undefined', 'null' oder einen leeren String zeigt, stimmt der Data-Layer-Schlüsselname nicht mit dem überein, was Ihre Variable konfiguriert ist zu lesen.
• Vergleichen Sie die Data-Layer-Struktur (sichtbar im Tab 'Data Layer') mit Ihrer Variablen-Konfiguration (Variables → Ihre Wertvariable → Data Layer Variable Name).

So beheben Sie es:

• Gehen Sie in GTM zu Variables → Benutzerdefinierte Variablen → finden Sie die Variable, die für den Conversion-Wert verwendet wird. Überprüfen Sie, ob der 'Data Layer Variable Name' mit dem exakten Schlüsselpfad in Ihrem Data Layer übereinstimmt.
• Gängige Shopify Data Layer Pfade: ecommerce.purchase.actionField.revenue, ecommerce.transaction.value, oder für das GA4-E-Commerce-Schema, ecommerce.value.
• Wenn Sie eine Drittanbieter-Data-Layer-App verwenden, prüfen Sie deren Dokumentation für die exakten Schlüsselnamen, die sie sendet. Nehmen Sie nichts an — überprüfen Sie es im GTM-Vorschaumodus.
• Für Timing-Probleme konfigurieren Sie den Trigger Ihres Conversion-Tags so, dass er bei einem zuverlässigeren Event feuert, oder verwenden Sie eine 'Tag-Sequenzierung'-Regel, um sicherzustellen, dass der Data Layer vollständig befüllt ist, bevor das Conversion-Tag ausgeführt wird.
• Testen Sie erneut nach Änderungen: Geben Sie eine Bestellung auf, prüfen Sie den GTM-Vorschaumodus und bestätigen Sie, dass die Wertvariable das korrekte Bestelltotal zeigt.

Dies ist die technischste Ursache und oft am schwierigsten zu erkennen. JavaScript behandelt Zahlen auf Arten, die Ihre Conversion-Werte stillschweigend korrumpieren können — und Sie werden es nicht bemerken, es sei denn, Sie inspizieren die tatsächlich gesendeten Werte auf Tag-Ebene.

Das klassische Beispiel: Shopify gibt das Bestelltotal als String zurück ('47.99'), aber das Conversion-Tag erwartet eine Zahl. In manchen Konfigurationen kann String-Verkettung statt Addition stattfinden. Wenn das Tag versucht, Steuer zu einem Subtotal zu addieren und ein Wert ein String ist, wird '29.99' + 5.00 zu '29.995' (String-Verkettung) statt 34,99 (numerische Addition). Die Conversion zeichnet $29.995 statt $34,99 auf.

Gleitkomma-Präzision ist eine weitere Falle. JavaScript speichert alle Zahlen als 64-Bit-Floats, was bedeutet, dass 0.1 + 0.2 === 0.30000000000000004 in JavaScript ist. Für eine Bestellung von 19,99 € könnten Sie 19.990000000000002 an Google senden. Während Google kleine Gleitkomma-Abweichungen normalerweise gut handhabt, können längere Berechnungsketten Fehler akkumulieren, die bedeutsam falsche Werte erzeugen.

So beheben Sie es:

• Konvertieren Sie String-Werte immer explizit in Zahlen, bevor Sie sie an das Conversion-Tag übergeben. Verwenden Sie in GTM eine benutzerdefinierte JavaScript-Variable, die parseFloat(value) oder Number(value) zurückgibt.
• Runden Sie Conversion-Werte vor dem Senden auf zwei Dezimalstellen: Math.round(value * 100) / 100. Dies eliminiert Gleitkomma-Artefakte.
• Führen Sie niemals Rechenoperationen mit Werten innerhalb der Tag-Konfiguration selbst durch. Berechnen Sie den endgültigen Conversion-Wert in einer dedizierten Variable und referenzieren Sie dann diese Variable im Tag.
• Wenn Ihr Data Layer den Wert in Cent liefert (z.B. 4799 für 47,99 €), teilen Sie durch 100 und runden: Math.round(centsValue) / 100. Dies vermeidet String-/Zahlen-Verwirrung vollständig.
• Verwenden Sie den GTM-Vorschaumodus, um den tatsächlich im Tag gesendeten Wert zu inspizieren. Klicken Sie auf Ihr Conversion-Tag im Debug-Panel, erweitern Sie die Tag-Parameter und überprüfen Sie, dass der Wert eine Zahl ist (kein String) und auf zwei Dezimalstellen korrekt ist.

Jede der fünf oben genannten Ursachen hat eine spezifische Lösung — aber alle teilen ein gemeinsames Problem: Sie erfordern manuelle Konfiguration, die stillschweigend brechen kann. Ein Shopify-Update ändert die Data-Layer-Struktur. Ein Theme-Update modifiziert die Checkout-Skripte. Eine GTM-Container-Änderung überschreibt versehentlich eine Variable. Der Wert wird wieder falsch, und Sie bemerken es wochenlang nicht, weil Conversions weiterhin aufgezeichnet werden — nur mit falschen Beträgen.

Hier bieten automatisierte Tracking-Lösungen wie ScaleUp den größten Mehrwert. ScaleUp liest das Bestelltotal direkt aus Shopifys Backend über die Web Pixel API und serverseitige Events — es verlässt sich nicht auf Data-Layer-Variablen, GTM-Konfigurationen oder clientseitige JavaScript-Berechnungen. Der Wert ist immer der korrekte Bestellsubtotal, in der richtigen Währung, ordnungsgemäß als Zahl formatiert.