Skip to content
ParseShelf
Developer docs

ParseShelf Amazon API Documentation.

Use these docs to create Amazon jobs, choose the right input type, poll progress and download structured exports from ParseShelf.

Output previewCanonical ProductRow · 10 fields shown
ProductAvailabilityPrice
La Roche-Posay Cicaplast Balm B5 CreamB0060OUV5Y · 4.7 · 20,743 reviews
In stock$18.99
Maybelline Sky High MascaraB08H3JPH74 · 4.5 · 181,639 reviews
In stock$10.82
Aquaphor Healing OintmentB0107QPFBU · 4.8 · 138,730 reviews
In stock$12.79
Dove Sensitive Skin Body WashB00SK71SAG · 4.8 · 62,276 reviews
In stock$10.97
Example output · only delivered rows spend unitsCSV · XLSX · JSONL · Markdown
Operational contract

Know what the API will do next.

Build the integration around explicit states instead of treating a successful HTTP response as complete data.

Lifecycle

POST /api/v1/jobs returns a job ID and reservation. Poll GET /api/v1/jobs/{id} until the status is succeeded, failed or cancelled; inspect delivered and failed records before downloading.

Partial rows

A job can deliver listing-level fallback rows when a richer product page did not render. Use the quality summary to decide whether the output is sufficient; if you need richer fields, rerun the selected ASINs in full_product mode.

Errors and limits

Handle 400 validation, 401/403 authentication or access, 404 missing jobs/exports, 429 capacity limits and 5xx provider failures. Use the response message as operator context and retry only transient capacity/provider failures.

Retries and duplicates

The public job-create request accepts an optional Idempotency-Key. Reusing the same key with the same request returns the original job without reserving units twice; reusing it for different input returns 409. Persist the returned job ID alongside your request key.

What v1 does not hide

The public v1 contract is polling-based and does not claim webhook delivery. Use the paginated /api/v1/jobs/{job_id}/rows endpoint when you need canonical records before downloading; store the job ID, source URL, mode and run date for reconciliation.

Procurement-ready

Give security and operations one clear packet.

Start with the public contract; request organization-specific documents when a pilot is approved.

Security surface

API keys are shown once, stored hashed, scoped to the owning workspace and revocable. Keep them in a secret manager and never in a browser URL.

Review acceptable use →

Data and quality

The v1 row contract names asin, product_url, stock_status and stock_text; delivered, failed and partial rows remain visible in job metadata and exports.

Inspect the proof run →

Commercial handoff

Compare the free sample, reviewed sample, pilot and self-serve plans only after confirming your input and field coverage.

Compare plans →

Request the packet

For a procurement review, include your marketplace, expected rows, cadence, retention needs and required export fields.

Request procurement packet
See the workflow

Real screens from the product.

Open a screenshot to inspect the actual path from input to output and observed intelligence.

Guide

How to use this ParseShelf resource.

Core job model

A ParseShelf job starts with a marketplace, input type, input value, mode and target count. The same contract works for Amazon search URLs, category URLs, product URLs and ASIN lists, so a developer can switch sources without rewriting downstream export logic.

The dashboard and API share the same job lifecycle. Operators can create and inspect jobs in the web product while engineers automate recurring runs with API keys.

Output contract

The v1 contract uses asin, product_url, stock_status and stock_text as canonical Amazon fields, plus title, brand, price, currency, rating, reviews_count, category_path and images. Existing exports may include product_id as a deprecated compatibility alias for asin; new integrations should use asin.

Each export format is generated from the same normalized rows. JSONL is best for pipelines, CSV and XLSX are best for analysts, and Markdown is useful for internal reports.

Rows and repair

Use the rows endpoint when a client needs paginated canonical records before downloading a file. It accepts search, sort, quality and page parameters and returns the same ProductRow shape as the exports.

If a completed full_product job contains listing-fallback rows, POST to the repair endpoint to queue an additive retry. The repair response has its own state and reservation; clients should poll the parent job and keep the original row quality visible.

Next steps

Start with the API overview if you need the complete endpoint map. Use the Python or JavaScript quickstart when you are wiring ParseShelf into a backend. Use the Google Sheets and Postman guides when the first user is an operator or analyst.

For SEO and research workflows, pair these docs with the public sample dataset and benchmark page so buyers can evaluate the data shape before signing up.

Production checklist

Start with one small input and compare the delivered fields with the report, catalog or pipeline you actually need.

Keep the job ID, source URL, mode and run date with downstream exports so operators and developers can audit the same result.

Related pages

Continue the Amazon data workflow.

FAQ

ParseShelf Amazon API Documentation questions.

Where are the API examples?
The docs hub links to Python, JavaScript, Google Sheets and Postman examples for Amazon product data jobs.
Which exports are supported?
Completed Amazon jobs can export JSONL, CSV, XLSX and Markdown.
Is this only for developers?
No. The same jobs can be created from the dashboard, then automated later through API keys.