Uptika
EN
Start free
Store policies and rejections

Guideline 4.3 spam rejections: 4.3(a) vs 4.3(b) and how to fix them

Guideline 4.3 (Spam) rejects an app either because you submitted several Bundle IDs of what is really one app, which is 4.3(a), or because the app is indistinguishable from what is already widely available on the App Store, which is 4.3(b); the fix is to merge duplicate apps into one, or to show App Review a meaningfully different or improved experience.

Uptika teamPublished: Last updated: 7 min readMarkdown version

What does Guideline 4.3 Spam say?

Guideline 4.3 has two parts, and the rejection message names the one that applies. Here is the full text from the App Review Guidelines (last updated October 16, 2026).

4.3(a): "Don't create multiple Bundle IDs of the same app (for example, submitting a separate map app for every city in the world instead of a single worldwide map that allows users to search any city). This practice results in unnecessary apps, which makes it hard for users to find the apps they want. If your app has different versions for specific locations, sports teams, universities, etc., consider submitting a single app and providing the variations using in-app purchase."

4.3(b): "Don't submit apps that are indistinguishable from what's already widely available. Opportunistically creating variants of existing app categories or popular apps degrades App Store discovery, reduces overall app quality, and harms both users and developers. Certain kinds of apps, such as dating, flashlight, sound effects, wallpaper, simple timers, and fortune telling, are well established on the App Store and we will not accept new submissions unless they offer a meaningfully different or improved experience. We may remove these apps from the App Store going forward if they are not updated, improved, or do not attract customers. Other kinds of apps, such as drinking games, Kama Sutra, fart, and burp apps, are mediocre, low-quality, or low-effort and do not add value to the App Store. Repeated submissions of this kind may lead to removal from the Apple Developer Program."

Two lists sit inside 4.3(b). The saturated list (dating, flashlight, sound effects, wallpaper, simple timers, fortune telling) is not a ban: Apple accepts these when they offer "a meaningfully different or improved experience". The low-value list (drinking games, Kama Sutra, fart, burp) is described as adding no value, and repeated submissions can cost you the developer account.

How is 4.3(a) different from 4.3(b)?

4.3(a) is about your own apps copying each other; 4.3(b) is about your app copying the market.

4.3(a)4.3(b)
What triggers itSeveral Bundle IDs that are the same app with different content, city, team, school or brandOne app that looks like many apps already on the store
Compared withYour own other submissionsThe whole category
Typical caseA city guide shipped as 40 separate appsAnother flashlight, wallpaper or simple timer with nothing new
Apple's suggested routeOne app, variations through in-app purchaseA meaningfully different or improved experience
What fixes itMerge into one binary, remove the duplicatesChange the product, then show the difference
Account riskTies up review; Apple asks you to combine appsRepeated low-value submissions may lead to removal from the program

Apple's App Review page puts 4.3(a) plainly: "Submitting several apps that are essentially the same ties up the App Review process and risks your apps not passing review." It suggests "thoughtfully combining your apps into one."

Why do template and white-label apps get 4.3 rejections?

Apps built from the same template for many clients look like duplicates, so they hit 4.3 and Guideline 4.2.6 together. 4.2.6 says: "Apps created from a commercialized template or app generation service will be rejected unless they are submitted directly by the provider of the app's content." It adds that these services "should not submit apps on behalf of their clients", and that template providers can instead "create a single binary to host all client content in an aggregated or 'picker' model", such as a restaurant finder with a page per restaurant.

So if you build apps for clients from one codebase:

  • Each client should submit from its own developer account, as the provider of the content.
  • The app should be customized beyond colors and logo: its own content, flows and features.
  • If the clients are small, one picker app that holds all of them is the route Apple names.

What evidence shows your app is not spam?

App Review judges the experience, so your evidence should be things a reviewer can see in the build. Prepare a short list before you reply:

  1. The one-line difference. What your app does that similar apps do not, in one sentence a reviewer can check.
  2. Features with no common equivalent, each with where to find it in the app (screen, tab, steps).
  3. The audience. Who it is for and why the common apps fail them, for example a timer built for one specific sport's interval rules.
  4. Own content. Original data, sounds, images or text you created or licensed, not stock packs.
  5. Screenshots or a short screen recording of those features working, attached to your reply.
  6. Merge proof for 4.3(a): which Bundle IDs you removed or will remove, and how the merged app now offers the variations.
  7. Product history. If the app is an update, what changed since the last approved version and why it is a deeper product now.

