Beta is a statement about pace, not about quality. These are not sandboxes: once a store is
published it is a live store taking real payments, and the orders placed on it are real orders.
What is covered
One account covers the whole run of a store, not one slice of it.Checkout runs on your own domain
Attach a custom domain and checkout runs on it — the shopper who clicked Buy onyourbrand.com pays on yourbrand.com and never leaves your brand. Before a custom domain is
attached, checkout runs on the platform domain at platformdtc.com/checkout/<session>. See
Checkout URLs.
Express wallets available at checkout: Apple Pay, Google Pay, Link, Amazon Pay and Klarna. A
wallet only renders on a hostname registered with its provider, which is why moving your checkout to
a new host is gated on that registration rather than on a checklist.
What may change under you
During beta we fix behaviour we think is wrong rather than preserving it for compatibility. In practice that means:- Screens move and defaults change. Navigation, layout and the default value of a setting are all fair game.
- New surfaces arrive before they are complete. A feature can ship narrow and widen later.
- Some numbers get corrected retroactively. When a metric was computed wrongly we recompute it and say so, which can move a figure you had already read.
- The Agent Gateway contract. Scopes, idempotency, job semantics, approvals and webhook payloads are versioned. Breaking changes to them are announced in the changelog before they land.
- Your data and your domains. Nothing is deleted, reset or migrated as part of a beta change.
- Your plan price. A plan you are on is not repriced under you mid-cycle, and a change to the published plan catalogue does not move merchants already on a plan.
Every change a merchant would notice is written up in the
changelog, with a Changed section and a Kept working section — the second
one exists so you can tell at a glance whether anything you depend on moved.
How to send feedback
Beta is only useful to us if the things that annoy you reach a person.
A bug report travels furthest when it carries the store, the time, and what you expected instead.
For an API problem, include the request id from the response and the endpoint — that is usually
enough to find the exact call in the audit record without asking you anything further.
Where to check status
status.platformdtc.com publishes the live state of the surfaces we probe — storefronts, checkout, dashboard, Core API, notifications and these docs — with p50 and p95 response times per component, plus the incident record. Background jobs and analytics are not probed yet; the page says so rather than showing a green dot they have not earned. It publishes p50 and p95 response times per component, not just up or down, because a service can be up and still be unusable. If something feels slow, you can cite the same figure we would. Status has a JSON API, RSS/Atom feeds, and email, Slack, Teams and webhook subscriptions — see Platform Status.Not to be confused with Endpoint Status, which records which
individual API endpoints are verified, gated or known-broken. That page is the one to check before
building on a specific endpoint during beta.