Informationen zum Konfigurieren einer webbasierten Zahlungs-App während der Registrierung.
Webbasierte Zahlungs-Apps sind Progressive Web-Apps (PWAs) und werden über Service Worker ausgeführt. Der Service Worker in einer Zahlungs-App spielt eine wichtige Rolle, da er Zahlungsanfragen von einem Händler erfasst, die Zahlungs-App startet und die Kommunikation mit dem Händler vermittelt.
Wenn Sie eine webbasierte Zahlungs-App konfigurieren möchten, müssen Sie verfügbare Zahlungsmethoden und einen Service Worker registrieren. Sie können Ihre webbasierte Zahlungs-App deklarativ mit einem Web-App-Manifest konfigurieren.
Unterstützte Browser
Web Payments besteht aus mehreren verschiedenen Technologien und der Supportstatus hängt vom Browser ab.
Zahlungs-App mit einem Web-App-Manifest konfigurieren
Wenn Sie Ihre webbasierte Zahlungs-App deklarativ konfigurieren möchten, stellen Sie ein Web-App-Manifest bereit.
Die folgenden Properties im Web-App-Manifest sind für webbasierte Zahlungs-Apps relevant:
nameiconsserviceworkersrcscopeuse_cache
Zahlungsmethode einrichten: Prüfen Sie, ob das Manifest Ihrer Zahlungsmethode richtig auf das Manifest Ihrer Web-App verweist.
Service Worker Just-in-time (JIT) registrieren
Für die JIT-Registrierung muss nur das Web-App-Manifest bereitgestellt werden. Es ist kein zusätzlicher Code erforderlich. Wenn Sie Ihr Web-App-Manifest bereits konfiguriert haben und es richtig bereitstellen, sollte alles in Ordnung sein. Der Browser kümmert sich um den Rest.
Fehlerbehebung bei einer webbasierten Zahlungs-App
Bei der Entwicklung eines webbasierten Frontends für eine Zahlungs-App wechseln Sie wahrscheinlich zwischen dem Händlerkontext und dem Kontext der Zahlungs-App. Die folgenden Tipps zur Fehlerbehebung können Ihnen bei der Entwicklung in Chrome helfen.
Auf einem lokalen Server entwickeln
Welchen Server verwenden Sie für die Entwicklung? Viele Entwickler verwenden localhost oder eine unternehmensinterne Serverumgebung. Das kann problematisch sein, da für leistungsstarke Browserfunktionen in der Regel eine sichere Umgebung (HTTPS) und ein gültiges Zertifikat erforderlich sind. Die Payment Request API und die webbasierte Payment Handler API sind keine Ausnahme und für Localhosts oder unternehmensinterne Server ist in der Regel kein gültiges Zertifikat vorhanden.
Die gute Nachricht ist, dass einige Browser, darunter Chrome, Zertifikate für http://localhost standardmäßig ausnehmen. Auch in Chrome können Sie die Zertifikatsanforderung umgehen, indem Sie eine Chrome-Instanz starten. Wenn Sie beispielsweise die Anforderung von http://*.corp.company.com ausnehmen möchten, verwenden Sie die folgenden Flags:
macOS
/Applications/Google\ Chrome.app/Contents/MacOS/Google\ Chrome --ignore-certificate-errors --unsafely-treat-insecure-origin-as-secure=http://*.corp.company.com
Windows
chrome.exe --ignore-certificate-errors --unsafely-treat-insecure-origin-as-secure=http://*.corp.company.com
Weitere Informationen zum Ausführen von Chrome mit einem Laufzeit-Flag
Portweiterleitung für einen lokalen Server
Sie können den lokalen Webserver mit den Chrome-Entwicklertools an ein Android-Gerät weiterleiten und testen, wie er in einem mobilen Browser funktioniert. Hier erfahren Sie, wie Sie auf lokale Server zugreifen.
Remote-Debugging einer Website in Android Chrome über die Desktop-Entwicklertools
Sie können Android Chrome auch in den Desktop-Entwicklertools debuggen. Weitere Informationen
Ereignisprotokollierung für Zahlungsabwickler
DevTools kann Ereignisse der Web-based Payment Handler API anzeigen, um die lokale Entwicklung zu erleichtern. Öffnen Sie die Entwicklertools im Händlerkontext und rufen Sie im Bereich Anwendung den Abschnitt „Zahlungs-Handler“ auf. Klicken Sie auf „Ereignisse aus anderen Domains anzeigen“ und dann auf die Schaltfläche „Aufzeichnen“, um mit der Erfassung von Ereignissen zu beginnen, die an den Service Worker gesendet werden, der Zahlungen verarbeitet.
Nächste Schritte
Im nächsten Schritt erfahren Sie, wie der Service Worker eine Zahlungstransaktion zur Laufzeit orchestrieren kann.