SumUp-WooCommerce-Fehler „not available“ beheben

Erscheint beim Verbinden von SumUp mit WooCommerce die Meldung „The website of this connection is not available“, bricht die Kopplung genau an der Stelle ab, an der SumUp die hinterlegte Adresse Ihres Shops zurückruft und nicht bestätigen kann. In den allermeisten Fällen lösen zwei Schritte das Problem: Verbinden Sie SumUp ausschließlich auf der öffentlich erreichbaren https://-Live-Domain (nicht auf Staging oder localhost) und speichern Sie unter Einstellungen → Permalinks eine „schöne“ Struktur wie „Beitragsname“ neu, damit die WordPress-REST-API unter /wp-json/ wieder sauber antwortet. Die Meldung ist kein Kontoproblem bei SumUp – sie besagt sinngemäß: Ich erreiche oder validiere die Website-Adresse dieser Verbindung nicht. Die folgenden Ursachen sind nach Häufigkeit sortiert, sodass Sie die Kopplung in wenigen Minuten wieder in Gang bekommen.

Was die Meldung technisch bedeutet

Das Plugin SumUp Payment Gateway For WooCommerce (Stand Juli 2026: Version 2.17.1, über 10.000 aktive Installationen, getestet bis WordPress 7.0.1) verbindet Ihren Shop nicht über einen manuell eingetragenen API-Schlüssel, sondern über einen gehosteten Onboarding-Ablauf: Sie klicken auf „Konto verbinden“, der Browser springt zum SumUp-Dashboard, Sie klicken dort „Start setup“, und SumUp erzeugt die produktiven Zugangsdaten automatisch. Damit das funktioniert, legt das Plugin bei SumUp eine Verbindung mit der Website-URL Ihres Shops an – erzeugt aus Ihrer WordPress-Adresse und abgewickelt über die REST-API (/wp-json/) – und merkt sich eine ausstehende Verbindungs-ID. SumUp ruft diese Website-Adresse anschließend zurück, um die Kopplung zu bestätigen.

Kann SumUp die hinterlegte Adresse nicht erreichen oder nicht validieren, weist der Website-Callback die Verbindung ab – und genau das steckt hinter „The website of this connection is not available“. Der Hersteller hat diesen Ablauf gezielt gehärtet: Version 2.12.0 sorgt dafür, dass die ausstehende Verbindungs-ID über den gesamten Kopplungsvorgang erhalten bleibt, und protokolliert seitdem deutlich, wann der Website-Callback eine Verbindung ablehnt. Version 2.14.0 verlangt vor dem Start des Onboardings ausdrücklich einen öffentlichen Hostnamen und behebt die korrekte Behandlung der Website-URL während der Einrichtung. Ein Update auf eine aktuelle Version ist deshalb der erste sinnvolle Handgriff.

Praktisch heißt die Meldung fast immer eines von drei Dingen:

Die Shop-URL ist nicht öffentlich erreichbar (localhost, Staging hinter Passwortschutz, „Coming soon“-Modus, falsch hinterlegte Website-Adresse).
Ein Dienst zwischen SumUp und Ihrem Server blockiert die Anfrage (Cloudflare/WAF, Firewall, Security-Plugin).
Die REST-API antwortet nicht wie erwartet (Permalink-Struktur „Einfach“, blockierte oder deaktivierte /wp-json/-Route).

Schnelldiagnose in drei Minuten

Bevor Sie an einzelnen Einstellungen drehen, grenzen Sie die Ursache ein. Die folgende Tabelle ordnet das Fehlerbild dem wahrscheinlichsten Auslöser und dem schnellsten Test zu:

Symptom	Wahrscheinlichste Ursache	Schnellster Test
Startseite zeigt „Coming soon“ oder verlangt Login	Seite nicht öffentlich erreichbar	Startseite im Inkognito-Fenster (ohne Login) öffnen
`/wp-json/` liefert eine 404-Seite	Permalinks auf „Einfach“ oder fehlende Rewrite-Regeln	Permalinks neu speichern, dann `/wp-json/` erneut aufrufen
REST-API antwortet, Fehler bleibt	Firewall, WAF oder Security-Plugin blockt SumUp	Hoster nach `403` im Server-Log zum Verbindungszeitpunkt fragen
Zertifikatswarnung im Browser	SSL abgelaufen, falsche Domain oder selbstsigniert	Externen SSL-Check über die Live-Domain laufen lassen
Alles erreichbar, Kopplung hakt trotzdem	Alte/doppelte Verbindung, Cache	Verbindung trennen, Cache leeren, neu verbinden

