Google Pay
Integrieren Sie Google Pay mit Cardflo in Ihren Checkout-Flow. So können Kunden schnell und sicher mit gespeicherten Kartendaten auf Android-Geräten und in Chrome-Browsern bezahlen.
Google Pay beschleunigt den Zahlungsprozess und reduziert Kaufabbrüche, indem es eine vertraute und effiziente Zahlungsoption bietet.
- Kategorie
- Methoden
- Funktionen
- 10
- Verfügbar auf
- Alle Pläne
Der Überblick
Google Pay dient als digitale Brieftasche und Zahlungsplattform, die kartenbasierte Transaktionen ohne physische Karte ermöglicht, indem sie die im Google-Konto eines Nutzers gespeicherten Zahlungsdaten verwendet. Innerhalb des Zahlungsstacks fungiert es als Container für verschiedene Finanzierungsquellen, einschließlich Kredit-, Debit- und Prepaid-Karten.
Wenn ein Kunde eine Transaktion initiiert, generiert Google Pay eine virtuelle Kontonummer oder ein Kryptogramm, je nachdem, ob der Händler Netzwerk-Tokenisierung oder verschlüsselte Payloads verwendet. Dieser Mechanismus abstrahiert die primäre Kontonummer von der Händlerumgebung, was den Umfang der PCI-DSS-Konformität reduzieren kann.
Für Acquirer und Aussteller werden Google Pay-Transaktionen über Standard-Scheme-Systeme verarbeitet, wobei sie oft von den Sicherheitsprotokollen des zugrundeliegenden mobilen Geräts profitieren.
Das System unterstützt sowohl webbasierte Integrationen über Chrome als auch In-App-Erlebnisse auf Android, wobei die Google Pay API verwendet wird, um verschlüsselte Zahlungsdaten über ein Gateway an das relevante Kartenschema zu übermitteln.
Wie es funktioniert
Kunde initiiert Zahlungssitzung
Der Kunde wählt die Google Pay-Schaltfläche im Checkout eines Händlers oder in der mobilen Anwendung aus. Die Google Pay API zeigt ein Zahlungsblatt an, in dem der Kunde seine bevorzugte Karte auswählt und die Transaktion bestätigt.
Die Identifizierung basiert oft auf biometrischen Daten oder Geräte-Passcodes, um den Nutzer zu verifizieren.
Erzeugung eines verschlüsselten Payloads
Sobald vom Nutzer autorisiert, generiert Google ein verschlüsseltes Zahlungstoken oder ein dynamisches Kryptogramm. Dieser Payload enthält die notwendigen Karteninformationen oder ein Netzwerk-Token zusammen mit transaktionsspezifischen Daten, um sicherzustellen, dass die eigentliche primäre Kontonummer während der Übertragung nicht direkt den Servern des Händlers ausgesetzt wird.
Gateway-Übertragung und Entschlüsselung
Der Händler sendet den verschlüsselten Payload an seinen PSP oder sein Gateway. Das Gateway entschlüsselt die Daten, um die Kartendaten zu identifizieren, oder leitet das Netzwerk-Token direkt an den Acquirer weiter.
Dieser Schritt stellt sicher, dass die Transaktion innerhalb der etablierten sicheren Kanäle für die Kartenverarbeitung bleibt.
Ausstellerautorisierung und Abrechnung
Der Acquirer übermittelt die Autorisierungsanfrage über das Kartenschema an die ausstellende Bank. Der Aussteller überprüft das Kryptogramm und prüft die verfügbaren Mittel.
Nach Genehmigung wird ein Autorisierungscode zurückgegeben und die Transaktion wird schließlich zur Abrechnung innerhalb der branchenüblichen Zeiträume erfasst.
Warum es wichtig ist
Reibungsminderung und Konversion
Durch den Wegfall der manuellen Eingabe von Kartennummern, Ablaufdaten und CVVs minimiert Google Pay mechanische Hürden am Point of Purchase. In mobilen Umgebungen führen diese Reibungspunkte häufig zu Kaufabbrüchen.
Digitale Wallets ermöglichen ein komprimiertes Checkout-Erlebnis, was zu höheren erfolgreichen Autorisierungsraten im Vergleich zur traditionellen manuellen Eingabe führen kann.
Erweiterte Sicherheit durch Tokenisierung
Google Pay nutzt, wo verfügbar, die Netzwerk-Tokenisierung, die die sekundäre Kontonummer der physischen Karte durch ein gerätespezifisches Token ersetzt. Da diese Tokens typischerweise auf einen bestimmten Händler oder ein Gerät beschränkt sind, wird das Risiko des betrügerischen Gebrauchs nach einer Datenpanne erheblich reduziert.
Diese Architektur entspricht modernen Sicherheitsstandards und schützt die Integrität des Zahlungslebenszyklus.
Anwendungsfälle
Mobile E-Commerce-Anwendungen
Einzelhändler mit nativen Android-Anwendungen nutzen Google Pay, um einen One-Tap-Checkout zu ermöglichen. Dies ist besonders effektiv für Impulskäufe, bei denen die Minimierung der Zahlungsschritte entscheidend für die Kundenbindung ist.
Chrome-Webbrowser-Checkout
Online-Händler nutzen die Google Pay API auf ihren Websites, um gespeicherte Zahlungsdetails von Chrome-Nutzern zu erfassen. Dies ermöglicht Desktop- und mobilen Web-Nutzern das Bezahlen, ohne ihre physischen Karten tatsächlich zu nutzen.
Abonnement- und wiederkehrende Abrechnung
Dienstanbieter können die erste Transaktion über Google Pay initiieren, um ein Token zu sichern. Dieses Token erleichtert dann nachfolgende vom Händler initiierte Transaktionen für monatliche Verlängerungen oder nutzungsbasierte Abrechnungsmodelle.
In Zahlen
Typische Branchenbeobachtungen zeigen, dass digitale Wallets die im Checkout-Flow verbrachte Zeit im Vergleich zur manuellen Karteneingabe um mehrere Minuten reduzieren können.
Branchenberichte weisen oft auf einen messbaren Anstieg der Konversionsraten auf mobilen Geräten hin, wenn One-Tap-Zahlungsmethoden wie Google Pay implementiert werden.
Händler, die Netzwerk-Tokens über digitale Wallets verwenden, verzeichnen oft einen geringfügigen Anstieg der Autorisierungsraten aufgrund reduzierter Reibung und besserer Kartenlebenszyklusverwaltung.
Verwandte Begriffe
Talk to our team about a live rollout on your acquiring stack.
Was Sie erhalten mit Google Pay
- Unterstützt mehrere Kartennetzwerke, einschließlich Visa, Mastercard und American Express über die Wallet.
- Nutzt biometrische Authentifizierung wie Fingerabdruck- oder Gesichtserkennung zur Transaktionsautorisierung.
- Reduziert die PCI-DSS-Haftung des Händlers, indem die direkte Handhabung sensibler primärer Kontonummern verhindert wird.
- Integriert sich in die Google Pay API für Android-Apps und Web-Umgebungen.
- Kompatibel mit Netzwerk-Tokenisierung zur Verbesserung der Sicherheit und des Lebenszyklus-Managements von Karten.
- Bietet ein einheitliches Zahlungserlebnis auf verschiedenen Geräten und Google-verknüpften Plattformen.
- Unterstützt die Überprüfungsanforderungen Dritter, die häufig in SCA- und PSD2-Rahmenwerken zu finden sind.
- Ermöglicht einen schnellen Gastzugang ohne die Notwendigkeit, ein händlerspezifisches Konto zu erstellen.
- Gibt die im Google-Konto gespeicherten Rechnungs- und Lieferadressen an den Händler weiter.
- Arbeitet über Standard-Acquirer- und Scheme-Systeme für einfache Abstimmung und Berichterstattung.
A short scoping call, then a written plan for your MIDs.
Fragen zu Google Pay
Wie geht Google Pay mit den Anforderungen an die starke Kundenauthentifizierung (SCA) um?
Google Pay ist so konzipiert, dass es mit den SCA-Anforderungen gemäß PSD2 kompatibel ist. Wenn sich ein Nutzer auf seinem Gerät per Biometrie oder Passcode authentifiziert, erfüllt dies oft die Zwei-Faktor-Authentifizierungskriterien (etwas, das der Nutzer ist, und etwas, das der Nutzer hat).
Das resultierende Kryptogramm, das an den Acquirer übermittelt wird, zeigt an, dass die Transaktion authentifiziert wurde. Abhängig vom Aussteller und dem spezifischen Transaktionsrisikoprofil kann jedoch weiterhin eine 3-D Secure-Herausforderung ausgelöst werden, insbesondere für bestimmte regulierte Regionen oder Transaktionen mit hohem Wert.
Sind die Transaktionsgebühren bei der Verwendung von Google Pay anders als bei einer standardmäßigen Kartenzahlung?
Aus Sicht des Acquirers und des Schemes werden Google Pay-Transaktionen typischerweise als standardmäßige Card-not-present (CNP)-Transaktionen behandelt. Der Händler zahlt im Allgemeinen die gleichen Interchanges, Scheme-Gebühren und Acquirer-Aufschläge, wie er sie auch für eine manuelle Karteneingabe zahlen würde.
Einige Schemes können spezifische Anreizraten für tokenisierte Transaktionen anbieten, aber es fallen typischerweise keine zusätzlichen Gebühren an, die Google dem Händler für die Verarbeitung dieser Zahlungen über die API berechnet.
Was ist der Unterschied zwischen Google Pay verschlüsselten Payloads und Netzwerk-Tokens?
Ein verschlüsselter Payload ist ein sicherer Datenblock, der entweder die Kartendaten oder ein Token enthält, das der PSP entschlüsselt, um die Zahlung zu verarbeiten. Ein Netzwerk-Token ist ein nicht-sensibler Ersatz für die PAN, der vom Kartenschema ausgegeben und von Google gespeichert wird.
Während beide die Sicherheit erhöhen, können Netzwerk-Tokens vom Aussteller automatisch aktualisiert werden, wenn die physische Karte verloren geht oder abläuft, wodurch die Wahrscheinlichkeit von Ablehnungen während des Autorisierungsprozesses verringert wird.
Kann Google Pay für wiederkehrende oder vom Händler initiierte Transaktionen verwendet werden?
Ja, Google Pay kann zur Erleichterung der anfänglichen vom Kunden initiierten Transaktion (CIT) verwendet werden. Während dieses Prozesses kann der Händler oder sein Gateway ein Token erhalten, das für nachfolgende vom Händler initiierte Transaktionen (MIT) verwendet wird.
Dies ist eine gängige Praxis für Abonnementmodelle, die es dem Händler ermöglicht, dem Kunden in regelmäßigen Abständen Rechnungen zu stellen, ohne dass der Kunde bei jedem Abrechnungszyklus anwesend sein muss.
Wie hilft Google Pay, Rückbuchungen oder Streitigkeiten zu reduzieren?
Obwohl Google Pay keine absolute Garantie gegen Rückbuchungen bietet, liefert die Verwendung der gerätebasierten Authentifizierung (Biometrie/Passcodes) stärkere Beweise für die Teilnahme des Karteninhabers im Vergleich zu einfachen CVV-Prüfungen.
In Fällen, in denen Netzwerk-Tokenisierung und Kryptogramme verwendet werden, wird das Risiko von 'Verlust- und Diebstahl'-Betrug erheblich gesenkt. 'Freundlicher Betrug' oder dienstleistungsbezogene Streitigkeiten bleiben jedoch eine Möglichkeit und werden über den standardmäßigen Schemes-Streitbeilegungsprozess gehandhabt.
Welche Daten erhält der Händler, wenn ein Kunde Google Pay verwendet?
Der Händler erhält die notwendigen Informationen zur Abwicklung der Bestellung über die Google Pay API-Antwort. Dies umfasst typischerweise das Zahlungskryptogramm oder Token, die Kartenmarke und die letzten vier Ziffern (zu Anzeigezwecken) sowie, falls angefordert, die Liefer- und Rechnungsadressen des Kunden.
Dies reduziert die Notwendigkeit für den Händler, diese Daten über manuelle Formulare zu erfassen, obwohl der Händler weiterhin für die Verarbeitung dieser Daten gemäß DSGVO oder anderen Datenschutzbestimmungen verantwortlich ist.
Bereit für Geschwindigkeit?
Erzählen Sie uns von Ihrem Unternehmen. Wir vermitteln Ihnen die passenden Acquirer-Partner und den richtigen Weg, normalerweise innerhalb einer Woche.