Zahlungsgateways für Shops: So vergleichen Sie die Gesamtkosten
Ein Shop hat zwei Angebote für Onlinezahlungen erhalten: Das eine bietet niedrigere Gebühren, beim anderen lassen sich Rückerstattungen und der Abgleich der Zahlungseingänge leichter abwickeln. Wer Zahlungsgateways nur anhand des Prozentsatzes vergleicht, lässt einen Teil der Kosten außer Acht. Für die Auswahl braucht es ein einheitliches Verkaufsprofil, schriftliche Konditionen der Anbieter und eine Prüfung des gesamten Zahlungswegs — vom Warenkorb bis zum Kontoauszug.
Im Folgenden zeigen wir, wie Sie LiqPay, WayForPay und andere für Sie verfügbare Lösungen vergleichen können, ohne eine allgemeingültige Rangliste zu erstellen. Nehmen Sie einen internationalen Dienst wie Stripe erst in die Auswahl auf, nachdem Sie die Verfügbarkeit für Ihre juristische Person geprüft haben.
Klären Sie zuerst, was Sie genau einkaufen
Ein Zahlungsgateway überträgt Transaktionsdaten und Ergebnisse, während das Acquiring die Annahme von Kartenzahlungen ermöglicht. Ein Anbieter kann diese Komponenten mit einer Zahlungsseite und einem Verwaltungsbereich bündeln. Vergleichen Sie den Leistungsumfang des konkreten Angebots, nicht die Produktnamen.
Erstellen Sie ein Shopprofil: Sitzland des Verkäufers, Währung, Herkunft der Kunden, Anzahl der Zahlungen, Bestellwert und Rückerstattungsquote. Ergänzen Sie die benötigten Vorgänge: Teilrückerstattungen, Reservierung von Beträgen, wiederkehrende Zahlungen und Ratenzahlung. Dass eine Funktion in der Dokumentation steht, bestätigt nicht, dass sie im Rahmen Ihres Vertrags freigeschaltet ist.
Schließen Sie Lösungen aus, die Ihren Verkäufer oder einen erforderlichen Anwendungsfall nicht unterstützen. Mit Stand vom 11. November 2026 ist die Ukraine nicht unter den Ländern für eine reguläre Anmeldung bei Stripe Payments aufgeführt. Geld von einem ukrainischen Kunden annehmen zu können, ist nicht gleichbedeutend damit, einen ukrainischen Händler registrieren zu können.
Ermitteln Sie die Gesamtkosten statt nur eines Gebührensatzes
Die Gesamtkosten der Zahlungsannahme bestehen aus zwei Ebenen: den Entgelten für die Leistungen des Anbieters sowie den Kosten des Shops für Einführung und Betrieb. Fordern Sie von jedem Kandidaten dieselben Konditionen an. Ein leeres Feld in der Antwort bedeutet „Klärung erforderlich“, nicht einen Preis von null.
Laufende Gebühren und Abzüge
Erfassen Sie den prozentualen Anteil am Betrag, die feste Gebühr pro Transaktion, die Grundgebühr, eine mögliche Mindestgebühr und gesonderte Konditionen für verschiedene Zahlungsarten. Klären Sie bei internationalen Zahlungen, wo eine Währungsumrechnung stattfindet, wer den Wechselkurs festlegt und ob für ausländische Karten zusätzliche Gebühren anfallen. Übertragen Sie die US-Preise von Stripe nicht auf einen ukrainischen Shop: Die Preisseiten unterscheiden sich nach Markt und Produkt.
Klären Sie gesondert, was bei einer vollständigen oder teilweisen Rückerstattung mit der Gebühr geschieht, welche Kosten bei einer Zahlungsanfechtung durch den Kunden entstehen und ob Zusatzdienste kostenpflichtig sind. Prüfen Sie bei Shopify auch die Plattformgebühr für einen externen Zahlungsanbieter: Sie ist ein anderer Kostenpunkt als das Entgelt des Zahlungsdienstes selbst. Ob sie anfällt und welche Ausnahmen gelten, ist anhand der aktuellen Bedingungen Ihres Shops zu prüfen.
Geld, das vorübergehend nicht verfügbar ist
Der Auszahlungsrhythmus und eine mögliche Reserve beeinflussen das Betriebskapital, sind aber nicht immer eine Gebühr oder ein endgültiger Verlust. Rechnen Sie nicht die gesamte Reserve den monatlichen Kosten hinzu. Prüfen Sie gesondert, ob bis zur Auszahlung genügend Mittel für Einkauf, Versand und Rückerstattungen vorhanden sind.
Zu den technischen Kosten gehören Analyse, Modul oder individuelle Integration, Statusverarbeitung, Anbindung an die Buchhaltung, Tests, Monitoring und Support. Ein Modul muss auf Kompatibilität mit Ihrem CMS geprüft werden. Für die umfassendere Budgetplanung gibt es den Beitrag was die Shopkosten über drei Jahre beeinflusst; hier betrachten wir den Zahlungsbereich.
Vergleichen Sie die Kandidaten anhand überprüfbarer Kriterien
Die Dokumentation von LiqPay beschreibt Checkout mit der Zahlungsseite des Anbieters, sofortiger Abbuchung, Betragsreservierung und Abonnements. Bei WayForPay Purchase sind ebenfalls eine geschützte Seite, die Rückleitung des Kunden über returnUrl und eine separate Benachrichtigung des Verkäufers über serviceUrl beschrieben. Das sind Ausgangspunkte für einen technischen Vergleich, kein Nachweis identischer Preise oder gleicher Funktionsverfügbarkeit.
| Kriterium | LiqPay | WayForPay | Stripe und andere internationale Lösungen |
|---|---|---|---|
| Grundlegende Integration | Checkout und Statusantwort; benötigten Zahlungsmodus abgleichen | Purchase, returnUrl und serviceUrl; Verarbeitung der Antwort prüfen | Zuerst das Händlerland bestätigen, dann das Zahlungsprodukt auswählen |
| Preismodell | Konditionen für Ihren Verkäufer und Ihre Zahlungsarten einholen | Vergleichbares Angebot für dasselbe Verkaufsprofil einholen | Marktbezug des Tarifs sowie Währungs- und Zusatzgebühren prüfen |
| Rückerstattungen und Auszahlungen | Ablauf, Gebühren und Darstellung im Bericht klären | Dieselben Bedingungen klären und ein Testszenario durchspielen | Zusätzlich Auszahlungswährung und mögliche Umrechnung prüfen |
| Einsatzbereitschaft des Shops | Modul, Statuswerte und Testschlüssel prüfen | Modul, Signaturen und Serverbenachrichtigungen prüfen | Verfügbarkeit der Integration auf Ihrer Plattform prüfen |
Für eine gewöhnliche Zahlung können ein fertiges Modul und die Zahlungsseite des Anbieters ausreichen. Prüfen Sie bei Vorbestellungen den Übergang von der Reservierung zur Abbuchung, bei wiederkehrenden Verkäufen die erneute Zahlung und die Verwaltung der Kundeneinwilligung.
Berechnen Sie dieselbe Zusammenstellung von Transaktionen
Verwenden Sie historische Daten aus einem repräsentativen Zeitraum oder eine klar gekennzeichnete Prognose für einen neuen Shop. Teilen Sie die Zahlungen nach Methoden, Währungen und anderen Merkmalen auf, die den Tarif verändern. Berechnen Sie für jede Gruppe die prozentuale Gebühr auf der vereinbarten Grundlage sowie feste Gebühren für die jeweilige Anzahl von Transaktionen. Addieren Sie anschließend Grundgebühren und andere bestätigte Kosten, ohne etwas doppelt zu zählen.
Ein hypothetisches Beispiel, keine Marktpreise: Ein Shop hat 1.000 erfolgreiche Zahlungen zu je 800 UAH. Angebot A beträgt 1,5 % plus 2 UAH pro Zahlung, Angebot B 1,8 % ohne festen Anteil. Unter diesen Annahmen kostet A 14.000 UAH, B 14.400 UAH. Die Differenz beträgt 400 UAH und nicht die gesamte Differenz zwischen den Prozentsätzen. Das Beispiel lässt Rückerstattungen, Währungstransaktionen und andere mögliche Gebühren bewusst außer Betracht.
Berechnen Sie das Modell erneut für kleinere Einkäufe, einen höheren Rückerstattungsanteil und ausländische Karten. Einmalige Entwicklungskosten können über den Planungshorizont verteilt werden; halten Sie aber auch die volle Höhe der Anfangsinvestition fest.
Prüfen Sie, wie der Shop von einer Zahlung erfährt
Die Integration eines Zahlungsgateways endet nicht mit dem Öffnen des Kartenformulars. Die Rückkehr des Browsers auf die „Danke“-Seite darf nicht die einzige Bestätigung für den Versand sein. Der Kunde kann den Tab schließen oder die Verbindung verlieren. Erforderlich sind eine serverseitige Prüfung des Ergebnisses nach dem Verfahren des Anbieters und die Zuordnung der Zahlung zur richtigen Bestellung.
Eine Serverbenachrichtigung, ein sogenannter Webhook, kann mehrfach eintreffen. Die Stripe-Dokumentation empfiehlt ausdrücklich, Duplikate zu berücksichtigen und die Signatur zu prüfen. Der Shop muss eine Wiederholung verarbeiten, ohne eine neue Bestellung oder Sendung auszulösen. Entnehmen Sie die Regeln zur Signaturprüfung der Dokumentation des ausgewählten Dienstes, nicht der eines anderen Gateways.
Ein hypothetisches Szenario mit verzögerter Bestätigung
Der Kunde hat eine Bestellung bezahlt, doch die Serverbenachrichtigung verzögert sich. Auf der Website bleibt der Status „Bestätigung ausstehend“ statt „Zahlung abgelehnt“. Nach verifiziertem Erfolg markiert das System die Zahlung genau einmal als abgeschlossen. Eine Wiederholung derselben Benachrichtigung löst keine neue Aktion aus. Ist der Status nicht geklärt, gelangt die Bestellung in eine Prüfliste mit einem zuständigen Mitarbeiter.
Beschreiben Sie Stornierung, Teilrückerstattung und erneuten Versuch gesondert. Zahlung, Bestellung und Auszahlung des Anbieters sind unterschiedliche Objekte; eine Auszahlung kann viele Transaktionen zusammenfassen. Für den Abgleich sind Kennungen, Beträge, Währungen und Statuswerte erforderlich. Nehmen Sie diese Logik in die technische Spezifikation für den Onlineshop auf.
Führen Sie die Abnahme vor dem Werbestart durch
Bei LiqPay sind Test- und Produktivschlüssel getrennt: Testtransaktionen bewegen kein echtes Geld. Sie prüfen die Logik, nicht aber, ob Vertrag und Auszahlungen einsatzbereit sind. Vereinbaren Sie mit jedem Anbieter den Umfang der Testumgebung und eine Kontrollprüfung nach der Aktivierung.
- Gleichen Sie Betrag, Währung und Bestellnummer zwischen Warenkorb, Anfrage und Zahlungsdatensatz ab. Prüfen Sie Rabatte und Änderungen am Warenkorbinhalt.
- Testen Sie Erfolg, Ablehnung, abgebrochene Bankbestätigung und einen geschlossenen Tab. Der Kunde muss den aktuellen Zustand und den nächsten Schritt verstehen.
- Prüfen Sie verzögerte und wiederholte Serverbenachrichtigungen. Stellen Sie gesondert sicher, dass eine nicht verifizierte Benachrichtigung den Zahlungsstatus nicht verändert.
- Führen Sie die vereinbarten Szenarien für vollständige und teilweise Rückerstattungen durch. Vergleichen Sie den noch erstattungsfähigen Betrag und die Aufzeichnungen von Shop und Anbieter.
- Gleichen Sie den Transaktionsbericht mit Bestellungen und Buchhaltung ab. Prüfen Sie in der Produktivumgebung nach einem freigegebenen Verfahren auch den tatsächlichen Eingang der Auszahlung.
- Prüfen Sie den mobilen Ablauf, Mitarbeiterberechtigungen, Störungsmeldungen und die Supportanleitung. Halten Sie Ergebnisse und Zuständigkeiten für Korrekturen fest.
Die Abnahmekriterien müssen eindeutig sein: Der Betrag stimmt überein, ein Duplikat löst keine wiederholte Aktion aus, und eine Rückerstattung hat einen nachvollziehbaren Status. Für das Release sind außerdem die Regeln für Abnahme und Rollback eines Onlineshops hilfreich.
Zeitrahmen, Risiken und die endgültige Entscheidung
Der Starttermin hängt von der Abstimmung der Szenarien und kommerziellen Konditionen, dem Erhalt der Zugänge, der Integration, der Abnahme und der Prüfung der Produktivumgebung ab. Die Verkäuferprüfung und die Aktivierung von Funktionen können vom Anbieter abhängen. Planen Sie diese Abhängigkeiten gesondert ein: Fertiger Code bedeutet nicht, dass Sie bereits Geld annehmen können.
Planen Sie im Budget Spielraum für Modulupdates, API-Änderungen, Monitoring und Support ein. Auch der Wechsel zu einem anderen Dienst hat Grenzen: Die Transaktionshistorie muss erhalten bleiben, offene Rückerstattungen müssen weiter bearbeitet werden, und die Übertragung von Zahlungstokens darf nicht als selbstverständlich möglich vorausgesetzt werden. Ein zweites Gateway wird nicht schon durch seine Installation zum Ausfallschutz: Es braucht Umschaltregeln, die doppelte Abbuchungen verhindern.
Prüfen Sie die Anforderungen anhand der aktuellen Dokumentation zu LiqPay Checkout oder der Originaldokumentation Ihres Kandidaten. Gleichen Sie Vertrag, Kostenmodell und Tests miteinander ab. Wenn ein erforderlicher Anwendungsfall nicht funktioniert oder sich Auszahlungen nicht abgleichen lassen, gleicht ein niedrigerer Gebührensatz das nicht aus.
Bereiten Sie Ihr Verkaufsprofil, die Antworten der Anbieter und eine Liste der Probleme Ihrer bestehenden Zahlungsabwicklung vor. Wenden Sie sich damit an GL.ua (Glyanets), um die Zahlungsintegration im Rahmen der Entwicklung oder Weiterentwicklung Ihres Onlineshops zu besprechen. Das konkrete nächste Ergebnis sind abgestimmte Szenarien, ein festgelegter Leistungsumfang und Abnahmekriterien, mit denen sich das Budget ohne Rätselraten abschätzen lässt.
Nur ein Schritt zu Ihrer perfekten Website



