SumUp-WooCommerce-Fehler „The website of this connection is not available" beheben
Wenn Sie SumUp als Zahlungsart in WooCommerce einrichten und im Verbindungsassistenten die Meldung „The website of this connection is not available” erscheint, bricht die Kopplung zwischen Shop und SumUp-Konto genau an der Stelle ab, an der SumUp die Adresse Ihres Shops prüfen möchte. Die Meldung ist kein SumUp-Kontoproblem – sie sagt: Ich erreiche die hinterlegte Shop-URL nicht. Dieser Beitrag geht die Ursachen in der Reihenfolge durch, in der sie am häufigsten auftreten, damit Sie die Verbindung in wenigen Minuten wieder herstellen.
Was die Meldung technisch bedeutet
Das SumUp-Zahlungs-Plugin für WooCommerce verbindet Ihren Shop nicht über einen manuell eingetragenen API-Schlüssel, sondern über einen OAuth-Ablauf (Button „Konto verbinden”). Dabei springt der Browser zu SumUp, Sie autorisieren die Verbindung, und SumUp springt anschließend auf eine URL Ihrer Seite zurück (Callback). Für diesen Ablauf muss Ihr Shop von außen öffentlich über HTTPS erreichbar sein; das Plugin wickelt die Rückkommunikation über die WordPress-REST-API (/wp-json/) ab. Ist diese Route gesperrt oder die Domain nicht erreichbar, bricht die Kopplung ab. Die genaue Callback-Adresse erzeugt das Plugin dabei automatisch aus Ihrer Shop-URL – Sie müssen sie nicht manuell hinterlegen.
„The website of this connection is not available” heißt deshalb fast immer eines von drei Dingen:
- Die Shop-URL ist nicht öffentlich erreichbar (localhost, Staging hinter Passwortschutz, „Coming soon”-Modus, falsche Website-Adresse).
- Ein Dienst zwischen SumUp und Ihrem Server blockiert die Anfrage (Cloudflare/WAF, Firewall, Security-Plugin).
- Die REST-API antwortet nicht wie erwartet (kaputte Permalink-Struktur, blockierte
/wp-json/-Routen).
Schnelldiagnose in drei Minuten
Bevor Sie einzelne Einstellungen ändern, grenzen Sie das Problem ein:
- Ist der Shop öffentlich? Rufen Sie Ihre Startseite in einem privaten Browserfenster (ohne Login) auf. Erscheint ein Wartungs- oder Login-Hinweis, kommt SumUp genauso wenig durch.
- Antwortet die REST-API? Öffnen Sie
https://ihre-domain.de/wp-json/. Es muss eine JSON-Antwort erscheinen (viel Text mit{"name":...}), keine 404-/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, ohnehttp://, mit oder ohnewwwkonsistent.
Je nachdem, welcher der drei Punkte scheitert, springen Sie zum passenden Abschnitt.
Ursache 1: Shop-URL ist für SumUp nicht erreichbar
Das ist die häufigste Ursache und passt am direktesten zum Wortlaut der Meldung. SumUp verlangt vor dem Start des Ablaufs eine öffentlich erreichbare Hostadresse. 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 (z. B. SeedProd, WP Maintenance) sperrt die Seite für nicht angemeldete Besucher aus – und damit auch für SumUps Prüfung.
- In Einstellungen → Allgemein steht noch eine alte Domain (häufig nach 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.
Neuere Plugin-Versionen haben die URL-Behandlung im Verbindungsablauf gezielt korrigiert – ein Update des SumUp-Plugins allein löst dieses Problem in manchen Fällen bereits. Die korrekte Behandlung der Website-URL während der Einrichtung wurde laut Changelog mit Version 2.14.0 eingeführt; setzen Sie daher mindestens diese Version ein (Stand: Juli 2026, aktuelle Version 2.17.1).
Ursache 2: REST-API durch Permalinks blockiert
Die WordPress-REST-API unter /wp-json/ ist nur erreichbar, wenn „schöne” Permalinks aktiv sind. Steht die Permalink-Struktur auf „Einfach”, wird die API nur über ?rest_route=/ ausgeliefert – viele externe Dienste erwarten aber /wp-json/ und scheitern. Auch bei sonst korrekter Struktur können die Rewrite-Regeln (auf Apache in der .htaccess) veraltet oder 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.
Wichtig: Belassen Sie die Struktur nicht auf „Einfach”. Genau diese Einstellung kann die /wp-json/-Route erst unbrauchbar machen. 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:
.htaccessbeschreibbar? Fehlt der WordPress-Block, tragen Sie die Standard-Rewrite-Regeln manuell ein oder korrigieren Sie die Dateirechte.- Nginx statt Apache? Dort gibt es keine
.htaccess; die Rewrite-Regel imlocation /-Block muss WordPress-Permalinks unterstützen. Üblich ist die von WordPress empfohlene Direktivetry_files $uri $uri/ /index.php?$args;. Bei Managed-Hosting (z. B. Plesk) übernimmt das meist die Plattform – im Zweifel bitten Sie Ihren Hoster, die WordPress-Rewrite-Regel zu prüfen. - REST-API deaktiviert? Manche Security-Plugins oder 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.
Mehr dazu im Beitrag WordPress-Permalinks reparieren und WordPress-REST-API richtig aktivieren.
Ursache 3: Cloudflare, Firewall oder Security-Plugin blockiert SumUp
Selbst bei sauberer URL und funktionierender REST-API kann ein Schutzmechanismus die Anfrage 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, iThemes Security, Solid Security): 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
403im Log zeigt eindeutig eine Blockade.
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.
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 aufhttp://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.
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-/Objekt-Cache.
- Starten Sie den Verbindungsvorgang neu und autorisieren Sie einmalig komplett durch.
Weitere Prüfpunkte
- Plugin und WooCommerce aktualisieren: Halten Sie SumUp-Plugin, WooCommerce und WordPress aktuell. Mehrere Verbindungsfehler wurden per Update behoben.
- PHP-Version: Nutzen Sie eine unterstützte PHP-Version. Das SumUp-Plugin setzt laut Readme PHP 7.4 oder höher voraus (Stand: Juli 2026).
- Checkout-Blöcke: In älteren Versionen gab es Kompatibilitätsprobleme mit den WooCommerce Cart-/Checkout-Blöcken. Testen Sie bei Bedarf 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”.
Funktioniert SumUp auf Shared Hosting?
Grundsätzlich ja, aber die geteilte Server-IP wird von Schutzdiensten wie Cloudflare öfter blockiert. Wenn Firewall-Logs 403-Blockaden zeigen und keine Allowlist hilft, ist 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.
Brauchen Sie Unterstützung für Ihren WooCommerce-Shop? Ypsilon.dev ist Ihre Webagentur aus Regensburg – jetzt kostenlose Erstberatung anfragen.