Kryptowährungen im Onlineshop annehmen — ohne Code

Sie können Krypto-Zahlungen auf einer Website annehmen, ohne ein eigenes Zahlungs-Backend zu bauen. Ein Zahlungslink gibt jedem Verkauf eine gehostete Zahlungsseite, ein offizielles CMS-Plugin verbindet den Krypto-Checkout mit einem unterstützten Shop. Eigene Websites ergänzen den gehosteten Checkout oder das Low-Code SDK, sobald Bestellungen automatisch aktualisiert werden sollen, ohne die Blockchain-Zahlungsseite selbst zu gestalten.

Die wichtige Grenze ist betrieblich. Werkzeuge ohne Code sparen Anbindungsaufwand, aber sie machen aus einem Blockchain-Transfer noch keinen vollständigen Bestellprozess. Jeder Verkauf braucht weiterhin einen Betrag, eine Rechnungsreferenz, einen Zahlungsstatus und eine klare Regel für die Auslieferung.

Was braucht eine Website, um Krypto-Zahlungen anzunehmen?

Ein funktionierender Zahlungsweg besteht aus vier Teilen. Website oder Händler erstellen eine Rechnung, der Kunde sieht einen eindeutigen Weg aus Asset und Netzwerk, die Blockchain hält den Transfer fest, und die Bestellung wechselt nach der Bestätigung ihren Zustand. Wer den ersten Schritt ohne Code löst, erspart sich die anderen drei nicht.

Paymos bietet mehrere Oberflächen über demselben Rechnungsmodell. Zahlungslinks decken den direkten Versand und einfache Buttons auf der Website ab. Offizielle CMS-Plugins verbinden Rechnungen mit den Bestellungen des Shopsystems. Der gehostete Checkout liefert die Zahlungsseite für eine eigene Website, während das Low-Code SDK denselben Ablauf in eine bestehende Seite setzt. Die REST-API passt zu einem Server, der Rechnungserstellung und Bestellzustand vollständig steuern soll.

Wählen Sie den Weg mit dem geringsten Eigenbau, der Ihre Geschäftsregel erhält. Eine Website, die eine einzige Dienstleistung verkauft, kommt womöglich mit einem Link aus. Ein Shop mit wechselndem Bestand und automatischer Auslieferung braucht eine Verbindung zum Bestellsystem.

Welche Varianten kommen ohne Code aus?

Zwei Wege starten ohne Anwendungsentwicklung. Ein Zahlungslink funktioniert wie eine normale URL: Rechnung erstellen, Link kopieren und in E-Mail, Chat, Rechnung oder Website-Button einsetzen. Das passt zu Dienstleistungen mit festem Preis, zu Anzahlungen und zu Verkäufen, bei denen ohnehin ein Mensch die Bestellung führt.

Ein offizielles CMS-Plugin passt zu einem Shop auf einer unterstützten Plattform. Paymos liefert Plugins für WooCommerce, WHMCS, OpenCart, PrestaShop, Magento 2, Shopware 6, CS-Cart und Easy Digital Downloads. Das Plugin hält Shop-Bestellung und Zahlungsrechnung in einem Ablauf zusammen und erspart das manuelle Zuordnen, das ein einzeln erstellter Link verlangt.

Der gehostete Checkout ist selbst eine fertige Seite, aber eine eigene Website muss die Rechnung trotzdem erstellen und einer Bestellung zuordnen. Das Widget SDK ergänzt eine kleine Anbindung im Browser. Beides ist keine Arbeit von null: Es verkürzt die Entwicklung des Checkouts und lässt die bestehende Bestelllogik des Händlers unangetastet.

Wie funktionieren Zahlungslinks auf einer Website?

Beginnen Sie mit einem Projekt im Paymos Dashboard. Legen Sie Projektname, Logo, Checkout-Farben und Rückkehr-URLs fest. Erstellen Sie dann eine Rechnung und nutzen Sie ihren Zahlungslink als Ziel eines normalen Buttons „Mit Krypto bezahlen“.

Halten Sie die Geschäftsreferenz neben dem Link fest. Ein Dienstleister kann die Rechnungsnummer im CRM oder in der Bestellnotiz vermerken. Ein kleiner Katalog erstellt besser für jeden tatsächlichen Verkauf eine eigene Rechnung, statt eine einzige Zieladresse wiederzuverwenden. So bleiben Betrag, Zahlungsstatus und Kundengespräch an der richtigen Bestellung.

