---
slug: stripe-und-paypal
title: "Wie melde ich Käufe über Stripe oder PayPal?"
category: installation
locale: de
updated: 2026-10-16
keywords: ["Stripe","PayPal","Webhook","Payment Link","Checkout","Zahlungsanbieter","Erstattung"]
questions: ["Kann Metrunio Käufe direkt aus Stripe oder PayPal übernehmen, ohne dass ich etwas programmiere?","Stripe anbinden","PayPal anbinden","Stripe Webhook Metrunio","Payment Link Tracking","Stripe Checkout Conversion","Käufe ohne Shopsystem messen","client_reference_id","Was passiert mit einem Stripe-Kauf nach Ablehnung im Cookie-Banner?","Was bedeutet mtr1_d?","Ich nutze client_reference_id schon selbst. Was passiert mit meinen Käufen?","Warum zeigt die Zahlungsverbindung einen Hinweis zur eigenen Referenz?","Was passiert mit der Erstattung eines abgewiesenen Kaufs?","Zählen Abo-Verlängerungen aus Stripe?"]
url: https://bench.metrunio.com/de/hilfe/stripe-und-paypal
---

# Wie melde ich Käufe über Stripe oder PayPal?

**Kann Metrunio Käufe direkt aus Stripe oder PayPal übernehmen, ohne dass ich etwas programmiere?**

Ohne zu programmieren, in jedem Tarif: Unter „Datenverbindungen → Zahlungsanbieter“ legst du eine Verbindung an und trägst die Adresse, die Metrunio dir nennt, bei Stripe oder PayPal als Webhook ein. Käufe und Erstattungen kommen dann vom Zahlungsanbieter; zugeordnet wird ein Kauf, wenn er die Referenz aus dem SDK trägt.

Für alle, deren Kauf bei Stripe oder PayPal endet: Kurse, Software, Dienstleistungen, kleine Shops ohne Shopsystem. Metrunio nimmt die Webhooks des Zahlungsanbieters an, prüft ihre Signatur und liest daraus Betrag, Währung, Zeitpunkt und Erstattungen.

## Stripe

1. Lege im Portal unter „Datenverbindungen → Zahlungsanbieter“ eine Verbindung für Stripe und deine Website an. Metrunio zeigt dir eine Adresse.
2. Lege in Stripe unter „Entwickler → Webhooks“ einen Endpunkt mit dieser Adresse an und wähle die Ereignisse checkout.session.completed, checkout.session.async_payment_succeeded, invoice.paid und refund.created. Ohne invoice.paid fehlen die Verlängerungen deiner Abos.
3. Kopiere das Signing Secret des Endpunkts (beginnt mit whsec_) und trage es bei der Verbindung ein. Erst danach nimmt Metrunio Nachrichten an.

## PayPal

1. Lege im Portal eine Verbindung für PayPal und deine Website an.
2. Lege in deiner App im PayPal-Entwicklerbereich unter „Webhooks“ einen Webhook mit der Adresse an und wähle PAYMENT.CAPTURE.COMPLETED und PAYMENT.CAPTURE.REFUNDED.
3. Kopiere die Webhook-ID und trage sie bei der Verbindung ein. Metrunio prüft jede Nachricht gegen das Zertifikat, mit dem PayPal signiert.

## Damit Käufe zugeordnet werden

Ein Kauf landet in der Journey, wenn er die Referenz aus dem SDK trägt. Mit Einwilligung in Analyse enthält sie die Besucherkennung, die Sitzung und den Stand der Einwilligung. Hat jemand im Banner abgelehnt oder widerrufen, trägt sie nur diesen Status (mtr1_d) und keine Kennung. Vor jeder Entscheidung gibt es keine Referenz.

- Stripe Payment Links, Buy Buttons und Pricing Tables: nichts zu tun. Das SDK setzt die Referenz selbst als client_reference_id. Nutzt du das Feld schon selbst, bleibt dein Wert stehen; was das für deine Käufe heißt, steht weiter unten.
- Stripe Checkout mit eigenem Code: Gib beim Anlegen der Sitzung client_reference_id: metrunio.paymentReference() mit (aus dem Browser an deinen Server weitergereicht).
- PayPal-Buttons: Gib beim Anlegen der Bestellung purchase_units[0].custom_id: metrunio.paymentReference() mit.

