Key Insights in 60 Seconds
Skim the highlights, then jump to the section that matches your role and situation.
What You'll Learn
What Online Store 2.0 Actually Is
Key takeaway
Online Store 2.0 (OS 2.0) is the name Shopify gave to the 2021 overhaul of its theme architecture. It is not a separate Shopify plan, a new admin or a different storefront product — it is the set of changes that turned themes from mostly-fixed Liquid files into composable, editor-driven, app-extensible documents. Every theme in the Shopify Theme Store is now OS 2.0, and so are all of Shopify's free themes in the Theme Store — including the current flagship, Horizon.
The clearest way to grasp what changed is to look at what came before. Pre-2.0 themes — now called Vintage themes — split in two: sectioned ones could assemble only the homepage through the theme editor, and non-sectioned ones couldn't rearrange even that. Every other template (product page, collection page, blog post, cart) was a fixed Liquid file. Merchants who wanted a different product page had to edit theme code or pay a developer.
OS 2.0 turned each template into a JSON object that lists which sections render, in what order, with which settings — all editable from the admin, with no code.
Upgrading to Online Store 2.0 isn't mandatory. Merchants can continue using a vintage theme if it meets their needs.
That sentence is more important than it looks. It frames the migration question correctly: OS 2.0 is not a forced upgrade, but new features are shipping to OS 2.0 first and the long-term direction of the platform is clear. If you are evaluating a re-platforming budget, the right question is when, not whether.
The rest of this guide gives you the architecture, the trade-offs, the migration plan and the cost paths so you can make that call.
If you inherited the store and cannot tell which generation you are on — or what a previous developer left inside the theme — start one step earlier. Our Shopify store code audit guide walks the free checks that reveal the theme generation, leftover app code and legacy checkout dependencies before you commit to a migration budget.
If you are coming in cold and want a more general theme primer first, the Shopify theme guide explains how themes, templates and the editor work end-to-end. If you are evaluating Liquid as a language, the Liquid explainer goes deeper on syntax. This article focuses specifically on the OS 2.0 architecture itself.
The Four Primitives That Run OS 2.0
Key takeaway
OS 2.0 is best understood not as a feature list but as four primitives that compose into everything else. Each one solves a specific problem with how Vintage themes worked, and together they redefine what is editable, what is reusable and where customisation lives.
A fifth piece — section groups — extends the first primitive to the header and footer. Section groups let merchants add sections (announcement bars, secondary nav, promo strips) into the header or footer area through the same editor surface, instead of editing layout files. Combined with the four primitives above, very little of the storefront stays hard-coded — with one named exception: the gift card page can't be a JSON template at all, so it has no sections to arrange in the editor.
Metafields & Dynamic Sources: The No-Code Data Layer
Key takeaway
Before OS 2.0, anything beyond Shopify's built-in product fields — spec tables, ingredients, country of origin, downloadable manuals, size guides, custom badges — was a Liquid edit. Developers added a snippet, hard-coded the layout, and any future change went back through the same developer. Multiply that by a few hundred products and the maintenance cost was real.
Metafields moved the custom-data definition into the admin. Dynamic sources made those metafields bindable directly inside the theme editor — a section setting that previously held a literal string can now point to a metafield. The merchant fills the field on each product; the storefront renders. The Liquid snippet disappears.
Practically, this changes who owns three jobs across the content lifecycle:
| Job | Owner | Where the work happens |
|---|---|---|
| Schema design | Developer / solutions architect | Admin: define which metafields exist, types, admin display |
| Section design | Theme developer | Theme code: build reusable sections with dynamic-source-friendly settings |
| Content entry | Merchant team | Product / collection / page admin — no theme code touched |
This separation is the OS 2.0 win that delivers the most ongoing value, because content entry is the job done every week. The other primitives matter at re-platforming time; metafields plus dynamic sources matter every day.
OS 2.0 vs Vintage Themes: What Changes Day-to-Day
Key takeaway
Feature lists undersell the difference. The right comparison is operational: for the changes you actually make every month, which architecture forces you back into code?
| Day-to-day task | Vintage | OS 2.0 |
|---|---|---|
| Rearrange homepage sections | Editor (limited) | Editor |
| Customise a product page layout | Developer (Liquid edit) | Editor (sections everywhere) |
| Different layout per product | Duplicate template + Liquid edit | New JSON template, assigned per product |
| Add an app's UI to product page | Paste app's Liquid snippet | Add app block in editor |
| Show ingredients or specs | Custom Liquid + product description hack | Metafield + dynamic source |
| Add an announcement bar | Edit theme.liquid | Section group in header |
| Remove an uninstalled app's leftovers | Manual cleanup of snippets | Automatic — block disappears with the app |
| Build a landing page | Custom page template (Liquid) | Custom JSON template + sections |
Across every row, the pattern is the same: tasks that needed a developer in Vintage now belong to the merchant in OS 2.0. That is the actual product story — not new visuals, but a shorter loop between "we want to change this" and the change shipping.
Navigation is one concrete case: Shopify says every OS 2.0 theme supports multilevel menus, while older sectioned themes might need updating, so whether a shopper sees your third menu level depends on which generation you are on. Whether that depth also costs you search traffic is a separate question.
What OS 2.0 Still Does Not Do
Key takeaway
It is more useful to know where OS 2.0 stops than to memorise what it covers. Four limits matter in practice — each one is a real constraint that has bitten merchants mid-migration. A fifth is a set of hard platform caps that Shopify publishes as numbers.
If checkout customisation is on the roadmap, the rules live in a separate Shopify framework — see checkout UI extensions for which checkout steps apps can change and which require Plus, and the broader checkout extensibility docs for the full plan boundary. Neither lives inside the OS 2.0 theme editor.
How to Tell If You're Already on OS 2.0
Key takeaway
Before scoping any migration, confirm what you're actually on. Many merchants assume they're on Vintage because their theme looks dated — but a theme bought in 2019 from the Theme Store may have been kept up-to-date by its vendor and is now an OS 2.0 build. The architecture is independent of the visual design.
Run these three checks in your Shopify admin. If all three pass, you're on OS 2.0. If any fail, you're on a Vintage theme — or on an OS 2.0 theme that hasn't been updated to the latest features.
- The product-page editor test. Open Online Store → Themes → Customize and switch the editor preview from the homepage to a product template. If you can add, remove and reorder sections on the product page, you're on OS 2.0. If the page is a fixed layout with only a few hard-coded settings, you're on Vintage.
- The app block test. In the same editor, open any section and click Add block. If an Apps group appears in the block picker, that section supports app blocks — an OS 2.0 signal; app embeds alone prove nothing, because vintage themes support them too. The group shows only when you have a compatible app installed.
- The metafield binding test. Open any section setting in the editor that accepts text. If a small database icon appears next to the input and lets you "connect to dynamic source", the theme supports dynamic sources — another OS 2.0 signal.
/templates/. If page templates such as product and collection end in .json, it's OS 2.0 — gift_card stays .liquid in every theme. If product or collection templates are still .liquid, that page has no JSON template: the theme is Vintage, partially migrated, or from outside the Theme Store without JSON templates for all pages.The outcome of this 30-second audit changes the next steps entirely. If you're on OS 2.0, the action is to update to the latest theme version, evaluate whether to move to Horizon (covered next), and audit unused sections. If you're on Vintage, the action is the migration project covered further below.
Horizon vs Dawn: The 2025 Flagship Shift
Key takeaway
For four years, Dawn was the answer to "which theme should I start with?" In 2025 Shopify shipped Horizon as the new flagship, built on theme blocks. Both themes are OS 2.0 to the core, so beyond Horizon's theme blocks the choice is about which editor surface and which design language fits the brand.
Polished design meets a clean setup: launch faster without sacrificing style.
| Feature | Vintage | DawnMature | Horizon |
|---|---|---|---|
| Architecture | Homepage sections only (sectioned Vintage) | Full OS 2.0 (sections everywhere, JSON templates) | OS 2.0 features + theme blocks (Shopify's latest theme architecture) |
| Role in Shopify's lineup | Legacy (not in the Theme Store) | Shopify's OS 2.0 reference theme since 2021 | New flagship foundation since 2025 |
| Theme editor experience | Limited per-page control | Drag-and-drop on every JSON template | Drag-and-drop + theme blocks |
| Section groups (header / footer) | No | Yes | Yes |
| Best fit | Existing stores happy with current build | Conservative builds that prioritise stability | New stores that want the newest editor surface |
Horizon is the right default for stores launching now, with the caveat that any team with a long Dawn-based development history will move faster by sticking with what they know. The migration from Dawn to Horizon is real work — it is closer to a redesign than a version bump.
Migration: When to Move and What Breaks
Key takeaway
The biggest single mistake teams make is treating a Vintage-to-OS-2.0 move as a theme swap. It isn't. It is a re-platforming exercise inside Shopify, scoped by how much the current theme has been customised. A theme with stock Vintage Liquid migrates quickly; a theme with two years of bespoke snippets, custom JSON-LD blocks, and theme-edited app integrations is a real project.
Five phases keep that project under control. Do them in order — skipping the audit is what creates the all-night cutover horror stories.
For broader migration scenarios that involve moving to Shopify from another platform entirely (WooCommerce, Magento, BigCommerce), the platform migration guide covers SEO, data, and cutover patterns that apply on top of an OS 2.0 build.
Cost & Effort: Four Realistic Paths
Key takeaway
The cost of an OS 2.0 build is mostly determined by how much custom work the current site carries, not by OS 2.0 itself. The architecture is the same across all four paths below; what changes is who does the work and how bespoke the result is. The time and cost ranges in the table are our working estimates, not Shopify figures — except the premium theme price, which reflects paid themes listed in the Theme Store.
| Path | Time | Cost | Best fit |
|---|---|---|---|
| DIY on a free OS 2.0 theme | 1–3 weeks part-time | $0 software + ~20–60 hours of merchant time | Small catalogue (<200 SKUs), no custom Liquid in the current theme, comfortable in the theme editor |
| Free OS 2.0 theme + paid sections | 2–4 weeks | $100–$400 in section bundles + ~30–80 hours | Wants a richer storefront than free sections offer, no developer on retainer |
| Premium OS 2.0 theme + light dev | 3–6 weeks | $100–$500 theme + $1.5k–$6k dev for porting customisations | Brand-led store with bespoke PDPs, marketing pages, and a few app integrations to re-wire |
| Custom OS 2.0 theme by a developer | 6–14 weeks | $8k–$40k+ | Distinct brand UX, complex merchandising, custom sections needed across PDPs and CMS-style landing pages |
Two patterns hold across all four paths. First, the DIY ceiling is higher than people expect on OS 2.0 — sections everywhere plus metafields covers most merchant requests without any code. Second, the developer ceiling is also higher — bespoke sections built once become reusable, drag-and-droppable assets for the merchant team forever. Both ends of the spectrum get better economics from OS 2.0 than from Vintage.
Side budget items to factor in regardless of path: a paid metafield manager app if the catalogue is large, premium sections if the chosen theme is sparse, and a performance audit if the storefront ends up with more than a handful of third-party app blocks. If the build will include a developer, the Shopify developer hiring guide covers what to vet for; custom design choices covers the design side.
OS 2.0 with Markets, B2B & Headless
Key takeaway
OS 2.0 is rarely the only Shopify surface a growth-stage merchant uses. Three platform capabilities show up in almost every re-platforming conversation. The table below summarises how each one fits with OS 2.0; the notes after expand the nuance.
| Capability | How it works with OS 2.0 | When OS 2.0 alone isn't enough |
|---|---|---|
| Shopify Markets (international) | Runs above the theme — currencies, languages, domains, duties. Horizon and Dawn ship language/currency/country selectors out of the box. | Per-market theme customisation needs the Advanced plan or higher, and translating store content beyond a supported theme's and checkout's built-in text needs an app or a translation import. |
| B2B on Basic, Grow, Advanced & Plus (company profiles, catalogs) | Dawn and Horizon both include a Quick order list section; placing B2B orders as drafts is a company-location setting, not a theme block. Renders B2B-specific pricing when buyer is a company contact. | The storefront has plan gates too — B2B-versus-D2C theme customisation needs Plus and storefront customisation by market needs Advanced or higher — and the commercial ceilings are: Basic, Grow and Advanced cap you at 3 active catalogs across all B2B markets and require the store to be using new Shopify Markets before B2B catalog features work, while direct company/location pricing, deposits and partial payments need Plus. See the guide to what Plus adds to B2B. |
| Hydrogen (headless) | A separate framework, not a layer on OS 2.0. Replaces the theme entirely with a custom React frontend hitting the Storefront API. | Pick Hydrogen only when: a non-Shopify CMS owns content, one frontend serves multiple backends, or design exceeds Liquid sections. |
The pattern across all three is the same: OS 2.0 handles the storefront, and the bigger Shopify capabilities sit cleanly on top of it. On free Shopify themes from version 11.0.0, the quick order list and volume pricing need no code; on older versions Shopify's help says to update the theme or add code.
Of these three, Hydrogen is the one that replaces the OS 2.0 theme, and the gap between the two is narrower in 2026 than it was in 2021. If you're scoping a re-platforming project, default to OS 2.0 and let the headless decision be a separate, evidence-driven conversation.
The Bottom Line
Key takeaway
OS 2.0 is no longer the new thing — it is the baseline. The decision in front of most merchants is not "should I use OS 2.0?" but "am I still on a Vintage theme, and if so, what is the cost of moving versus the cost of staying?" That answer is rarely emotional; it comes from the diagnostic in section 6 and the cost table in section 9.
Frequently Asked Questions
Front-end developer specializing in Shopify since 2017. Experienced in building custom Liquid themes, optimizing storefront performance, and integrating third-party apps. Directs the editorial process behind Shopify Ecom: sets each topic, and checks facts, links, and interactive elements before publication.
This article was written entirely by AI under human editorial direction. The editor sets the topic and structure, runs multi-stage validation on facts, links, and interactive elements, and verifies the output is useful from a business perspective. All claims are checked against official Shopify sources. Details may change — always confirm critical data at shopify.com.
Editorial PolicySome links in this article are affiliate links. If you sign up for a Shopify store through these links, we may earn a commission at no extra cost to you. Read our full advertising policy.
