App Store Reviews Scraper API: iOS Reviews from Apple's Official Feed

Fetch iOS App Store customer reviews from Apple’s official public endpoints only — no HTML scraping, no private APIs, no login.

Who uses it

• App teams and product managers: read what users say about each release, country by country, and catch a bad update within a day.
• Agencies and analysts: track competitor apps, compare star ratings across markets, and feed review text into sentiment or LLM analysis.
• Support and reputation teams: schedule a daily run with onlyNew and maxRating: 2 to get only fresh low-star reviews.

Data sources:

• Customer Reviews RSS (JSON): https://itunes.apple.com/{country}/rss/customerreviews/page={1-10}/id={appId}/sortBy=mostRecent/json
• iTunes Search API: resolve apps by name
• iTunes Lookup API: app title and metadata

What you get

One dataset row per review:

Field	Description
appId	Numeric App Store ID
appName	App title (lookup for that country)
country	Storefront country code
reviewId	Stable review identifier
title	Review title
text	Review body
rating	Star rating 1–5
appVersion	App version the reviewer used
author	Reviewer display name
date	Review timestamp (ISO)
voteSum	Helpfulness vote sum (when present)
voteCount	Helpfulness vote count (when present)

Input

• apps — IDs, apps.apple.com URLs, or names (search picks the top match).
• countries — e.g. us, gb, de in one run.
• minRating / maxRating — filter by stars.
• since — only reviews on or after a date.
• limit — cap total rows.
• onlyNew — for schedules: emit only reviews not seen in prior runs (per app + country).
• maxPages — 1–10 RSS pages per app per country (~50 reviews per page).

Limits

Apple’s feed returns the most recent reviews per country, up to about 500 per app (10 pages). Older reviews are not available through this feed. The actor uses low concurrency and retries with backoff to respect Apple’s rate limits.

Apple’s feed often answers with an empty page even when reviews exist, and its CDN can keep serving that empty answer for a while. The actor re-requests an empty page up to 27 times (the cached feed URLs first, then requests that bypass the cache, a few at a time) before treating it as the end of the feed, so false empty answers do not cut a country short. Some storefronts can stay empty for hours (on 2026-11-05 the US feed was empty for Spotify, Uber, Notion and Duolingo while the UK and German feeds returned full pages), so for broad monitoring list two or three countries. An invalid country code is skipped with a warning (uk is read as gb) instead of failing the whole run, and the run stops cleanly when your maximum charge is reached.

Example input

{
  "apps": ["324684580", "https://apps.apple.com/us/app/uber-request-a-ride/id368677368"],
  "countries": ["us", "gb", "de"],
  "minRating": 1,
  "limit": 100
}

Example output

{
  "appId": "324684580",
  "appName": "Spotify: Music and Podcasts",
  "country": "gb",
  "reviewId": "1234567890",
  "title": "Great app",
  "text": "…",
  "rating": 5,
  "appVersion": "9.1.94",
  "author": "User name",
  "date": "2026-11-01T12:00:00-07:00",
  "voteSum": 2,
  "voteCount": 2
}

Scheduled monitoring

Turn on onlyNew and schedule daily runs to collect new reviews only — ideal for reputation alerts (pair with maxRating: 1 for one-star watches).

Pricing

$0.08 per 1,000 reviews (pay per event: one review event per row saved). Reviews dropped by your star or date filters are free. Example: one app in 3 countries, about 1,500 reviews, costs about $0.12. A daily only-new run usually returns a few dozen reviews for a fraction of a cent.

FAQ

Why at most about 500 reviews per country? That is how far back Apple's official reviews feed goes (10 pages of about 50). Run on a schedule with onlyNew to build a complete history from today on.

Can I get reviews from every country? Add any two-letter App Store country codes to countries. Each country is a separate storefront with its own reviews.

Does it need a login, proxy or API key? No. It uses Apple's public feeds only.