Payment methods that vanish at checkout: how to fix it
Every place your store names a way to pay, from product-page badges to the payment policy, should match what checkout offers. Test each one and fix the gaps.
Why this matters
Payment claims spread further than the footer. Instalment messages under the price, accelerated checkout buttons beside “Add to cart”, the payment policy, an FAQ answer written at launch: each one tells the shopper how they can pay, and each one can drift away from what the checkout actually does. Payment logos are only the most visible part.
Google's account guidelines put the bar in two places. First, “Make sure at least one conventional method of payment is available to users during checkout.” Second, “Your site must clearly and conspicuously disclose all related conditions before and after purchase as well as disclose the payment model and full expense that a user will bear before and after purchase.” A “Pay in 3” line is a statement about the payment model, so it has to be true at the till and its terms have to be findable, not just its logo.
The Misrepresentation policy covers the rest. It rules out “Promising products or promotional offers that aren’t available for users”, and among the omissions it lists “Failure to clearly and conspicuously disclose the payment model and full expense that a customer will bear before and after purchase”. An instalment option advertised on every product page and missing at checkout sits squarely on that line.
Google's checkout requirements add one rule for anything you bolt on: “Ensure that any third-party payment options are HTTPS-secure”. If a wallet or instalment provider hands the shopper to its own page, that page is part of your checkout too.
Platforms make this harder than it looks. Shopify, for example, decides which accelerated checkout button a shopper sees from your payment settings and the shopper's browser, device and payment history, so two people can see different buttons on the same product. Test on more than one device before you decide a method is live or dead.
The free scan walks to your public checkout, reads which payment methods it shows, and reports a checkout with no conventional way to pay as a failure. Every other checkout check is on the misrepresentation checker.
Typical evidence
One claim, four surfaces, zero follow-through
Klarna doesn’t just live in the footer. It’s on the product badge, in the payment policy, on the cart — every surface swearing you take it. Then the shopper reaches the till and there’s a bare card field. Four yeses and a no, and the no is the only one that’s true.
The public signals this check looks for:
A “Pay in 3” or “Buy with PayPal” badge is hard-coded into the product template, so it sho…
A “Pay in 3” or “Buy with PayPal” badge is hard-coded into the product template, so it shows on every product whether or not that method is switched on.
The payment policy lists five methods written at launch; the store now takes two
The payment policy lists five methods written at launch; the store now takes two.
A method is switched on but fails in practice…
A method is switched on but fails in practice: wrong currency, an expired provider account or a region block, so it appears in the list and then declines.
An instalment message shows a monthly amount on the product page, and the terms behind it …
An instalment message shows a monthly amount on the product page, and the terms behind it are nowhere a shopper can find before paying.
An accelerated checkout button for a wallet shows on some devices, and the payment policy …
An accelerated checkout button for a wallet shows on some devices, and the payment policy says the store does not accept that wallet.
A third-party payment option sends the shopper to a page that is not on HTTPS
A third-party payment option sends the shopper to a page that is not on HTTPS.
What it looks like once it is right
The product page shows the Klarna message only in the market where Klarna is live, with a link to its terms. The payment policy lists card, PayPal and Klarna (UK only), and each was confirmed with a test payment on the date printed at the foot of the policy.
Common mistakes
Common mistake
Fix checklist
Read every column against the checkout row
Lay the surfaces in a grid and the drift jumps out. A green tick above a red checkout row means you are advertising a method the shopper cannot use. Fix the public contradiction; do not guess how a platform will assess it.
Questions merchants ask
Can I advertise buy now, pay later on product pages for Google Shopping?
Yes, if it is available at checkout in that market and its terms are clear. Google’s account guidelines ask that the payment model and the full expense a shopper will bear are disclosed clearly and conspicuously before and after purchase, so link the provider’s terms beside the message.
A payment button shows on my phone but not on my laptop. Is that a mismatch?
Not necessarily. Platforms show accelerated checkout buttons based on the shopper’s device, browser and payment settings. Test on more than one device, and describe the method in your payment policy as available where supported rather than promising it to everyone.
How do I check my payment methods actually work, not just appear?
Complete a payment with each one, in the provider’s test mode or with a small real order you then refund. A method that shows at checkout and declines a real card is still a promise the store cannot keep. The full walk-through is in end-to-end checkout testing.
Remediation
Risk signal
Similar cases
Sources
Last reviewed 25 Sep 2026.
That is one issue. The library documents 134.
The free scan lists what it finds on your store. The paid report adds the affected pages, captured evidence and step-by-step fixes. Start free, with no account needed.