/public/*Public catalog reads
Tenant-scoped GETs for items, collections, pages, inventory, and availability. Resolve the tenant via the `x-organization-slug` header; no privileged credentials required.
Developers
Every catalog primitive — products, variants, collections, pages, inventory, media — flows through a tenant-scoped REST API at /api/v1. Bring any frontend stack; the backend stays the same.
API surfaces
Every route lives under /api/v1 with one of four prefixes. The prefix tells you who can call it and what credential they need.
/public/*Tenant-scoped GETs for items, collections, pages, inventory, and availability. Resolve the tenant via the `x-organization-slug` header; no privileged credentials required.
/merchant/*Catalog CRUD, inventory mutations, media uploads, settings, audit reads. Requires a Bearer token tied to a merchant staff session + a tenant membership; role checks enforced server-side.
/platform/*Tenant lifecycle, support tools, plan + billing visibility. Reserved for litecommerce staff — not exposed to tenants or their customers.
/webhooks/*Payment-provider callbacks consumed by litecommerce infrastructure. This is not a tenant event-delivery API; outbound tenant webhooks remain unscheduled.
Live today
Tenant context resolves from the x-organization-slug header. The reference storefronts below consume these same routes — they're a working integration example.
| Method | Path | What it does |
|---|---|---|
| GET | /public/items | List active catalog items for a tenant. |
| GET | /public/items/:slug | Fetch a single item by slug, with variants + media. |
| GET | /public/collections | List published collections. |
| GET | /public/collections/:slug/items | Items assigned to a collection, in display order. |
| GET | /public/pages | Published CMS pages for a tenant storefront. |
| GET | /public/inventory/:itemId | On-hand, reserved, and available stock per variant. |
| POST | /public/availability/check | Bulk availability check across a list of variant IDs. |
| POST | /public/signup | Tenant signup intake. Approved requests provision a Free tenant through the operator review queue. |
Merchant + platform endpoints exist alongside these for authenticated writes and use their current session/role contracts. Dedicated server-to-server storefront access and self-serve API-key management remain in active E6 development. The full endpoint reference — rendered from the exported OpenAPI spec — is in the API reference; track what ships each week in the changelog.
Reference integrations
Both demos consume the same public API. Read their source for a concrete picture of what BYO frontend looks like in practice.
Reference tenant
Outdoor gear + rentals + service commerce. Next.js storefront talking to the same API your storefront will.
Visit storefront->
Reference tenant
Natural body care with an editorial storefront. Different stack, same backend — proof the BYO frontend story works.
Visit storefront->
Build with your agent
Give Codex, Claude, or Cursor the litecommerce Storefront Skill and let it generate a tenant-scoped storefront against the same API that powers the demos above — correct route conventions, tenant context, and secret-handling baked in. It builds the full flow on the shipped public surface, including BYO checkout: server-priced checkout sessions with a Stripe Payment Element handoff. Hosted litecheckout is also live for teams that want a managed checkout while keeping a BYO storefront first-class.
Developer experience
This scoped developer-platform work is sourced from the feature manifest. Track what actually ships in the changelog.
E6 completes server-side x-api-key access, self-serve key management, richer scopes, examples, and supported SDKs. API keys are never browser credentials.
Get started
Free tier while billing is in development. Sign up, get your tenant provisioned, point your frontend at the API.
Questions about the API model? sales@litecommerce.io