4.3

Dating app removed for 4.3 design spam. What would be the easiest way to get approved again?

Our application was already on the app store before, we did not change the app icon from the first time our application was approved to the app store in 2017.But recently when I submit application to app store, we received this reject message: Guideline 4.3 - Design We noticed that your app icon is still identical to the icons of other apps already submitted to the App Store. Apps that use the same icon make it difficult for users to find apps and are considered a form of spam. We need help. Thanks

I'd like to build an enterprise white label iOS app - that is, apply different branding to identical templates. Guidelines 4.2.6 and 4.3 seem to prohibit this as spam. However, I found these apps which clearly share the same template: ADM Farmview Valero Cornnow Scoular View Purefield Ingredients Graincraft Grower Connect Townsend Grain ...etc There are dozens more. To see them all search: site:apps.apple.com developed by the industry-leading Bushel platform. They have identical screenshots, description text, even version number. How can I do this, without being rejected for spam?

Hey community, Spent a good two years crafting a multi-protocols VPN app for iOS and Android. Exciting news – the Android version's live on Google Play. However, hit a roadblock with the iOS version; it got the rejection stamp, and we've been trying to sort it out for two weeks now. Sent over four inquiries and even asked for a phone call with the Reviewer, but no luck so far. The rejection reason is Design 4.3, and they're talking about a similar binary, metadata, and concept. We're all ears for suggestions on resolving this and keen on getting our app on the App Store. Any insights or help would be awesome! Cheers, Mo

I am trying to upload a new build of my app from the new Xcode 14.1 RC but it keeps failing with the below error: ITMS-90428: Invalid Swift Support - The files libswift_Concurrency.dylib don’t match /Payload/MY_APP.app/MY_APP_WatchOS.app/libswift_Concurrency.dylib. Make sure the files are correct, rebuild your app, and resubmit it. Don’t apply post-processing to /Payload/MY_APP.app/MY_APP_WatchOS.app/libswift_Concurrency.dylib. My bundle contains a watchOS 4.3 app which I thought might have been an issue, so I tried increasing it to watchOS 7.0 but still got the error. Bitcode is disabled for all targets. I don't have post-processing enabled either.

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 all! I encountered this problem. I submitted the application for review, this morning I was surprised that the application was rejected, reason 4.3 Design: spam. the application was developed by me, with unique code and design. Has anyone encountered this and can help me? The exact reason for the rejection of the application is not indicated in the letter, so I don’t understand what exactly I should change

Regarding Guideline 4.3 - Design - Spam, your app primarily includes dating features that duplicate the content and functionality of similar apps in a saturated category'. Our app is a dating app for anime fans, we feature Tinder-like swiping but have many distinguishing features. Video: https://streamable.com/xedrse Website: https://senpaiapp.com We were hoping to launch next week and this is a huge disappointment, we even have a Japanese localization in progress. I think the tester had a bad experience due to swiping without interaction on the seeded profiles -- so I resubmitted so they can experience a=our distinguishing features like our anime recommendation engine. Anyway, is there a way forward? I've filed an appeal, but I would hate to miss launching ahead of Valentine's Day.

Im currently developing a new party game app, but App Store have been rejecting the app because they say they say the following: We found in our review that your app is primarily a drinking game app. Since there are many drinking game apps already on the App Store, your app duplicates their content and functionality. This is considered a form of spam. Your app may include features or characteristics that distinguish it, but it prominently features functionality that facilitate games that encourage users to drink. Therefore, it is classified as a drinking game app and we simply have enough of these types of apps on the App Store. I have tried to add more to the app, than just drinking games, to a point it has unique characteristic (I cant say the specifics uniquness due to strategic reasons). To my understanding, they say they dont take in new drinking game app, but this app doesnt just have drinking games, but other things that no other app has. Does that mean that they also dont take in new party game apps i

Hi, unfortunaley my app was rejected the 2nd time with a reference to Guideline 4.3 - Design - Spam with the explanation We found in our review that your app is primarily a drinking game app. Since there are many drinking game apps already on the App Store, your app duplicates their content and functionality. This is considered a form of spam. In principle the reviewer is right, my app is mainly a drinking game app. I added another play mode after the first rejection but the app remains as a card game / drinking game app. Now I want to prevent the situation that I work many more hours on this app implementing additional features and getting rejected again and again. Does anybody of you have experience with those kinds of rejections? I mean there is enough of almost any kind of app in the App Store; often apps have just slight differences in design or functionality between each other and did get the approval. I thought offering an app (of course having similarities to existing ones but nothing was cop

hi I submitted our app 2 days ago to review, and earlier this morning I was surprised that the application was rejected, Reason 4.3 Design: Spam. And I've introduced an application programmed by myself, and a unique design. We spend over 2.5 half years on writing the code and getting this app ready to state it is now. we went through multiple ux/ui designer we have in and out of the design inside figma. This is just generic. We submitted same app 4 weeks ago at first we got same rejection reasoning, then we got a replied and apple said there is an issue, and we fixed and redesigned again. I feel like we are just getting generic answer. What should we do ?The app is a dating app, and yes I know, Another one. but I see dating apps that are exact same copy of others getting published. ours we use AI and very interesting way of matching and completely different than any other UI out there. how could they possible say we are spam ?

I recently submitted an app to the App Store which was rejected as spam (Section 4.3). After speaking to an Apple rep, I learned the reason. The app is based on a propietary cross-platform engine which I have been developing for several years. We are not using any third-party software or 'app templates'. A couple of years ago my son and I collaborated on another project - I did the coding using the same engine, but he did the design and content creation. He published it under his own developer account. We worked together on the new app as well. They are both educational apps. The older one is used for learning algebra, and the new one for memorising language vocabulary. They do not look the same and have completely different content. But App's search engines have detected commonality in the code, because much of the underlying engine is the same, and because we are using different developer accounts, has rejected the latest as spam. I wondered if anyone else had encountered this kind of issue, and if