Language and region
Where the site language actually reaches on a published page — and the two fields beside it that currently do nothing, said plainly.
Manage → Settings → Money & region, the Region block.
There are three fields, and they are not in the same state. The screen is straightforward about it:
"The language applies to published pages and to messages shown to shoppers; timezone and units are stored only — nothing reads them yet."
Language — this one does something
It does two things, and both are observable:
It reaches the published page's lang attribute. That is how browsers and
search engines know what language the page is in. It affects whether a browser
offers to translate the page, how a screen reader pronounces it, and how search
engines classify it.
It picks the language of the messages shoppers see. Text the storefront generates — as opposed to text you typed — follows this setting.
Note what it does not do: it does not translate your content. Product names, button labels, articles — all stay exactly as you wrote them. This is a setting that declares what language the page is in, not a translation engine.
About the value
The server validates the shape of a language code rather than checking it
against a fixed list. vi, en, fr, pt-BR are all accepted.
Which means you can set a language the admin interface has no translation for. The published page declares it correctly, and generated messages fall back to a language that does exist. That is deliberate: declaring the truth beats being blocked.
Timezone and Weight unit — nothing reads them
These two are stored and nothing else. No part of the product reads them today: no timestamp shifts to the timezone you pick, and nothing displays weight in the unit you choose.
Filling them in does no harm, and when a feature does use them your values will already be there. But do not expect them to change anything today — and if you see a timestamp in the wrong timezone, this field is not why.
This page says so because the screen says so. A setting that looks live and is not is the worst kind of silence.
Your language versus the store's language
Do not confuse the two:
- The site language here decides what the published page declares and what language shoppers see messages in.
- Your interface language — what you see in the editor and the Manage screens — is a setting on your account, not on the site.
A Vietnamese agency can perfectly well build an English store: Vietnamese admin
interface, site declaring en.
The rest of Settings
The same Settings screen also holds:
- General — store name, description (used for previews and SEO), support email and phone, and the site ID.
- Money & region — see Currency and price display.
- Address — where the business is based.
- Social — Facebook, Instagram, TikTok, YouTube links.
- Policies — returns, shipping, privacy. "Shown to customers in the footer and at checkout."
- API keys — see API keys.
- Webhooks — see Webhooks.
- Danger zone — deleting the site. You have to retype the site's name to confirm.
The site ID
General carries the Site ID with a copy button: "Used to identify this site in support requests and API calls."
When reporting a problem to somebody, sending this along is the fastest way for them to find the right store.
Updated 22/08/2026