What does not count: a new icon, a new name, a new color theme, or different stock content in the same shell. Guideline 4.1(a) warns against making "minor changes to another app's name or UI" and passing it off as your own; Apple's copycat help article asks for "a new experience or a unique spin on an existing concept."

Changing the product comes first. A reply that describes features the build does not have will not pass review, and Apple's review-status article lists low-quality submissions under 4.3 among the signals that can extend a review.

How do you reply to or appeal a 4.3 rejection?

Reply in App Store Connect first; appeal only if the reply does not resolve it. Apple's appeal rules: reply to the rejection message before filing, file one appeal per rejected app, and do not appeal after you have already resubmitted the fix. The App Review Board appeal guide covers the full decision.

A reply skeleton you can fill in:

Hello App Review team. Thank you for the review of [app name] [version]. We understand the concern under Guideline 4.3([a or b]). [For 4.3(a): We have merged [N] apps into this single app; the variations are now offered in the app through [in-app choice or in-app purchase], and we have removed [Bundle IDs].] [For 4.3(b): [App name] is built for [specific audience]. It differs from common [category] apps in these ways: 1. [feature], found at [screen and steps]. 2. [feature], found at [screen and steps]. 3. [own content or data].] We have attached screenshots of each feature. If anything is unclear, we would welcome a call.

Keep it factual and short. Point to screens, not adjectives.

How do you avoid 4.3 before you submit?

Check the category before you build, not after a rejection.

  • Search the store for your main keyword and open the top results. If your idea is the same app with a different skin, rethink it.
  • Ship one app per product. Use in-app choice or in-app purchase for cities, teams, schools or themes.
  • Write the difference into your metadata so it is visible in the first screenshots and subtitle, and describe it in App Review notes.
  • If your app is in a saturated kind from the 4.3(b) list, expect closer scrutiny and give the reviewer a guided path to the features that set it apart.

The rejection reasons hub lists the other common guidelines, and the metadata rejections guide covers the text rules your listing must follow.

Where Uptika fits

Uptika does not decide or solve App Review outcomes. It helps with the homework around them. The free Chart Movers tool shows a category's daily top 10, climbers and apps launched in the last 90 days, so you can see how crowded a kind of app is. In the panel, Uygulama dosyası (app file) profiles any app in both stores, and Kafa kafaya (head to head) shows which searches you share with rivals and which only they win. Before you resubmit, the free Metadata Linter flags other brands' names, "best" or "#1" claims and other risky text, and the panel's Sayfa denetimi (page audit) runs the same rejection-risk check on your live listing. You can start on the free plan.

Questions

What is Guideline 4.3(a) Design Spam?

4.3(a) is the rule against multiple Bundle IDs of the same app, for example one map app per city instead of one worldwide map. Apple suggests a single app with the variations offered through in-app purchase.

What is Guideline 4.3(b)?

4.3(b) rejects apps that are indistinguishable from what is already widely available. It names saturated kinds (dating, flashlight, sound effects, wallpaper, simple timers, fortune telling) and low-value kinds (drinking games, Kama Sutra, fart and burp apps).

How do I fix a 4.3 spam rejection?

For 4.3(a), merge the duplicate apps into one binary and remove the extra submissions. For 4.3(b), change the product so it is meaningfully different, then reply to App Review with concrete evidence: the features no similar app has, who it is for, and screenshots of them working.

Can I appeal a 4.3 rejection?

Yes. Reply to the rejection in App Store Connect first; if that does not resolve it, file one appeal with the App Review Board that cites 4.3 and explains point by point why the app is not a duplicate. Do not appeal and resubmit the same fix at once: resubmitting closes the appeal.

Will changing the icon and name fix a 4.3 rejection?

Usually not. 4.3 is about the experience, not the label. Guideline 4.1 also warns against making minor changes to another app's name or UI and passing it off as your own.

Sources

  1. App Review Guidelines 4.3 Spam (Apple Developer)
  2. App Review Guidelines 4.2.6 template apps (Apple Developer)
  3. App Review Guidelines 4.1 Copycats (Apple Developer)
  4. App Review (Apple Developer)
  5. 4.1 Preventing copycat and impersonation rejections (App Review Help)
  6. Track a submission's review status (App Review Help)
  7. Appeal to the App Review Board (App Review Help)