Hi Guys, I tried using ChatGPT for help with this but it keeps hallucinations incorrect instructions so hoping you can help- using the App Store Connect data on things like retention, what is the best way to see: • Since the launch of my app, % of users who drop on day 2 since installing the app, % of users who drop on day 3 since installing the app, etc. • Of users who downloaded the app in May 2025, how many have used it in in October 2025 • Of users who downloaded the app in June 2025, how many have used it in in October 2025 Note also that I don’t have any other BI tools integrated to the app. The only data available to me is what comes in App Store Connect already. Thanks!

Hi! Earlier, I created a report using the appstore api, and it contained WEEKLY and HOURLY data. However, I have now created a report for a new app, and after almost a month, it does not have HOURLY granularity. How can I obtain it?

Hi! Earlier, I created a report using the appstore api, and it contained WEEKLY and DAILY data. However, I have now created a report for a new app, and after almost a month, it does not have DAILY granularity. How can I obtain it?

Hi everyone, I’m currently unable to view crash logs in Xcode Organizer for any of the apps in my account. When I try to access crash reports, I receive the following error: "An error occurred preventing Xcode from downloading version information from App Store Connect. An unexpected error occurred: [<__NSDictionaryM> valueForUndefinedKey:]: this class is not key value coding-compliant for the key [App Name] [Version] (iOS App)." The error message references an app name and version that were previously used. Notably, the original app name included an @ symbol (e.g., @ExampleApp). We suspected this might be contributing to the issue, so we updated the app name to remove the symbol. However, the error persists and still references the old name. Has anyone experienced something similar or found a workaround? Any guidance would be greatly appreciated! Thanks in advance.

Regarding the “App Store Downloads” Analytics Report, I have submitted a report generation request with accessType: ONE_TIME_SNAPSHOT. Reference: https://developer.apple.com/documentation/analytics-reports/app-download I would like to confirm the scope of the Campaign data included in the report generated by this request. In the App Store Connect UI, I understand that there is an upper limit of 200 Campaign entries displayed. For the report output, however, could you please confirm whether it includes all Campaigns measured on the App Store Connect side? Or is there also any upper limit on the number of Campaign records included in the report itself?

I was using the Download Sales and Trends Reports API (GET https://api.appstoreconnect.apple.com/v1/salesReports), but at some point, the results started not displaying properly. (The reason for this is that all the +sales values ​​aren't showing up in the CSV file.) Below, I'll show you how to use the API in Python with a screenshot. (***** elements are hidden.) If anyone knows why, please let me know.

Logging out: The platform logs people out super quickly (e.g. within like a couple of hours), it would be great to be able to stay logged in within the same day and not have to log back in every time. Latency: In general, it can be really slow to load, and sometimes pages fully load without anything on them. The team then has to refresh the page for e.g. dashboards to be shown Submission of PPO & In-app events: PPO tests and in-app events can only be submitted on the latest version, which means that you need to wait for a period when we're not having a new version of the app reviewed. If this is regularly the case, it's difficult to submit. Sometimes you then submit e.g. an in-app event, but it takes a while and the review is removed in favour of an app update. Solution: The whole thing should follow a similar process to CPPs whereby you don't need to upload to the latest version, or you should be able to select which app version you're uploading to and be able to select the latest. Rather than having to delete and build again every time. Pricing updates: The amount of time that it takes to change pricing is insane and results in a reluctance to make price changes. There are a number of ways that this could be improved: a) Don't only allow us to select prices from a drop down list. This process adds like 3 extra clicks to every single price change. Just make the prices editable (e.g you can type) in a list, Google Play Console does this very well. b) For promotions, allow us to set e.g. "20% off the default price" and then when we make pricing updates to the default price the promotional price will update automatically. Instead currently we have to go in and manually calculate 20% off every single price based on the new price and update it ourselves, it's crazy. Reporting on promotions: Currently, there is no ability to see a time series of conversions with specific promotions with configurable date ranges, you can just see the total redemptions up to a certain date. This means we're manually having to look at the number of redemptions up to a certain date and then if we wanted to see a daily breakdown we'd need to look at ever date in isolation and calculate the increase in number of redemptions.

I am planning to build a service that automatically pulls Apple reports and stores them in my database. I was able to successfully retrieve the APP_USAGE report from the Analytics API. It initially generated daily reports for a couple of days, but then the daily report generation stopped. The weekly and monthly reports continue to generate normally. I also checked the readReportRequest response, and the StoppedDueToInactivity field is returned as false. And also, when I compared the monthly reports between the API and the web console, the data does not match. Does anyone have a solution to this issue, or is there a recommended or updated approach for handling this?

