Direct answer: when a Shopify store fails, I do not start from a fixed list of “common bugs”. I reproduce the issue and check market, shipping, payment, apps and theme in that order. The same symptom can have different causes and the correct fix is the one demonstrated by the real runtime.
Shopify support: what to check before changing the store
Before touching code or settings, I collect the exact case: URL, affected product or variant, customer country, device, browser, steps that reproduce the error and when the problem appeared. If there was a recent change, I also check theme, apps, settings or integrations modified in the same period.
This information helps distinguish a reproducible store problem from an issue tied to a specific market, account, device or external service.
1. Market and country
If a customer cannot buy from a country, I verify that the market and country are actually active for the store and compatible with the catalog and current settings. Looking at a single shipping rate is not enough.
2. Shipping
I check profiles, origins, affected products, rate conditions and mixed carts. Multiple profiles or locations can produce different combinations at checkout, so the test should use the same products and address that reproduce the error.
3. Payment
For a declined payment I distinguish gateway errors, missing requirements, payment-method configuration and provider responses. I do not automatically blame Shopify or the theme. I use available test modes and logs without creating real transactions when possible.
4. Apps and scripts
After installations, updates or removals I check app embeds, scripts and integrations that are actually loaded. I do not assume every uninstalled app leaves code behind, but I inspect the theme and console when the problem is consistent with a script or frontend dependency.
5. Theme and regression
If the problem appears after a change, I compare a theme copy, the affected file and behavior before and after. On Online Store 2.0 I also inspect JSON templates, sections and Theme Editor settings, not only theme.liquid.
How I distinguish a Shopify platform problem from a store problem
I do not use “Shopify is not working” as a diagnosis. If the issue involves a configuration, theme, app or integration specific to the store, I look for the cause there. If the behavior involves a platform function or an external service, I check that service's status and documentation before changing code.
This avoids applying a theme fix to a problem that actually lives in a payment provider, shipping setup or app, and vice versa.
What I need to diagnose a Shopify bug
- the exact URL where the issue occurs;
- steps to reproduce it;
- the affected product, variant or cart;
- country, market and currency when relevant;
- device and browser;
- the exact error text or a screenshot;
- recent changes to theme, apps or settings;
- whether the problem happens every time or only in some cases.
With these details I can verify the real flow instead of working by trial and error.
When code changes are needed
I intervene only after isolating the cause. A fix should include desktop/mobile testing and regression checks on connected functions. “The site opens now” is not enough if cart, tracking or apps stop working.
How I work on Shopify support
I’m Francesco Guiducci, a freelance Shopify expert and Shopify app developer. I directly handle diagnosis and technical work on Basic, Grow and Advanced plans, working on theme, settings, apps and integrations when the cause is within the store's scope.
The dedicated service is Shopify support and maintenance.
Updated September 6, 2026.
