Vergleich / Checkout

Hosted Checkout oder Eigenbau

Jeder Händler, der online Geld einnimmt, beantwortet das einmal: Gehört die Seite, die Kartendaten erfasst, Ihnen oder Ihrem Provider? Die Antwort bestimmt Ihren PCI-Umfang, wie schnell Sie eine Zahlart hinzufügen und wer alarmiert wird, wenn ein Scheme-Mandat greift. Es ist weniger eine Technologieentscheidung als die Frage, womit Ihr Team sein Jahr verbringen sollte.

Option gegen Option

Sieben Fragen, die entscheiden

Dimension
Hosted Checkout
Eigener Checkout
PCI-Umfang
Minimal. Die Seite, die Kartendaten erfasst, gehört dem Provider; Ihre Server sehen ein Token und nie eine Kartennummer – meist die leichteste verfügbare Selbstbeurteilung.
Bei Ihnen. Wer Kartendaten selbst verarbeitet, bringt seine Systeme in den Geltungsbereich – mit Konzeption, Assessment und jährlicher Re-Zertifizierung.
Zeit bis zur ersten Zahlung
Tage. Bestellung anlegen, weiterleiten, einen Webhook verarbeiten – die meiste Arbeit steckt in der Frage, was nach erfolgreicher Zahlung passiert.
Monate, und der lange Rattenschwanz ist der schwierige Teil: 3-D Secure, Wallet-Sheets, Fehlerzustände, Retries und die Sonderfälle jeder Zahlart.
Zahlart hinzufügen
Konfiguration. Neue Zahlarten kommen mit der Plattform und werden aktiviert; die Seite passt sich an, ohne Release auf Ihrer Seite.
Jedes Mal ein Projekt – Integration, Zertifizierung, UI-Arbeit und dauerhafter Wartungsaufwand pro Zahlart.
Kontrolle über das Erlebnis
Hoch, aber begrenzt: Branding, Layout-Optionen, eigene Domain und eingebettete Felder, wenn die Zahlung in Ihre Seite soll – im Rahmen dessen, was der Provider bereitstellt.
Vollständig. Wenn Ihr Checkout etwas wirklich Ungewöhnliches leisten muss, gelten keine fremden Einschränkungen.
Conversion-Arbeit
Geerbt. Reihenfolge der Zahlarten, Lokalisierung, Wallet-Unterstützung und Retry-Verhalten verbessern sich mit der Plattform, ohne dass Sie die Experimente durchführen.
Selbst zu erarbeiten. Sie können eine generische Seite für Ihren konkreten Funnel übertreffen – wenn Sie den Traffic und die Leute haben, um das sauber zu betreiben.
Aktuell bleiben
Das Problem des Providers. Scheme-Mandate, SCA-Änderungen, Browser- und Wallet-Updates kommen als Plattform-Updates.
Ein dauerhafter Posten auf Ihrer Roadmap – die Arbeit wird nie fertig und bekommt selten Priorität, bis etwas kaputtgeht.
Tatsächliche Kosten
Transaktionsbasierte Kosten, sichtbar und proportional zum Volumen.
Entwicklergehälter plus Zertifizierung, vor der ersten Zahlung und danach jedes Jahr – meist um eine Größenordnung unterschätzt.
01

Wann ein Hosted Checkout gewinnt

Für die meisten Unternehmen meistens. Wenn Zahlungen der Weg sind, Geld zu bekommen, und nicht das, was Sie verkaufen, liegt Ihr Vorteil nicht auf der Checkout-Seite – und die Kosten des Eigenbetriebs fallen auf die unsichtbarste Weise an: Ein dauerhafter Teil Ihrer Entwicklungskapazität fließt in Scheme-Mandate und Zahlart-Integrationen statt in Ihr Produkt. Eine gehostete Seite erledigt außerdem die PCI-Frage, den größten versteckten Kostenfaktor des Eigenbaus.

  1. 01Zahlungen sind Mittel zum Umsatz, nicht das Produkt selbst
  2. 02Kartendaten sollen außerhalb Ihres Geltungsbereichs liegen, statt sorgfältig verarbeitet zu werden
  3. 03Neue Zahlarten sollen ohne Release auf Ihrer Seite ankommen
  4. 04Ihre Entwickler sind an dem, was Kunden kaufen, mehr wert
02

Wann der Eigenbau gewinnt

Wenn der Checkout tatsächlich das Produkt ist. Plattformen, die für andere abwickeln, Unternehmen mit einem Ablauf, den keine gehostete Seite abbilden kann, und Teams mit einem Volumen, bei dem ein Bruchteil eines Prozents Conversion mehr wiegt als das Gehalt eines Payments-Teams – diese Fälle gibt es, und sie rechtfertigen den Eigenbau. Ebenso eine regulatorische Lage, die die kartenverarbeitende Oberfläche im eigenen Perimeter verlangt. Unterhalb dieser Größenordnung heißt Bauen meist, teuer wiederzuentdecken, warum es Hosted Checkouts gibt.

  1. 01Zahlungen sind das Produkt – Sie wickeln im Auftrag anderer ab
  2. 02Das Volumen ist so hoch, dass marginale Conversion die Teamkosten übersteigt
  3. 03Eine Aufsicht oder ein Risikogremium verlangt die Oberfläche in Ihrem Perimeter
  4. 04Ihr Ablauf ist wirklich ungewöhnlich und mit keiner gehosteten Seite abbildbar
03

Wo Protocore passt

Protocore Gateway ist die gehostete Antwort, mit den üblichen Auswegen von Haus aus statt als Zusatzkauf: Betreiben Sie die Seite auf unserer oder Ihrer Domain, binden Sie die Zahlungsfelder in Ihr eigenes Layout ein, wenn der Ablauf es verlangt, oder zeigen Sie denselben Checkout nativ in Ihrer App. Karten, Wallets, Banküberweisung und USDC liegen auf einer Seite und werden in einem Euro-Betrag zu einer Bestellreferenz abgerechnet. Und wenn Ihre ehrliche Antwort die dritte Option ist – Sie wollen der Provider sein, nicht der Händler –, gibt es dieselbe Plattform als Whitelabel, was meist günstiger ist, als ein Gateway von Grund auf zu bauen.

  1. 01Gehostete Seite, eigene Domain, eingebettete Felder oder In-App – dieselbe Integration
  2. 02Karten, Wallets, Überweisung und USDC auf einer Seite, abgerechnet in EUR
  3. 03Eine Bestellreferenz von Checkout über Beleg bis zur Bankbuchung
  4. 04Als Whitelabel verfügbar, wenn Sie Provider statt Händler sein wollen

Unsicher, auf welcher Seite Sie stehen?

Nennen Sie uns Ihr Volumen, Ihre Zahlarten und woran Ihre Entwickler arbeiten. Wir sagen Ihnen offen, was zu Ihrer Situation passt – auch dann, wenn es der Eigenbau ist.