4.3

Hi, I got this problem and for more than 2 weeks and made all my applications to the app store are in the state of Waiting for review, because can not update that cause most users leave :(. I Do not know what to do, may help.From Apple4. 3 Design: SpamGuideline 4.3 - DesignWe noticed that your app provides the same feature set as other apps submitted to the App Store; it simply varies in content or language, which is considered a form of spam.The next submission of this app may require a longer review time, and this app will not be eligible for an expedited review until this issue is resolved.

Hi all, I am dealing with a confusing issue relating to a beta build that I am trying to share over TestFlight. I have followed all steps and managed to upload a build to App Store Connect, but I mistakenly selected Internal Only when submitting from XCode. This build was accepted (See image), but then when I submitted a build that would be shareable externally, it was rejected under Guideline 4.3(a). I am unsure what had changed between the first and second build I submitted, and I have since updated the app page with more information and screenshots clearly explaining how this is different to other items available on the app store with no luck. Does anyone have any clue what I could do? Signed hopefully, Luke

Why? Our app got rejected because of 4.3? The review reply is as follows Hello, We are not able to provide feedback on app concepts or features, but we recommend evaluating your suggestions against the App Store Review Guidelines, as well as the iOS Developer Program License Agreement (PLA), and the Human Interface Guidelines. Additionally, if you are considering implementing any of the following functionality, we recommend reviewing all associated reference material and other resources available on Apple Developer for any additional requirements. -Apple Developer -Apple Copyright and Trademark Guidelines -Game Center -iCloud -In-App Purchases You may also choose to post a question in the Apple Developer Forums. Best regards, App Store Review

Our 13 engineers spent 197 days developing a live broadcast application, and we were very happy on August 23 because it was completed. Then came the indifferent bad news. The first time we submitted the app it was rejected. We noticed your app shares a similar binary, metadata, and/or concept as apps previously submitted by a terminated Apple Developer Program account. Submitting similar or repackaged apps is a form of spam that creates clutter and makes it difficult for users to discover new apps. Next Steps Since we do not accept spam apps on the App Store, we encourage you to review your app concept and submit a unique app with distinct content and functionality. Resources Some factors that contribute to a spam rejection may include: Submitting an app with the same source code or assets as other apps already submitted to the App Store Creating and submitting multiple similar apps using a repackaged app template Purchasing an app template with problematic code from a third party Submitting several similar a

Hi My app was work fine since 2023 till i uploaded new update on april 2024 i got rejected due to Guideline 4.3(a) and since that i have made a lot of changes but still getting me that. below message what they have keep Guideline 4.3(a) - Design - Spam This app duplicates the content and functionality of other apps on the App Store, which is considered a form of spam. Specifically, this app is available in the same locations as another identical app you submitted to the App Store. Apps that duplicate content or functionality create clutter, diminish the overall experience for the end user, and reduce the ability of developers to market their apps. Next Steps It would be appropriate to restrict the available storefronts for these apps and ensure none of the selected storefronts overlap. Restrict storefronts by selecting None on Country or Region Availability in App Store Connect and then select the desired countries or regions. Learn more about restricting storefronts in App Store Connect. Re

Hello and sorry if this is posted in the wrong forum.I am in the process of creating a Whitelabel application which acts as a frontend to a forum. The forum is a web forum that many users can have separate installations of. The iOS app in question would therefore be almost exactly the same app, but branded to the specific forum, and connects to that forum only.Now in order to be able to publish these apps, and if the idea picks up and there are many users willing to get the app, would this break the AppStore Review Guideline 4.3? https://developer.apple.com/app-store/review/guidelines/#spamI would like to know that before going through the project and wasting developer time and money if this an unacceptable business model on the AppStore.Thanks for any insights.

We have published an app to show biblical information from a book God's Word written in the stars for all constellations and sub-constellations. This is not a star gazing app and we are not duplicating any content whatsoever. We are building the sky image, the constellation images by ourselves and the content is from the above mentioned book. We have published the app 2-3 times but every time we get rejected owing to following design guidelines: Guideline 4.3(a) - Design - Spam This app duplicates the content and functionality of other apps on the App Store, which is considered a form of spam. Guideline 5.2.1 - Legal - Intellectual Property Any help on this is much much appreciated.

We are preparing to submit a new app that shares some functionality and with an app we have previously distributed on the App Store. The Codebase will be different (the existing one was developped using React JS and the Second one usinf SWIFT). While the new app includes updated features, a redesigned interface, and is intended for a different user audience, we would like to confirm in advance whether submitting it as a separate app (with a new Bundle ID) is acceptable under current App Store Review Guidelines. In particular, we would appreciate clarification regarding Guideline 4.3 (Spam), to ensure that the submission will not be considered a duplicate or unnecessarily repetitive version of our existing app. Could you please advise on this matter?

Hi, I want to publish White Label apps for my clients. Recently I have submitted multiple white label apps from my clients' developer accounts but I got rejection for all the app with the following reason: Guideline 4.3(a) - Design - Spam We noticed your app shares a similar binary, metadata, and/or concept as apps submitted to the App Store by other developers, with only minor differences. Submitting similar or repackaged apps is a form of spam that creates clutter and makes it difficult for users to discover new apps. Currently the apps have only a different like Logo, name and some internal conditions. Please suggest me what should I do for this issue. I will thankful to you. Kind Regards.

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?

I'm in the process of updating an app that uses complications that originally had a deployment target of watchOS 4.3. These complications used CLKComplicationSupportedFamilies defined in Info.plist. There are no CLKComplicationDescriptors in use. Updated complications that use a new CLKComplicationDescriptor.identifier display correctly in the complication picker, but the original complication that's using CLKDefaultComplicationIdentifier displays -- or --- depending on placement. This happens whether you are using a ComplicationController instance or WidgetKit. Using CLKDefaultComplicationIdentifier as the identifier when creating the CLKComplicationDescriptor doesn't work: the complication doesn't appear in the picker. My question is there a way to upgrade an older complication configured by the customer to a new complication identifier? I'm not using WidgetKit for this project so a widgetMigrator isn't an option. -ch

Hi! My app was rejected on Nov 4 due to 4.3 Design Spam. After communicating with the App Review team on Nov 4, the decision was still the same, so I submitted an appeal to the App Review Board that day. They mentioned there are apps that are providing the same functionalities but I have done my research on App Store and reached out to potential users in London to gauge the interest. I believe my app and its direction is unique. I still haven’t received any update and I totally understand that the appeals process can take some time. It's just that I am really passionate about getting this app into the public to get people on it and I have no idea on what is wrong and how I can help make it right. Does anyone know how long it usually takes to get a response from the App Review Board? Thank you for any help!

Hi,My following question contains two parts: My source code organization & the countries description with my issue.1. Source code organizationI am actually working on an application for eleven countries. All these countries have the same source code but not the same functionalities. Indeed, some features are only available for some countries (feature flag).2. Countries description on iTunes ConnectOn iTunes Connect and for an app version, some countries aren't available (example: Poland). What're the best practices to describe a functionality in its own language and that'is only available for this country(feature flag)? I would like to conserve one source code and one app on the app store without making different apps (1 per country) in order to avoid the section 4.3 (Spam) from the reviews guidelines.Thank you in advance.

Hello, I posted this on one of the other forums, but I think it fits better here. One of our apps has been rejected under Guideline 4.3 for spam. Our studio has been on the App Store for 10+ years and this particular app has been available for over two years without previous issue. We have submitted a couple responses to the original rejection outlining why we think our app is unique and not spam and unfortunately we have been rejected. I have also submitted an appeal and requested a phone call. This is compounded by a live issue happening in our app right now that requires a build to unblock. I added that to our review notes for submission but was rejected. We believe we have been flagged as spam in error and would like to release builds to our active players ASAP to get them unblocked and provide further value to them. Beyond submitting an appeal and requesting a call is there anything else I can do?