4.3

Hi everyone, I would like to ask for help how should I resolve the issue with app submission for Guideline 4.3(a) - Design - Spam. I will explain my case to you. I assigned a task to junior engineer to submit an app from a personal developer account because my organization account has not been available yet. I thought I could be transfer later or resubmit under different bundle id and account would be okay. yes, it was my fault . But the app review process was taking too long in the personal account and I told him to cancel and delete the app submission, thinking that there might be not issue since the app was not released in AppStore. After I submitted the updated version of app with organization account, it doesn't get approve and getting 4.3.0 Spam rejection. We have taken about 6 months of work putting all the efforts both in the technical and business side on the product from scratch. We are about to launch in next week and our app is got rejected. I don't know what to do. I've all the authority

Hello,We’re struggling ourselves with the 4.3 Rule Spam restriction, and we need your guide to know how to proceed without breaking the Apple Rules.Well, our company develop homecare softwares, monitoring health by an app, where user can save and view its historic of health recordings, such as glucose, blood pressure, oximetry and others. Actually we have one app at store, Glico, which registers glucose, meals, medicines and physical activity.The problem is, that we have some contracts to develop new apps, for different companies. They’ll have similar purpose, and also similar design, but their icons, colors, and also some parts of the design will be different between them. As well, they will have some same features, and some others different.Our doubt lies in if and how we can do this without breaking the Apple Rules (in this case, 4.3 Rule Spam restriction, about similar apps), because as a great part of features will be shared between the apps, we will reuse great (or at least some) of th

I’m looking for advice and clarification regarding an issue I’ve encountered during the review process. My app was recently rejected under Guideline 4.3(a) for allegedly duplicating content or functionality of other apps. The feedback stated that my app appears to be identical to apps already on the App Store, but I’m confident this is a misunderstanding. The app is entirely unique, both in its functionality and its independently developed codebase. This rejection is puzzling, as I’ve thoroughly reviewed the guidelines and ensured that my app adheres to them. Has anyone else encountered similar issues? How did you address them? To the Apple team: Could you provide additional context or examples of the similarities identified? I’d be happy to address any concerns or make adjustments if necessary to align with the App Store standards. Submission ID: a6e96157-a543-45c6-b05d-8c50766ea4bf I’m grateful for any insights or advice from the community and the Apple team. Thanks in advance for your help! Best r

We are seeking clarification on guideline 4.3, Spam. We are readying to deploy an individual and unique app for each of our clients and were advised we should review the guideline. Since we have seen other companies who appear to be building with the same set-up we do not think we are in conflict, but we want to make sure we are proceeding correctly. To elaborate on our setup: We build with a shared codebase that deals with communication with our servers, page rendering and state management however, the resultant app produced is unique to each client. Clients select custom background images, logos, provide custom messaging and may choose from any one of our color themes. Also, their “App Information”, eg their description, keywords, marketing and naming used for their store presence are unique to the produced app. Users who install our clients app may view details related to our client’s business and use it to manage services with our client. Users without an account may browse views of our a client’

I develop apps for radio stations and WebTVs.Recently I had to update some apps at the same day, because I had to change the streaming url, and all were rejected. Now, even the new apps are rejected.I submitted an appeal explaining that my apps are individually branded, so branding on the home screen, app store searching and the app name matter for my clients. I believe my apps are not creating clutter, each one has unique brand, name, color scheme, background and specific content. That will not confusing users.They replied:We understand that your radio and TV apps are individually branded. However, they share the same concept and feature set. It is no longer appropriate to submit multiple apps that provide the same or similar feature set.To resolve this issue, please consolidate similar apps into a single directory app (for example, all radio apps into one container, and all TV apps into one container) that allows users to select from different channels within the app.These type of one container app with mul

Hello So I have an application which is in the Apple store. I wanted to fixe some issue therefore i created update build with the following: • Reworked Character Physics: Improved responsiveness and movement for smoother, more controlled gameplay. • Bug Fixes & Performance Enhancements: Fixed critical issues affecting gameplay consistency and stability. Players will now experience better performance and more accurate controls. • Mac Catalyst Fixes: Improved support for macOS, fixing issues related to UI scaling and responsiveness. The changes above are basically all there is. Now it seems that i am not able to pass review as it constantly marks design spam and not give anything in particular. Whats up with that ?

I am being completely blocked from creating apps, or even updating apps. This is the message I receive every time:We 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.Best regards,App Store ReviewNo matter what I do I get this for any app I put up. I uploaded 2 bug fixes to 2 apps already on the store, and 1 new app, completely different than any other app I've ever put up, and they all were put into review and rejected in 1 minute. 1 minute for all 3. The reason, is stated above. When I asked about it further I was presen

My app keep getting rejected after changing complete UI. It's an finance tool app. any advice 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. 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 apps across multiple accounts

Section 1: Our game was developed using Cocos Creator 3.8.5, written in TypeScript. The team spent nearly two years completing it. Initially, our submission wasn't classified under Guideline 4.3(a). The first four reviews provided normal feedback, which we addressed. However, after a subsequent rejection citing 4.3(a), we considered whether similarities in gameplay concepts, narrative, or art assets might exist. In response, our team introduced unique features not found in other App Store applications. We completely redesigned our original art assets to ensure originality and extensively modified aspects potentially resembling other developers’ work. This included removing all third-party SDK modules except Apple Pay and Sign in with Apple. Despite these significant efforts, we still received a 4.3(a) rejection. We have now iterated over 20 versions but continue to face this issue.  Section 2: Our game’s business logic code (excluding the Cocos engine code) is entirely original and