Jul <var data-var='date'> 7</var>, <var data-var='time'>17:28</var> UTC Resolved - This incident has been resolved. Jul <var data-var='date'> 7</var>, <var data-var='time'>16:56</var> UTC Monitoring - The issue appears to have been resolved on Google's side. Event rates are returning to normal levels. We'll continue monitoring the situation. Jul <var data-var='date'> 7</var>, <var data-var='time'>14:37</var> UTC Investigating - We noticed that over the last hour, Google has been delaying expected subscription renewals and instead extending the expiration dates of the previously active subscription periods. As a result, RevenueCat is observing a reduced rate of renewal, cancellation, expiration, and billing issue events. We are currently investigating this unusual behavior.

Delays in Play Store subscriptions renewals

Jul <var data-var='date'> 7</var>, <var data-var='time'>14:13</var> UTC Resolved - This incident has been resolved. Jul <var data-var='date'> 7</var>, <var data-var='time'>11:40</var> UTC Monitoring - We have stopped getting errors from Apple Store Kit 2 and the service is operational. We will continue monitoring all the systems. Jul <var data-var='date'> 7</var>, <var data-var='time'>10:32</var> UTC Investigating - We are getting 5xx errors when calling Apple Store Kit 2 to validate receipts. We have enabled mitigations to keep customer purchases uninterrupted and we are investigating the issue.

Apple Store Kit 2 elevated error rates

Jun <var data-var='date'>23</var>, <var data-var='time'>21:29</var> UTC Resolved - App Store Connect issues are now resolved. Jun <var data-var='date'>23</var>, <var data-var='time'>19:50</var> UTC Monitoring - App Store Connect is experiencing degraded performance. Our users may experience issues when handling their app store products on the dashboard or on MCP. This does not impact purchases. Jun <var data-var='date'>23</var>, <var data-var='time'>17:10</var> UTC Identified - App Store Connect is experiencing an outage that affects some users. Our users may experience issues when handling their app store products on the dashboard or on MCP.

App Store Connect outage

Jun <var data-var='date'>23</var>, <var data-var='time'>14:42</var> UTC Resolved - This incident has been resolved. Jun <var data-var='date'>23</var>, <var data-var='time'>08:39</var> UTC Monitoring - We have deployed a fix for this issue and are currently backfilling the affected data. New conversions are being attributed correctly. We will continue monitoring the backfill process. Jun <var data-var='date'>22</var>, <var data-var='time'>18:32</var> UTC Identified - Conversions in the Paywalls Charts are currently not being attributed. We've identified the issue and are working to resolve it. We'll keep this incident open until the issue has been fixed & data has been corrected.

Paywall Charts: Conversions not being attributed

Jun <var data-var='date'>22</var>, <var data-var='time'>00:46</var> UTC Resolved - This incident has been resolved. Jun <var data-var='date'>21</var>, <var data-var='time'>22:23</var> UTC Identified - We're observing delays in our background Apple receipt-refresh processing, which may cause some subscription statuses to update later than usual. New purchases, webhooks, and API requests are processing normally. Our team is working on it.

Delays in receipt refresh processing

Jun <var data-var='date'>16</var>, <var data-var='time'>18:18</var> UTC Resolved - This incident has been resolved. Jun <var data-var='date'>16</var>, <var data-var='time'>17:43</var> UTC Monitoring - The outage was caused by an underlying service provider issue, which seems to have been resolved. We are monitoring the situation. Jun <var data-var='date'>16</var>, <var data-var='time'>17:38</var> UTC Update - We are continuing to investigate this issue. Jun <var data-var='date'>16</var>, <var data-var='time'>17:35</var> UTC Investigating - Our AI assistant Rico is currently unavailable. We are investigating.

Rico unavailable

