Storefront catalog monitoring
Use BigCommerce endpoints to turn storefront catalog monitoring into repeatable API requests with documented inputs and JSON responses.
Turn any public BigCommerce Stencil storefront into structured JSON — full-catalog search, paginated category product grids, and per-product detail with pricing, availability, brand, description, and images, from just the storefront URL.
Search a BigCommerce Stencil storefront, browse category product grids, and get full public product detail as structured JSON.
Endpoint families
3
Documented params
9
Examples
3
Live catalog snapshot
Active endpoints
3
Methods
GET
Required params
7
Schema refs
3
{
"platform": "BigCommerce",
"endpoint": "bigcommerce-search",
"method": "GET",
"path": "/bigcommerce/search",
"auth": "apiKey"
}Use cases
Search a BigCommerce Stencil storefront, browse category product grids, and get full public product detail as structured JSON.
Use BigCommerce endpoints to turn storefront catalog monitoring into repeatable API requests with documented inputs and JSON responses.
Use BigCommerce endpoints to turn category and search research into repeatable API requests with documented inputs and JSON responses.
Use BigCommerce endpoints to turn price and availability tracking into repeatable API requests with documented inputs and JSON responses.
Managed execution
Every figure below is read from the live BigCommerce endpoint catalog — 3 endpoints, 9 documented request parameters, and 3 published response schemas — the same catalog Docs and Playground run against.
3 documented BigCommerce endpoints, grouped into 3 request families — Category, Product and Search.
9 request parameters are documented across those BigCommerce endpoints, 7 of them required — the full input contract is public before you write any integration code.
3 of the 3 BigCommerce endpoints ship a recorded example response, and 3 carry a documented response schema — you can code against the real JSON before the first request.
BigCommerce endpoints document their error responses (400, 404, 429 and 503) alongside the success schema, so a block, a rate limit, or a missing record comes back as a typed error rather than silently empty data.
3 hosted MCP tools back the BigCommerce endpoints, so an agent can call the same routes with the same parameters and the same JSON contract, with no custom glue.
Coverage map
These cards are generated from the active endpoint catalog, so the landing page reflects the same API surface used by Docs and Playground.
/bigcommerce/category
/bigcommerce/product
/bigcommerce/search
Endpoint catalog
/bigcommerce/searchReturns one normalized product-search page from a public BigCommerce storefront. url must be the public storefront origin; an optional caller path or query is ignored. q is required search text. page is 1-indexed and defaults to 1.
MCP tool bigcommerce_search
/bigcommerce/categoryReturns one normalized product-listing page from a public BigCommerce storefront category page. url must be the full public category-page URL. page is 1-indexed and defaults to 1.
MCP tool bigcommerce_category
/bigcommerce/productReturns normalized product detail from a public BigCommerce storefront product page. url must be the full public product-page URL for a BigCommerce Stencil storefront.
MCP tool bigcommerce_product
Related APIs
Marketplaces & Retail
Collect marketplace product signals from Amazon without building brittle storefront scrapers.
Marketplaces & Retail
Build resale, pricing, and marketplace workflows from structured eBay data.
Marketplaces & Retail
Turn public Shop.app product and merchant pages into structured JSON for e-commerce product intelligence, price research, shop monitoring, and marketplace discovery workflows.
How to scrape BigCommerce
Crawlora's BigCommerce endpoints return normalized public storefront data as JSON with one API key — no account or storefront credentials required, just the storefront's own public URL.
Every BigCommerce endpoint is URL-driven rather than store-specific: url is required on all three, so the same API key works against any public Stencil storefront without per-store configuration. That is what makes this platform different from the single-retailer APIs elsewhere in the catalog.
/bigcommerce/search takes the storefront url plus a required q query and an optional page, returning normalized product-search cards.
/bigcommerce/category takes a full category-page URL copied from the storefront plus an optional page, returning the same normalized product cards with pagination.
Pass a full public product-page URL to /bigcommerce/product for normalized identity, pricing, availability, brand, description and images.
Coverage depends on the storefront exposing public Stencil HTML. A store that is password-protected, headless, or on a non-Stencil theme returns an upstream error rather than partial data — worth probing one product URL before pointing a pipeline at a new store.
FAQ
Call /bigcommerce/search or /bigcommerce/category for a paginated product grid, or /bigcommerce/product with a product URL for full detail — all return structured JSON from any public BigCommerce Stencil storefront, no account needed.
It works on public BigCommerce Stencil storefronts. Storefronts without public Stencil HTML, or that are password-protected, return an upstream error.
Yes — /bigcommerce/product returns current pricing and availability; re-run it on a schedule to track changes over time.
No. All three endpoints take the storefront URL as a required parameter, so one API key covers every public Stencil storefront you point it at — there is no per-store setup, key or allowlist. Discover product URLs with the search or category endpoint, then resolve them with the product endpoint.
Any storefront that does not serve public Stencil HTML — password-protected stores, headless builds that render through a separate frontend, and non-Stencil themes. Those return an upstream error rather than partial or guessed data, so probe a single product URL before committing a pipeline to a new store.