News Shop-Management

Hostinger Ecommerce: Payment-Probleme im Checkout beheben (2026)

Hostinger Ecommerce: Payment-Probleme im Checkout beheben (2026)

Hostinger hat seine Support-Dokumentation zu Zahlungs- und Checkout-Fehlern aktualisiert. Zwei Änderungen sind für Betreiber des Ecommerce-Builders relevant: Apple Pay und Google Pay lassen sich jetzt direkt im Shop-Backend schalten, und die alten Hosting-Tarife enthalten den Shop nicht mehr.

Warum fehlen Stripe oder PayPal in den Zahlungseinstellungen?

Fehlt ein Zahlungsanbieter in den Einstellungen, liegt das fast immer an regionalen Restriktionen oder Anforderungen an den Anbieter-Account. Stripe verlangt, dass das Land des Shops von Stripe unterstützt wird. PayPal akzeptiert ausschließlich Business-Konten, Privatkonten werden abgewiesen. Razorpay funktioniert nur bei einer Shop-Standort-Einstellung in Indien, Paysera nur in Litauen.

Ein zweiter Stolperstein: Die Währungsauswahl ist ausgegraut, solange Online-Zahlungsanbieter aktiv sind. Wer die Währung ändern will, muss erst alle aktiven Online-Zahlungsarten deaktivieren, die Währung unter Einstellungen → Shop-Einstellungen → Regionale Einstellungen → Währung ändern und die Anbieter danach wieder aktivieren. Manuelle Zahlungsarten wie Vorkasse oder Nachnahme müssen dafür nicht entfernt werden.

Was hat sich bei Apple Pay und Express Checkout geändert?

Die praktischste Änderung: Apple Pay und Google Pay lassen sich jetzt direkt unter Einstellungen → Zahlungen → Stripe ein- und ausschalten, ohne Umweg über das Stripe-Dashboard. Auch die Domain-Registrierung für Apple Pay, die bisher manuell in Stripe nötig war, erfolgt jetzt automatisch, sobald Express Checkout aktiviert wird. Shops, die Express Checkout vor diesem Update bereits hatten, können die Domain mit einem Klick nachreichen. Voraussetzung bleibt eine verifizierte Hostinger-Domain.

Eine gelbe Warnung im Editor zeigt dagegen an, dass der Publishable Key falsch ist oder die Stripe-Verbindung nicht vollständig abgeschlossen wurde. Und wer Zahlungen testet, sollte das nicht im Preview-Modus tun: Stripe-Zahlungen funktionieren dort möglicherweise nicht. Testen Sie auf der veröffentlichten Website.

Warum scheitern Kunden an der Zahlung?

Kundenfehler haben häufig harmlose Ursachen. Bei 3D Secure muss der Browser Pop-ups erlauben, sonst öffnet sich das Bankfenster nicht. Karten, die für Online- oder internationale Transaktionen gesperrt sind, werden abgewiesen, ebenso abgelaufene Karten. Nach zu vielen fehlgeschlagenen Versuchen sollten Kunden 24 Stunden warten oder eine andere Zahlungsart wählen.

Auf der Shop-Seite gibt es harte Grenzen: Stripe verweigert Zahlungen unter 0,50 Euro, 0,50 US-Dollar bzw. 0,30 Pfund. Ein Testbestellwert von 0,10 Euro schlägt also fehl. Razorpay setzt pro Zahlungsart Höchstbeträge, dLocal Go verlangt, dass Shop-Währung und Kundenland zusammenpassen, bei brasilianischem Real zahlen nur Kunden in Brasilien, bei US-Dollar Kunden in ganz Lateinamerika.

Kernsatz: Die meisten Checkout-Fehler in Hostinger Ecommerce entstehen durch regionale Einstellungen, unvollständige Anbieter-Konten oder falsch konfigurierte Versandregeln, nicht durch den Shop selbst.

Versandregeln und Warenkorb: Wo es hakt

Fehlen Versandoptionen, liegen daran meist falsch gesetzte Produktgewichte oder Preisgrenzen. Die Untergrenze ist inklusiv, die Obergrenze exklusiv: Wer kostenlosen Versand ab 50 Euro einrichten will, setzt das Minimum auf 50 und lässt das Maximum leer. Allen physischen Produkten und Varianten müssen Gewichte zugewiesen sein. Fehlt das Warenkorb-Symbol, ist es im Editor unter Header-Einstellungen zu aktivieren.

Neu seit der Plan-Umstellung: Die Unlimited- und Cloud-Tarife enthalten Hostinger Ecommerce nicht mehr. Shops auf älteren Tarifen zeigen „Payments are disabled“ und brauchen einen Ecommerce-Tarif, oder einen freien Sales-Channel-Slot durch Trennen eines bestehenden Kanals.

Handlungsimpuls: Legen Sie vor dem Launch eine manuelle Zahlungsart an und schicken Sie eine kostenlose Testbestellung durch den kompletten Checkout. Fünf Minuten, die verhindern, dass der erste echte Kunde an einer Fehlermeldung scheitert.