```javascript
// Browser: Referenz holen und an deinen Server geben
const reference = metrunio.paymentReference(); // null, solange niemand entschieden hat

// Server (Stripe Checkout)
const session = await stripe.checkout.sessions.create({
  mode: 'payment',
  line_items: [...],
  success_url: 'https://www.beispiel.de/danke',
  ...(reference ? { client_reference_id: reference } : {}),
});
```

Ganz ohne Referenz zählt der Kauf trotzdem: als gemessener Umsatz, nicht zugeordnet, wie jede Bestellung ohne Einwilligungsentscheidung. Melde denselben Kauf nicht zusätzlich aus dem Browser; die Bestellnummer ist die Zahlung bei Stripe oder PayPal, und eine zweite Meldung mit anderer Nummer zählte doppelt.

## Wenn dein Shop das Feld selbst nutzt

Trägt client_reference_id bei Stripe oder custom_id bei PayPal einen eigenen Wert deines Shops, fehlt die Referenz aus dem SDK. Ob die Kundin oder der Kunde im Banner abgelehnt hat, lässt sich dann nicht feststellen. Metrunio behandelt einen solchen Kauf deshalb wie einen Kauf nach einer Ablehnung: Mit aktivierter Zusatzweisung zur Umsatzabstimmung zählt er als gemessener Umsatz ohne Kennung, nie zugeordnet. Ohne sie nimmt Metrunio ihn nicht an. Die Zahlungsverbindung im Portal zeigt dann einen Hinweis mit dem Datum des letzten solchen Kaufs. Gespeichert wird dafür nur dieses Datum, nicht dein Wert. Willst du die Käufe sehen, erteile die Zusatzweisung oder gib statt deines eigenen Werts die Referenz aus dem SDK mit.

## Nach einer Ablehnung oder einem Widerruf

- Trägt der Kauf mtr1_d, gilt er als Bestellung nach einer Ablehnung. Mit aktivierter Zusatzweisung zur Umsatzabstimmung zählt er als gemessener Umsatz ohne Kennung, nie zugeordnet. Ohne sie nimmt Metrunio ihn nicht an, und das Protokoll der Verbindung zeigt ihn als abgewiesen.
- Widerruft jemand im Banner, ersetzt das SDK die Referenz an Payment Links, Buy Buttons und Pricing Tables durch mtr1_d. Holst du die Referenz mit eigenem Code, frag sie erst beim Anlegen des Checkouts ab, nicht beim Laden der Seite.
- Wurde der Checkout noch mit Einwilligung angelegt und die Zahlung kommt erst nach dem Widerruf an (etwa per Lastschrift), nimmt Metrunio den Kauf nicht an. Er geht auch nicht als Bestellung ohne Entscheidung in die Umsatzabstimmung.
- Eine Erstattung trägt keine Referenz. Sie geht ohne Kennung auf die Zahlung und ändert nur einen Kauf, den Metrunio angenommen hat.
- Hat Metrunio den Kauf abgewiesen, verwirft es auch seine Erstattung: Sie wird nicht gespeichert, erscheint nicht unter „Datenstatus“ und färbt die Verbindung nicht rot. Im Protokoll der Verbindung steht sie als „zählt nicht“, ohne Bestellnummer. Dafür merkt sich Metrunio beim Abweisen 180 Tage lang nur eine Prüfsumme der Zahlung, nicht die Zahlung selbst. Kommt die Erstattung vor dem Kauf an, liegt sie bis zum nächsten Verarbeitungsversuch ohne Kennung bereit und wird dann gelöscht.
- Zwei Ausnahmen: Kommt die Erstattung erst nach diesen 180 Tagen, oder nennt sie eine andere Kennung als der Kauf (etwa allein die Charge), erkennt Metrunio den abgewiesenen Kauf nicht. Dann wartet sie wie jede Erstattung 24 Stunden ohne Kennung auf einen Kauf, wird danach gelöscht und unter „Datenstatus“ nur gezählt, ohne Bestellnummer.
- Eine Abweisung nach einer Ablehnung oder einem Widerruf ist gewollt. Sie steht im Protokoll als „abgewiesen“, aber die Verbindung zeigt deshalb keinen Fehler.

