App Store & Podcast Data - 175 Apple storefronts avatar

App Store & Podcast Data - 175 Apple storefronts

Pricing

Pay per event

Go to Apify Store
App Store & Podcast Data - 175 Apple storefronts

App Store & Podcast Data - 175 Apple storefronts

Apps, podcasts, music and books from Apple's own public API. One row per item per country, so you can compare price, rating and availability across storefronts in a single run.

Pricing

Pay per event

Rating

0.0

(0)

Developer

Canonrow

Canonrow

Maintained by Community

Actor stats

0

Bookmarked

2

Total users

1

Monthly active users

11 days ago

Last modified

Share

App Store & Podcast Data — across 175 Apple storefronts

Apps, podcasts, music, books and films straight from Apple's own public catalogue API. No key, no login, no headless browser, no proxies.

The point of difference is in the shape of the output: one row per item per country.

Why per-country matters

Apple runs a separate storefront for every country, and the same app is not the same product in each one. Ask for Spotify in three storefronts and you get three genuinely different rows:

CountryNameCurrencyRating
usSpotify: Music and PodcastsUSD4.78
jpSpotify: 音楽とポッドキャストJPY4.58
thSpotify: Music and PodcastsTHB4.81

Localised names, local pricing, local ratings — and sometimes no row at all, because the item is not sold there. Tools that query a single storefront cannot show you any of this. This one crosses every query with every country you ask for, in one run.

And when an item is missing from a storefront, that is reported as a finding, not swallowed as an error. The SUMMARY record lists every item/country pair that came back empty, which is exactly what you want when you are checking where a competitor has and has not launched.

What you can ask for

InputUse it when
termsYou want to see what ranks for a search, e.g. meditation, habit tracker
idsYou are tracking specific items, e.g. 324684580. The right way to follow one app across countries
bundleIdsYou know the app but not its Apple ID, e.g. com.spotify.client

Set kind to app, ipadApp, macApp, podcast, song, album, ebook, movie or audiobook.

Set countries to any list of two-letter codes, or the single value all for the 30 largest storefronts.

Podcasts get a second hop

Podcast results include the show's RSS feedUrl. Turn on includePodcastEpisodes and the Actor follows that feed and returns individual episodes as extra rows — title, publish date, duration, direct audio URL, episode and season numbers. Podcast RSS is an open format its publishers intend to be read, so this stays as reliable as the catalogue lookup itself.

Example input

{
"ids": ["324684580"],
"kind": "app",
"countries": ["us", "gb", "de", "jp", "th", "br"],
"includeDescription": false
}

Example output

{
"kind": "app",
"country": "jp",
"id": "324684580",
"bundleId": "com.spotify.client",
"name": "Spotify: 音楽とポッドキャスト",
"artist": "Spotify",
"price": 0,
"currency": "JPY",
"isFree": true,
"rating": 4.58,
"ratingCount": 1043221,
"primaryGenre": "Music",
"currentVersion": "9.0.20",
"currentVersionReleaseDate": "2026-08-11T09:12:00Z",
"minimumOsVersion": "16.0",
"url": "https://apps.apple.com/jp/app/id324684580",
"fetchedAt": "2026-08-20T04:20:11.512Z"
}

Pricing

Pay per row delivered. A query that returns nothing costs nothing.

Honest limits

  • Apple publishes a rate limit of roughly 20 calls per minute. The Actor paces itself and backs off automatically when the API pushes back, so a very wide job (many terms × many countries) takes minutes rather than seconds. That is the API's constraint, not a choice.
  • Search results reflect Apple's own ranking for that storefront on the day you run it. They are not a chart position and Apple does not publish one through this API.
  • ratingCount is the lifetime count for that storefront. Apple does not expose a review history, so trends have to be built by running on a schedule and keeping the rows.
  • Episode data comes from the publisher's RSS feed. If a publisher truncates their feed to recent episodes, that is all anyone can read.