Konkret prüfen Sie diese drei Punkte manuell:

Ist der Shop öffentlich? Rufen Sie Ihre Startseite in einem privaten Browserfenster ohne Login auf. Erscheint ein Wartungs- oder Login-Hinweis, kommt SumUps Rückruf genauso wenig durch.
Antwortet die REST-API? Öffnen Sie https://ihre-domain.de/wp-json/. Es muss eine JSON-Antwort erscheinen (viel Text, beginnend mit {"name":...}), keine 404- oder Fehlerseite.
Stimmt die Domain? Prüfen Sie unter Einstellungen → Allgemein, ob WordPress-Adresse und Website-Adresse exakt die öffentliche https://-Domain sind – ohne alte Staging-Adresse, ohne http://, mit oder ohne www konsistent.

Wer einen Terminalzugang hat, prüft die Erreichbarkeit aus Serversicht in zwei Zeilen – am aussagekräftigsten von einem fremden Netz aus (nicht dem eigenen Büro-WLAN, das interne Sperren umgehen kann):

curl -I https://ihre-domain.de/
curl -s https://ihre-domain.de/wp-json/ | head -c 200

Die erste Zeile muss mit HTTP/2 200 antworten (oder mit 301/308 auf die kanonische Adresse), nicht mit 403 oder 503. Die zweite muss JSON liefern ({"name":...), keine HTML-Fehlerseite. So lesen Sie den Statuscode:

Statuscode	Bedeutung	Richtung
200	Seite erreichbar	Weiter mit REST-API/Permalinks
301 / 308	Weiterleitung	Ziel muss die Live-`https`-Domain sein (Ursache 4)
401 / 403	Zugriff gesperrt	Passwortschutz, Firewall oder WAF (Ursache 3)
404 unter `/wp-json/`	Route fehlt	Permalinks/Rewrite (Ursache 2)
503	Wartungsmodus aktiv	„Coming soon“ deaktivieren (Ursache 1)

Ursache 1: Shop-URL ist für SumUp nicht erreichbar

Das ist die häufigste Ursache und passt am direktesten zum Wortlaut der Meldung. Seit Version 2.14.0 verlangt das Plugin vor dem Start des Ablaufs eine öffentlich erreichbare Hostadresse und bricht auf privaten Adressen bewusst ab, statt eine tote Verbindung anzulegen. Typische Auslöser:

Der Verbindungsversuch läuft auf einer lokalen oder Staging-Umgebung (localhost, *.local, IP-Adresse, Staging-Domain hinter HTTP-Auth).
Ein „Coming soon“- oder Wartungsmodus (etwa SeedProd, WP Maintenance) sperrt die Seite für nicht angemeldete Besucher aus – und damit auch für SumUps Rückruf.
In Einstellungen → Allgemein steht noch eine alte Domain (häufig nach dem Umzug von Staging auf Live), sodass der Callback ins Leere läuft.

So beheben Sie es:

Verbinden Sie SumUp ausschließlich auf der öffentlich erreichbaren Live-Domain, nicht auf Staging oder localhost.
Deaktivieren Sie während der Verbindung den Wartungs-/„Coming soon“-Modus.
Korrigieren Sie unter Einstellungen → Allgemein die Website-Adresse (URL) auf die richtige https://-Domain und speichern Sie.
Starten Sie den Verbindungsassistenten unter WooCommerce → Einstellungen → Zahlungen → SumUp erneut.

Setzen Sie dabei mindestens Version 2.14.0 ein, besser die aktuelle 2.17.1 – ältere Versionen enthalten die korrigierte URL-Behandlung nicht.

Ursache 2: REST-API durch Permalinks blockiert

Die WordPress-REST-API unter /wp-json/ ist nur über diese saubere Route erreichbar, wenn „schöne“ Permalinks aktiv sind. Steht die Struktur auf „Einfach“, wird die API ausschließlich über ?rest_route=/ ausgeliefert – externe Dienste wie SumUp erwarten aber /wp-json/ und scheitern. Auch bei korrekter Struktur können die Rewrite-Regeln (auf Apache in der .htaccess) veraltet oder gar nicht geschrieben sein.

Permalinks neu schreiben (Flush):

Öffnen Sie Einstellungen → Permalinks.
Wählen Sie eine „schöne“ Struktur – empfohlen: „Beitragsname“ (nicht „Einfach“).
Klicken Sie auf „Änderungen übernehmen“. Schon das erneute Speichern regeneriert die Rewrite-Regeln.

Belassen Sie die Struktur nicht auf „Einfach“ – genau diese Einstellung macht die /wp-json/-Route für externe Dienste erst unbrauchbar. Prüfen Sie nach dem Speichern erneut, ob https://ihre-domain.de/wp-json/ eine JSON-Antwort liefert.

Antwortet die API weiterhin mit 404, prüfen Sie die Rewrite-Ebene:

.htaccess beschreibbar (Apache)? Der WordPress-Standardblock muss vorhanden sein. Fehlt er, tragen Sie ihn zwischen den Markern manuell ein und setzen Sie die Dateirechte auf 644:

# BEGIN WordPress
RewriteEngine On
RewriteBase /
RewriteRule ^index\.php$ - [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
# END WordPress

Nginx statt Apache? Dort gibt es keine .htaccess; im Server-Block muss die Direktive try_files $uri $uri/ /index.php?$args; stehen. Bei Managed-Hosting (etwa Plesk) übernimmt das meist die Plattform – im Zweifel bitten Sie Ihren Hoster, die Regel zu prüfen.
WP-CLI vorhanden? Der Klick auf „Änderungen übernehmen“ entspricht auf der Kommandozeile wp rewrite flush --hard – das schreibt die Regeln direkt neu, praktisch bei mehreren Shops.
REST-API deaktiviert? Manche Security-Plugins oder Code-Snippets sperren die REST-API komplett – siehe nächster Abschnitt.

Der interne Zustandsbericht hilft dabei: Werkzeuge → Zustand der Website meldet ausdrücklich, wenn die REST-API nicht erreichbar ist. Ein guter Startpunkt, wenn Sie Ursachen der WordPress-Seite systematisch ausschließen wollen – verwandt ist auch der kritische WordPress-Fehler, der oft auf denselben Server- und Rewrite-Problemen fußt.

Ursache 3: Cloudflare, Firewall oder Security-Plugin blockiert SumUp

Selbst bei sauberer URL und funktionierender REST-API kann ein Schutzmechanismus den Rückruf von SumUps Servern abweisen. Das betrifft besonders Shared Hosting, dessen Server-IP in Reputationslisten auffällig sein kann, sowie aggressive Firewall-Regeln.

Prüfen Sie der Reihe nach:

Cloudflare: Reduzieren Sie testweise die Sicherheitsstufe, deaktivieren Sie Bot Fight Mode und legen Sie – falls nötig – eine WAF-Ausnahme für die SumUp-Callbacks an. SumUp veröffentlicht keine festen IP-Bereiche für eine Firewall-Allowlist; benötigen Sie eine exakte Liste, erfragen Sie diese direkt beim SumUp-Support, statt zu raten.
Security-Plugins (Wordfence, Solid Security, ehemals iThemes): Testen Sie die Verbindung mit kurzzeitig deaktiviertem Plugin. Achten Sie auf Regeln, die die REST-API oder unbekannte Server-IPs blockieren.
Server-Firewall / mod_security: Bitten Sie Ihren Hoster, das Fehlerprotokoll zum Zeitpunkt des Verbindungsversuchs zu prüfen. Ein 403 im Log zeigt eindeutig eine Blockade.

Werfen Sie parallel einen Blick in die Plugin-Logs unter WooCommerce → Status → Protokolle: Seit Version 2.12.0 protokolliert SumUp ausdrücklich, wenn der Website-Callback eine Verbindung ablehnt – das grenzt „Server hat geblockt“ von „URL war falsch“ sauber ab. In hartnäckigen Fällen mit Shared Hosting und dauerhaft geblockter IP ist eine dedizierte IP-Adresse oder ein Wechsel des Hosting-Pakets die verlässlichste Lösung; worauf es dabei ankommt, ordnet unser Beitrag zu intelligentem Hosting ein.

Ursache 4: SSL/HTTPS unvollständig

SumUp verlangt eine gültige HTTPS-Verbindung. Fehler entstehen, wenn:

das Zertifikat abgelaufen oder für die falsche Domain ausgestellt ist,
ein selbstsigniertes Zertifikat (typisch auf Staging) verwendet wird,
Mixed Content vorliegt oder Aufrufe von https:// intern auf http:// umgeleitet werden.

Testen Sie das Zertifikat mit einem externen SSL-Check und stellen Sie sicher, dass die Domain ohne Zertifikatswarnung und ohne Weiterleitungsschleife über https:// lädt. Achten Sie besonders auf eine sauber gesetzte Weiterleitung von http und www auf eine kanonische https-Adresse – widersprüchliche Redirects (etwa www → non-www und gleichzeitig zurück) sind eine häufige, leicht übersehene Ursache und tauchen im curl -I-Test oben als Kette mehrerer 301 auf.

Ursache 5: Alte oder doppelte Verbindung und Browser-Cache

Bleibt der Fehler trotz korrekter Server-Konfiguration bestehen, hängt oft eine veraltete Verbindung fest. Es können mehrere Kopplungen für dieselbe Domain existieren, ohne dass die alte sauber entfernt wurde.

Trennen Sie die Verbindung im SumUp-Plugin und – falls vorhanden – im SumUp-Dashboard unter den verbundenen Anwendungen.
Löschen Sie Cookies und Cache des Browsers für Ihre Shop-Domain und für SumUp, oder nutzen Sie ein frisches Inkognito-Fenster.
Leeren Sie den Shop-Cache (WP Rocket, W3 Total Cache, LiteSpeed) sowie einen etwaigen Server- oder Objekt-Cache – wo dieser jeweils liegt, zeigt unsere Übersicht Wo finde ich den WordPress-Cache?.
Starten Sie den Verbindungsvorgang neu und autorisieren Sie einmalig komplett durch.

Sonderfall Altstore: Wenn Ihr Shop SumUp schon vor Jahren eingebunden hatte, kann eine Verbindung ohne den heute nötigen merchant_code (nur mit der alten pay_to_email) hängen. Version 2.16.0 migriert solche Altverbindungen automatisch, indem sie den Händlercode aus den SumUp-Kontodaten nachlädt – ein Update plus eine frische Kopplung räumt diesen Fall in der Regel aus.

Ursache 6: SumUp-Konto noch nicht vollständig freigeschaltet

Manchmal liegt es nicht am Shop, sondern am Konto: Der gehostete Ablauf verlangt ein aktives SumUp-Konto mit vollständig hinterlegten Kontodaten und aktivierter „Payments“-Berechtigung. Ist die Verifizierung noch offen oder der Zahlungsdienst nicht freigeschaltet, kann die Verbindung serverseitig scheitern, obwohl Ihr Shop technisch einwandfrei erreichbar ist. Melden Sie sich vor dem nächsten Versuch kurz im SumUp-Dashboard an und stellen Sie sicher, dass Ihr Konto vollständig ist und Zahlungen aktiviert sind (US-Konten benötigen zusätzlich eine hinterlegte PLZ).

Reihenfolge zum Abhaken

Wer die Ursachen der Reihe nach abarbeitet, spart sich planloses Herumprobieren. Diese Reihenfolge löst die meisten Fälle:

Plugin auf 2.17.1 aktualisiert (WooCommerce und WordPress ≥ 6.9 ebenfalls aktuell).
Startseite und https://ihre-domain.de/wp-json/ im Inkognito-Fenster erreichbar (JSON, kein Login, kein 404).
Permalinks auf „Beitragsname“ gesetzt und neu gespeichert.
Einstellungen → Allgemein: WordPress- und Website-Adresse = kanonische https://-Live-Domain.
Wartungs-/„Coming soon“-Modus während der Kopplung aus.
Cloudflare/WAF/Security-Plugin testweise entschärft, Server-Log auf 403 geprüft.
Gültiges SSL ohne Warnung, keine widersprüchliche http/www-Weiterleitung.
Alte Verbindung getrennt, Browser- und Shop-Cache geleert, Kopplung neu gestartet.
SumUp-Konto verifiziert, „Payments“ aktiv.

Kostenrahmen und Einordnung

Wer den Fehler ausräumt, wägt oft zugleich ab, ob SumUp die richtige Wahl bleibt. Für Online-Zahlungen berechnet SumUp im Standardtarif 2,5 % pro Transaktion – ohne monatliche Grundgebühr, ohne Mindestumsatz und ohne Vertragsbindung (Stand Juli 2026; Vor-Ort am Terminal sind es im Standard 1,39 %). Wer das kostenpflichtige Abo „Zahlungen Plus“ bucht (19 € pro Monat oder 199 € pro Jahr, also rund 16,58 € monatlich), zahlt online nur noch 0,99 % je Transaktion; vor Ort sinkt der Satz von 1,39 % auf 0,79 %.

Wichtig für die Kalkulation: Der reduzierte Plus-Satz gilt nur für gängige Verbraucherkarten aus dem Inland (Visa, Mastercard, Debit). American Express, Firmenkreditkarten und internationale Karten bleiben bei rund 1,39 %. Rein rechnerisch trägt sich das Plus-Abo im reinen Online-Geschäft ab etwa 1.100 bis 1.300 € monatlichem Umsatz: Die Ersparnis von 1,51 Prozentpunkten (2,5 % → 0,99 %) deckt die 19 € Monatsgebühr ab rund 1.258 € Umsatz (19 € ÷ 0,0151). Für kleine Shops mit unregelmäßigem Volumen bleibt der Standardtarif meist die entspanntere Wahl – und der hier beschriebene Verbindungsfehler ist ohnehin fast immer eine Frage der Erreichbarkeit, nicht des Tarifs.

Weitere Prüfpunkte

Plugin, WooCommerce und WordPress aktualisieren: Mehrere Verbindungsfehler wurden per Update behoben. Das Plugin setzt WordPress 6.9 oder höher voraus und ist bis 7.0.1 getestet.
PHP-Version: Nutzen Sie eine unterstützte Version. Das SumUp-Plugin verlangt laut Readme PHP 7.4 oder höher (Stand Juli 2026); produktiv sind 8.1 bis 8.3 empfehlenswert.
Checkout-Blöcke: In älteren Versionen gab es Kompatibilitätsprobleme mit den WooCommerce Cart-/Checkout-Blöcken. Version 2.17.0 und 2.17.1 haben die Modal-Darstellung sowie die Weiterleitungs- und Fehlermeldungen für Blocks- und klassischen Checkout korrigiert – testen Sie im Zweifel den klassischen Checkout-Shortcode.

FAQ

Muss ich wirklich meine Permalinks ändern, damit SumUp funktioniert? Sie ändern die Struktur nicht dauerhaft – Sie speichern sie neu, um die Rewrite-Regeln zu regenerieren, damit /wp-json/ wieder antwortet. Wichtig ist nur, dass am Ende eine „schöne“ Struktur wie „Beitragsname“ aktiv ist und nicht „Einfach“.

Welche Plugin-Version brauche ich mindestens? Mindestens 2.14.0, denn erst diese Version verlangt einen öffentlichen Hostnamen und behandelt die Website-URL korrekt. Empfehlenswert ist die aktuelle 2.17.1, die zusätzlich Altverbindungen migriert (seit 2.16.0) und die Redirect- und Fehlermeldungen im Checkout verbessert hat.

Wie sehe ich, ob der Fehler am Server oder an der URL liegt? Öffnen Sie WooCommerce → Status → Protokolle. Seit Version 2.12.0 protokolliert das Plugin, wenn der Website-Callback eine Verbindung ablehnt. Ein 403 im Server-Log deutet auf eine Firewall-/WAF-Blockade, eine 404 unter /wp-json/ auf ein Permalink-/REST-Problem – ein schneller curl -I auf die Domain trennt beide Fälle in Sekunden.

Funktioniert SumUp auf Shared Hosting? Grundsätzlich ja, aber die geteilte Server-IP wird von Schutzdiensten wie Cloudflare öfter blockiert. Zeigen Firewall-Logs 403-Blockaden und hilft keine Allowlist, sind eine dedizierte IP oder ein anderes Hosting-Paket die stabilere Wahl.

Kann ich SumUp auf meiner Staging-Seite testen? Für den reinen Klick-Test ja, aber die eigentliche Kontoverbindung sollte auf der öffentlichen Live-Domain erfolgen. Auf localhost, hinter Passwortschutz oder mit selbstsigniertem SSL erreicht SumUp die Seite nicht – genau das löst die Meldung „website of this connection is not available“ aus.

Was kostet SumUp online und ab wann lohnt sich das Plus-Abo? Standard: 2,5 % je Online-Zahlung ohne Grundgebühr und ohne Laufzeit. Das Abo „Zahlungen Plus“ (19 €/Monat bzw. 199 €/Jahr) drückt den Online-Satz auf 0,99 %. Rechnerisch lohnt es sich im Online-Geschäft ab rund 1.100–1.300 € Monatsumsatz mit gängigen Inlandskarten – darunter fahren Sie mit dem Standardtarif günstiger.

→ Mehr zum Thema: Alle Artikel unter WooCommerce