Background & Use Case
We utilize a custom-designed checkout flow that gathers specific information from the customer before payment.
Because of this structured, multi-step experience, we require the customer to complete the full checkout form before selecting their payment method at the very end of the process.
The Current Limitation
Currently, the plugin only allows Apple Pay, Google Pay, and Link to appear as distinct “Express Checkout” buttons at the top of the page.
To use an analogy, the current flow is like going to a grocery store and being asked to pay before you’ve even put your groceries on the conveyor belt.
In reality, a customer should be able to put all items on the belt first, get the total, and then decide whether to pay via physical card, phone, or watch.
While there are settings to limit these buttons to the checkout page, they still appear at the top and interrupt the custom flow. Express checkout behavior does not fit our business model.
Proposed Solution
Please provide a configuration option to render Apple Pay, Google Pay, and Link natively inside the standard Payment Element list.
These options should be able to sit alongside traditional payment methods (like credit cards, iDEAL, etc.) at the bottom of the checkout form, rather than forcing them to act as separate Express Checkout buttons.
Open
Last updated: March 19, 2026
Log in to comment on this feature request.
As a strong argument for this feature, please look at how Shopify handles this exact scenario.
While Shopify also pushes Express Checkout buttons at the top of the page, if a customer chooses to ignore them and manually goes through the standard multi-step checkout (entering shipping and details first), Apple Pay and Google Pay are still available at the very end, integrated directly into the final payment methods list alongside credit cards.