Shopify payment not working: where it breaks

Shopify checkout moves a shopper through contact, address, shipping and payment, and each step can block the next one without saying why. If no shipping option matches the address, the shopper may never see a payment box, so the payment provider looks broken when the fault is a shipping zone. If the box appears but the provider does not take that currency or country, the shopper gets a generic error with no hint of why. A payment declined after Pay gives a message that does not say whether the card, the bank or the store caused it.

• Go to payment with one product and an address in your own country. Does the payment box appear?
• If no shipping option shows, read the message above the payment area. Does it name shipping rather than payment?
• Look for a payment area that stays blank or keeps spinning. Are its provider fields missing?
• Reach the payment step without pressing Pay. Is the error under the card field, at the top of the page, or nowhere at all?

The first place is before the box. A shopper who has no shipping option for their address cannot reach payment, and the message about shipping is easy to miss on a phone. The second place is the box itself. If the payment provider does not accept the shopper's currency or country, or a script that loads the card fields fails, the area stays blank or shows a spinner that never stops. The third place is after Pay, where the provider has answered and the store has to show the result.

Each place needs a different fix. Shipping problems are fixed in the shipping settings, a blank box is usually a provider or script problem, and a decline is the bank's answer to the card. Check the shipping zones first, because a missing country stops the shopper before any payment setting matters. Only then open the provider's settings, and only for the country and currency that failed.

A declined card and a setup fault can show almost the same words on the page. The difference is timing. A setup fault shows up before the card fields respond, while a decline appears only after the card has been sent. Look at whether the fields loaded and accepted typing before you pressed Pay. If they did not load, the card was never the problem, and no card will get through that step.

Mimiq's visitor browser records the errors that matter for this step. It notes JavaScript errors and failed or slow app requests where they happen, so a payment area that never loaded shows as a request that did not finish. Compare that record with what the shopper saw. When the record shows a failed request and the page shows a generic message, the message is hiding the real fault, and the request is where to look.

Give Mimiq the store address and one task a shopper would have: buy one candle and go as far as the payment step. Describe the buyer in the sentence that sets who the visitor is, including the country they buy from. The visitor picks a product, fills in an address there, chooses a shipping option and arrives at payment. The result shows each step, the message at the stop, and a screenshot of the payment area in its final state, on a laptop or a phone.

The visitor never enters a real card, so the test ends where the payment box is. It can show that the box loads, which messages appear and that the step is reachable. It cannot show that the bank accepts the card, and that is the part that decides whether the sale happens. Use the test to find the broken step, then place one small real order yourself to confirm the final one.

Rerun the same visitor task after each change to payment settings, shipping zones, currencies or the checkout section of the theme. Adding a country or changing a currency changes which payment fields load, so a checkout that worked last month can show an empty box for one region.