Ein Zahlungslink ist dort am stärksten, wo Preis und Auslieferung von einem Menschen gesteuert werden. Rechnet eine Seite im Checkout Steuer, Bestand, Verfügbarkeit oder einen Rabatt neu, kann ein von Hand erstellter Link veralten. Genau dort wechseln Sie vom einzelnen Link zu einem Plugin oder zu einem angebundenen Checkout.

Wann sollte ein Onlineshop ein CMS-Plugin nutzen?

Nutzen Sie ein Plugin, wenn das Shopsystem Katalog, Bestellnummer, Preis und Auslieferungsstatus bereits führt. Das Plugin ergänzt diesen bestehenden Prozess um eine Krypto-Zahlungsart, statt außerhalb des Shops ein zweites Bestellbuch anzulegen.

Der praktische Vorteil ist ein einheitlicher Zustand. Der Shop erstellt die Bestellung, Paymos erstellt die Zahlungsrechnung, und das bestätigte Ergebnis kehrt zur selben Bestellung zurück. Ihr Team untersucht eine unbezahlte oder abgelaufene Rechnung in dem Geschäftskontext, aus dem sie entstanden ist. Der Käufer braucht kein eigenes Paymos-Konto.

Die Plattformunterstützung zählt. Paymos hat acht offizielle CMS-Plugins, darunter WooCommerce, WHMCS und OpenCart. Installieren Sie keine ähnlich benannte Erweiterung von Dritten in der Annahme, sie folge demselben Vertrag für Rechnungen, Zugangsdaten und Webhooks. Beginnen Sie auf der Paymos-Produktseite der jeweiligen Plattform und prüfen Sie den vollständigen Bestellablauf in der Sandbox, bevor Sie in der Produktion aktivieren.

Wann ist der gehostete Checkout die bessere Wahl?

Der gehostete Checkout passt zu einer eigenen Website, die bereits Bestellungen erzeugt. Der Server des Händlers erstellt eine Rechnung und erhält eine payment_url; der Browser öffnet diese URL als Weiterleitung oder in einem eingeschränkten Iframe. Die Zahlungsoberfläche gehört Paymos, während Preisgestaltung, Bestand, Kundenzugang und Auslieferung beim Händler bleiben.

Diese Aufteilung erspart den Nachbau aller Wallet-Details. Der Checkout ist für mobile Geräte ausgelegt und unterstützt die Zahlung per QR-Code. Auf dem Telefon öffnet ein Button Trust Wallet, MetaMask, Tonkeeper oder Phantom, Betrag und Netzwerk schon eingetragen — jeweils nur in den Netzwerken, die das Wallet bedienen kann. Bei OKX landet die Adresse in der Zwischenablage, dann startet die App. Die Sprache des Checkouts richtet sich nach dem Zahler, mit Englisch als Rückfallebene; ein Paymos-Konto oder eine E-Mail-Adresse braucht er nicht. Der Zahlungsstatus aktualisiert sich auf der Seite ohne Neuladen.

Die Rückkehr-URL ist Navigation, kein Zahlungsnachweis. Ein Käufer kann die Seite schließen, die Verbindung verlieren oder eine Erfolgsseite erneut aufrufen. Die Website sollte die Bestellung nur aus einem geprüften Zahlungszustand heraus ändern. Der Leitfaden zu Krypto-Rechnungen beschreibt den vollständigen Lebenszyklus, ohne diesen Artikel in ein zweites API-Handbuch zu verwandeln.

Wie viel Code braucht das Low-Code SDK?

Das Low-Code SDK liegt zwischen einem Zahlungslink und einer vollständigen Serveranbindung. Es kann den Checkout in der Seite öffnen oder den Käufer weiterleiten, sodass eine eigene Landingpage, ein Spendenformular oder ein Leistungsrechner das eigene Layout behält, ohne die Zahlungsseite nachzubauen.

Die Grenze verläuft bei der Auslieferung. Ereignisse im Browser dürfen die Anzeige für den Käufer aktualisieren, aber sie sollten nicht eigenständig einen Download freigeben, einen Zugang aktivieren oder Ware versenden. Handeln sollte ein vertrauenswürdiges Bestellsystem auf Basis des bestätigten Rechnungszustands.

