Closed. This question does not meet Stack Overflow guidelines. It is not currently accepting answers.
This question does not appear to be about programming within the scope defined in the help center.
Closed 4 years ago.
Improve this question
My App was just rejected with a reason:
“You have selected the Kids category for your app, but your app does
not appear to be designed specifically for kids aged 11 and under.
Specifically, we noticed that your app is a CRM app.”
Actually, no terms or conditions can be found in App Store Review Guidelines that indicate how I can solve this. So funny. I mean, I didn't select "Made for kids" and my app doesn't contain violence, horror, sex… so my app is rated automatically for Ages 4+. ¿?
Update
I uploaded a new binary and added new lines of codes. The app has been approved.
if SKPaymentQueue.canMakePayments() == true {
// Your subscribe code here
}
I guess it checks if the user (a kid) could make payments or not because the parental control is activated.
As per rejection reason its not looks like its rejected due to that ratings or selections on above image you said.
Its rejected because might be you have selected Kids or relevant to kids category or subcategory. So that is what it causing the rejection.
So the possible solution is make sure in your application selected category or sub category should not be kids or relevant to kids.
Still if it not works than you can ask for the more clarification under the rejection comment. By this way either they will give clarification or app will directly go into the review status & again & will get approval.
Note :
The above solution I have given as per the experience of uploading 150+ apps & resolving 50+ rejection issues.
Hope it will help you.
Related
Closed. This question does not meet Stack Overflow guidelines. It is not currently accepting answers.
This question does not appear to be about programming within the scope defined in the help center.
Closed 3 years ago.
Improve this question
I am preparing my app for AppStore review.
App is supposed to display products of specific company, customise them and send to sales department.
The app by default does not store any data and one has to download it. Access to this data will be restricted for sales department employees only (user/pass administrated on server).
I've read the guidelines, but didn't found my answer: https://developer.apple.com/app-store/review/guidelines/
Is it possible to get to appstore with app, that does not have any content until password is given?
I can create user for apple review team and then they'll get the content.
Provide demo account details:
in iTunes Connect, go to My Apps, select your app, then the version
scroll down to App Review Information
Enter details in the "Demo Account" section, and possibly additional details in the Notes section.
However, as others have pointed out, full App Store publication may not be the best option for such an app. You may want to consider Enterprise distribution (if used only by your own employees) or B2B/VPP distribution (which is through the App Store, but is not visible to everyone).
There should be no problem putting your app into the app store - there are quite some apps in the store now that require a login before they do anything, and are only of use for a selected audience. In the worst case you can add some general info views that are publicly accessible to show some value for everybody.
Enterprise distribution has its own hassles (and benefits), so if you don't have to go down that road I wouldn't.
In any case, provide the Apple Testing Team with some test login details.
Closed. This question does not meet Stack Overflow guidelines. It is not currently accepting answers.
This question does not appear to be about programming within the scope defined in the help center.
Closed 6 years ago.
Improve this question
My first app just got rejected and I am a bit confused :S
It is an app that allows the user to upload images to a gallery. I already though of this guideline and introduced a moderation panel so the admin individually accepts or rejects images that should or should not be published.
This is what they told me:
18.2: Apps that contain user generated content that is frequently pornographic (e.g. "Chat Roulette" Apps) will be rejected
18.2
We found your app enables the display of user-generated content which may become sexually explicit. Therefore we ask that you put the following precautions in place, to ensure your app remains in compliance with the App Store Review Guidelines.
Require that your users agree to terms (EULA) and these terms must be clear that there's no tolerance for objectionable content
Users need a way to flag or report objectionable content and users generating this content
Developer needs a method for ejecting users who violate the terms of the EULA
Where do I go from here? As I said, i had all implemented and it is impossible for a "pornographic" image to appear on my app as someone has to check every image before they appear.
About the EULA, does it has to be a UIAlertView asking the user to accept or do I have to edit the EULA at iTunes Connect so it fits my purpose?
Also, do moderators answer when i ask a question in the resolution center?
Sounds to me like this rejection can be handled via a response rather than a code change. Let them know that you're images are all adjudicated, that you do have methods for detecting (you adjudicate the images after all) and ejecting users. Chances are this will be all they'll need to hear and you can resubmit your app.
UIAlertView for terms will most likely not have enough room to make it clear there's no tolerance for objectionable content - use a modal ViewController that displays your terms upon first use/registration and require the users to click an "Accept" button in order to dismiss it.
Closed. This question does not meet Stack Overflow guidelines. It is not currently accepting answers.
This question does not appear to be about programming within the scope defined in the help center.
Closed 7 years ago.
Improve this question
Our app is gets rejected and below is the reason from apple
Apps primarily intended for use by kids under 13 must get parental
permission or use a parental gate before allowing the user to link out
of the app or engage in commerce
we wanted to know that if we deselect the "Made for Kids:" option and makes not changes in app functionality then will apple accept the app?
Apple will probably approve the app if you deselect the "Made for Kids:" option. Although it's possible that the reviewer will decide that it's targeted at kids and reject it anyway.
However, if it is an app intended for use by kids, you should just implement a parent gate. It's the law, and it's not that hard. Much easier than paying a $250,000 fine.
https://blog.sensortower.com/blog/2014/10/14/5-ways-to-avoid-coppa-mobile-app-fines/
Here are Apple's recommendations on acceptable types of parent gate:
https://developer.apple.com/app-store/parental-gates/
yes, your app will be accepted if you deselect "Made for kids". I am not 100% sure though but from my last 4years experience i can say that.
Also if you want to keep app "Made for kids" than you can put a parental control for doing in-app purchase or navigation to some webpage etc. you can put a 4digit pin for activating it.
More you can found it here.
Yes it will, Because as per apple guideline in Kids Apps must get parental permission for e-commerce.
Your app will be accepted if you deselect "Made for kids". But note that it should follow other apple guideline.
Closed. This question is off-topic. It is not currently accepting answers.
Want to improve this question? Update the question so it's on-topic for Stack Overflow.
Closed 9 years ago.
Improve this question
In my app people can send each other virtual gifts which they can use within the app.
Gifts can be purchased using Coins.
Coins can be purchased using Consumable in app purchases.
I am storing everything on my server.
Here is what I got from apple.
As indicated in the previous correspondence, your app includes "gifting" feature allowing users to send virtual gift using the purchased Consumable coins and the recipient can use the received item.
It would be appropriate to remove gifting feature from your app.
There is nothing in the AppStore Guidelines regarding "gifting" features. Can someone shed some light on this matter ?
How can I get my app approved while keeping the Gifting feature?
I think, one better solution.
a) you use Terms & conditions page in your app and explain all things.
b) include two things in `Terms & conditions page
1)include an explicit statement in the contest or virtual gift using rules that specifies that Apple is not a sponsor nor is involved in any way
2)insure that the contest or virtual prizes are not Apple products; using Apple products as prizes suggests an inappropriate association with Apple.
I will suggest you to ask them in Resolution Center why should I not use gifting feature in my application as I am following HIG ? Then they will elaborate in more details the reason of rejection and then if they tell you valid reason then you will have to make changes in your app otherwise they will accept your app.
Hope it helps you.
Closed. This question does not meet Stack Overflow guidelines. It is not currently accepting answers.
This question does not appear to be about programming within the scope defined in the help center.
Closed 5 years ago.
Improve this question
I have ben looking over and over in apples guidelines for In-app purchases but cant seem to find the answer.
Im making an app that has a weekly quiz presented to the user. What I want to do is charge the user for the answer he gives to the question with In-app purchase.
So my question is would it be ok to charge a person for an answer to a quiz according to apple? Any app out there that does this?
Thanks for any help!
A little clarification...
The user pays ex 70 cents to send his answer. He is then able to win prizes for example an iPad for the correct first prize answer.
EX. What day is US independence day?
Answer 1: 4 August
Answer 2: 4 June
Answer 3: 4 July
Answer 4: 5 July
(On iphone press the answer that is correct it costs 70 cents...)
The user pay for his answer and is then able to win prizes. Off course multiple users will have the same correct answer in this manner there will be a random selector of the first prize winner.
You should worry about at least these two rules:
11.3 Apps using IAP to purchase physical goods or goods and services used outside of the application will be rejected
20.4 Apps that allow a user to directly purchase a lottery or raffle ticket in the app will be rejected
The rule of thumb is in-app purchase works with electronic content only. IF it's a physical real-world product or service you are out of luck. As long as it doesn't fit into that category Apple seems happy to take 30% of whatever it is you can convince people to purchase.
You need section 11 of the App Review Guidelines for iOS. App Store Review Guidelines
Based upon my reading, I think it will be fine.
I suspect this would probably get through, although it might be something that they decide on the day that they don't want in the store. From the App Store Review Guidelines linked by #Cameron:
We will reject Apps for any content or behavior that we believe is
over the line. What line, you ask? Well, as a Supreme Court Justice
once said, "I'll know it when I see it". And we think that you will
also know it when you cross it.
An app that needs payment for an entry into a sweepstakes-style competition might sound a little too close to being spammy, but it might come across as totally legitimate. Up to how you present it, I suppose.
A consumable IAP would be what you're after here, with some in-app/server logic to work out whether the user has already answered that particular question (given that you're going to need server-side stuff to work out who has answered, who did it first, etc. etc.). This means that you won't need a new IAP product for each week, just the one quiz module. In your UI you can modify the question based the week, check if the user has already answered it, and if not allow them to purchase the consumable IAP product. Next week, same process, same product, different question presented to the user via info from your server.
Thats gambling. If Apple allowed that the whole app store would be penny auction apps. not gonna fly.
I would prefer you use PayPal in your application, there will be no chance of application been rejected.
Hope it helps......