I have discussed the possibility of incorporating a live chat into the app, with our customer. I have successfully incorporated tawk.to's chat in various other apps for my customers with excellent results. Particularly this will offer assistance to technicians that require help with any issue they might have or they might need assistance with certain aspects of the offered products. It will also be available to all other customers to get answers to more general purpose questions. Finally this platform will give insight to our customer via various metrics he can use to improve the customer communication approach. Does anyone know if this will suffice to make the app eligible for the app store as now the app is Rejected based on 2.1.0 Performance: App Completeness. App Review: Thank you for your response and additional context. Regarding 4.2.2 issue, while you have explained your customer does not want to add additional functionality to the app, this information does not resolve the 4.2.2 issue as the app primarily markets your service or products with limited to no user-facing interactive features. To resolve this issue, it would be appropriate to add additional features such as purchasing products so your app is not just a catalog of items you carry or provide robust interactive content for users. We look forward to reviewing your resubmitted app.

We have developed an app called FastUP, which has been constantly reminding us of 4.3(a). We have uploaded the original evidence of the developed code and UI design drafts, but it still keeps giving us this problem. There will be no manual response and no consideration of our explanations. It always just reacts mechanically. This is a repetitive application. Could you please explain how to apply it repeatedly when our code is original and the UI is also original? Is it possible that there can only be one tool-type app in the AppStore? ？ Every time during the process of applying for the phone communication, we were told there was no problem, but they still gave us incorrect information and kept deceiving us. Is this not discrimination against us just because we applied for the Chinese voice phone service?

A few weeks ago, I explored the possibility of installing auto-renewal subscription plans on an iOS app. Initially, I thought subscription plans are allowed for news and magazine apps. Then I saw this Apple website, which actually encourages us to provide 'free, limited access to app content.' So I took their advice and submitted an iOS app that has no dynamic content to App Store. I submitted another. Two apps have been approved. And I have got the third one put on hold several days ago. The reviewer has asked me an uncomfortable line of questions repeatedly like What are changes? How often? that I have never received in my 13 or 14 year history. Then he or she rejected it two days ago. And I got a 4th one approved at the same time. So three are admitted in with one rejected. Does an app have to have dynamic content to use auto-renewal subscription plans? I don't find any statement in Apple Review Guidelines that prohibits me from installing auto-renewal subscription plans on non-dynamic content app. There are other big-time apps like Microsoft 365 and Adobe Photoshop that are available with subscription plans. I am very perplexed.

Hi everyone, I created this application called ”OnlyDeaf” Dating app. I noticed there’s so many of the dating application out there however, this application is so unique and have this high quality experience when it comes to OnlyDeaf dating app. All the dating apps Ive seen on the App Store are hearing people that created just for the hearing people. For us, we are part of the deaf community called the “deaf world”. when it comes to hearing and deaf world…. we have an issue and that is ”Lack of communication“. This is where I decided to step in and created this app called “OnlyDeaf” which is only for the deaf community that can communicate others who is deaf. one thing I’m not understanding is why reject an application that has high quality unique experience. I’m literally the first deaf person who created a dating app only for the deaf and I got this rejection - 43(b). Please help me and pass this 43(b) issue. I’m trying to change the deaf community to provide them an experience as a deaf person they have never experienced.

