Hier erfährst du mehr darüber, wer am Web Payments-Ökosystem beteiligt ist, wie die Beteiligten miteinander interagieren und wie du dich beteiligen kannst.
Aufbau von Web Payments
Web Payments umfasst mehrere Webstandards:
- Payment Request API: Die Payment Request API ermöglicht schnelle und einfache Bezahlvorgänge über eine native Browser-UI. Er bietet einen einheitlichen Bezahlvorgang und Nutzer müssen ihre Versand- und Zahlungsinformationen nicht bei jedem Bezahlvorgang neu eingeben.
- Webbasierte Payment Handler API: Die webbasierte Payment Handler API öffnet das Ökosystem für Zahlungsdienstleister, indem sie es ihren webbasierten Zahlungsanwendungen ermöglicht, über die Standard-Payment Request API als Zahlungsmethoden auf Händlerwebsites zu fungieren.
- Zahlungsmethoden-IDs: Die Zahlungsmethoden-IDs definieren, wie Strings (
https://google.com/pay,https://apple.com/apple-payusw.) zur Identifizierung einer Zahlungsmethode verwendet werden können. Neben standardisierten Kennungen für Zahlungsmethoden kann jeder seine eigene Zahlungsmethode mit URL-basierten Kennungen für Zahlungsmethoden definieren. - Manifest der Zahlungsmethode: Das Manifest der Zahlungsmethode definiert die maschinenlesbare Manifestdatei, die als Manifest der Zahlungsmethode bezeichnet wird. Es beschreibt, wie eine Zahlungsmethode im Zahlungsökosystem verwendet wird und wie solche Dateien zu verwenden sind.
So funktioniert die Zahlungsanforderung
An einer Onlinetransaktion sind in der Regel vier Parteien beteiligt.
| Spieler | Beschreibung | API-Nutzung |
|---|---|---|
| Kunden | Nutzer, die einen Bezahlvorgang durchlaufen, um Artikel online zu kaufen. | – |
| Händler | Unternehmen, die Produkte auf ihrer Website verkaufen. | Payment Request API |
| Zahlungsdienstleister | Drittunternehmen, die Zahlungen tatsächlich abwickeln, d. h. Kunden belasten und Händlern gutschreiben. Auch als Zahlungs-Gateways oder Zahlungsabwickler bezeichnet. | Payment Request API |
| Zahlungs-Handler | Drittanbieter, die Anwendungen bereitstellen, in denen in der Regel die Zahlungsdaten von Kunden gespeichert werden und die diese Daten mit der Autorisierung der Kunden an Händler weitergeben, um eine Transaktion zu verarbeiten. | Webbasierte Payment Handler API |
- Der Kunde besucht die Website eines Händlers, legt Artikel in den Einkaufswagen und startet den Bezahlvorgang.
- Der Händler benötigt die Zahlungsdaten des Kunden, um die Transaktion zu verarbeiten. Sie präsentieren dem Kunden über die Payment Request API eine Benutzeroberfläche für Zahlungsanfragen. In der Benutzeroberfläche werden verschiedene Zahlungsmethoden aufgeführt, die durch die Zahlungsmethoden-IDs angegeben werden. Die Zahlungsmethoden können im Browser gespeicherte Kreditkartennummern oder Zahlungsabwickler wie Google Pay, Samsung Pay und ähnliche sein. Der Händler kann optional die Versandadresse und die Kontaktdaten des Kunden anfordern.
- Wenn der Kunde eine Zahlungsmethode wie Google Pay auswählt, startet Chrome entweder eine plattformnative Zahlungs-App oder eine webbasierte Zahlungs-App. Dieser Schritt hängt vollständig von der Implementierung des Zahlungsabwicklers ab, die auf dem Manifest der Zahlungsmethode basiert. Nachdem der Kunde die Zahlung autorisiert hat, gibt der Zahlungsabwickler eine Antwort an die Payment Request API zurück, die sie an die Händlerwebsite weiterleitet. (Wenn es sich um eine Push-Zahlung wie eine Banküberweisung oder eine Kryptowährung handelt, ist die Zahlung bereits verarbeitet, wenn der Händler die Antwort erhält.)
- Die Händlerwebsite sendet Zahlungsanmeldedaten an einen PSP, um die Zahlung zu verarbeiten und die Überweisung zu initiieren. In der Regel ist auch eine Bestätigung der Zahlung auf der Serverseite erforderlich.
- Der PSP verarbeitet die Zahlung, fordert sicher eine Überweisung von der Bank oder dem Kreditkartenaussteller des Kunden an den Händler an und gibt dann ein Erfolgs- oder Fehlerergebnis an die Website des Händlers zurück.
- Auf der Website des Händlers wird der Kunde über den Erfolg oder Misserfolg der Transaktion informiert und der nächste Schritt wird angezeigt, z. B. der Versand des gekauften Artikels.
Einschränkung: PSP-Abhängigkeit
Wenn Sie als Händler Kreditkartenzahlungen akzeptieren möchten, sind Zahlungsdienstleister ein wichtiges Glied in der Zahlungsabwicklungskette. Die Implementierung der Payment Request API macht einen PSP nicht überflüssig.
Händler nutzen in der Regel einen Drittanbieter-PSP, um die Zahlungsabwicklung aus Gründen der Bequemlichkeit und der Kosten durchzuführen. Das liegt vor allem daran, dass die meisten PSPs den PCI DSS einhalten, einen Standard für Informationssicherheit, der die Sicherheit von Karteninhaberdaten regelt.
Da das Erreichen und Aufrechterhalten einer strengen PCI-DSS-Compliance teuer und schwierig sein kann, entscheiden sich die meisten Händler dafür, einen konformen PSP zu nutzen, um den Zertifizierungsprozess nicht selbst durchlaufen zu müssen. Einige große und finanziell robuste Unternehmen erwerben jedoch eine eigene PCI-DSS-Zertifizierung, um eine solche Abhängigkeit von Drittanbietern zu vermeiden.
Das ist besonders wichtig, wenn Sie eine primäre Kontonummer (Primary Account Number, PAN) als Zahlungsberechtigung verarbeiten, also die auf der Karte eingeprägte Nummer. Für die Verarbeitung mit JavaScript ist die Einhaltung von PCI SAQ A-EP erforderlich.
Durch die Delegierung der Zahlungsabwicklung an einen PCI DSS-konformen PSP werden die Anforderungen an die Website des Händlers vereinfacht und die Integrität der Zahlungsinformationen für den Kunden gewährleistet.
Als Nächstes
Informationen zu den Feldern und Methoden der Payment Request API findest du unter How the Payment Request API Works.