4.3

I would try appealing the app rejection notice. Have you tried that yet? Explain the situation, and let them know that you deleted the other apps. Hopefully they allow that one in.The guidelines are very unclear. 4.3 Design - Spam has to do with not creating similar apps, but they also can delete apps they deem as low quality or a saturated category. It's a very broad spectrum, guideline, and it seems to only judge developers on a case by case basis. There doesn't seem to be any clear, black and white rules regarding the guideline. It's at the discretion of the reviewer's subjective opinion on the app submission.We've encountered both scenarios with our apps, and heard other stories from other developers too.I also believe that this guideline is a very slippery slope for Apple. How many developers that supported Apple by purchasing products will cease doing so? How many customers of legitimate developers, snagged by this new guideline, will drive consumers to other platforms, and in turn, other devic

The app guideline you mentioned specifically mentions dating apps so I'd assume the reviewer is applying this blanket guidance. It mentions the app must provide a unique, high-quality experience. I think you need to specifically explain to Apple why your app is different from the other dating apps. Also, I'd make sure the first run experience demonstrates these unique capabilities. If the Apple reviewer had a poor impression on the first run, that may have impacted their decision. 4.3 Spam Don’t create multiple Bundle IDs of the same app. If your app has different versions for specific locations, sports teams, universities, etc., consider submitting a single app and provide the variations using in-app purchase. Also avoid piling on to a category that is already saturated; the App Store has enough fart, burp, flashlight, fortune telling, dating, drinking games, and Kama Sutra apps, etc. already. We will reject these apps unless they provide a unique, high-quality experience. Spamming the store may lea

The same problem `Guideline 4.3 - Design - Spam Your app primarily features astrology, horoscopes, palm reading, fortune telling or zodiac reports. As such, it duplicates the content and functionality of many other similar apps currently available on the App Store. While these app features may be useful, informative or entertaining, we simply have enough of these types of apps on the App Store, and they are considered a form of spam. Next Steps We encourage you to review your app concept and incorporate different content and features that are in compliance with the App Store Review Guidelines.` I spent many days working with Apple, even changing and removing the horoscope, numerology,... functions, leaving only the features related to Tarot cards, but the results remained unchanged, Apple Guys did not care about the content of our application, they simply think that there are too many applications of this type on their store, it's unfair but we can't do anything else, even if our application is bette

Hello everyone, I’m reaching out to seek advice and support regarding a confusing issue I’m experiencing with my app’s review process. App ID: 6744330283 Here’s the situation: Versions 1.0 and 1.1 of my app were approved and successfully published on the App Store. However, updates 1.2 and 2.0 have both been rejected for Guideline 4.3 – Spam. The rejection happens extremely fast – less than 10 seconds after the app goes “In Review”, it gets rejected. There is no indication that the reviewer even launched the app. This is very frustrating because: The app has real user reviews, In-App Purchases, and active paying users. My app is 100% original – it is not a copy or template-based app. Even worse, the review process for versions 1.2 and 2.0 took over 7 days before even starting, and then they were rejected instantly, again without being opened. I’m happy to cooperate and improve my app further, but I feel like this may be a misunderstanding or a mistaken flag by an automated process. Has anyone experie

I'm currently experiencing the same issue as you. I’ve already gone through this twice — my app was approved in versions 1.0 and 1.1, but all the newer versions have been consecutively rejected. If you wait the full 7 days, the system will automatically treat your app as spam and reject it without a proper review. This issue can be identified when even your TestFlight beta builds or App Store submissions are delayed for 7 days, only to be rejected with the reason Spam 4.3(A). This has already happened to two of my apps. Now my third app is facing the same problem. I’ve contacted the support team via email and phone, but they’ve been very irresponsible — only giving vague, generic responses. Apple does not seem to value new developers. They clearly prioritize older, established ones. A company that claims to be professional is now proving its worth by moving backwards. My app ID 6744330283 is also affected just like yours. Despite having gained user trust and over $3,000 in purchases so far, my app is

I'm currently experiencing the same issue as you. I’ve already gone through this twice — my app was approved in versions 1.0 and 1.1, but all the newer versions have been consecutively rejected. If you wait the full 7 days, the system will automatically treat your app as spam and reject it without a proper review. This issue can be identified when even your TestFlight beta builds or App Store submissions are delayed for 7 days, only to be rejected with the reason Spam 4.3(A). This has already happened to two of my apps. Now my third app is facing the same problem. I’ve contacted the support team via email and phone, but they’ve been very irresponsible — only giving vague, generic responses. Apple does not seem to value new developers. They clearly prioritize older, established ones. A company that claims to be professional is now proving its worth by moving backwards. My app ID 6744330283 is also affected just like yours. Despite having gained user trust and over $3,000 in purchases so far, my app is

We are facing also the same issue with games for kids. All new games get rejected forGuideline 4.3 - DesignWe noticed that your app provides the same feature set as other apps that have been submitted to the App Store (either under your own account or across multiple developer accounts) and simply varies in content or language.Apps that simply duplicate content or functionality create clutter, diminish the overall experience for the end user, and reduce the ability of developers to market their apps.We encourage you to review your app concept and incorporate different content and features that are in compliance with the App Store Review Guidelines.Creating a container app for kids games seems crazy too. Kids cosume apps more like TV episodes (fast) so we create new app with new content, new topic and release as a sequel. It does not make sense to have one huge app (2-6 Gb) that combines all content inside. I really don't understand Apple vision for this kind of content. The worst part is, they do not