Jun <var data-var='date'>12</var>, <var data-var='time'>08:22</var> UTC Resolved - This incident has been resolved. Automatic translations in the Paywall editor are working again. Customers should now be able to generate new paywall translations from the dashboard as expected. Jun <var data-var='date'>12</var>, <var data-var='time'>06:38</var> UTC Identified - We are currently investigating an issue affecting automatic translations in the Paywall editor. Customers may be unable to generate new paywall translations from the dashboard. Existing paywall translations are not affected. We have identified the likely cause as a breaking change in one of our translation provider dependencies and are working on updating our integration.

Automatic paywall translations unavailable

May <var data-var='date'>29</var>, <var data-var='time'>19:55</var> UTC Resolved - Our mitigations have eliminated the impact on RevenueCat clients. We will continue tracking the situation and following up with Google on a permanent fix. May <var data-var='date'>29</var>, <var data-var='time'>19:38</var> UTC Monitoring - Google Play API started returning some new, undocumented error responses for a subset of subscriptions over the last few hours. Our investigation revealed that the vast majority of them are associated with purchases that expired a long time ago. This means that no new purchases are being blocked, but API requests were still impacted by these unexpected errors. We have implemented suppression for these errors when we can programmatically confirm that they refer to long-expired purchases. This has reduced the errors returned by the RevenueCat receipts endpoint by almost 100%, so the issue is now mitigated. We have informed Google about these new unexpected errors and expect them to work on a permanent fix. May <var data-var='date'>29</var>, <var data-var='time'>15:45</var> UTC Investigating - We are observing elevated error rates from the Google Play API. This might prevent some user's entitlements from being granted after purchase. We're working on a mitigation to unlock these customers.

Elevated Google Play API Error Rate

May <var data-var='date'>25</var>, <var data-var='time'>17:29</var> UTC Resolved - This incident has been resolved. May <var data-var='date'>25</var>, <var data-var='time'>16:23</var> UTC Monitoring - A fix has been implemented and error rate is going down. We'll keep monitoring. May <var data-var='date'>25</var>, <var data-var='time'>15:57</var> UTC Identified - We are experiencing an increased error rate when fetching subscriber information coming from an incorrect cache. We are currently working on a fix.

Increased error rate when fetching subscriber information

May <var data-var='date'>12</var>, <var data-var='time'>07:24</var> UTC Resolved - We identified and resolved the issue. Charts v3 data is now up-to-date. May <var data-var='date'>12</var>, <var data-var='time'>04:01</var> UTC Investigating - We're investigating an issue where charts v3 data is delayed

Delayed Charts v3 Data

May <var data-var='date'> 8</var>, <var data-var='time'>13:27</var> UTC Resolved - This incident has been resolved. May <var data-var='date'> 8</var>, <var data-var='time'>10:03</var> UTC Update - Our API has been fully operational since ~ 01:20 UTC. The underlying incident on our cloud provider is not yet closed, but is not impacting our service. As of ~ 05:20 UTC, all transactions processed by our Fortress protection have been replayed and should show up in the dashboard. The RevenueCat SDK will handle the API service degradation (from 00:17 UTC to 01:20 UTC) gracefully (no lost transactions). May <var data-var='date'> 8</var>, <var data-var='time'>01:22</var> UTC Monitoring - We are fully recovered now. We'll leave this incident open until our cloud provider confirms a full recovery. May <var data-var='date'> 8</var>, <var data-var='time'>01:15</var> UTC Identified - We are starting to see some recovery. The underlying incident on our cloud provider is still not resolved, but metrics look good on our end. We are continuing to monitor. May <var data-var='date'> 8</var>, <var data-var='time'>00:52</var> UTC Update - We are continuing to investigate this issue. May <var data-var='date'> 8</var>, <var data-var='time'>00:51</var> UTC Investigating - We are currently investigating elevated API error rates caused by reduced service capacity. Some end users may experience intermittent issues when making purchases or restoring subscriptions. Subscription activations may also be delayed temporarily. Most requests will continue to succeed, and affected transactions will automatically recover once service is restored. This issue is impacting RevenueCat API requests across iOS, Android, and Web platforms. Analytics processing and exports may also be delayed during this incident. We are actively restoring capacity and mitigating the issue. RevenueCat Fortress protections remain active to help preserve transaction data during the disruption. We will continue to provide updates as recovery progresses.

