Here's how each call maps to what you're trying to do
Five endpoints. Multiple use cases. Combine them however you need.
Use case · 01GET
Look up any product
/v1/product
60+ fields per ASIN. Sub-second response. Marketplace param picks the domain. Deal state included: badge type, Amazon's deal ID, exact end time, and savings against the list price. Use it as the enrichment step after discovery, or to refresh data on products you're already tracking.
Builds: product cards in seller tools, daily price snapshots, identifier lookups for cross-marketplace listing.
Use case · 02GET
Search Amazon by keyword
/v1/search
Submit keyword + marketplace, get paginated results. Each entry already includes price, rating, reviews, monthly demand, deal badges, ASIN — enough to shortlist without a follow-up call.
Builds: product discovery flows, keyword research dashboards, niche scanners.
Use case · 03GET
Get every seller on a listing
/v1/offers
The full Buy Box and offer panel: every seller with price, condition, fulfillment method, rating, and delivery promise. Updates in real time, not from a cached database.
Builds: Buy Box monitors, seller-tracking tools, repricing decision logic.
Use case · 04GET
Profile any seller
/v1/seller
Look up a seller storefront by its ID: name, 12-month feedback rating and positive %, total ratings, plus the legal business name and address from Detailed Seller Information when Amazon publishes it.
Builds: supplier vetting, brand-protection sweeps, reseller and counterfeit investigations, KYC on third-party sellers.
Use case · 05POST
Hit any Amazon URL on demand
/v1/scrape
For deal pages, search-result variants, marketplace-specific layouts that don't fit a clean endpoint. Submit a URL, get structured JSON back. Same reliable infrastructure as the typed endpoints — just pointed at a URL you supply.
Builds: edge cases without writing a parser per page type, ad-hoc scrapes, scripts that adapt to page formats your code shouldn't have to know about.