PayPal erscheint als Zahlungsart, aber es gibt keinen verwendbaren Button. Im Netzwerk sind möglicherweise Stylesheets sichtbar, das erwartete Zahlungs-Skript fehlt jedoch. Der geprüfte Bericht betrifft PayPal Payments 4.2.0 und Divi. Ein widersprüchlicher Kontext aus Builder-Darstellung und gespeicherten WooCommerce-Blöcken wurde als Erklärung untersucht, aber nicht als endgültige Lösung bestätigt. Q1
Sichtbares Layout und gespeicherter Checkout sind nicht dasselbe
Eine Seite kann klassisch aussehen, während im gespeicherten Inhalt weiterhin ein Checkout-Block vorhanden ist. Ebenso kann die falsche Seite in WooCommerce als Checkout zugewiesen sein. Bevor du ein Zahlungs-SDK wechselst, musst du feststellen, welcher konkrete Seiten- und Integrationspfad tatsächlich verwendet wird.
WooCommerce dokumentiert den vorgesehenen Wechsel zwischen Block- und klassischer Ausgabe. Arbeite damit auf einer Testkopie und sichere den bisherigen Seiteninhalt samt Builder-Vorlage. Q2
Vier klare Prüfpunkte
- Seiten-ID zuordnen: Prüfe die in WooCommerce hinterlegte Checkout-Seite und öffne genau deren Inhalt. Verlasse dich nicht allein auf eine ähnlich benannte Seite im Builder.
- Inhalt und Vorlage vergleichen: Kontrolliere gespeicherte Blöcke beziehungsweise Shortcode sowie die darübergelegte Builder-Ausgabe. Eine doppelte oder widersprüchliche Checkout-Einbettung gehört zunächst auf Staging bereinigt. Die unterstützte Konfiguration von Warenkorb und Checkout muss zusammenpassen.
- Skriptzustand unterscheiden: Öffne Konsole und Netzwerkansicht vor dem Laden. Wird das PayPal-Skript gar nicht angefordert, lehnt ein Dienst den Abruf ab oder ist es geladen und erzeugt trotzdem keinen Button? Notiere den ersten Fehler und den tatsächlichen Seitentyp.
- Standardseite als Kontrolle: Vergleiche auf der Kopie einen sauberen, unterstützten Checkout mit der Divi-Konfiguration. Behalte Gateway-Einstellungen, Währung und Testmodus gleich. Funktioniert der Standardfall, lässt sich die Integration schrittweise wieder ergänzen.
Die Änderung am richtigen Punkt vornehmen
Bei falscher Zuordnung korrigiere die Seite. Bei einem belegten Skriptblock prüfe die konkrete Regel oder Optimierung. Bei einem Konflikt zwischen gespeicherten Blöcken und Builder-Ausgabe stelle eine konsistente Konfiguration her. Die Herstellerdokumentation warnt ausdrücklich davor, aus ähnlichen Symptomen dieselbe Ursache abzuleiten. Q3
Ein erzwungener Wechsel auf eine andere SDK-Variante ist ohne passenden Befund keine allgemeine Reparatur. Im Originalfall machte ein solcher Versuch Skripte sichtbar, löste aber die Buttonfrage nicht vollständig.
Häufige Fragen
Beweist geladenes CSS, dass PayPal funktioniert?
Nein. Stylesheets und die funktionsfähige Zahlungsinitialisierung sind getrennte Bestandteile.
Soll ich das Gateway sofort neu verbinden?
Nicht solange der Befund auf fehlende Ausgabe oder falschen Checkout-Kontext zeigt. Sichere zuerst die konkrete Fehlerstufe.
Was muss nach dem sichtbaren Button geprüft werden?
Ein vollständiger Testablauf mit passenden Pflichtfeldern, Betrag und Bestellzuordnung. Nur im vereinbarten Testmodus abschließen.
Für die Hilfe
Benötigt werden PayPal-/WooCommerce-/Divi-Versionen, Checkout-Seiten-ID, gespeicherter Seitentyp und erste Netzwerk- oder Konsolenmeldung. Keine PayPal-Zugangsschlüssel mitsenden.
KAN KAI WORKS kann Checkout-Kontext, Builder-Ausgabe und PayPal-Initialisierung untersuchen. Fall prüfen lassen.
Befundnotiz vorbereiten
Fasse deine Beobachtungen für die Anfrage zusammen. Die Notiz entsteht in deinem Browser; sie wird hier weder gespeichert noch versendet. Du kannst sie anschließend ins Kontaktformular kopieren.
Unbekannt ist möglich. Bitte keine Passwörter, Kundendaten oder vollständigen vertraulichen Protokolle eintragen.
Unterstützung bei diesem Fehler
KAN KAI WORKS kann Checkout-Kontext, Builder-Ausgabe und PayPal-Initialisierung untersuchen.
Quellen und Geltungsbereich
- Q1: Originalbericht und sichtbare Antworten
- Q2: WooCommerce: Checkout-Block und klassische Ausgabe
- Q3: WooCommerce PayPal Payments: Fehlersuche
Quellen geprüft: 5. November 2026. Der Originalfall wurde nicht unabhängig nachgestellt.