Increased API error rates due to reduced service capacity.

Apr <var data-var='date'>28</var>, <var data-var='time'>22:54</var> UTC Resolved - All systems are now operating normally. Event delivery has fully caught up, and performance has returned to expected levels. Apr <var data-var='date'>28</var>, <var data-var='time'>22:32</var> UTC Monitoring - A fix has been implemented to address database deadlocks that were degrading API performance. The system is now stable and performance has recovered. We are still observing some delays in webhook delivery, but these are improving and we expect them to fully recover shortly. Apr <var data-var='date'>28</var>, <var data-var='time'>21:59</var> UTC Investigating - We're currently investigating an increased error rate on some of our APIs

Elevated error rates

Apr <var data-var='date'>22</var>, <var data-var='time'>19:42</var> UTC Resolved - The incident has been resolved. Apr <var data-var='date'>22</var>, <var data-var='time'>19:24</var> UTC Monitoring - A fix has been implemented and rate-limit errors are back to baseline. We will continue to monitor. Apr <var data-var='date'>22</var>, <var data-var='time'>19:09</var> UTC Identified - At 18:27 UTC we noticed an increase in rate-limit errors from our v2 API endpoints for some developers since ~14:00 UTC. We have identified the issue and are implementing a fix.

Increased rate-limit errors on API V2 endpoints

Apr <var data-var='date'>18</var>, <var data-var='time'>21:10</var> UTC Resolved - The underlying infrastructure issue has been addressed, and RevenueCat services are now operating normally again. Temporary mitigations have been removed as full service has been restored. We are continuing to monitor the system closely to ensure stability. Apr <var data-var='date'>18</var>, <var data-var='time'>20:46</var> UTC Update - We are currently experiencing an incident affecting parts of RevenueCat’s web infrastructure. To reduce impact for customers and their users, mitigations have been activated: What should continue to work normally: apps should continue to load paywalls using cached product data, users should still be able to complete purchases, and users who purchase during this period should continue to receive access to the content or features they bought What will not work normally during this incident: some real-time and customization features may be degraded while Fortress is active. This includes Offering experiments and customer-specific Offering customization, which may not be applied during the incident. Webhooks and some third-party integration events may also be delayed rather than delivered in real time What happens after recovery: once normal service is restored, we will replay queued requests so purchase records, entitlement confirmation, webhooks, and downstream events can be reconciled We are actively working to restore full service and will continue to share updates as we make progress Apr <var data-var='date'>18</var>, <var data-var='time'>20:42</var> UTC Investigating - We have noticed a degradation of service and are investigating the issue.

Degradation of service

Apr <var data-var='date'>17</var>, <var data-var='time'>07:00</var> UTC Resolved - Earlier today, around 7:20 AM UTC, we had slightly elevated error rates on our API for about 5 minutes due to database maintenance. The RevenueCat SDK will handle this gracefully, but API users may have noticed a brief increase in errors.

Degraded API Performance

Apr <var data-var='date'>10</var>, <var data-var='time'>10:42</var> UTC Resolved - This incident has been resolved. Apr <var data-var='date'>10</var>, <var data-var='time'>10:42</var> UTC Update - The issue affecting Scheduled Data Exports to GCP has been fully resolved. All delayed exports have now been successfully delivered, and export processing is operating normally. Apr <var data-var='date'>10</var>, <var data-var='time'>09:04</var> UTC Monitoring - Fix has been rolled out and we are redelivering exports that were affected. Apr <var data-var='date'>10</var>, <var data-var='time'>08:24</var> UTC Identified - We have identified an issue with Scheduled Data Exports. We’re rolling out a fix. Apr <var data-var='date'>10</var>, <var data-var='time'>07:49</var> UTC Investigating - We have detected some issues causing some delays with Schedule Data Export deliveries to GCP

