Evidence first
Record the exact URL, time and environment before assigning impact or cause.
Free public-storefront resource
Six evidence-led stages for checking the public buying path after a migration, theme change, launch or campaign release. No email gate and no admin access required.
Record the exact URL, time and environment before assigning impact or cause.
Cover risk groups and edge states instead of clicking every page without a test question.
A fix is complete only when the original reproduction no longer fails in the agreed environment.
The six-stage pass
Run these stages against the same priority product and buying path. Add routes only when the evidence suggests the defect is wider.
Write down the exact market, device, browser and public journeys that changed. A useful test plan is narrower than “check the whole store”.
Acceptance check
A developer can see which public routes and customer journeys are in scope without asking for clarification.
Migrations and theme changes often leave shoppers on missing, redirected or disconnected pages even when the homepage looks correct.
Acceptance check
Every tested link reaches the intended public destination with no unexplained 404, redirect loop or generic fallback.
The selected product state must remain consistent from the product page through the cart.
Acceptance check
The cart contains exactly the option the shopper selected, at the displayed price, with no stale or contradictory state.
The public buying path should survive quantity changes, removal, discounts and the handoff to Shopify checkout.
Acceptance check
Cart totals recalculate correctly and the intended public cart reaches the expected checkout without losing its selected items.
A store can be technically functional while still presenting conflicting delivery, returns or product information at the decision point.
Acceptance check
A first-time shopper can understand what they will receive, what it costs, when it should arrive and what happens if something goes wrong.
Retest the same journey on a real mobile viewport, then preserve a compact baseline for the routes that matter after release.
Acceptance check
The priority journey passes on the agreed mobile and desktop environments, and each repaired issue has a repeatable acceptance check.
Finding format
Avoid screenshots without context. A developer should be able to reproduce the issue, understand the uncertainty and know how to prove the repair.
Inspect the controlled demonstrationExact public URL and timestamp
Device, viewport, browser and market
Numbered reproduction steps
Observed and expected result
Customer-impact hypothesis, labelled as uncertain
First repair direction and acceptance check
Questions
No. It focuses on evidence visible from the public storefront. Admin settings, private analytics, customer records and back-office workflows need separate authorised testing.
Start with representative risk groups: best sellers, complex variants, sold-out states, subscriptions, bundles, personalisation and campaign products. Expand only when the evidence shows a wider pattern.
Record the exact URL, time, device or viewport, reproduction steps, observed result, expected result, uncertainty, first repair direction and a clear acceptance check.
No. Storefront HQ diagnoses public-storefront problems and returns evidence your developer or agency can implement. Shopify admin access and implementation are outside the focused services.
Independent public-storefront QA. No Shopify admin access or implementation.
The £99 Store Emergency Check investigates one reported public storefront problem, documents browser evidence and repair direction, and includes one public retest after your repair. If the problem is launch planning rather than a defect, the £39 Store Launch Kit is the more suitable starting point.