0

I'm a 1 person indie app developer who makes cool AR apps. I've actually been doing this since 2010, though many of my older apps have been pruned.

It seems that every time I submit an app to the App Store, it gets blacklisted or put in some sort of queue where the review process is either managed by people who are completely non-technical, or trying really hard to witch hunt an innocent person.

This is representative of the app review cycle. Usually, they keep replying with reasons that do not apply to my app, believing that at some point, I will lose steam being a solo 1 person indie app developer. Sometimes, it leads to Apple never responding to my inquiries and just having my apps being in rejection forever. :(

Here's the latest. (AFAIK there is not an app out there that lets you take spatial photos in this innovative design-oriented way and lets you build with virtual 3D models in the scene. Is this too technical? What qualifies as a design duplicate when there are thousands of camera apps that don't even have an AR feature on the store?)

enter image description here

This is after I have responded explaining several times that my app is not in violation.

enter image description here

Apple replied with:

enter image description here


Some background -

My app is called Moments.cam. Testflight @ https://testflight.apple.com/join/RUD4IifH

Description:

Moments.Cam is a new type of camera app that lets you take photos and turn them into portals that float there. Powered by ARKit: They're spatially floating photos that will stay forever exactly where you took that photo! You can also use it with Google Poly, a 3D model API, to search for 3D models and build digital sand castles that you can take spatially floating photos of in augmented reality!

App Review Guidelines

Please escalate to your supervisor - I believe there is some misunderstanding Please note that Google Poly is not Google Play. As explained in the App Description, Poly is an API provided 3D models based on search terms. They both start with a P - but please don't get them confused. The app used ARKit and does not require a marker. Please follow directions in the app and wave your phone around to scan the world like a typical ARkit app. I've added additional screenshots that show this.

Here is a video that demonstrates how to use the app: https://www.youtube.com/watch?v=qeye2GCGiZw The app does come with built-in instructions to guide the user to scan the ARKit surface to the point where content can begin... Please spend more than a moment before you judge my app as something else. Thank you.

10
  • 1
    This site absolutely welcome questions on developer services, but this seeems a little yes/no to me. We aren’t Apple technical support for normal services or for developer accounts. I’m not sure this can get a good-subjective answer, but I wanted to see if anyone wants to discuss on Ask Different Meta if this can get an answer per apple.stackexchange.com/help/dont-ask
    – bmike
    Commented Mar 12, 2019 at 0:21
  • If Apple didn’t give you permission to publish their review comments, I would comsider summarizing / paraphrasing the rejection by paragraph in the review guidelines (especially if you keep getting a specific rejection reason in common). Also, here are support guidelines for this site - apple.meta.stackexchange.com/questions/2508/…
    – bmike
    Commented Mar 12, 2019 at 0:33
  • yeah i'm not sure if this is perhaps a wiki question. would this question be more general and more appropriate? i figure people would ask specifically why/how Apple is being unreasonable. apple.stackexchange.com/questions/353651/…
    – ina
    Commented Mar 12, 2019 at 0:35
  • @bmike i don't feel that this is a customer support question. i feel that it is something that other developers on the app store may have dealt with and can share useful insights on
    – ina
    Commented Mar 12, 2019 at 0:36
  • 1
    I think this is fully possible. I have a 10-year app dev account and a newer account for a separate app company. Every-time I submit an app on the older account I end up in a never ending battle of very fast rejections (analytics show review times of ~20 seconds) and completely bogus never ending tedious rejections; we upload very similar apps for the second company and almost always go right through to approved almost every time. It's very frustrating seeing the bias between the two companies, feels like the first has gotten flagged or put on some list Commented Jul 10, 2019 at 7:00

3 Answers 3

2

First of I would say that it looks like a really nice app that you have produced!

To answer your question: No, I don't think developers are "blacklisted" into having their apps rejected with bogus reasons in order to "bog down" the developer and eventually having them give up on gettings their apps released.

Also, I don't think that you're assigned a specific reviewer that is on a witch hunt for solo developers or anything like that.

However, I do think the realities are that app reviews are done in a very short time frame, and some times the reviewers do not really spend the time necessary to fully understand what a app does - and instead they reject it to be "on the safe side". Also I think the realities are that it is not necessarily the same person reviewing the app each time, so they might not know the history you have.

In order to do something practical and sensible about this, I don't think you'll get anywhere by complaining to Apple that you're being targetted. Instead try making smaller changes to the app and/or description to acknowledge that you're listening to what they are saying (even if you do not agree), and see if that can lead to the app being approved.

For example remove the reference to Google Poly from your app description, and instead change it something neutral like "use it with the most popular 3D modelling API available" or something like that. Then inside your app, you can describe that it is Google Poly.

Similarly try adding an initial intro screen to your app that in simple terms describes how your app works. Make sure NOT to mention QR codes. For example do not say "This app does not require QR-codes". The reviewer might quickly glance at the text and only see "QR-codes" and then reject the app because they haven't gotten a QR-code to test with.

1

"Never attribute to conspiracy that which is adequately explained by incompetence."

Apple regularly gets it wrong, and there have been a number of high-profile cases where devs get knocked back for the wrong reasons. Stick with it, and I'm sure it will get sorted.

0

Based just on reading the responses, I think you need to replace: "You can also use it with Google Poly, a 3D model API," with "You can also use it". You aren't allowed to refer to Google in your description like that.

Also (I didn't download the testflight app, so this might be incorrect) you need something on first run to tell people how to use the app. I think the reviewer is saying you can't just have your app show up as a camera with no explanation in the app as to what is going on. You can't assume people read app descriptions. If you do have something like this, I'm guessing it is too subtle for the app reviewer. Or there is a sad path where you can get to the camera without seeing it.

Those don't ask the question in the title, so I guess... No.

You must log in to answer this question.

Not the answer you're looking for? Browse other questions tagged .