Shopify Products Scraper & Price Monitor - Stock, New Products avatar

Shopify Products Scraper & Price Monitor - Stock, New Products

Pricing

from $0.85 / 1,000 products

Go to Apify Store
Shopify Products Scraper & Price Monitor - Stock, New Products

Shopify Products Scraper & Price Monitor - Stock, New Products

For e-commerce teams tracking competitor stores: every product of any Shopify store from its public product list - variants, SKU, price, compare-at price, in stock or not, vendor, type, tags, image. Monitor mode returns only new products, price changes, sold-out and back-in-stock items.

Pricing

from $0.85 / 1,000 products

Rating

0.0

(0)

Developer

NeverEmpty

NeverEmpty

Maintained by Community

Actor stats

0

Bookmarked

2

Total users

1

Monthly active users

7 days ago

Last modified

Share

Get every product of any Shopify store from the store's own public product list: title, vendor, product type, tags, variants with SKU, price, compare-at price and whether each variant is in stock, plus product URL, image and the published, created and updated times.

Turn on monitor mode and each run returns only what changed since the last run: new products, price changes, sold-out and back-in-stock items, and new variants - each with the previous price and stock state. Unchanged products are not returned and not charged as rows.

Unofficial. Reads only the standard public product list that Shopify stores serve at /products.json, after reading the store's robots.txt. No login, no Shopify account, no API key, no cart, no checkout.

What you get

One row per product.

ColumnExample
store, productId, handle, productUrlallbirds.com, 7340901859408, womens-allbirds-flip-flop-dusty-pink, https://allbirds.com/products/womens-allbirds-flip-flop-dusty-pink
title, vendor, productType, tagsWomen's Allbirds Flip Flop - Dusty Pink, Allbirds, Shoes, the store's own tags
price, priceMax25, 25 - the lowest and the highest variant price
compareAtPrice, onSale50, true - the highest compare-at ("was") price among the variants, null when the store sets none; onSale is true when a variant's compare-at price is above its price
availabletrue when at least one variant is in stock; null when the store does not say
variantCount, variants7, [{ "variantId": "42146889039952", "title": "5", "sku": "A12513W050", "price": 25, "compareAtPrice": 50, "available": false }, ...]
publishedAt, createdAt, updatedAt2026-09-25T16:58:13-07:00 - as the store gives them, with its time zone offset
imageUrl, imageCountthe first product image, 5
changeType, changeTypes, changes, previousPrice, previousAvailable, previousRecordedAtmonitor mode only, see below
storeInput, watchName, checkedAtwhat you typed for this store, the watch name, when this run read the product

Prices are numbers exactly as the store lists them. The list carries no currency, so no currency name is added: the numbers are in the currency the store answers with to a visitor from the United States without cookies. Stock is in stock / not in stock per variant; Shopify does not publish stock quantities in this list. A value the store does not give is null, never 0.

Input

FieldWhat it does
storesShopify stores, one per line: a domain (allbirds.com) or any URL of the store (only the domain is used). Up to 200 per run. Empty (with monitor mode off) = the first 50 products of one example store.
maxProductsPerStoreStop after this many products of each store. Empty = the whole list. Not used in monitor mode.
onlyChangesMonitor mode: return only new products, price changes, stock changes and new variants.
watchNameMonitor mode: name of the remembered state, so different store lists can be watched on their own schedules.
resetMonitoringStateMonitor mode: forget what the watch remembered for these stores and record a new starting point.

Example - the full product list of two stores:

{ "stores": ["allbirds.com", "colourpop.com"] }

Example - a daily price and stock monitor for a set of competitor stores:

{ "stores": ["allbirds.com", "colourpop.com", "kyliecosmetics.com"], "onlyChanges": true, "watchName": "competitors" }

Monitor mode: what counts as a change

Schedule the same input (same stores, same watchName) as often as you like. Each run compares every variant of every product with what the watch remembered:

changeTypeMeaning
newa product the store did not list at the earlier checks
price-changedthe price of at least one variant changed
back-in-stockat least one variant went from not in stock to in stock
sold-outat least one variant went from in stock to not in stock
new-variantan existing product got a variant it did not have