While still struggle to find a solution for 4.3, knowing that some Apple employees might look into these forums, we have some thoughts which I believe holds true to many of the businesses affected by 4.3 to share:1. Many of white label businesses are not only not-spamming the App Store but are serious enough to always keep their apps up-to-date, follow all the Human Interface Guidelines and make sure they always fix bugs2. Many of our businesses are not extremely interested for the App Store presence; We could still live with hosting our links directly to the App Store for our clients to download, we are not particularily interested for search, therefore we don't really care to spam.3. Each of our so-called similar apps may share a common flow (fleet management through a map with route details for brianm@MCLEOD, food ordering for our business etc) but the real service we offer is completely unique for each of our client and their end-customers. Unique products, unique offers, prices, stores,

I am in the same boat. To target the little guys who are honest and create apps for small businesses that have different criterias and looks. We don't even make money off of it or are we targeting a wide audience. I mean if the YMCA in Louisville want their own app, we will create it and it will have similar funtionality as it hooks into our API scheduling system. The YMCA is targeting that area, not trying to make money. We dont use a commercialized template or app generation service. Our apps are unique, not another flashlight app. I mean are there really more then one YMCA of Louisville app?4.2.6 Apps created from a commercialized template or app generation service will be rejected.4.3 SpamDon’t create multiple Bundle IDs of the same app. If your app has different versions for specific locations, sports teams, universities, etc., consider submitting a single app and provide the variations using in-app purchase. Also avoid piling on to a category that is already saturated; the App Store has enough

The guy who made a phone call said that my account is flagged as a spammer.I'm making apps since 2009.He said these things made me a spammer.releasing upgraded version as a separate app without removing the previous version.releasing free version and paid version (aka PRO version) as separate apps. ... this used to be allowed, but not anymore. Developers must use in-app purchase.Spam does not necessariy mean releasing many apps that were made from a single template. If the functionalities of two or more apps are very similar even though they have been built from scratch separately (like making an upgraded version from scratch), they become spams.And the similarity is decided by Apple, not by actual users who actually use the apps. This decision is mainly made by their appearances such as icon, UI, etc. They often refer to these elements as framework. Thus, when they say your apps share the same framework, it does not mean the apps use the same template framework. It simply means, they look too similar.Once yo

They rejected and reviewed it twice ( I did not submit anything). This is what I got after the status was changed several times: Hello, Thank you for your continued patience. We are writing to let you know that we have completed our evaluation of your app and account. Upon further review, we found that your app does not comply with the following guidelines: Guideline 4.3 - Design - Spam Your app has similar features to others. As such, it duplicates the content and functionality of many other similar apps currently available on the App Store. While these app features may be useful, informative or entertaining, we simply have enough of these types of apps on the App Store, and they are considered a form of spam. Next Steps We encourage you to review your app concept and incorporate different content and features that are in compliance with the App Store Review Guidelines. You can avoid delays to future submissions by ensuring your apps don’t attempt to mislead or harm customers or undermine the review

Since it takes a day or two to try and verify anything on this problem (no luck so far with anything I tried), francisaugusto, can you tell me if you're accessing the extension delegate from your complication controller at any point? In my early tests, it looked like the app could work indefinitely for as long as the complication didn't need to access the extension delegate (or extension delegate to access the complication controller). I had a setup where I would just show the time of the latest refresh on the complication, and I'd initiate the complication server refresh on the extension delegate, without setting any chanel of communication between the extension delegate and complication controller.Can you also tell me are you forcing the main thread execution onto anything background tasks related in your extension delegate methods? I was all along forcing the task completion onto the main thread, as per some suggestion I've read somewhere, but now I'm running a test where I've eliminated all main thread fo

Hello, Thank you for your patience as we considered your appeal. The App Review Board determined that the original rejection feedback was valid. Your app does not comply with: 4.3(a) - Design During our review, we found that this app duplicates the content and functionality of other apps submitted to the App Store, which is considered a form of spam and not appropriate for the App Store. Apps submitted to the App Store should be unique and should not duplicate other apps. We encourage you to create a unique app to submit to the App Store. For more information about developing apps for the App Store, visit the Develop section of the Apple Developer website. We appreciate your efforts to resolve this issue and look forward to reviewing your revised submission. Best regards, App Review Board This is the appeal ticket I received, and I want to thank the App Review team for considering my request. Based on the message, I would appreciate it if other developers who have encountered this issue could help me

Could it be the size of the zip? I think that’s it. Historically there have been 32-bit limits on zip archives. These were fixed with ZIP64 but it’s possible that notarytool didn’t get the memo. To test this I created a 4.3 GB file full of random numbers: % dd if=/dev/random of=random.dat bs=1024 count=4199218 I added it to my app and then resigned it. % mv random.dat Test718887.app/Contents/Resources % codesign -s Developer ID Application -f -o runtime Test718887.app I then zipped and notarised it as above. This time around, I saw the error you’re seeing: % notarytool-submit Test718887.zip Conducting pre-submission checks for Test718887.zip and initiating connection to the Apple notary service... Error: Test718887.zip must be a zip archive (.zip), flat installer package (.pkg), or UDIF disk image (.dmg) Note notarytool-submit is an alias that expands to xcrun notarytool submit CREDENTIALS. That seems kinda wonky to me and I recommend that you file a bug about it. Please post your bug number, just fo