Zahlungsbetrug ist selten ein spektakulärer Hack. Meistens ist es ein völlig normal aussehender Zahlungsauftrag – bis jemand das zugehörige Bankkonto prüft. Genau an diesem Punkt verschiebt sich die Verteidigungslinie vieler Unternehmen: weg von der nachgelagerten Reklamation, hin zur Prüfung vor der Autorisierung. Das ist das zentrale Ergebnis des PYMNTS-Intelligence-Reports „Prevention First: Building a Smarter Defense Against Payments Fraud“, erstellt mit dem Payment-Anbieter Bottomline auf Basis einer Befragung vom Juli 2026.
Warum verlieren Händler Geld, wenn sie erst nach der Zahlung prüfen?
Die Logik ist brutal einfach. Wer einen Betrugsfall erst nach erfolgreicher Zahlungsabwicklung entdeckt, dem bleibt nur das Chargeback-Verfahren – und das kostet doppelt. Der Händler trägt die Rückerstattung, dazu kommen Bearbeitungsgebühren der Kartenorganisationen, im Schnitt zwischen 15 und 25 Euro pro Fall plus Warenwert. Bei digitalen Gütern ist die Ware weg, bei physischen kommt sie oft beschädigt oder gar nicht zurück.
Die Verschiebung nach vorne klingt naheliegend, ist operativ aber aufwendig. Eine Prüfung vor der Autorisierung bedeutet, dass der Shop noch vor Abschluss des Bezahlvorgangs Signale auswertet: Konsistenz von Rechnungs- und Lieferadresse, Geräte-Fingerprint, Bestellhistorie, Auffälligkeiten im Betrag, Trefferlisten ausgetauschter Betrugsdatenbanken. Der Zahlungsdienstleister muss diese Signale in Echtzeit liefern, bevor die Transaktion durchläuft – sonst ist der Zug abgefahren.
Was bedeutet das konkret für Shopware, Shopify und Co.?
Für die meisten Shopsysteme heißt das: Die Fraud-Prüfung darf kein nachgelagerter manueller Schritt im Backend mehr sein. Shopware 6 bietet über die Rule-Builder-Logik und Erweiterungen wie die Payment-Apps von Mollie oder Unzer grundsätzlich die Möglichkeit, vor der Autorisierung eigene Regeln zu greifen – etwa Bestellungen über einem Schwellenwert oder aus bestimmten Ländern direkt auf Prüfung zu setzen. In Shopify übernehmen das Apps wie Signifyd, NoFraud oder die hauseigene Fraud-Filter-Konfiguration, die bei Shopify Payments vor dem Capture greift.
Adobe Commerce (Magento) hat mit dem Braintree- und Adyen-Integrationen ebenfalls vorgezogene Risikoprüfungen, verlangt aber eigene Konfiguration. JTL-Shop setzt stärker auf nachgelagerte Workflows – hier lohnt sich der Blick auf die Payment-Plugin-Einstellungen der angebundenen PSPs, bevor manuelle Prüfungen weiter als Standard laufen.
Wie gehen Händler mit falsch-positiven Treffern um?
Die Kehrseite der frühen Prüfung: Jede zusätzliche Hürde kostet Conversion. Wenn ein Zahlungsversuch wegen eines vermeintlichen Risikosignals abgelehnt wird, ist der Kunde meist weg – und kommt selten wieder. Die Studie zeigt, dass Unternehmen mit ausgereifter Vorabprüfung mit zwei bis fünf Prozent falsch-positiven Treffern kalkulieren, im Mode- und Elektronikhandel mit deutlich mehr.
Der pragmatische Ansatz liegt im abgestuften Vorgehen. Hohe Beträge, neue Kunden, abweichende Lieferadressen: streng prüfen. Stammkunden mit saubere Historie und passender Geräte-ID: durchlaufen lassen. Das erfordert, dass der Shop Zahlungs- und Kundendaten in Echtzeit zusammenführt – eine Aufgabe, die ohne saubere Payment-Architektur schnell an manuellen Prozessen scheitert.
Wer Betrug erst nach der Zahlung entdeckt, bezahlt ihn selbst. Wer vorher prüft, verliert gelegentlich einen ehrlichen Kunden – und gewinnt in der Summe trotzdem.
Für Shopbetreiber heißt das: Der nächste Schritt ist nicht ein weiteres Fraud-Tool, sondern die Frage, ob die bestehende Payment-Kette überhaupt in der Lage ist, Risikosignale vor der Autorisierung zu verarbeiten. Wer hier auf manuelle Nachkontrolle setzt, zahlt 2027 mehr pro Bestellung als nötig – und schiebt den Betrugsfall nur auf.