App Store Reviews Scraper — iOS app reviews by app and country

Every public review of any iOS app, straight from Apple's App Store — reviewer, stars, title, text, date, the developer's reply, and the app's own rating, review count and star histogram — per country, delivered newest first. Paste a link, an ID or a name. No login, no API key, $0.20 per 1,000 reviews.

If you build, market or research mobile apps, you know the App Store shows you a handful of reviews at a time and no way to export them. The reviews are public — every one of them — and the store's own page reads them through a plain feed, twenty at a time. We wired that feed up so you can pull the whole history of any app in any storefront into a table, filter it, and watch it week by week.

We built this to feed our own review-intelligence reports and use it daily. Now we're sharing it.

Who it's for

• Product teams — "what are people complaining about in the last 30 days?": newest first, 1–2 stars, since a date.
• Competitive research — "pull the last 500 reviews of each of our three competitors, in the US and the UK."
• App marketers and ASO — "which reviews did the developer answer, and how fast?"
• Support and community — "every new review since Monday, into Slack or a sheet."
• AI agents and pipelines — "reviews of app X as flat JSON, with the app's rating and histogram on every row."

What you can enter

Input	Example	What happens
App Store link	https://apps.apple.com/us/app/slack/id618783545	The id and the storefront come from the link
Numeric app ID	618783545	Read in the storefronts you list (US by default)
App name	Notion	Looked up in the storefront's search; the exact name wins, else the top hit

Each row: reviewer name, stars, title, text, date, whether the review was edited, the developer's reply and its date (when there is one), the review's rank in Apple's feed, and — repeated on every row so the table stands alone — the app's name, developer, category, current version, overall rating, rating count and the 5★…1★ histogram, the storefront and a link to the reviews page.

Options that matter

• Storefronts — reviews live per country. us is the default; add gb, de, jp… and you get one set per app per storefront.
• Maximum reviews to read per app and storefront — how deep the Actor reads the feed, and the cap on what you pay. 50 is a quick look, 2,000 a deep history.
• Deliver newest first — on by default: each app's rows come sorted by date. Apple's feed itself is in its "most helpful" order (the store offers no date sort to the public), and that rank stays on every row as feedPosition.
• Only reviews published on or after — keeps the reviews after a date among those read. For everything since a date on a busy app, raise the maximum to read.
• Minimum / maximum stars — 1–2 gives you the complaints, 5 the praise.

How to set it up

1. Paste the apps (links, ids or names), one per line.
2. Pick the storefronts and the filters, and set the maximum reviews to read per app.
3. Run. Rows land in the dataset app by app; the status message and the OUTPUT record say how each app was resolved, how many pages were read, what was filtered out and why the Actor stopped.

Pricing

Pay per result: $0.0002 per review ($0.20 per 1,000), plus the platform's start fee ($0.005 per GB of memory, one unit at the default 512 MB). Reviews removed by your star or date filters, duplicates and empty runs are never charged.

Notes

• No account, no key. Everything comes from the App Store's public catalog and the public reviews feed the store page itself uses.
• Developer replies come with the review when the developer answered — including the reply's date.
• Order. The feed lists all of an app's reviews, but in Apple's "most helpful" order; there is no public date-sorted feed any more (the old RSS feed answers empty). The Actor reads as deep as you ask and sorts what it read by date.
• Apple throttles each IP after a few pages. The Actor reads through Apify's datacenter proxy and rotates sessions on every throttle; when the datacenter pool is throttled too, it switches to residential by itself. A deep history of a very busy app simply takes a little longer.
• Storefront availability. An app that is not sold in a storefront has no reviews there — the row set is empty and the summary says not found for that pair.