Geheime Zugangsdaten gehören nicht in Browsercode. Sobald die Website serverseitig erstellte Bestellungen, sichere Wiederholungen von Anfragen oder signierte Zahlungsbenachrichtigungen braucht, ist der Weg ohne Code an seiner Grenze. Verlagern Sie diese Arbeit in den Leitfaden zur REST-API, statt das Browser-Widget zu einem zweiten Backend auszubauen.

Wie ordnet die Website eine Zahlung ihrer Bestellung zu?

Halten Sie für jeden Verkauf eine stabile Geschäftsreferenz. Ein CMS-Plugin bewahrt die Bestellnummer des Shops, ein von Hand verwalteter Zahlungslink braucht seine Rechnungsnummer neben dem Verkauf. Eigene Anbindungen tun dasselbe im Bestellsystem des Händlers.

Trennen Sie die Rückkehrseite vom Zahlungsergebnis. Eine Erfolgsseite belegt nur, dass der Käufer zur Website zurückgekehrt ist. Die Bestellung bleibt offen, bis die Rechnung ihren bestätigten Zustand erreicht.

Die Auslieferung muss außerdem wiederholte Benachrichtigungen vertragen. Halten Sie fest, dass eine Bestellung ihren Download, ihren Zugang oder ihren Versand bereits freigegeben hat, bevor Sie die Aktion ausführen. Trifft dieselbe Zahlungsbenachrichtigung erneut ein, stoppt der vorhandene Eintrag eine zweite Auslieferung. Die Umsetzungsdetails gehören in den Leitfaden zur REST-API; dieser Artikel entscheidet nur, dass diese Kontrolle nötig ist.

Was sollte der Kunde im Checkout sehen?

Zeigen Sie Asset und Netzwerk gemeinsam. „USDT“ allein sagt nicht, ob der Kunde über Tron, Ethereum, BSC oder einen anderen unterstützten Weg senden soll. Die Seite braucht außerdem den exakten Betrag, das Ziel, den aktuellen Status und genug zeitlichen Zusammenhang, damit der Käufer den Transfer abschließen kann.

Paymos nimmt vier Stablecoins sowie das goldgedeckte XAUT in 13 Mainnet-Netzwerken an. Native Gas-Assets wie ETH, BNB, TRX und SOL bezahlen Netzwerkgebühren; sie sind keine Zahlungsassets einer Rechnung. Das Wallet des Zahlers trägt die eingehende Netzwerkgebühr, und deren Höhe schwankt mit der Chain und den aktuellen Netzwerkbedingungen.

Versprechen Sie keine feste Dauer nach dem Muster „Die Zahlung dauert N Sekunden“. Die Bestätigung hängt von Netzwerk, Zahlungsbetrag und dem Zustand der Blockchain ab. Zeigen Sie stattdessen den aktuellen Rechnungszustand. Für die Wahl des Tokens verweisen Sie Kunden auf die Seiten der unterstützten Token, statt eine lange Asset-Matrix auf jede Produktseite zu kopieren.

Was sollten Sie vor dem Livegang testen?

Prüfen Sie das vollständige Geschäftsergebnis in der Sandbox. Erstellen Sie eine Bestellung, öffnen Sie die Zahlungsseite, simulieren Sie ein unterstütztes Ergebnis und stellen Sie sicher, dass genau die richtige Bestellung einmal ihren Zustand wechselt. Wiederholen Sie die Benachrichtigung und prüfen Sie, dass die Auslieferung nicht erneut läuft. Testen Sie danach Ablauf, Stornierung, den Umgang mit Unterzahlung und die Rückkehr des Käufers ohne bestätigte Zahlung.

Halten Sie Zugangsdaten für Sandbox und Produktion getrennt. Auch Payment- und Payout-Zugangsdaten sind getrennt, deshalb braucht eine Checkout-Anbindung keine Berechtigung, Guthaben des Händlers auszuzahlen. Hinterlegen Sie eine vom Händler kontrollierte, freigegebene Auszahlungsadresse, bevor Sie abgerechnete Assets bewegen.

Halten Sie schließlich fest, wer Ausnahmen bearbeitet. Ihr Team braucht einen Ort, an dem es die Rechnung findet, ihren Zustand mit der Bestellung vergleicht, die Zustellung der Webhooks einsieht und ein Ereignis nachsendet, sobald das empfangende System wieder läuft. Ein Checkout ohne Code ist dann erfolgreich, wenn gewöhnliche Verkäufe weniger Entwicklung brauchen und außergewöhnliche Verkäufe trotzdem eine klare betriebliche Spur hinterlassen.