WooCommerce · PayPal · Help

PayPal is listed but its button is missing in Divi checkout?

Compare the saved checkout type with the PayPal scripts actually loaded when the payment area is unusable.

Source date: 5 November 2026Editorial team: KAN KAI WORKSEditorially updated:

Quick answer

A visible PayPal option or loaded CSS does not prove that a payment button works. First inspect the checkout page assigned in WooCommerce and its saved block or shortcode content; the Divi layout alone does not establish the technical context. Then distinguish an unrequested, blocked or unsuccessfully initialised script. Compare a clean supported checkout on staging before switching SDK variants or reconnecting the account.

Source basis: Q1 · Q2 · Q3

Applies to
WooCommerce PayPal Payments with Divi, reported under PayPal Payments 4.2.0. The suspected block/builder mismatch was not confirmed as a complete final resolution.
How to verify the result
The button initialises correctly in the intended checkout, and a complete agreed test confirms required fields, the amount and mapping to the correct order.
Your first check

Is the assigned checkout genuinely classic, or does its saved content still contain a checkout block?

Inspect WooCommerce’s page assignment and the stored page content. Then distinguish a script never requested, blocked or loaded without rendering a usable button.

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

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

Support with this issue

KAN KAI WORKS can investigate checkout context, builder output and PayPal initialisation.

Sources and scope

Sources checked: 5 November 2026. The original incident has not been independently reproduced.