Performance sprint
- Measured before and after, on mobile
- Images, scripts, fonts and app bundles
- A written list of what we changed and why
- Often removes the reason for a rebuild
Custom storefronts built on Online Store 2.0 — fast, accessible, and editable by your team without opening a code editor.
The best theme work is judged by what happens after handover. If every content change comes back to the developer, the theme was built wrong — however good it looks. Sections, blocks and metafields exist so that merchandising belongs to your team.
These have different costs and different timelines, and being clear about which one you are buying is most of getting a good outcome.
| Your situation | What it needs |
|---|---|
| The store is slow | A performance engagement, usually one to two weeks. Almost always images, scripts and fonts — not the theme's structure. |
| A marketplace theme with years of edits on top | A rebuild on Online Store 2.0. Cheaper than it sounds and it resets the maintenance burden. |
| You need a layout the theme cannot do | Custom section development. Days, not weeks, if the theme is already 2.0. |
| Every content change needs a developer | Restructuring into sections, blocks and metafields or metaobjects. The highest-return theme work there is, and the least glamorous. |
| A brand refresh with the same structure | Design implementation against your existing 2.0 theme. |
| You are considering headless | Fix the theme first and re-ask. Most stores that want headless want a properly built 2.0 theme — the honest comparison. |
Three shapes of theme work
Theme work divides cleanly by size, and the boundaries are unusually clear. Being honest about which one you need saves more than negotiating the rate.
Performance sprint
Theme build
Sections & support
Every engagement starts with a look at the store before we quote. If the honest answer is a performance sprint rather than a rebuild, that is what we will say.
Liquid is the easy part. The judgement is in deciding what should be a section, what should be a block, what belongs in a metafield, and what your team will actually want to change.
Every point below is something we have been asked to promise by a client who had been burned by an agency that did not.
From audit to live theme
No sales process. The first conversation is technical, because it has to be — we cannot scope work we do not understand.
The storefront stack, and where each piece belongs
Theme work is mostly Liquid and CSS, and almost entirely judgement: what should be a section, what belongs in a metafield, and what your team will actually want to change.
Liquid, Sass, sections, metafields, metaobjects
2.0 covers far more than most teams have caught up with. Sections, app blocks, metafields and metaobjects between them handle much of what people go headless for — at a fraction of the cost, keeping the theme editor and the app ecosystem.
Theme app extensions, checkout UI
App functionality reaches the storefront through theme app extensions the merchant places in the theme editor. No code pasted into your theme, and nothing left behind when an app is removed.
extensions/theme/blocks/reviews.liquidImages, scripts, fonts
The three causes of a slow Shopify storefront, in that order. Measured before and after, on mobile, on a throttled connection — not promised.
{{ image | image_url: width: 800 | image_tag }}Next.js, React, TypeScript
For headless storefronts on the Storefront API, and for custom frontends where a theme genuinely cannot express what is needed. Usually the answer is a better theme — we will say so.
export const revalidate = 3600;Still deciding?
Send us the store URL and what you are trying to do. If the honest answer is that you do not need to hire anyone, we will tell you that instead.
Tell us about your store
Send the URL and we will look before we reply — you get an initial read on performance and structure either way.
