Accessible Split Payment and Instalment Selectors at Checkout

Pay in four looks simple as a set of radio cards. Testing instalment selectors for real radio behaviour, readable terms, and totals that update and announce correctly.

Instalment options arrive at checkout as a set of attractive cards: pay in full, or pay in four, with a monthly figure in large type. Underneath the cards there is often no radio group at all. The cards are clickable panels, the selected one is indicated by a border colour, and a keyboard user can Tab past the whole choice without ever being offered it.

Splitting a payment is a financial decision with interest, late fee, and credit implications that vary by provider and by the option chosen. A shopper who cannot operate the selector, or who can operate it but cannot read the terms attached to the option they picked, has not really been offered the choice the checkout claims to present.

Build it as the radio group it is

A set of mutually exclusive payment choices is a radio group, and it should behave like one: one Tab stop for the group, arrow keys to move between options, a clear visible focus indicator, and the checked state announced for the selected option. That pattern is not a preference, it is what keyboard and screen reader users have been trained by every other form to expect, and a custom panel that ignores it forces them to relearn a basic control at the worst point in a purchase.

The label on each option has to carry the decision, not just the brand of the payment provider. Pay in four interest free payments of a stated amount, first payment today, is a label. A provider logo with the words learn more is not, and an image logo without a text alternative leaves a screen reader user choosing between unnamed options.

Totals and terms have to update in text

Select an instalment option and three things should change: the amount due today, the schedule of remaining payments, and any fee or interest statement. Check that all three change as text on the page and that the change is announced or at least reachable without restarting the checkout. A due today figure that updates visually while a screen reader's copy of the page still shows the full price is a discrepancy that can lead a shopper to confirm a payment they did not intend.

Terms belong next to the option, not behind a link that opens a long legal document in a modal with no focus management. A short, plain summary at the selector, with a properly labelled link for the full terms, serves both purposes. If checking eligibility runs a credit check, soft or otherwise, that fact is part of the summary, not a footnote after the click.

Error and decline paths for split payments

Instalment options add a decline path that full payment does not have. If the provider declines, the message needs to say what happened, that no order was placed or that the order is held, and what the shopper can do next, in text associated with the payment section. A generic payment error that does not mention the instalment attempt leaves the shopper unsure whether they were declined, charged, or both.

Do not preselect the instalment option by default without making that default obvious. A shopper rushing through checkout who does not notice a preselected split payment has agreed to a schedule they did not choose. The selected state should be unmistakable in text as well as in styling before the place order button is reached.

Related reading: Accessible Preorder and Deposit Flows: Dates, Balances, and Honest Timers, Accessible Build-a-Box Flows: Multi-Step Customisation Without the Traps, Accessible Store Credit: Balances, Codes, and Checkout Fields.

Frequently asked questions

Why should instalment options be real radio buttons?

Because they are a single choice from a set of mutually exclusive options. The native radio pattern gives one Tab stop, arrow key movement, and an announced checked state, which custom clickable panels usually fail to reproduce.

What information belongs on each instalment option?

The number of payments, the amount of each, what is due today, and any interest or fee position, in text. A provider logo alone does not give a shopper, disabled or not, enough to make a financial decision.

How should totals respond when an instalment option is chosen?

The amount due today, the remaining payment schedule, and any fee statement should all update as reachable text and be announced or easily reviewable, so the shopper confirms the arrangement they actually selected.

Should split payment be preselected at checkout?

If it is, the selection must be unmistakable in text as well as visually. A shopper should never discover after ordering that a split payment schedule was the default they did not notice.