Dear Apple: We are developing a file management-related app, I want to configure com.apple.security.temporary-exception.files.absolute-path.read-write to /Users/*** in the entitlements. Will this affect the approval process of our app on the App Store?

Hi guys, I am using Python and SciPy to develop a utility app. Planning to publish it on Apple Store for MacOS. So I submitted my app for Apple Review. But I was encountering the following "Guideline 2.5.1 - Performance - Software Requirements". Your app uses or references the following non-public or deprecated APIs: Contents/Frameworks/scipy/linalg/cython_blas.cpython-312-darwin.so Symbols: • _dcabs1_ • _lsame_ Contents/Frameworks/scipy/sparse/linalg/_propack/_spropack.cpython-312-darwin.so Symbols: • _lsame_ Contents/Frameworks/scipy/sparse/linalg/_propack/_zpropack.cpython-312-darwin.so Symbols: • _lsame_ Contents/Frameworks/scipy/sparse/linalg/_propack/_dpropack.cpython-312-darwin.so Symbols: • _lsame_ Contents/Frameworks/scipy/sparse/linalg/_propack/_cpropack.cpython-312-darwin.so Symbols: • _lsame_ Contents/Frameworks/scipy/linalg/cython_lapack.cpython-312-darwin.so Symbols: • _xerbla_array__ The use of non-public or deprecated APIs is not permitted on the App Store, as they can lead to a poor user experience should these APIs change and are otherwise not supported on Apple platforms. They seem from using the SciPy library in my Python app. Is there a way to work around this issue? Please let me know if you have solved this kind of issue before.

Hi everyone, Our app (ID: 6744578596) seems to be stuck in review for 10 days now. Timeline: Jul 13, 2025 at 8:47 PM: Waiting for Review Jul 14, 2025 at 7:31 PM: In review Jul 14, 2025 at 8:16 PM: Rejected Jul 14, 2025 at 10:55 PM: Waiting for Review (Addressed rejection reason and resubmitted for review) Jul 15, 2025 at 3:47 PM: In review Jul 15, 2025 at 5:27 PM: Rejected Jul 15, 2025 at 5:43 PM: Waiting for Review (Addressed rejection reason and resubmitted for review) Jul 15, 2025 at 5:49 PM In review Jul 15, 2025 at 6:29 PM Rejected Jul 15, 2025 at 9:31 PM Waiting for Review (Addressed rejection reason and resubmitted for review) Jul 15, 2025 at 9:36 PM In review Jul 15, 2025 at 9:45 PM Rejected Jul 15, 2025 at 9:54 PM Waiting for Review (Addressed rejection reason and resubmitted for review) Jul 15, 2025 at 9:57 PM Rejected Jul 15, 2025 at 10:53 PM Waiting for Review (Addressed rejection reason and resubmitted for review) Jul 15, 2025 at 11:08 PM Rejected Jul 16, 2025 at 12:23 AM Waiting for Review (Addressed rejection reason and resubmitted for review) Jul 16, 2025 at 12:30 AM In Review Jul 16, 2025 at 6:02 PM Rejected Jul 16, 2025 at 6:21 PM Waiting for Review (Addressed rejection reason and resubmitted for review) Jul 16, 2025 at 6:25 PM In Review Stuck "In Review" for two days. Removed from review and resubmitted a build based on advice from an App developer on X. Jul 18, 2025 at 6:14 PM Waiting for Review Jul 18, 2025 at 6:19 PM In review. The status hasn't changed since then. Also worth noting that the reviewer(s?) keep insisting that our app is an OpenAI wrapper app and most of the rejections were on this point. We painstakingly train our own models and port them to CoreML to run on-device. A lot of the back and forth rejections were because of this confusion. On the other hand, I see plenty of OpenAI wrapper app developers ({Plant, Bird, Cat, Dog, Rock, etc} identifiers) on social media, bragging about how their non-novel app was approved in under a day. Seems quite unfair for the few developers like us, developing user privacy respecting, offline AI apps.

Hello everyone, I hope you all are doing well. I’m facing some challenges in getting my app approved for the App Store. It’s consistently being rejected for Guideline 5.2.1 - Legal - Intellectual Property. This seems to be related to the app’s connection to an e-bike called the VanMoof. I’ve tried reaching out to App Store Review, but I’ve only received a generic response. The response states the following: Your app still includes content or features from VanMoof, or is marketed to control external hardware from VanMoof, without the necessary authorization. The inclusion of third-party content within your app, whether retrieved from the internet by the app or embedded in the app, is subject to the terms of the Apple Developer Program License Agreement. I’ve also tried contacting Apple through the Apple Contact Us module, but I haven’t received any response yet. Does anyone know what I can do to resolve this issue or what the problem with my app could be?

Hi good day, I submitted my app for review and it got rejected under these rules This item has been rejected for the following reasons: 2.3.1 Performance: Accurate Metadata 5.2.2 Legal: Intellectual Property - Third Party Sites/Services Can someone kindly explain to me what this can be? I dont have any information on my app other than my store and the products?

Do we need a separate build for external payment in the US?

New APP version must require users to upgrade is to use the old version will not be able to normal use, if I can be detected in application by "http://itunes.apple.com/cn/lookup?id=%@" in the latest version, then popup UIAlertController, Keep only one "Update Now" button. Will this operation be approved by Apple's review? If customers are not forced to update, the documents they made on the old version of the APP will be incorrect

Hi all, Our app has been rejected several times without any clear explanation of what we need to do. The latest rejection reason is as follows: The app accesses digital content purchased outside the app, such as Tracker data plans, but that content isn't available to purchase using in-app purchase. Apps must use in-app purchase to unlock features or functionality within the app. Apps on the United States storefront may include buttons, external links, or other calls to action to direct users to payment mechanisms other than in-app purchase. Next Steps The paid digital content, services, or subscriptions included in or accessed by your app must be available for purchase in the app using only in-app purchase. As noted above, apps on the United States storefront may include buttons, external links, or other calls to action to payment mechanisms other than in-app purchase. To learn more about the recent changes to the App Review Guidelines, see the News post on Apple Developer. We plan to implement payments outside of IAP, and here is the business scenario of our app: Our app is designed to control an external hardware device. However, the device has a built-in SIM card, so to use the device, a data plan must be activated for it to function properly. These data plans are used to pay mobile network operators. Different data plans incur different fees and activate different hardware features of the device. In addition, since the hardware device will only be linked to the app after successful activation, the control buttons in the app for managing the hardware remain disabled until activation is complete. Therefore, we believe using non-IAP payments is justified under Guideline 3.1.4 – Hardware-Specific Content: I have repeatedly explained these points to the App Review team, but they still rejected the submission. I have asked multiple times which specific details are considered violations of 3.1.1, but they have not provided any concrete explanation. They also have not clarified whether 3.1.4 is deemed inapplicable in our case. Therefore, I am reaching out here for help. Thank you very much.

My application (App ID: 6748781897) has been in “Waiting for Review” for five (5) days without any status change. Because the delay is now impacting our release timeline and customer commitments, I respectfully request: A status update on the current review of App ID 6748781897. Confirmation that there are no outstanding compliance items or additional information required from my side. If possible, expedited processing or guidance on next steps to resolve the hold-up.

Hello, I am currently developing an iOS SDK, and I would like to clarify the allowed use of MetricKit, specifically regarding the MXAppRunTimeMetric.cumulativeBackgroundTime value. My SDK tracks app lifecycle events for analysis purposes. I am considering sending the cumulativeBackgroundTime metric to my own backend server to monitor background usage patterns across different devices. Before proceeding, I want to confirm: Is it compliant with Apple’s App Store Review Guidelines to collect cumulativeBackgroundTime via MetricKit and transmit that data to my server? I understand MetricKit is primarily intended for performance monitoring and local analysis, but since this is a runtime metric, I would like to verify whether off-device aggregation is acceptable. I would appreciate any clarification regarding policy boundaries or best practices for this scenario. Thank you in advance!

Our app ХАЙП ИГРЫ (HYPE GAMES) keeps getting rejected under Guideline 4.1 – Copycats, but we’re not receiving any specific feedback or examples of what exactly is being flagged. We’ve fully rebuilt the app multiple times: All content is now original (graphics, UI, icons, name, etc.) The app does not refer to or imitate any existing brand or app The same version was already approved on Google Play We've removed anything that could even theoretically be misinterpreted as copycat content However, App Review continues to send the same generic message saying the app “appears to misrepresent itself,” without pointing to any concrete element, screenshot, or example. We’ve explicitly asked for clarification or even a single screenshot of the issue, but the replies remain copy-pasted and non-informative. Has anyone else faced this issue? What can be done if App Review won’t identify what’s wrong? We genuinely want to comply and are ready to fix any real problem, but right now we are just guessing — and being rejected repeatedly without a clear path forward. Would really appreciate advice from other developers or attention from Apple staff. Thanks in advance.

Hi good day, does anyone have any advise for me concerning my app review? I submitted since Apr 24, 2025 at 1:03 AM. I haven't gotten one review in to know what are my next steps? I just completed a Expedited Review Request. Waiting on response. Do you think I need to update some data or something?

Hi, I have a free multi-page website, my-domain.com, that offers students details of available properties. I'd like to introduce a paid service and create an app for it. Details of the service can be contained on one page on subdomain "service.my-domain.com". Would app store consider that one page as a one-page website? Would be grateful for your advice.

Hello, I am seeking clarification regarding App Store policy requirements for In-App Purchases (IAP) in the following scenario: We are developing a wallet-based super app that allows users to access third-party storefronts (mini-apps) from within our app via embedded WebViews or similar in-app experiences. These storefronts are web-based and branded by external merchant partners. In this model: The mini-app storefront is embedded within our wallet app, but technically hosted externally by the merchant. The user browses and selects digital goods (e.g., in-game currency, subscription vouchers, virtual items) from the merchant’s mini-app. When the user proceeds to purchase, the payment is processed using a saved payment method from the wallet app, not through the App Store’s IAP system. The digital goods are for use in a separate third-party app, not within the wallet app itself. The wallet app does not directly fulfill or deliver the purchased digital goods. We would like to confirm whether this flow is subject to IAP policy enforcement, or whether using our own wallet payment method is permitted in this context, given that: The purchase is initiated within our app, The goods are digital but are fulfilled in a third-party service or app, And the wallet provider is not the developer of the destination app. We are happy to provide more details or a flow diagram if needed. Thank you

Over two months ago, one of my apps (My desktop web) was rejected during its first submission due to 2.1 - App Completeness. The reviewer said that the in-app purchase information was not visible, and that the purchase button showed “null(null)”. However, during both Xcode debugging and TestFlight testing, I was able to see all the in-app purchase information correctly. After multiple rounds of communication with the reviewer, the app was finally approved — although I never figured out why. It might be because I submitted the in-app purchase for review first, and then submitted the app itself. In any case, it was eventually approved. Now, I’m facing the exact same issue with my new app. The in-app purchase code is exactly the same (except for the Product IDs), but again, the reviewer cannot see the product information. The relevant line of code is very straightforward — I can successfully retrieve one product, but the reviewer sees zero: self.products = try await Product.products(for: [productId]) I’ve already contacted DTS, and they said: “You should make sure that StoreKit 2 effectively returns the display price and name of your product object and that these values still exist when you are about to display them.” Yes, I’ve verified that — I can see the in-app purchase information. But the reviewer cannot. I even scheduled a call and spoke with a reviewer based in San Jose, California. She confirmed that everything looks normal from the submission process side, and suggested I either check the app’s implementation again or continue working with DTS. One more thing I noticed: throughout the entire review process, the in-app purchase product always remains in the “Waiting for Review” state, no matter how the app's status changes. The reviewer said that’s expected behavior. At this point, I honestly don’t know what’s wrong anymore — I’m completely overwhelmed. Everything works perfectly in both Xcode and TestFlight, and I have no idea what else I can do to test or verify it. Xcode and TestFlight screenshot: Reviewer screenshot: Appstore connect:

hi Apple review team, I’m developing an app with audio calling functionality, and I’d like to take advantage of Picture-in-Picture (PiP) so that when the user moves the app to the background, the ongoing call can remain minimized on the Home screen. Based on my research, it seems possible to display a view in PiP mode and have it play, and I haven’t found any documentation stating that this is prohibited. Could you please confirm if this is allowed?