Nutzt Ihre Website Drittanbieter-Dienste? Werden Sie in wenigen Minuten DSGVO-konform.
FlowConsent testenmobileCta.note
Stripe.js ist eine JavaScript-Bibliothek, die von js.stripe.com geladen wird und zur sicheren Verarbeitung von Kartenzahlungen sowie zur Unterstützung von Stripe Radar, dem Betrugserkennungssystem von Stripe, eingesetzt wird. Sie setzt zwei Cookies: __stripe_mid (1 Jahr) und __stripe_sid (30 Minuten) und erfasst einen Geräte- und Verhaltensfingerabdruck zur Betrugsbewertung jeder Transaktion. Auf Zahlungsseiten gilt Stripe.js als für die Zahlungsabwicklung unbedingt erforderlich. Das Laden auf allen Seiten für ein dauerhaftes Betrugs-Fingerprinting auf nicht zahlungsbezogenen Seiten ist jedoch nach der ePrivacy-Richtlinie und DSGVO rechtlich umstritten und kann je nach nationaler Auslegung einen Interessenabwägungstest oder eine Einwilligung erfordern.
Stripe.js ist eine JavaScript-Bibliothek von Stripe Inc., die von js.stripe.com geladen wird. Sie ermöglicht Händlern, Zahlungskartendaten sicher direkt im Browser zu erfassen und zu tokenisieren, sodass Rohkartendaten nie die Server des Händlers erreichen. Über die Verarbeitung von Zahlungsformularen hinaus treibt Stripe.js Stripe Radar an, das Machine-Learning-Betrugserkennungssystem von Stripe, indem es Geräte- und Verhaltenssignale sammelt, die zur Bewertung des Betrugsrisikos jeder Transaktion verwendet werden. Stripe.js ist eine grundlegende Komponente der Zahlungsinfrastruktur von Stripe.
Stripe.js setzt zwei benannte Cookies: __stripe_mid, einen Maschinenidentifikator mit einer Laufzeit von einem Jahr, und __stripe_sid, einen Sitzungsidentifikator mit einer Laufzeit von 30 Minuten. Zusätzlich zu diesen Cookies sammelt Stripe.js einen Geräte- und Verhaltensfingerabdruck, einschließlich Browsertyp und -version, installierte Plugins, Bildschirmauflösung, Zeitzone, Mausbewegungsmuster, Tastenanschlagzeiten und andere Signale. Dieser Fingerabdruck wird von Stripe Radar zur Betrugsbewertung jeder Transaktion verwendet. Stripe empfiehlt, Stripe.js auf jeder Seite einer Website zu laden, um das Nutzerverhalten von Beginn der Sitzung an zu beobachten.
Auf Zahlungsseiten sind die Cookies __stripe_mid und __stripe_sid sowie das Radar-Fingerprinting als unbedingt erforderlich für den vom Nutzer explizit angeforderten Zahlungsverarbeitungsdienst vertretbar. Das Laden von Stripe.js auf allen nicht zahlungsbezogenen Seiten ist rechtlich umstritten. Dieses breitere Deployment sammelt Fingerprinting-Daten außerhalb des Zahlungskontexts, was schwieriger als unbedingt erforderlich zu rechtfertigen ist. Mehrere EU-Datenschutzbehörden haben signalisiert, dass dauerhaftes Fingerprinting außerhalb des Zahlungsseitenkontexts eine Einwilligung oder eine strenge Interessenabwägung erfordern kann.
Get GDPR compliant in 10 minutes
Free plan available · No credit card required
Für ein Deployment, das auf Zahlungsseiten beschränkt ist, ist die Rechtsgrundlage berechtigtes Interesse (Art. 6(1)(f) DSGVO) und Vertragserfüllung (Art. 6(1)(b)), da Betrugserkennung ein berechtigtes Interesse zur Absicherung von Zahlungstransaktionen ist. Für ein seitenweites Deployment muss ein Interessenabwägungstest dokumentieren, dass die Interessen an der Betrugsprävention die Datenschutzinteressen der Nutzer überwiegen. Daten werden via Standardvertragsklauseln (SCCs) an Stripe Inc. in den USA übertragen. Ein Auftragsverarbeitungsvertrag mit Stripe ist gemäß DSGVO Art. 28 erforderlich.
Das Compliance-Risiko für Stripe.js wird als mittel eingestuft. Auf Zahlungsseiten beschränkt ist das Risiko gering und die Rechtsgrundlage vertretbar. Das Risiko steigt bei seitenweitem Laden, da dann Betrugs-Fingerprinting auch auf Seiten ohne Zahlungsbezug stattfindet. Händler, die Stripe.js global einbetten, sollten ihre Interessenabwägung dokumentieren und Nutzer in ihrer Datenschutzerklärung darüber informieren.
Für DSGVO- und ePrivacy-Compliance: schließen Sie einen Datenverarbeitungszusatz mit Stripe ab; legen Sie Stripe.js in Ihrer Datenschutzerklärung offen; wenn Sie Stripe.js seitenübergreifend laden, dokumentieren und veröffentlichen Sie eine Interessenabwägung; erwägen Sie, Stripe.js auf zahlungsbezogene Seiten zu beschränken; fügen Sie __stripe_mid und __stripe_sid unter der Kategorie Sicherheit in Ihrer Cookie-Richtlinie hinzu; und überprüfen Sie regelmäßig Stripes AVV und Unterauftragnehmer-Liste.
Websites using Stripe.js must obtain user consent under GDPR regulations.
DPIA considerations
Eine DSFA sollte erwogen werden, wenn Stripe.js auf allen Seiten geladen wird, da Geräte-Fingerprinting zur Betrugserkennung außerhalb des Zahlungskontexts eine systematische Verarbeitung personenbezogener Daten in großem Maßstab darstellen kann. Die Kombination der von Stripe Radar gesammelten Verhaltenssignale kann eine Profilbildung darstellen. Dokumentieren Sie den Umfang des Stripe.js-Einsatzes, die Datenflüsse zu Stripe in den USA und die Rechtsgrundlage für jeden Einsatzkontext (Zahlungsseite oder alle Seiten).
Third-party domains contacted
js.stripe.comm.stripe.comm.stripe.networkapi.stripe.comCookies placed
| Name | Type | Duration | Purpose |
|---|---|---|---|
| __stripe_mid | functional | 1 year | Stripe machine identifier cookie set by js.stripe.com. Used by Stripe Radar to assign a persistent machine identity to a browser for fraud detection scoring. Persists across sessions. |
| __stripe_sid | functional | 30 minutes | Stripe session identifier cookie set by js.stripe.com. Used by Stripe Radar to track a single browsing session for fraud risk assessment during the payment flow. |
Stripe.js ist ein essenzieller Dienst, aber Transparenz ist wichtig. Verwalten Sie Ihre gesamte Einwilligung mit FlowConsent.
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.