Gehostete Kasse oder eigene Kasse für Krypto-Zahlungen
Gehostete oder eigene Kasse für Krypto-Zahlungen: was beides bedeutet, warum Qvard heute mit einer gehosteten Seite arbeitet und was Sie darum herum gestalten können.
Jeder Zahlungsdienst steht vor derselben Designentscheidung: Zahlen Kunden auf einer Seite, die der Anbieter hostet, oder in einer Kasse, die Sie selbst bauen? Bei Krypto ist die zweite Option viel aufwendiger als bei Karten. Dieser Leitfaden erklärt den Unterschied, warum Qvard heute eine gehostete Seite anbietet, was Sie darum herum weiterhin gestalten können und was es geben müsste, damit eine vollständig eigene Kasse sinnvoll wird.
Zwei Wege, eine Zahlung entgegenzunehmen
- Gehostete Kasse. Sie erstellen eine Zahlung und schicken den Kunden auf eine Seite, die der Anbieter betreibt. Der Anbieter zeigt die Adresse, den genauen Betrag und den Status; das Ergebnis erhalten Sie per Benachrichtigung.
- Eigene Kasse. Das Zahlungsformular befindet sich in Ihrer eigenen Website oder App. Sie zeigen die Zahlungsdetails, verfolgen den Status und behandeln jeden Zustand, den der Kunde erreichen kann.
Die gehostete Kasse ist schneller gestartet und birgt weniger Risiko. Die eigene Kasse bietet volle Kontrolle über Aussehen und Ablauf, dafür müssen Sie alles bauen und pflegen, was die gehostete Seite für Sie erledigt.
Was eine Krypto-Kasse leisten muss
Eine Kartenkasse sammelt hauptsächlich ein paar Felder und ruft eine API auf. Eine Krypto-Kasse hat mehr Aufgaben:
- eine Zahlungsadresse für das gewählte Asset und Netzwerk zeigen, mit dem Netzwerk daneben;
- einen genauen Betrag zeigen, lange genug fixiert, damit der Kunde ihn senden kann;
- den Kunden ein Asset und ein Netzwerk wählen lassen und den Unterschied erklären;
- die Zahlung auf der Blockchain verfolgen, einschließlich unvollständiger und verspäteter Zahlungen;
- Fehler wie das falsche Netzwerk mit einer klaren Meldung behandeln.
Jeder dieser Punkte ist eine Stelle, an der ein Fehler den Kunden Geld kostet. Das ist das stärkste Argument für eine gehostete Seite.
Warum Qvard heute mit einer gehosteten Seite arbeitet
Der Zahlungsablauf von Qvard ist um die gehostete Seite herum gebaut. Sie erstellen eine Zahlung mit einem einzigen POST an https://api.qvard.com/api/v1/payment, und die Antwort enthält eine redirectUrl, die Adresse dieser Seite. Der Kunde wählt dort Asset und Netzwerk, sieht die Adresse und den genauen Betrag und zahlt; der Kurs ist eine Stunde lang fixiert. Siehe Wie redirectUrl an der Krypto-Kasse funktioniert.
Die öffentliche API ist klein: Sie erstellt eine Zahlung, prüft, ob eine Zahlungsmethode bereit ist, und sendet eine Auszahlung. Sie liefert Ihnen keine Einzahlungsadresse, die Sie selbst anzeigen könnten, und hat keinen Endpunkt, um den Status einer Zahlung auszulesen; Sie könnten eine Zahlung also nicht von Ihrer eigenen Seite aus verfolgen. Die eingebettete Kasse ist fertig, und die SDKs sind es auch; eine vollständig eigene Krypto-Kasse mit eigener Adressanzeige und Statusabfrage unterstützt diese API weiterhin nicht.
Was Sie weiterhin selbst gestalten können
Die gehostete Seite erledigt den schwierigen Teil. Das Erlebnis drumherum gehört Ihnen:
- Der Schritt davor. Die Auswahl „Mit Krypto bezahlen“, die Erklärung, was geschieht, die Gebühren und die Erstattungsregel, in Ihren eigenen Worten und Ihrem Design.
- Der Schritt danach. Eine Bestellseite, die den tatsächlichen Status zeigt (wartet, unvollständig, bezahlt), sich während des Wartens selbst aktualisiert und dem Kunden sagt, was er als Nächstes tun soll. Rücksprung-URLs sind noch nicht verfügbar, diese Seite ist also der Weg, auf dem der Kunde zurückkehrt.
- Nachrichten. Die E-Mails, die Sie senden, wenn die Bestellung aufgegeben, bezahlt oder nur teilweise bezahlt ist.
- Geschäftslogik. Welche Status Ware freigeben, was Sie mit einer unvollständigen Zahlung tun, wie Sie erstatten.
Gut umgesetzt sieht der Kunde einen einheitlichen Shop mit einer Zahlungsseite in der Mitte, und genau das brauchen die meisten Händler.
Wie Sie wählen
- Wählen Sie gehostet, wenn Sie bald starten wollen, Ihr Team klein ist, Sie nicht für die Sonderfälle der Blockchain verantwortlich sein wollen oder es einfach funktionieren muss. Das unterstützt Qvard heute.
- Nutzen Sie die eingebettete Kasse, wenn ein nahtloses Erlebnis direkt auf der Seite für Ihr Produkt wesentlich ist. Ihre Rechnungslogik entspricht der gehosteten Seite, daher bleiben Bestelllogik, Webhook und Bestellseite unverändert.
- Bauen Sie keine eigene Adresserzeugung und -überwachung, um ein eigenes Aussehen zu bekommen. Das ist der aufwendigste und riskanteste Weg, sich ein Design zu erkaufen.
Was auch immer Sie wählen, die Serverseite ist dieselbe: eine Zahlung mit Ihrer Bestellnummer als id erstellen, die Bestellung nur aus dem Webhook als bezahlt markieren (genau HTTP 200, bei doppelter Ausführung sicher) und abstimmen. Siehe Krypto-Zahlungen auf einer Website akzeptieren und Krypto-Zahlungs-API für Entwickler. Eine Demo-Rechnung zeigt die gehostete Seite.
FAQ
Kann ich das Qvard-Zahlungsformular in meine eigene Seite einbetten?
Ja. Die eingebettete Kasse öffnet das Qvard-Zahlungsfenster über Ihrer Seite, als Modal oder als eingebetteter Block. Die gehostete Zahlungsseite bleibt verfügbar.
Kann ich die Zahlungsadresse auf meiner eigenen Seite anzeigen?
Die API liefert keine Einzahlungsadresse zum Anzeigen und hat keinen Endpunkt, um den Zahlungsstatus auszulesen; Adresse und Status befinden sich also auf der gehosteten Seite.
Was kann ich anpassen?
Die Schritte vor und nach der Zahlungsseite: die Auswahl an der Kasse, die Erklärungen, die Bestellstatusseite und Ihre E-Mails, dazu Ihre eigene Geschäftslogik.
Zerstört ein späterer Wechsel zu einer eingebetteten Kasse meine Integration?
Rechnen Sie damit, dass die Serverseite gleich bleibt: die Zahlung mit Ihrer Bestell-ID erstellen, Bestellungen aus dem Webhook als bezahlt markieren und abstimmen. Nur der Frontend-Teil rund um die Zahlung würde sich ändern.
