Shopify's Fall '26 Editions page lists a new layout for payment methods at checkout. A good deal of what circulates about it (how many methods trigger it, which store gets it when) is not on that page. Before you change anything on a store ahead of peak season, it is worth separating the one sentence that is documented from the guesses.
Sources read on 2026-11-06 and re-read on 2026-11-07: Shopify's Editions Fall '26 page, the Payment Customization Function API reference, and the Help Center pages on test orders and customizing payment methods.
What Shopify has said
Under Payments, the Editions page has an item headed "Simpler layout for payment methods in checkout". Its content, as I read it:
- "A modern tiled design replaces the radio buttons."
- It is described as giving customers "a more compact, visually clear set of payment options at checkout."
- Status: "Rolling out soon."
The page carries no publication date; it is labelled as the Fall '26 edition. The item's image caption describes "tiled payment options for credit card, PayPal, Apple Pay, and iDEAL", which is an illustration, not a specification. The item links only to Shopify's general checkout settings help page, and that page does not describe the new layout either.
Two neighbouring items on the same page are worth knowing about when you plan a test: "A tighter, stacked form layout" is labelled "Coming soon", and a custom-fields item for the checkout and accounts editor is labelled "Rolling out soon". Statuses are labels, not dates, and each item moves on its own schedule, so a before/after comparison can mix more than one change.
What the page does not say
None of the following appears on the Editions page, so none of it should be repeated as fact:
- a rollout date or order of stores;
- any condition on when tiles replace radio buttons, including any rule about the number of payment methods;
- where individual methods (cards, PayPal, wallets) sit in the new layout;
- whether payment method ordering or renaming that you already apply changes how tiles are shown;
- whether anything about the layout can be turned off.
A claim that tiles only appear for "four or fewer methods", and that PayPal moves next to cards, has been shared on social media. I could not find either on the Editions page, and the page's remaining text (including the last few thousand characters) has nothing else on checkout layout. Treat both as unconfirmed. The Editions page also does not describe any way to reorder or prioritize payment methods.
What you can already control
The Payment Customization Function API is documented as letting a function "rename, reorder, hide the payment methods available to customers during checkout". Its target is cart.payment-methods.transform.run, and it returns operations named paymentMethodHide, paymentMethodMove and paymentMethodRename. The page states a limit of 25 payment customization functions that can be active on each store. The reference also lists restrictions that matter for this test: "Plan and geographical restrictions apply"; when usage is restricted, "output operations that target restricted payment methods don't take effect at checkout"; methods with logos cannot be renamed (Shop Pay, Apple Pay and Google Pay are the examples, and the rule covers all wallets and the native gift card field); and wallets can be removed but not reordered.
Shopify's help page on customizing payment methods at checkout adds a plan limit that changes what you can compare. It says that on Basic plans or higher, other than Plus, payment customization in the United States and Canada is "limited to non-credit card payment methods", and credit card options "will remain standard as offered by Shopify". On Shopify Plus, stores can "hide, rename, reorder, or sort credit card options" as well. So two stores with identical function code can present different payment steps depending on plan and region, and a test on one plan does not cover the other.
What the pages I read do not say is how those functions interact with the tiled layout. That is the part to test, because a store that hides, moves or renames methods is exactly the store where a layout change could show up as something new: truncated labels, a different order, a method that is now harder to find.
A test plan you can run before and after rollout
Shopify's test-orders page names two ways to place a test order: the Test payment gateway, and Shopify Payments' test mode. It also states that "Customers can't place live orders during the time that your payment providers are in test mode." That has a scheduling consequence: do not switch a live store into test mode in the middle of a campaign.
- Baseline now. Capture screenshots of the current payment step on mobile and desktop for each country or currency you sell in. These are your "before" images.
- List every enabled method and every active payment customization (names, order, which are hidden by function). Export it somewhere version-controlled.
- Use a development or staging store for experiments, not the live one. Put the same methods and the same functions on it.
- After the layout reaches a store you test on, repeat the screenshots and compare: label length, order, wrapped text, how a renamed method looks, how a hidden method's absence looks.
- Check input and assistive-technology behaviour. Moving from radio buttons to tiles is a visual change; whether the underlying control semantics, keyboard order and screen-reader announcements stay the same is something to verify with a keyboard and a screen reader. Shopify's page does not say.
- Complete a test order with each method you can test, and confirm the order record, payment method label and confirmation email read correctly.
- Write down the findings with the date, because the layout is still "rolling out", and behaviour can differ between stores during a rollout.
Checks worth adding
These are my recommendations, not Shopify guidance:
- Localization: run the baseline per market. Method names and the set of methods differ by country (the Editions page itself lists local methods such as iDEAL, MB WAY and OXXO), and longer translated labels are the likeliest to wrap in a tile.
- Accessibility: tab through the payment step, check focus is visible on each tile, and listen to what a screen reader announces for the selected and unselected states. Compare with your baseline recording.
- Analytics: if you track which method customers choose, or fire events on payment-step interaction, confirm the events still fire and carry the same method values. Compare the share of each method in the weeks before and after the change on that store, remembering the change may not reach every store the same day.
- Mobile width: test the narrowest phone width you support, with a long renamed method and with the maximum number of methods you enable in one market.
Rollout-readiness checklist
- [ ] Payment methods and active customizations inventoried per market and plan
- [ ] "Before" screenshots saved for mobile and desktop
- [ ] Renamed labels reviewed for length
- [ ] Keyboard and screen-reader pass recorded
- [ ] Analytics events verified on a test order
- [ ] No store switched into test mode during a campaign
- [ ] Someone assigned to re-check each store after the layout appears, with the date noted
What I would not do
- Rebuild checkout customisations in a hurry because of a rumour about method counts.
- Rename methods to long custom strings on the assumption that tiles will fit them. Test that first.
- Treat "rolling out soon" as a date. The page does not give one.
For related reading on the Shopify side of performance and customisation, there are two pieces on the Prateeksha blog: Shopify Functions for discounts (the same Functions model, different API) and performance-optimized custom Shopify themes.
Disclosure: the two prateeksha.com links above are to articles on my agency's blog.
If you manage payment customizations today, what would you check first when a layout change lands?
