Zwei Wege, eine Zahlung entgegenzunehmen
Beim Aufbau eines Checkout-Prozesses stehen Händlern grundsätzlich zwei architektonische Varianten zur Verfügung. Ein Hosted Checkout leitet den Kunden auf eine vom Zahlungsanbieter gehostete Zahlungsseite weiter – entweder per Redirect oder innerhalb eines iFrames –, auf der Karten- und Zahlungsdaten eingegeben werden. Ein eingebettetes Formular hält den Kunden auf der eigenen Seite des Händlers, da die Zahlungsfelder direkt in dessen Website oder App integriert sind. Beide Ansätze führen zum gleichen Ergebnis, einer abgeschlossenen Transaktion, der Weg dorthin unterscheidet sich jedoch – und dieser Unterschied wirkt sich auf Conversion, Kontrolle und Compliance aus.
Auswirkungen auf die Conversion
Ein Hosted Checkout, insbesondere per Redirect, bringt einen sichtbaren Wechsel mit sich: Der Kunde verlässt die Seite des Händlers und landet woanders, bevor er zurückkehrt. Für manche Käufer kann dieser Bruch in der Kontinuität Unsicherheit oder zusätzliche Reibung erzeugen, besonders wenn das Design der Hosted-Seite deutlich vom Auftritt des Händlers abweicht. Ein eingebettetes Formular vermeidet diesen Sprung und hält den Kunden durchgängig auf einer einzigen Seite. Ob dieser Unterschied die Abschlussraten tatsächlich beeinflusst, hängt vom jeweiligen Prozess, der Zielgruppe und davon ab, wie gut die Hosted-Seite an die Marke des Händlers angepasst ist – das sollte daher nicht ohne Test am eigenen Traffic vorausgesetzt werden.
Kontrolle über Design und Ablauf
Eingebettete Formulare geben Händlern mehr Kontrolle über Layout, Feldreihenfolge, Validierungsmeldungen und den umgebenden Seiteninhalt, da die Zahlungsfelder Teil der vom Händler selbst gebauten Seiten sind. Ein Hosted Checkout schränkt ein, wie viel von dieser Erfahrung der Händler anpassen kann; der Anbieter legt die Seitenstruktur fest, und der Händler arbeitet in der Regel innerhalb von Theming- oder Konfigurationsoptionen statt mit vollständig eigenem Markup. Das ist der zentrale Kompromiss: Eingebettete Formulare bieten mehr gestalterische Freiheit, Hosted Checkout bedeutet weniger Aufwand beim Aufbau und bei der Pflege.
Umfang der Compliance
Die beiden Ansätze unterscheiden sich auch darin, wie stark sensible Zahlungsdaten mit den eigenen Systemen des Händlers in Berührung kommen. Bei einem Hosted Checkout werden Kartendaten auf der Seite des Anbieters eingegeben und verarbeitet, sodass sie nie direkt über die Server oder den Frontend-Code des Händlers laufen. Bei einem eingebetteten Formular werden die Felder innerhalb der eigenen Seite des Händlers dargestellt, was in der Regel bedeutet, dass die Umgebung des Händlers stärker direkt in die Verarbeitung dieser Daten involviert ist, auch wenn die eigentliche Verarbeitung an anderer Stelle erfolgt. Dieser Unterschied darin, wo Daten eingegeben und übertragen werden, ist ein Hauptgrund, warum Händler den Compliance-Umfang neben Conversion und Design in ihre Abwägung einbeziehen.
Wo omwio ansetzt
Der Hosted Checkout von omwio bietet Händlern eine Zahlungsseite, die außerhalb des eigenen Frontend-Codes liegt, sodass der Checkout-Schritt auf einer eigens dafür konzipierten Seite abläuft, statt vom Händler selbst gebaut und gepflegt zu werden. Für Händler, die über das omwio-Händlerportal arbeiten, bedeutet das, dass der Checkout-Prozess verfügbar ist, ohne dass laufend Entwicklungsaufwand für den Eigenbau und die Aktualisierung von Zahlungsformularen anfällt.
Die richtige Wahl treffen
Es gibt keine einzig richtige Antwort zwischen Hosted Checkout und eingebetteten Formularen. Die Entscheidung hängt davon ab, wie wichtig es dem Händler ist, den gesamten visuellen Ablauf selbst zu besitzen, im Vergleich dazu, wie stark er die direkte Beteiligung der eigenen Systeme an der Verarbeitung von Zahlungsdaten begrenzen möchte, sowie von den verfügbaren Entwicklungsressourcen, um ein eigenes Formular dauerhaft zu bauen und zu pflegen. Beide Optionen, wo möglich, am echten Traffic zu testen, ist der zuverlässigste Weg, um herauszufinden, welcher Kompromiss zum jeweiligen Geschäft passt.
