Thema: Attribution & Akquisition

Bank- und Payment-Provider als Referrer - die unsichtbare Channel-Verzerrung

Bernhard Prange · 2026-05-19 · 8 Min. Lesezeit

Du analysierst deine E-Commerce-Akquisition und siehst plötzlich paypal.com, pay.klarna.com oder sofort.com als Top-Referrer für deine Bestellungen. Das ist kein gutes Zeichen - und meistens auch kein echter Traffic. Es bedeutet, dass dein Payment-Flow die ursprüngliche Akquisitions-Quelle überschreibt.

Was im Code passiert

Der Check in app/queries/checks/payment_referrals.sql matched die referrer_domain jeder Session gegen eine kuratierte Liste bekannter Payment- und Bank-Provider:

CASE
  WHEN LOWER(referrer_domain) LIKE '%paypal%' THEN 'paypal'
  WHEN LOWER(referrer_domain) LIKE '%klarna%' THEN 'klarna'
  WHEN LOWER(referrer_domain) LIKE '%stripe%' THEN 'stripe'
  WHEN LOWER(referrer_domain) LIKE '%adyen%' THEN 'adyen'
  WHEN LOWER(referrer_domain) LIKE '%mollie%' THEN 'mollie'
  WHEN LOWER(referrer_domain) LIKE '%sofort%' THEN 'sofort'
  WHEN LOWER(referrer_domain) LIKE '%giropay%' THEN 'giropay'
  WHEN LOWER(referrer_domain) LIKE '%ideal%' THEN 'ideal'
  WHEN LOWER(referrer_domain) LIKE '%3dsecure%' THEN '3ds_generic'
  WHEN LOWER(referrer_domain) LIKE '%afterpay%' THEN 'afterpay'
  WHEN LOWER(referrer_domain) LIKE '%sparkasse%' THEN 'sparkasse'
  WHEN LOWER(referrer_domain) LIKE '%bank%' THEN 'bank_generic'
  ELSE NULL
END AS payment_provider

Die Liste deckt PSPs, BNPL-Anbieter (Buy Now, Pay Later), 3D-Secure und Online-Banking-Direktüberweisung ab - alles Domains, die im Checkout-Flow auftauchen können und niemals echter Akquisitions-Traffic sind.

Schwellenwerte

Warum entstehen Payment-Referrer?

• 3D-Secure-Redirects - Bei Kartenzahlungen wird der Nutzer kurz zum Issuer (z. B. visa.com, mastercard.com) und zurück geleitet. Der Referrer ist dann die 3DS-Domain.
• SOFORT/Giropay/iDEAL - Online-Banking-Direktüberweisung läuft zwingend über die Drittanbieter-Domain. Die Session-Cookie ist beim Rücksprung weg, die neue Session startet mit dem Payment-Referrer.
• BNPL-Flows (Klarna, Afterpay, Ratepay) - Nutzer wird zum Kreditgeber geleitet und kommt zurück. Wenn dein Cookie nicht Cross-Domain-fähig ist, startet eine neue Session.
• Session-Timeout im Payment-Flow - Eine besonders lange Auth-Bestätigung kann die 30-Minuten-Session-Schwelle überschreiten.

Wo der Auditor das Problem zeigt

⚠️ Wichtig: Für diesen Check gibt es im Auditor keine dedizierte Dashboard-Sektion. Der Befund taucht ausschließlich im Health-Overview des Live-Checks auf - als Warnung in der Ampel-Reihe, sobald die Payment-Referral-Quote die Schwelle reißt.

Wer die konkreten Sessions sehen will, muss in der BigQuery-Konsole die SQL-Query manuell laufen lassen oder die Acquisition-Sektion ansteuern, um in den Channel-Verteilung-Auffälligkeiten Hinweise zu finden.

So behebst du es

1. In GA4 alle relevanten Payment-Domains als Referral-Exclusion eintragen. Unter Admin → Data Streams → Web-Stream → Configure tag settings → List unwanted referrals. Die SQL-Liste oben ist eine gute Basis-Vorlage.
2. Cross-Domain-Tracking aktivieren, wenn dein Payment-Flow zwingend über eine zweite Domain läuft, die zu dir gehört (z. B. eigener PSP). Linker-Parameter im GTM setzen.
3. Session-Timeout in GA4 prüfen - Default ist 30 Minuten. Wenn typische Payment-Flows länger dauern, die Session-Dauer erhöhen.
4. Anschließend 48 h warten und im Auditor unter Attribution & Akquisitions-Qualität erneut prüfen.

Verwandte Themen

• Hilfeseite Attribution & Akquisitions-Qualität
• Blog Self-Referrals - wenn deine eigene Domain als Quelle auftaucht - verwandtes Problem mit eigener Domain
• Blog Wenn der gclid da ist - und Google Ads trotzdem nicht - wie Payment-Referrer den gclid überschreiben können

payment referral-exclusion ecommerce