WooCommerce · PayPal · Hilfe

PayPal ist auswählbar, aber der Button fehlt im Divi-Checkout?

Gespeicherten Checkout-Typ und tatsächlich geladenes PayPal-Skript vergleichen, wenn die Zahlungsart nur als leerer Bereich erscheint.

Quellenstand: 5. November 2026Redaktion: KAN KAI WORKSRedaktionell aktualisiert:

Kurzantwort

Ein sichtbarer PayPal-Eintrag oder geladenes CSS beweist keinen funktionsfähigen Zahlungsbutton. Prüfe zuerst die in WooCommerce zugewiesene Checkout-Seite und deren gespeicherten Block- oder Shortcode-Inhalt; das Divi-Layout allein bestimmt den technischen Kontext nicht. Unterscheide anschließend ein nicht angefordertes, blockiertes oder erfolglos initialisiertes Skript. Vergleiche eine saubere unterstützte Checkout-Seite auf Staging, bevor du SDK-Varianten oder die Kontoverbindung wechselst.

Quellengrundlage: Q1 · Q2 · Q3

Gilt für
WooCommerce PayPal Payments mit Divi; Originalbericht unter PayPal Payments 4.2.0. Der vermutete Block-/Builder-Konflikt wurde nicht als abschließende Gesamtlösung bestätigt.
So prüfst du das Ergebnis
Der Button wird im vorgesehenen Checkout korrekt initialisiert; ein vollständiger vereinbarter Test bestätigt Pflichtfelder, Betrag und die Zuordnung zur richtigen Bestellung.
Deine erste Prüfung

Ist die zugewiesene Checkout-Seite wirklich klassisch oder enthält sie noch einen Checkout-Block?

Prüfe die WooCommerce-Seitenzuordnung und den gespeicherten Seiteninhalt. Vergleiche anschließend, ob das PayPal-Skript nicht angefordert, blockiert oder ohne sichtbaren Button ausgeführt wird.

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

  1. 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.
  2. 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.
  3. 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.
  4. 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.

Unterstützung bei diesem Fehler

KAN KAI WORKS kann Checkout-Kontext, Builder-Ausgabe und PayPal-Initialisierung untersuchen.

Quellen und Geltungsbereich

Quellen geprüft: 5. November 2026. Der Originalfall wurde nicht unabhängig nachgestellt.