Stripe.js

Stripe.js setzt zwei Cookies: __stripe_mid (Maschinenidentifikator, Laufzeit 1 Jahr) und __stripe_sid (Sitzungsidentifikator, Laufzeit 30 Minuten). Diese Cookies werden von Stripe Radar, dem Betrugserkennungssystem von Stripe, verwendet, um Verhaltenssignale aus der Browser-Sitzung eines Nutzers mit einer stabilen Maschinenidentität zu verknüpfen. Zusätzlich zu diesen Cookies erfasst Stripe.js einen Geräte-Fingerabdruck, einschließlich Browser-Eigenschaften, Plugins, Bildschirmauflösung und Interaktionsmuster.

Auf Zahlungsseiten sind die Cookies __stripe_mid und __stripe_sid und das Betrugs-Fingerprinting als unbedingt erforderlich gemäß der ePrivacy-Richtlinie vertretbar, da sie für die Verarbeitung der vom Nutzer explizit initiierten Zahlungstransaktion benötigt werden. Für ein auf Zahlungsseiten beschränktes Deployment ist kein Einwilligungsbanner typischerweise erforderlich. Wenn Stripe.js jedoch seitenübergreifend auf allen Seiten geladen wird, ist das erweiterte Fingerprinting auf nicht zahlungsbezogenen Seiten rechtlich umstritten und kann eine Interessenabwägung oder nach strengeren nationalen Auslegungen eine Einwilligung erfordern.

Für die ausschließliche Nutzung auf Zahlungsseiten: berechtigtes Interesse (Art. 6(1)(f)) und Vertragserfüllung (Art. 6(1)(b)) DSGVO. Betrugserkennung für Zahlungssicherheit ist ein verhältnismäßiges und notwendiges berechtigtes Interesse. Für eine seitenübergreifende Nutzung: ein Interessenabwägungstest ist erforderlich. Ein Auftragsverarbeitungsvertrag mit Stripe gemäß Art. 28 DSGVO ist in allen Fällen erforderlich.

Ja. Stripe Inc. hat seinen Sitz in den USA und verarbeitet dort Transaktions- und Betrugserkennungsdaten. Stripe verwendet Standardvertragsklauseln (SCC) als DSGVO-konformen Transfermechanismus für EWR-US-Transfers. Stripe stellt einen Datenverarbeitungszusatz bereit, der diese Transfers abdeckt. Sie müssen diesen US-Transfer in Ihrer Datenschutzerklärung offenlegen und die SCCs als anwendbare Garantie referenzieren.

Eine DSFA sollte in Betracht gezogen werden, wenn Stripe.js auf allen Seiten geladen wird, da die systematische Erfassung von Geräte-Fingerabdrücken und Verhaltenssignalen aller Besucher eine Hochrisikoverarbeitung darstellen kann. Die Kombination aus persistenten Identifikatoren (__stripe_mid mit 1-jähriger Laufzeit) und sitzungsübergreifendem Verhaltensprofiling erweitert den Verarbeitungsumfang erheblich. Für ein auf Zahlungsseiten beschränktes Deployment ist eine DSFA in der Regel nicht erforderlich.

Best Practices: unterzeichnen Sie den Datenverarbeitungszusatz von Stripe; laden Sie Stripe.js nach Möglichkeit nur auf zahlungsbezogenen Seiten; legen Sie Stripe.js in Ihrer Datenschutzerklärung offen; wenn Sie es seitenübergreifend laden, dokumentieren und veröffentlichen Sie einen Interessenabwägungstest; fügen Sie __stripe_mid und __stripe_sid in Ihrer Cookie-Richtlinie unter "Sicherheit" oder "Unbedingt erforderlich" (nur Zahlungsseiten) hinzu; und überprüfen Sie regelmäßig Stripes AVV und Unterauftragnehmer-Liste.

Mehrere EU-basierte Zahlungsanbieter bieten Alternativen, bei denen die Betrugserkennung kein seitenübergreifendes JavaScript-Fingerprinting erfordert. Mollie (Niederlande), Adyen (Niederlande) und Klarna (Schweden) sind EU-basierte Anbieter mit robusten EU-Datenresidenzoptionen. Das Compliance-Risiko kann auch durch die Beschränkung des JavaScript-Ladens auf Checkout-Seiten reduziert werden.

Führen Sie in Ihrer Cookie-Richtlinie __stripe_mid und __stripe_sid unter einer Kategorie "Sicherheit" oder "Unbedingt erforderlich" auf, wenn Stripe.js nur auf Zahlungsseiten geladen wird, und erklären Sie, dass sie zur sicheren Zahlungsabwicklung und Betrugserkennung erforderlich sind. Bei seitenübergreifendem Laden erwägen Sie eine andere Kategorisierung und erläutern die Interessenabwägungsgrundlage. Geben Sie an: Cookie-Name, Zweck, Laufzeit, dass Daten von Stripe Inc. in den USA unter SCCs verarbeitet werden, und einen Link zu Stripes Datenschutzerklärung.