![\"Bestelldaten](\"https:\/\/www.lukaswojcik.com\/blog\/wp-content\/uploads\/diagrams\/dia-472-review-20261024.png\")
Was die Datenstrecke leistet<\/h2>\n
Das folgende Beispiel bereitet klassische Offline-Conversions mit GCLID vor. Eine Bestellung wird einem erfassten Werbeklick zugeordnet; ein Multi-Touch-Attributionsmodell entsteht dadurch nicht. GA4 ist f\u00fcr diesen Aufbau optional. Der Standardexport enth\u00e4lt F\u00fcr Klick-ID-Erfassung und Werbeuploads sind die jeweils erforderlichen Einwilligungen und Richtlinien zu pr\u00fcfen. Ein First-Party-Cookie oder ERP-Datensatz umgeht diese Anforderungen nicht. Das Beispiel verwendet das zuvor gepr\u00fcfte Kennzeichen Das Beispiel setzt genau ein Google-Ads-Conversion-Konto und eine Aktionszuordnung voraus. Bei mehreren Konten geh\u00f6rt die Kontokennung zus\u00e4tzlich in den Protokollschl\u00fcssel. Finanzwerte m\u00fcssen endliche NUMERIC-Betr\u00e4ge sein. Parallele Uploadprozesse ben\u00f6tigen au\u00dferdem Koordination oder einen idempotenten Sender, der Wiederholungen ohne doppelte Wirkung verarbeitet; eine Protokollabfrage ist keine Sperre.<\/p>\n Das folgende GoogleSQL-Beispiel beh\u00e4lt auch \u00e4ltere offene Bestellungen. Ein Versand am achten Tag f\u00e4llt dadurch nicht aus einem Kaufzeitfenster von sieben Tagen. Im Produktivbetrieb sollten Tabellen passend aufgeteilt sein, etwa nach Datum. So muss nicht jeder Lauf den gesamten Bestand lesen. Ein schrittweiser Abgleich verarbeitet neue oder ge\u00e4nderte Bestellungen und beh\u00e4lt zugleich \u00e4ltere noch offene Vorg\u00e4nge im Blick. Das Aktionsfenster von 30 Tagen ist eine Beispieleinstellung und muss zur Conversion-Aktion passen.<\/p>\n Das Beispiel rundet auf zwei Dezimalstellen entsprechend einer Betragskonvention wie bei EUR oder USD; andere W\u00e4hrungsgenauigkeiten ben\u00f6tigen Anpassungen.<\/p>\n Nur Zeilen mit Negative Deckungsbeitr\u00e4ge werden hier bewusst auf einen Gebotswert von null begrenzt; der vorzeichenbehaftete Betrag bleibt f\u00fcr Auswertungen erhalten. Das ist eine Gesch\u00e4ftsregel und keine Behauptung, Verluste verschw\u00e4nden. Eine andere Wertpolitik ben\u00f6tigt einen eigenen Aufbau. Ein pauschaler LTV-Faktor entf\u00e4llt; Prognosen ben\u00f6tigen ein gesondert validiertes Modell.<\/p>\n <\/p>\n Google nennt f\u00fcr klassische Offline-Importe h\u00f6chstens 90 Tage zwischen zugeh\u00f6rigem Klick und Upload, f\u00fcr erweiterte Conversions f\u00fcr Leads dagegen 63 Tage. Zus\u00e4tzlich gilt das eigene Fenster der Conversion-Aktion. Eine allgemeine Pflicht, jeden Upload 24 Stunden zur\u00fcckzuhalten, besteht daraus nicht. Noch verarbeitete Klicks k\u00f6nnen vor\u00fcbergehende Fehler ausl\u00f6sen; die FAQ empfiehlt daf\u00fcr bei geplanten Uploads sechs Stunden Abstand. Wiederholungen ver\u00e4ndern den urspr\u00fcnglichen Conversion-Zeitpunkt nicht.<\/p>\n Das Beispiel verarbeitet bewusst nur GCLID. GBRAID und WBRAID ben\u00f6tigen passende Felder und einen unterst\u00fctzten Ablauf statt eines pauschalen COALESCE in eine GCLID-Spalte. Die aktuelle Ads-API-Dokumentation unterst\u00fctzt Anpassungen f\u00fcr GCLID und GBRAID, jedoch nicht f\u00fcr WBRAID. Die Kennungswahl beeinflusst deshalb auch die Retourenverarbeitung.<\/p>\n Eine stabile Bestellnummer je Aktion unterst\u00fctzt die Deduplizierung und sp\u00e4tere Anpassungen in Google Ads. Interne Eindeutigkeitspr\u00fcfungen und ein Protokoll angenommener Importe bleiben erforderlich. Eine zweite Conversion-Aktion kann dieselbe Bestellung gesondert z\u00e4hlen.<\/p>\n Unterst\u00fctzte Conversions lassen sich mit Nein. Datenqualit\u00e4t, Verz\u00f6gerungen, Kampagneneinstellungen und Wertmodell beeinflussen das Ergebnis. Conversion-Wert geteilt durch Werbeausgaben beschreibt die \u00fcbermittelte Kennzahl. Ein margenbasierter Quotient ist kein Umsatz-ROAS und misst nicht den gesamten Unternehmensgewinn.<\/p>\n<\/div>\n Ein BigQuery-Beispiel bereitet Deckungsbeitr\u00e4ge f\u00fcr GCLID-basierte Offline-Importe in Google Ads vor. Der Artikel erkl\u00e4rt Datenpr\u00fcfungen, getrennte Uploads, Wiederholungen und Retouren; die Abfrage berechnet weder Nettogewinn noch Kundenlebenszeitwert.<\/p>\n","protected":false},"author":1,"featured_media":30581,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[129],"tags":[92355,92081,92023,92026,92068,92235],"class_list":["post-472","post","type-post","status-publish","format-standard","hentry","category-tutorials-de-digital-marketing-de","tag-attribution-de","tag-bigquery-de","tag-conversion-tracking-de","tag-marketing-cyfrowy-pl-de","tag-google-ads-de","tag-tutorial-de"],"yoast_head":"\necommerce.transaction_id<\/code> und das ereignisbezogene Feld collected_traffic_source.gclid<\/code>. Ein purchase-Ereignis enth\u00e4lt jedoch nicht zwingend einen eigenen Parameter gclid<\/code>.<\/p>\nmarketing_upload_allowed<\/code>. Diese interne Freigabe ersetzt weder Einwilligungsnachweise noch die Consent-Felder der Upload-API.<\/p>\nBen\u00f6tigte Felder und deren Bedeutung<\/h2>\n
\n
orders_for_ads<\/code> enth\u00e4lt genau einen aktuellen Datensatz je order_id<\/code>. Die Kennung bleibt stabil und ist nicht leer; doppelte Zeilen erhalten einen Fehlerstatus statt einer stillen Auswahl.<\/li>\ngclid<\/code> enth\u00e4lt die urspr\u00fcnglich erfasste Kennung. click_time<\/code> und conversion_time<\/code> sind TIMESTAMP-Felder. Der Conversion-Zeitpunkt beschreibt das tats\u00e4chliche, unver\u00e4nderliche Gesch\u00e4ftsereignis, nicht den Zeitpunkt eines Wiederholungsversuchs.<\/li>\nnet_revenue_ex_tax<\/code>, cogs_amount<\/code>, shipping_cost<\/code> und payment_fee<\/code> sind NUMERIC-Betr\u00e4ge in derselben W\u00e4hrung. Der Umsatz ber\u00fccksichtigt Rabatte und bekannte Erstattungen. Vorzeichen und Behandlung erstatteter Kosten m\u00fcssen zusammenpassen.<\/li>\ncurrency_code<\/code> enth\u00e4lt eine gepr\u00fcfte ISO-4217-W\u00e4hrung. Die Abfrage pr\u00fcft nur das Format aus drei Gro\u00dfbuchstaben, nicht die Zugeh\u00f6rigkeit zur ISO-Liste.<\/li>\nmarketing_upload_allowed<\/code> hat den Typ BOOL. order_status<\/code> folgt dem dokumentierten Bestellablauf. ads_upload_log<\/code> protokolliert angenommene Importe mit Bestellnummer, Aktion und BOOL-Feld accepted<\/code>; abgelehnte Anfragen gelten nicht als angenommen.<\/li>\n<\/ul>\nBestellungen vor dem Upload vorbereiten und pr\u00fcfen<\/h2>\n
-- GoogleSQL teaching example: replace project\/dataset identifiers.\n-- orders_for_ads: one current row per order; timestamps remain immutable.\n-- ads_upload_log: accepted imports only, keyed by action + order_id.\nDECLARE run_time TIMESTAMP DEFAULT CURRENT_TIMESTAMP();\nDECLARE action_name STRING DEFAULT 'Contribution_Purchase';\n-- Example only: match the configured conversion action's click window.\nDECLARE click_window_days INT64 DEFAULT 30;\n\nWITH prepared AS (\n SELECT o.*,\n COUNT(*) OVER (PARTITION BY order_id) AS rows_per_order,\n ROUND(net_revenue_ex_tax - cogs_amount - shipping_cost - payment_fee, 2)\n AS contribution_value,\n EXISTS (\n SELECT 1 FROM `project_id.erp_data.ads_upload_log` AS l\n WHERE l.order_id = o.order_id AND l.conversion_action = action_name\n AND l.accepted = TRUE\n ) AS already_imported\n FROM `project_id.erp_data.orders_for_ads` AS o\n),\nclassified AS (\n SELECT *,\n CASE\n WHEN order_id IS NULL OR TRIM(order_id) = '' OR rows_per_order != 1\n THEN 'INVALID_ORDER_KEY'\n WHEN already_imported THEN 'ALREADY_IMPORTED_CHECK_ADJUSTMENTS'\n WHEN marketing_upload_allowed IS NOT TRUE THEN 'CONSENT_NOT_CLEARED'\n WHEN order_status != 'PAID_AND_SHIPPED' OR order_status IS NULL\n THEN 'NOT_READY'\n WHEN gclid IS NULL OR TRIM(gclid) = '' THEN 'MISSING_GCLID'\n WHEN conversion_time IS NULL OR click_time IS NULL\n OR conversion_time <= click_time OR conversion_time > run_time\n THEN 'INVALID_TIME'\n WHEN click_time < TIMESTAMP_SUB(run_time, INTERVAL 90 DAY)\n THEN 'IMPORT_TOO_LATE'\n WHEN conversion_time > TIMESTAMP_ADD(click_time, INTERVAL click_window_days DAY)\n THEN 'OUTSIDE_ACTION_WINDOW'\n WHEN contribution_value IS NULL THEN 'MISSING_FINANCIALS'\n WHEN currency_code IS NULL OR NOT REGEXP_CONTAINS(currency_code, r'^[A-Z]{3}$')\n THEN 'INVALID_CURRENCY_FORMAT'\n ELSE 'READY'\n END AS staging_status\n FROM prepared\n)\nSELECT order_id, gclid, action_name AS conversion_action,\n FORMAT_TIMESTAMP('%Y-%m-%d %H:%M:%S+00:00', conversion_time, 'UTC')\n AS conversion_date_time,\n contribution_value,\n -- Explicit business policy: losses become zero bidding value, not omitted orders.\n GREATEST(contribution_value, 0) AS conversion_value,\n currency_code, staging_status\nFROM classified;\n<\/code><\/pre>\nstaging_status = 'READY'<\/code> sind Uploadkandidaten. Andere Status ben\u00f6tigen \u00dcberwachung und gegebenenfalls Korrektur oder sp\u00e4tere Wiederholung. Auch READY best\u00e4tigt keine Annahme oder Zuordnung durch Google Ads. Fehlende Betr\u00e4ge bleiben Fehler und werden nicht still auf null gesetzt.<\/p>\n![\"Auf](\"https:\/\/www.lukaswojcik.com\/blog\/wp-content\/uploads\/illustrationen\/flux-471-a3.webp\")
Import verbinden und betreiben<\/h2>\n
\n
UPLOAD_CLICKS<\/code>. Daf\u00fcr muss die Aktionsbezeichnung aus dem SQL zugeordnet werden. Bestellnummer, GCLID, Zeitpunkt, Wert, W\u00e4hrung und erforderliche Consent-Felder sind auf die gew\u00e4hlte Schnittstelle abzubilden; CSV-, Data-Manager- und API-Feldnamen sind nicht beliebig austauschbar.<\/li>\nZeitfenster und Kennungsgrenzen<\/h2>\n
Fragen und Antworten<\/h2>\n
Verhindert eine Bestellnummer jedes Duplikat?<\/h3>\n
Wie werden sp\u00e4tere Retouren abgebildet?<\/h3>\n
RESTATEMENT<\/code> im Wert korrigieren oder mit RETRACTION<\/code> zur\u00fccknehmen; daf\u00fcr gelten die Regeln und Fristen des jeweiligen Verfahrens. Enthielt der Originalimport eine Bestellnummer, muss die Anpassung dieselbe Kennung verwenden. Eine Korrektur auf null oder eine R\u00fccknahme kann weitere Anpassungen ausschlie\u00dfen und ben\u00f6tigt daher eine bewusst gestaltete Verarbeitung.<\/p>\nGarantiert margenbasiertes Bieten einen besseren ROAS?<\/h3>\n
Quellen<\/h2>\n
\n