Bulk product data API

Bulk product data API for URL batches

Send arrays of product URLs to dedicated bulk endpoints when a workflow needs many stock checks or product information records at once.

/v1/product-information/bulk request
curl -sS https://api.productinformationapi.com/v1/product-information/bulk \
  -H "Authorization: Bearer $PIA_API_TOKEN" \
  -H "Idempotency-Key: information-bulk-demo-001" \
  -H "Content-Type: application/json" \
  -d '{"items":[{"productUrl":"https://www.example.com/product/123"}]}'

Which endpoint do I use?

Public callers send productUrl, or items[].productUrl for bulk requests. Source, supplier key, and method metadata are derived by the API.

Use case Endpoint Request body Returns
Bulk stock POST /v1/product-stock/bulk { "items": [{ "productUrl": "https://www.example.com/product/123" }] } Runs stock checks for many product URLs in one request.
Bulk information POST /v1/product-information/bulk { "items": [{ "productUrl": "https://www.example.com/product/123" }] } Collects product information for batches of product URLs.
Usage GET /v1/usage No request body Returns credits remaining and recent API usage.

Do not send caller-provided source, externalId, or method values. Those fields may appear only as derived response metadata.

Fields this workflow usually reads.

The exact response depends on the endpoint, product URL, and source coverage, but these are the fields this page is designed around.

requestIdtotalsucceededfailedretryableresults[]httpStatus

Bulk imports

Use the URL-first API contract to keep this workflow tied to product URLs instead of marketplace-specific request parameters.

Scheduled checks

Use the URL-first API contract to keep this workflow tied to product URLs instead of marketplace-specific request parameters.

Catalog refreshes

Use the URL-first API contract to keep this workflow tied to product URLs instead of marketplace-specific request parameters.

Retryable product jobs

Use the URL-first API contract to keep this workflow tied to product URLs instead of marketplace-specific request parameters.

Coverage is best effort by supported marketplace, retailer, and product URL.

Polling cadence is owned by the client integration.

The API does not claim official marketplace affiliation or unlimited scraping.

Is the API tied to one marketplace?

No. The public contract is URL-first and marketplace-neutral. Coverage is confirmed during onboarding.

Do callers provide source IDs or supplier IDs?

No. Callers send productUrl, or items[].productUrl for bulk requests. Source and supplier keys are derived internally.

Which endpoint should I use first?

Use product-stock for availability and offers, and product-information for catalog details.

Can I use bulk requests?

Yes. Dedicated stock and information bulk endpoints accept arrays of product URLs.