A product with several kinds of change gets the first that applies in the order price-changed, back-in-stock, sold-out, new-variant; changeTypes lists all of them. changes lists each changed variant: { "type": "price-changed", "variantId": "...", "variantTitle": "5", "previousPrice": 100, "price": 79.99, "previousAvailable": true, "available": true }. previousPrice and previousAvailable on the row are the product's lowest remembered price and whether any variant was in stock; previousRecordedAt is when those remembered values were recorded.

  • The first run of a watch for a store returns no product rows. It remembers the product list as the starting point, counts one store-checked event, and adds a free baseline-recorded row that says how many products were remembered. Run without monitor mode if you want the full list as rows.
  • If the starting point could not be finished (the list was not read to its end), products met for the first time are remembered without being returned as new until one run has read the whole list; products remembered earlier are compared and returned when they changed. A store that never lets the whole list be read (for example one that only answers through residential IP addresses and has more pages than the allowance of 6 residential requests per run covers) therefore never reports new products.
  • For a store with more than 25,000 products, only the first 25,000 of its list are watched.
  • With monitor mode on, the key-value store that holds the remembered state must be available; if it cannot be opened, the run requests nothing and charges nothing.
  • A run with no change returns no product rows, only a free no-change row per store.
  • Products that disappear from the list are not reported. A product that is missing from one answer is not called removed.
  • A change is remembered only after its row was delivered. If the run reaches its maximum total charge first, the changes that were not delivered stay un-remembered and are returned by a run with a higher limit.
  • Compare-at price, title, tags and images are not watched; a change only there does not return the product.
  • Do not put the same store and watchName into two schedules that overlap in time. The remembered state lives in a key-value store named shopify-products-price-monitor-state in your account, and Apify key-value stores have no atomic update, so two runs finishing at the same moment can overwrite each other.

Stores that cannot be read

Not every store serves this list, and the Actor does not work around the ones that do not. Each of these comes back as one free row with the reason in note:

statusMeaning
no-products-jsonthe address answered 404 for /products.json: not a Shopify store, or the store switched the list off
robots-disallowedthe store's robots.txt disallows the product list request for all crawlers; it was not sent
password-protectedthe store is behind a store password
blockedthe store refused the request (HTTP 403, 429 or 430) also when asked once more through a residential IP address, or showed a bot check page. Check pages are not solved or bypassed. At most 6 requests per run go through residential IP addresses
redirected, unreadablethe store sent the request somewhere else, or the answer was not a product list
catalog-limitthe store lists more than 25,000 products; Shopify does not serve this list beyond that
no-productsthe store answered with an empty list
duplicate-storetwo inputs led to the same store; it was read once
budget-reachedthe run reached its maximum total charge; the row says what was not returned
bad-inputthe input could not be used; nothing was requested

On 2026-10-04, from Apify's servers, allbirds.com (692 products), colourpop.com (1,048) and kyliecosmetics.com (250) answered with their product lists, www.gymshark.com answered 403 also through a residential IP address, fashionnova.com's robots.txt disallowed the request and example.com answered 404. Stores change this over time.

Pricing

Pay per event:

EventPriceWhen
actor-start$0.001once per run, when the first product list was read
product-returned$1.00 per 1,000 product rows (less on higher Apify plans)each product row delivered
store-checked$0.002monitor mode only: once for each store, when the first page of its product list was read and compared - whether or not anything changed, and also when a later page of that store could not be read (the row that explains it says so)

Rows that explain why something was not returned are free. A run in which no store could be read is not charged. The Actor never delivers more rows than the maximum total charge you set for the run allows, and it does not start reading if that maximum has no room for the start fee together with one row (in monitor mode: one store check and one row).

Example: watching 10 stores once a day costs 10 x $0.002 + $0.001 = $0.021 per run when nothing changed, plus $0.001 for each changed product.

Notes

  • The Actor waits at least half a second between requests to a store and honours a Crawl-delay set for all crawlers in robots.txt (up to 10 seconds).
  • If a domain redirects to another domain (for example to www.), the robots.txt of the new domain is read before the product list, and store shows the domain that answered.
  • The same store given twice (with and without www., or through a redirecting domain) is read once.
  • Product descriptions (body_html) are not returned.