I am planning to build a service that automatically pulls Apple reports and stores them in my database. I was able to successfully retrieve the APP_USAGE report from the Analytics API; however, while it initially generated daily reports for a couple of days, the daily report generation subsequently stopped. The weekly and monthly reports are generated normally. I also checked the readReportRequest response, and the StoppedDueToInactivity field is returned as false. And also, when I compared the monthly reports between the API and the web console, the data does not match. Does anyone have a solution to this issue, or is there a recommended or updated approach for handling this?

We have changed app icon a while ago, it displayed correctly on distribution page and on other pages - with an exception of analytics - https://appstoreconnect.apple.com/analytics No matter what time range is selected it still displays old icon. Can I make something with it? It's been more then a year and it's definitely not a cache issue.

Hi everyone, We’re experiencing an issue with App Store Connect → Sales & Trends (Sales) → Last 24 Hours (hourly) reporting, specifically for In-App Purchase (IAP) sales. On January 30–31, 2026, when checking Last 24 Hours sales data, we consistently see IAP sales drop to 0 starting around 18:00 UTC, as if no purchases happened after that time. However, we can confirm that IAP transactions did occur during the same time window using other validation sources (e.g., server-side logs / analytics). In App Store Connect, those hours still show 0. I did a quick search and found reports of similar behavior affecting downloads/units for some teams, but in our case downloads/units look normal in Last 24 Hours. The problem appears to be only in the IAP sales portion. Questions: Is anyone else seeing hourly gaps / 0 values for IAP around Jan 30–31, 2026 (or today)? Is this a known Sales & Trends reporting delay that eventually backfills, or an ongoing issue? If you’ve seen this before, how long did it take to normalize/backfill, and did any specific check/filter help?

Starting on 1/30/2026, we started getting an error when using Reporter to retrieve a Subscriber/Sales report from App Store Connect. Our script was working daily perfectly for a long time before this. It normally pulls the report from 1 day prior. We have been troubleshooting and cannot seem to find any issues on our end. Is this a universal issue for other users too?

The Crashes report in App Store Connect Analytics for my app is showing unexpectedly high crash rates, well over 2,000 per day (among roughly 150k active users per day). But I'm having trouble correlating this with other sources of stability reports: Firebase Crashlytics shows about 100 crashes per day over the last 90 days In the Xcode organizer, under “On-Screen Terminations” I see “Insufficient usage data available” which I take to mean very low numbers In the Xcode organizer, under "Background Terminations" it shows a little over 2 terminations per day, and well over 95% of those are "System Pressure" In the actual crash reports section of the Organizer, I have a little over 6,000 devices in the last two weeks encountering an issue that I think is 0xdead10cc, which I think would show up under Background Terminations as File Lock. As a side note, triaging these 0xdead10cc issues in the Organizer is a pain - see FB12292887. My main question here is what is included in App Store Connect's crash numbers. Do they include background terminations, especially "System Pressure"? Is there a way for me to get more information on the distribution of termination / crash types in those numbers? My understanding of System Pressure terminations is that it's when the system has to kill my app in the background to free up resources for other things, especially an app in the foreground, and it's not a "crash" properly speaking, although I might be able to make them less frequent if I reduce my memory usage. Am I incorrect in this? Notably, "System Pressure" is conspicuously not defined in the "Reducing Terminations in Your App" documentation under "Background termination reasons". https://developer.apple.com/documentation/xcode/reduce-terminations-in-your-app

I am not seeing any sales data in the app store since 3/16/2026 but there are units sold and proceeds displayed. Anyone from Apple to give an update? Any other developers seeing the same problem?

20 days passed since I released the app. According to Trends it has 30+ installs and 10 In-App purchases. When will I finally get analytics? Can't wait to see it, because I'm actively promoting my app and I wish to know the marketing performance. All that I see now in App Store Connect is this message: Other apps have no signs of this issue, I assume that the analytics is missing because the app is new. The question is "when"? :)

We are observing a discrepancy in crash data between the App Store Connect UI and the App Analytics APIs for our iOS application. For example: On March 10, App Store Connect shows approximately 2,443 crashes (average ~2K/day). However, in our analytics database (fetched via App Analytics APIs), we are seeing 10,000+ crashes for the same date. APIs Used (IDs masked): /v1/apps/{app_id}/analyticsReportRequests /v1/analyticsReportRequests/{request_id}/reports?filter[category]=APP_USAGE /v1/analyticsReports/{report_id}/instances?filter[processingDate]=YYYY-MM-DD&filter[granularity]=DAILY /v1/analyticsReportInstances/{instance_id}/segments Clarifications Required: What could be the reason for the significant difference in crash counts between App Store Connect UI and Analytics API Are there differences in how crashes are counted in: UI metrics vs raw analytics reports? Deduplication, session-level vs event-level aggregation? Is there any known aggregation rule, or filtering applied in the UI that is not reflected in the API data? Which source should be considered the accurate/authoritative count for reporting purposes? Any clarification or guidance on this discrepancy would be greatly appreciated.