Scheduled Data Exports delayed for GCP

Mar <var data-var='date'>31</var>, <var data-var='time'>15:44</var> UTC Resolved - This incident has been resolved. Mar <var data-var='date'>31</var>, <var data-var='time'>15:43</var> UTC Update - We have applied the fix, and we are currently backfilling the affected charts. Mar <var data-var='date'>31</var>, <var data-var='time'>12:42</var> UTC Update - We have found that the issue only affects charts for Play Store products that have two introductory offers. We are currently testing our fix before the final deployment and backfilling of the affected charts. Mar <var data-var='date'>31</var>, <var data-var='time'>09:59</var> UTC Identified - We have identified a problem affecting the Play Store which results in inflated MRR/ARR numbers for Charts v3. We have identified the problem and we are working on a fix.

ARR/MRR charts are incorrect for some users

Mar <var data-var='date'>16</var>, <var data-var='time'>21:01</var> UTC Resolved - The issue has been resolved and all failed webhook events have been dispatched. Mar <var data-var='date'>16</var>, <var data-var='time'>20:11</var> UTC Identified - The issue has been identified and a fix is being implemented. Mar <var data-var='date'>16</var>, <var data-var='time'>20:11</var> UTC Update - We've located and fixed the issue that was causing webhook integrations using AWS API gateway to fail. Mar <var data-var='date'>16</var>, <var data-var='time'>19:46</var> UTC Update - We are continuing to investigate this issue. Mar <var data-var='date'>16</var>, <var data-var='time'>19:45</var> UTC Investigating - We're currently investigating an issue with dispatching events via webhooks for certain integration

Ongoing issue dispatching events to webhooks with certain integrations

Mar <var data-var='date'> 6</var>, <var data-var='time'>06:40</var> UTC Resolved - From 6:10 to 6:25 UTC, we had slightly higher API error rates due to a database infrastructure issue. The incident has been resolved. App using the RevenueCat SDK were not impacted.

Elevated Error Rates.

Feb <var data-var='date'>19</var>, <var data-var='time'>05:23</var> UTC Resolved - Charts V3 Beta is now available again for all users. The underlying infrastructure issue has been resolved. Data processing jobs are still being re-enabled and any data gaps will be backfilled automatically. Feb <var data-var='date'>19</var>, <var data-var='time'>05:08</var> UTC Monitoring - The underlying infrastructure issue has been resolved. We are gradually re-enabling services and monitoring for stability. Charts V3 Beta remains disabled as a precaution and will be re-enabled once we confirm full stability. Feb <var data-var='date'>19</var>, <var data-var='time'>04:34</var> UTC Update - * Charts V3 Beta is currently disabled for all users. * We have repaired the underlying problem, but we have to apply further fixes to prevent the issue from re-triggering. Feb <var data-var='date'>19</var>, <var data-var='time'>03:00</var> UTC Identified - The issue has been identified and a fix is being implemented. Feb <var data-var='date'>19</var>, <var data-var='time'>02:48</var> UTC Investigating - We are currently investigating an issue with the Charts V3 Beta not showing data. Workaround: Disable Charts V3 via the switch (top right) in the dashboard.

Dashboard: Charts V3 Beta availability issues

