Apple’s App Store survey methodology is intended to keep the application ecosystem healthy and to secure users from low-quality or dangerous applications. But sometimes you may not expect your app is rejected and it can force the developers to extend the launch dates and sometimes we have to re-write some key features again.
So before moving ahead, here are some reasons for the App rejection by App Store that you should consider before submitting a new app:
- Most of the app’s got rejected because the Developer/Client does not provide the proper information required for the app. So while submitting you app please fill the details properly and carefully which is relevant to the app.
- Before submitting the app to the App store, Please ensure that your app is ready to launch i.e your app should be free from bugs and crashes. Test you app thoroughly before submitting.
- if your app metadata such as names, descriptions, or screenshots not relevant to the App content and functionality will be rejected by App store. So always provide relevant information in metadata.
- Provide all the details which are needed for the App Review information section in iTunes connect. Suppose if your app requires any login to run the application please provide demo credentials for login or if any feature requires specific hardware, Please provide video demo to check the feature. The last important thing is provide correct and up-to-date contact information in information section.
- While submitting the app for review you will be asked whether your app uses IDFA for advertisements. If you indicate your app uses IDFA but there is not ad functionality .then your app will be rejected. Make sure that your ad functionality is working fine before submitting. Similarly, if you indicate that your app does not use the IDFA, but it does, your app will be put into the “Invalid Binary” status.
- Submitting a few applications that are basically the same ties up the App Review process and dangers the dismissal of your applications. Enhance your survey experience — and the knowledge of your future clients — by astutely consolidating your applications into one.
- Apps that are “beta”, “demo”, “trial”, or “test” versions will be rejected. If you use any word related to these in the content , name etc. will be rejected.
- Settle all pictures and content in your application before sending it in for review. Applications that are still in progress or in development phase and contain placeholder substance are not prepared to be distributed and can’t be affirmed.
- Apps that contain false, fraudulent or misleading representations or use names or icons similar to other Apps will be rejected. Developers sometimes use the resources from other famous apps. So please avoid this.
- While designing you app keep one thing in mind that make your UI design as simple as user can understand. If you make it complex to understand then there might be some chances for your app rejection.
- if your app is available for Android as well as for Windows, Please don’t advertise it in app description. Advertise it on web or any where else but not in app description.
- This could be anything, from breaking Apple’s non-disclosure agreement terms to using private APIs to inappropriate use of Apple intellectual property.
- App names in iTunes Connect and as displayed on a device should be similar, so as not to cause confusion.
- Some time developers rate the app according to there point of view but if the apple review team doesn’t find app suitable for that ratings, This will lead the app to rejection. So be aware while rating your app.
- Pay special attention when you are using any social networking site information in your app. e.g suppose if you got many permissions from Facebook but you are not using that information in your app your app will reject. So be precise while using permissions from social networking sites.
- Apple had rejected one app because one developer violated the iCloud deal of unpacking 2MB data from app bundle into the file system. So for downloading data more than 2MB should not create any backup. For this you can use non-user data, cache storage or mark it with “Do Not Backup”.
Well, this is all for now.I will keep on adding the content from time to time with more experience. Stay tuned with us to get latest updates and tricky blog posts based on web designing, web and app development and internet marketing.