> **Rechtlicher Hinweis:** Ob du Käufe nach einer Ablehnung für die Umsatzabstimmung verarbeiten lassen darfst, entscheidest du als Verantwortliche oder Verantwortlicher. Die Zusatzweisung ist dafür die Grundlage im Vertrag mit Metrunio; sie ersetzt keine Prüfung deiner Rechtsgrundlage.

## Was gelesen wird und was nicht

- Gelesen: Kennung der Zahlung, Betrag, Währung, Zeitpunkt, bei Stripe dazu Steuer, Versand und Rabatt, die Kennung des Abos und der Anlass einer Rechnung, und die Referenz.
- Nicht gelesen: Namen, Mail- und Postadressen, Zahlungs- und Kartendaten. Die Nachricht selbst wird nicht gespeichert.
- Das Protokoll der Verbindung zeigt die letzten 50 Nachrichten mit Art, Ergebnis und Betrag, ohne Bestellnummer, und hält sie 30 Tage.

- Es zählen bezahlte Checkout-Sitzungen, auch die erste Zahlung eines Abos, und abgeschlossene PayPal-Zahlungen. Ein Checkout ohne Betrag (etwa eine Testphase) zählt nicht.
- Verlängerungen eines Abos zählen seit dem 16.10.2026 als Folgezahlung (invoice.paid mit billing_reason subscription_cycle): gemessen, in den Berichten getrennt, aber keinem Kanal zugeordnet, weil eine Rechnung keine Referenz aus dem Browser trägt. Andere Rechnungen, etwa nach einem Tarifwechsel, zählen nicht, und Abos über PayPal auch nicht. Mehr dazu im Artikel über Abo-Folgezahlungen.
- Eine Lastschrift zählt bei Stripe erst, wenn sie bezahlt ist (checkout.session.async_payment_succeeded).
- Erstattungen einer Abo-Zahlung findet Metrunio nicht immer, weil Stripe sie über eine andere Zahlung führt als die Checkout-Sitzung. Nach 24 Stunden ohne Kauf löscht Metrunio sie und zählt sie unter „Datenstatus“ nur noch je Tag (REFUND_WITHOUT_PURCHASE), ohne Bestellnummer.
- Eine Erstattung ordnet Metrunio über den Payment Intent zu, auch wenn Stripe ihn nur in der Charge mitliefert. Nennt eine Erstattung allein die Charge, findet sie keinen Kauf: Die Checkout-Sitzung nennt die Charge nicht, und Metrunio fragt bei Stripe nicht nach. Das betrifft Zahlungen ohne Payment Intent, die über Stripe Checkout nicht entstehen.
- Ein Webhook je Website und Anbieter. Mehrere Websites mit einem Stripe-Konto brauchen je einen Endpunkt.

## Ebenfalls gefragt

- Stripe anbinden
- PayPal anbinden
- Stripe Webhook Metrunio
- Payment Link Tracking
- Stripe Checkout Conversion
- Käufe ohne Shopsystem messen
- client_reference_id
- Was passiert mit einem Stripe-Kauf nach Ablehnung im Cookie-Banner?
- Was bedeutet mtr1_d?
- Ich nutze client_reference_id schon selbst. Was passiert mit meinen Käufen?
- Warum zeigt die Zahlungsverbindung einen Hinweis zur eigenen Referenz?
- Was passiert mit der Erstattung eines abgewiesenen Kaufs?
- Zählen Abo-Verlängerungen aus Stripe?

## Weiterführend

- https://bench.metrunio.com/de/hilfe/shopsysteme
- https://bench.metrunio.com/de/hilfe/server-events-api
- https://bench.metrunio.com/de/hilfe/sdk-api
- https://bench.metrunio.com/de/hilfe/erstattungen
- https://bench.metrunio.com/de/hilfe/consent-vor-einwilligung
- https://bench.metrunio.com/de/hilfe/zusatzweisung-umsatzabstimmung
- https://bench.metrunio.com/de/hilfe/abo-folgezahlungen