Your Storefront API token is public by default — anyone who has it can use it from any website. To limit which domains can call the Storefront API with your token, manage the Allowed Origins list in your OpenBridge dashboard.Documentation Index
Fetch the complete documentation index at: https://docs.openbridge.shop/llms.txt
Use this file to discover all available pages before exploring further.
Why restrict origins?
Storefront tokens are designed to be embedded in client-side code, so they’re inherently visible to anyone viewing your site. That’s normally fine — but if a token is scraped and reused on a different site, you may want to block it. Restricting origins gives you:- Domain-level access control — only your own sites can use the token
- Wildcard support —
*.example.comcovers every subdomain - Local development —
localhostworks out of the box
Manage origins
Open the dashboard:Dashboard → Origins
Add, remove, and toggle origin restrictions
How it works
OpenBridge inspects theOrigin header on every incoming Storefront API request. When restrict mode is on, the request is matched against your allowed list.
Restrict mode
- Off (default): every origin can use the token.
- On: only origins on your list can use the token. Requests from other origins return
403 Forbidden.
Origin formats
| Format | Example | Matches |
|---|---|---|
| Exact host | shop.example.com | Only shop.example.com |
| Wildcard subdomain | *.example.com | www.example.com, shop.example.com, etc. |
| Localhost | localhost | Local development |
| With port | localhost:3000 | A specific local port |
Origins are normalized to lowercase, without protocol (
https://) or trailing slashes. HTTPS://Example.com/ becomes example.com.Limits
- Up to 10 origins per shop.
- Origins are matched against the
Originheader sent by the browser — server-side calls without an Origin header still go through when restrict mode is off.
Common patterns
Production site onlyTroubleshooting
My requests started returning 403
My requests started returning 403
Restrict mode is on and the request’s
Origin doesn’t match any entry on your list. Add the origin in the dashboard, or temporarily turn off restrict mode while you debug.Wildcards aren't matching
Wildcards aren't matching
Wildcards only work as the leftmost label.
*.example.com is valid; shop.*.com is not.Server-side requests work even with restrict on
Server-side requests work even with restrict on
Restriction is based on the
Origin header, which only browsers attach. A curl or backend request typically has no Origin and is allowed through. Use admin-side authentication if you need to block server-side use.