PayPal appears as a payment option, but no usable button is available. Stylesheets may load while the expected payment script is missing. The reviewed report involves PayPal Payments 4.2.0 and Divi. A mismatch between builder presentation and stored WooCommerce blocks was investigated, but was not confirmed as a complete resolution. Q1
The visible layout does not establish the stored checkout type
A page can look classic while its saved content still contains a checkout block. WooCommerce might also be assigned a different checkout page from the one being edited. Before changing a payment SDK, establish which page and integration route actually serve customers.
WooCommerce documents supported conversion between block and classic output. Use that process on a test copy and preserve the existing page content and builder template. Q2
Check four concrete boundaries
- Match the page identifier: Inspect the checkout page assigned in WooCommerce and open that exact content. Do not rely only on a similarly named page in the builder.
- Compare content and template: Check saved blocks or shortcode against the builder output overlaid on them. Resolve duplicated or contradictory checkout embedding on staging first. The supported cart and checkout configuration should be consistent.
- Identify the script state: Open console and network tools before loading. Is the PayPal script never requested, refused by a service, or loaded without producing a button? Record the first error and actual page type.
- Use a standard page as a control: Compare a clean supported checkout with the Divi configuration on the copy. Keep gateway settings, currency and test mode unchanged. If the standard route works, reintroduce the integration progressively.
Correct the failing boundary
For a wrong assignment, correct the page. For a confirmed script block, investigate the particular rule or optimisation. For contradictory saved blocks and builder output, establish a coherent configuration. The vendor’s troubleshooting guide explicitly cautions that similar symptoms can have different causes. Q3
Forcing another SDK variant without a corresponding finding is not a general remedy. In the original case, such an experiment made scripts appear but did not fully resolve the missing button. Preserve that distinction between a changed intermediate observation and a successful checkout.
Frequently asked questions
Does loaded CSS prove that PayPal works?
No. Stylesheets and working payment initialisation are separate components.
Should I reconnect the gateway immediately?
Not while the evidence points to missing output or an incorrect checkout context. Identify the actual failing stage first.
What should be checked after the button appears?
A complete test flow with correct required fields, amount and order mapping. Complete it only in the agreed test environment.
Information for assistance
Provide PayPal, WooCommerce and Divi versions, checkout page identifier, saved content type and the first network or console message. Do not send PayPal access secrets.
KAN KAI WORKS can investigate checkout context, builder output and PayPal initialisation. Get help with this case.
Prepare a findings note
Summarise your observations for your enquiry. The note is created in your browser and is not saved or sent here. You can then copy it into the contact form.
Unknown is fine. Do not enter passwords, customer data or complete confidential logs.
Support with this issue
KAN KAI WORKS can investigate checkout context, builder output and PayPal initialisation.
Sources and scope
- Q1: Original report and visible replies
- Q2: WooCommerce: checkout blocks and classic output
- Q3: WooCommerce PayPal Payments: troubleshooting
Sources checked: 5 November 2026. The original incident has not been independently reproduced.
