/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/*Coming soonSigned webhook payloads for order, payment, booking, subscription, inventory, and return events. Tenant-configurable endpoints with retry + replay.
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 (M1.5.1). Lands in operator review; auto-provisions when the canary flag flips. |
Merchant + platform endpoints exist alongside these for authenticated writes — they're not listed here yet because the credential model (tenant API keys, scopes) is in flight. 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 pages ship separately and aren't live yet.
Developer experience
These are the developer-experience pieces in flight. Track what actually ships in the changelog.
Per-tenant publishable + secret keys with scopes, rotation, and revocation. Replaces the slug header for production use.
Signed payloads, retry, replay, delivery logs. Configurable per tenant from merchant admin.
TypeScript first. Auth + types + helpful errors. Then a Python client.
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