Hydrogen / Oxygen: Developer update

Oxygen is now available on development stores
No paid plan needed to test Hydrogen

Until now, Oxygen hosting required a paid plan. Going forward, you can deploy a Hydrogen storefront to Oxygen from a development store. Note that development stores have no public environment, so viewing the deployment URL always requires a store login.

On this page
  1. In 30 seconds: What changed
  2. How it works: The deployment flow from a development store
  3. Before / After
  4. The one big limitation: No public environment
  5. What the announcement doesn't say
  6. 5 points developers should know
  7. 3 practical use cases
  8. A one-line summary for your pitch

1In 30 seconds: What changed

Deploying a Hydrogen storefront to Oxygenused to requirea paid plan.
Now,you can deploy to Oxygen from a development store as well.

Before: Paid plan required

Oxygen hosting required a paid plan. With only a development store, you couldn't try production-grade hosting for Hydrogen.

After: A development store is enough

You can deploy from a development store to Oxygen, so you can validate the full stack including real hosting before signing up for a plan.

There is one condition.Development stores don't include a public environment, so the generated deployment URLalways requires a store login. It never becomes a URL that anyone can view.

2How it works: The deployment flow from a development store

Hydrogen Storefront code Development Store ★ Newly supported deploy Oxygen Shopify hosting https://....oxygen.../ deployment URL Store login required because there is no public environment
Key terms : Hydrogen = Shopify's framework for headless storefronts.Oxygen = Shopify's runtime that hosts that Hydrogen app.development store = a free test store that partners and others can create.
This update is about how thehosting-side entry pointfor "where you run Hydrogen" has widened.

3Before / After

ItemPreviouslyAfter this update
Deploying to Oxygen Required a paid plan Also possible from a development store
What you need to test A store on a paid plan development store
public environment — (not stated in the article) Not included on development stores
Viewing the deployment URL — (not stated in the article) On a development store,a store login is always required
Details on supported plans Points you to the "supported plans" page. Specific plan names arenot stated

4The one and only real limitation: no public environment

public environment (on paid plans)

A public URL anyone can open without logging in. Just send the link to a client or an external reviewer and they can view it.The article mentions it by contrast, as something development stores don't include

Development store: login-required URLs only

A deployment URL is generated, but opening it requires logging in to the store every time.This means whoever you share it with must already have access to the store.

Practical impact : handing a client or an external collaborator the URL of an Oxygen deployment built on a development store simply won't work. You need to decide up front, when designing your sharing flow, how to handle the login path.

5What the article does not say

It's a short changelog, so here's what's missing from it among the things you'd need for a practical decision. The following areitems to confirm in the official docs rather than guess at.

not stated

Which plans are actually supported

The post only says to "see supported plans." It never states which plans qualify.

Not documented

Resource limits, bandwidth, and billing

No mention of whether Oxygen usage on development stores is capped in any way.

Not documented

How to move to a production store

No explanation of what's involved in switching from a development store to a paid-plan store.

Not documented

Differences when driving it from the CLI / CI

Nothing about behavioral differences with the Hydrogen CLI or GitHub-integrated deploys.

Not documented

Whether custom domains are allowed

No mention of whether you can point your own domain at a development store deployment.

Not documented

When this applies to existing development stores

It doesn't say whether stores you've already created can use this right away.

65 points developers should know

FREE

1. The upfront cost of a PoC drops

Validating a Hydrogen + Oxygen setup no longer requires the paid plan it used to. You can separate the technical validation phase from the contract phase.

2. Shared URLs behave differently

Deployment URLs on development storesalways require a login. Review workflows and automated checks that assume a public environment can't be carried over as-is.

plans

3. Always confirm the supported plans against the primary source

The post only points you to "supported plans." The specific plan requirements aren't stated. Verify them in the official docs before you quote anything.

4. Reproducibility now covers hosting too

Instead of a local dev server, you can check actual Oxygen behavior on a development store. Problems caused by local-vs-production differences surface earlier.

5. It does not say "you get everything production does, for free"

All the changelog actually states is"you can deploy from a development store"and"there is no public environment"— just those two points. Resource limits, billing, custom domains, and the path to production are allnot documented. Confirm them before they go into a proposal.

73 ways to use this at work

PoC Make the technical call before you sign
USE CASE 1

Finish technical validation for a headless project "before the contract"

The problem
You want to propose a Hydrogen + Oxygen setup, but checking how it actually behaves in hosting required signing up for a paid plan first — validation and purchasing were in the wrong order.
The move
Build Hydrogen on a development store, deploy to Oxygen, and confirm the real behavior (build, delivery, rendering) — then take those results into your proposal and estimate.
The payoff
Less of the "we won't know until we sign up" territory, so requirements and effort estimates get more accurate. You can align on scope with something real to show.
Technical notes
The announcement doesn't state which plans qualify (it only points you to supported plans). Check the official docs for eligibility before you start testing.
USE CASE 2

Set up an internal review environment on Oxygen (external sharing needs a separate design)

The problem
Reviews happen off screenshots of a local dev server, so the team never sees how things look and behave in a real hosting environment.
The move
Use the development store's Oxygen deployment as a shared review environment. Anyone with store access logs in and checks it on the real thing.
The payoff
Fewer "works on my machine" problems. Reviewing the actually-deployed state becomes the norm.
Technical notes
Development stores have no public environment, so deployment URLsalways require a login. They can't be shared with external reviewers who have no login access, so design a separate path for that.
Training / onboarding
USE CASE 3

Bring Hydrogen training and onboarding in-house

The problem
You want more people who can work with Hydrogen, but setting up a paid store per person isn't realistic, so nobody gets to experience an actual deployment.
The move
Give each member a development store and have them work through the whole exercise: build with Hydrogen, then deploy to Oxygen.
The payoff
It doesn't stop at "I got it running locally" — everyone experiences the full process through deployment. People ramp up faster when assigned to a project.
Technical notes
Since the resulting URL requires a login, plan on granting store access or screen sharing for demos and handoffs. Whether development stores have resource limits isn't stated.

8A one-line summary you can use in proposals

"Verifying a Hydrogen + Oxygen setupentirely on a development store, with no paid planis now possible.
That means technical validation for headless projects can move ahead of the contract.
One caveat: deployment URLs always require a store login, so the path for sharing outside the company still needs its own design."