Feb <var data-var='date'>11</var>, <var data-var='time'>00:35</var> UTC Resolved - This incident has been resolved. Feb <var data-var='date'>10</var>, <var data-var='time'>22:11</var> UTC Update - The primary DNS servers have recovered and updates have propagated to most DNS providers. Note that some ISPs and network setups might cache DNS entries longer, so errors might persist and might take longer to resolve for some users. Feb <var data-var='date'>10</var>, <var data-var='time'>22:06</var> UTC Update - We purged the DNS cache and are starting to see improving dashboard error rates. There is still a long tail of errors we are monitoring. Feb <var data-var='date'>10</var>, <var data-var='time'>21:47</var> UTC Update - We are continuing to monitor for any further issues. Feb <var data-var='date'>10</var>, <var data-var='time'>21:20</var> UTC Update - We’ve recovered the SDK API, and purchases from your app are now being processed successfully. Some dashboard functionality and paywall assets may still be unavailable. Our team is continuing to work on mitigating the CloudFront issues, and we’ll share further updates as progress is made. Feb <var data-var='date'>10</var>, <var data-var='time'>21:13</var> UTC Monitoring - We’ve recovered the SDK API, and purchases from your app are now being processed successfully. Some dashboard functionality may still be unreliable. Our team is continuing to work on mitigating the CloudFront issues, and we’ll share further updates as progress is made. Feb <var data-var='date'>10</var>, <var data-var='time'>21:02</var> UTC Update - We believe we have identified an issue with Cloudfront, and we have applied an emergency mitigation. We're seeing recovery on SDK APIs. Feb <var data-var='date'>10</var>, <var data-var='time'>20:45</var> UTC Investigating - We're currently investigating an increased error rate on some of our APIs.

Increased error rate on our API

Feb <var data-var='date'> 9</var>, <var data-var='time'>17:28</var> UTC Resolved - All experiment pipeline jobs have finish successfully and the data is now up to date. We are sorry for the inconveniences this may have caused you. Feb <var data-var='date'> 9</var>, <var data-var='time'>14:38</var> UTC Monitoring - We are currently experiencing delayed data in our experiments pipelines. The issue has been identified and fixed. We are now waiting for the jobs to finish processing.

Experiments data delayed

Feb <var data-var='date'> 9</var>, <var data-var='time'>04:00</var> UTC Resolved - From ~4:30 UTC to ~5:30 UTC webhook delivery time regressed to up to a few minutes delay (from the usual second or two). The underlying issue has been fixed and delivery time is back down to normal latency.

Delayed Webhook Delivery

Feb <var data-var='date'> 6</var>, <var data-var='time'>01:20</var> UTC Resolved - The incident has resolved, and the experimental results are up to date. Feb <var data-var='date'> 5</var>, <var data-var='time'>21:21</var> UTC Identified - The issue has been identified and we are working on a fix, sorry for the inconveniences.

Delayed experiment results

Jan <var data-var='date'>27</var>, <var data-var='time'>20:27</var> UTC Resolved - This incident has been resolved. Jan <var data-var='date'>27</var>, <var data-var='time'>20:08</var> UTC Identified - We identified an issue where Charts data freshness indicators are displaying outdated timestamps. The underlying chart data is being updated correctly, but the freshness timestamps shown in the UI are not reflecting the latest refresh times. A fix has been deployed and we are monitoring the rollout.

Is RevenueCat down?

RevenueCat status is UP

Lastest published events

Delays in Play Store subscriptions renewals

Apple Store Kit 2 elevated error rates

App Store Connect outage

RevenueCat Services, Components and Regions

Recent RevenueCat events

Delays in Play Store subscriptions renewals

Apple Store Kit 2 elevated error rates

App Store Connect outage

Paywall Charts: Conversions not being attributed

Delays in receipt refresh processing

Rico unavailable

Get your FREE account now,
5 monitors included!

Is RevenueCat down?

RevenueCat status is UP

Lastest published events

Delays in Play Store subscriptions renewals

Apple Store Kit 2 elevated error rates

App Store Connect outage

RevenueCat Services, Components and Regions

Recent RevenueCat events

Delays in Play Store subscriptions renewals

Apple Store Kit 2 elevated error rates

App Store Connect outage

Paywall Charts: Conversions not being attributed

Delays in receipt refresh processing

Rico unavailable

Get your FREE account now,5 monitors included!

Get your FREE account now,
5 monitors included!