# Guideline 4.3(b) - Design - Spam: Drinking Game App Without Significant Value

**Guideline:** 4.3 · **Store:** Apple App Store · **Severity:** high · **Fix difficulty:** hard · **Typical turnaround:** 3-10 days

Canonical URL: https://appstorereject.com/rejections/apple/4/guideline-43b-design-spam-drinking-game-app-without-significant-value

## Description

Apple is applying its categorical enforcement stance against drinking games, not making a judgment about your app's quality or polish. 

Since 2022, App Review has folded "alcohol-encouraging party apps" into the 4.3(b) spam bucket — the same catch-all it uses for saturated, low-differentiation categories (fart apps, flashlights, wallpaper dumps, basic BMI calculators). The subtext is that Apple already considers the drinking-game category oversupplied and reputationally risky, and it overlaps with Guideline 1.4.3 (Physical Harm), which prohibits apps that encourage excessive alcohol consumption. The phrase "we encourage you to reconsider the app concept and submit a new app" is Apple's strongest template language short of removal — it signals that no amount of polish, age-gating, or disclaimer will make the current concept approvable.

This is largely a semi-automated / pattern-driven rejection. Review tooling and reviewers flag on surface signals: the words "drink," "shot," "sip," "chug," "beer," "boozy," "Kings Cup," "Ring of Fire" in your app name, subtitle, keywords, description, screenshots, icon, and in-app card text; a 17+ rating with "Frequent/Intense Alcohol, Tobacco, or Drug Use" declared; and category placement in Games > Party or Entertainment. 

Setting a 17+ rating does not create a safe harbor here — it actually increases detection probability. Note also that the rejection cites 4.3(b), not 4.3(a): Apple is not saying you cloned another app; it is saying the concept itself lacks differentiated value on the store.

The root cause is the business model, not the implementation. So the guiding question — what is the fastest compliant path to approval that preserves the business model? — entails a repositioning, not an appeal. 

The underlying value you actually sell is social party entertainment: prompts, dares, group play, custom decks. Alcohol is the theme layer, not the product. If you strip the drinking mechanic and replace penalties with neutral forfeits (points, dares, truth-or-dare, mini-challenges, elimination), you keep the retention loop, the paywall, and the content library intact while removing the one element Apple categorically refuses. Most successful recoveries in this category ship as a general party/social game with genuinely added depth (multiplayer sync, user-generated decks, moderation) rather than as a re-skinned drinking app.

One critical warning: do not ship a "clean" build and re-enable drinking content post-approval via remote config, a server-side flag, or a downloadable content pack. That converts a 4.3(b) rejection into a 2.3.1 hidden-features violation, which carries app removal and, in repeat cases, developer account termination. Whatever you remove must stay removed, including strings sitting unused in the binary and in non-English localizations, which reviewers do search.

## Common variations

- Guideline 4.3(b) - Design - Spam — "The app is primarily a drinking game app and does not add significant value to the App Store." (standard template, no specifics given)
- Guideline 4.3(b) - Design - Spam — "Your app prominently features functionality that facilitates games that encourage users to drink. We encourage you to reconsider the app concept."
- Guideline 1.4.3 - Safety - Physical Harm — "Your app encourages the consumption of excessive amounts of alcohol. Specifically, gameplay instructs users to take shots or drinks as a penalty."
- Guideline 4.3 - Design - Spam — "We found that your app duplicates the content and functionality of other apps currently available on the App Store. Creating multiple similar drinking or party game apps is considered spam." (when you have several similar titles under one account)
- Guideline 2.3.1 - Performance - Accurate Metadata combined with 4.3 — "Your app includes hidden or undocumented features that enable alcohol-related gameplay after review." (issued when drinking content is unlockable, remote-flagged, or reachable via a code)
- Guideline 4.3(b) — "Your app appears to be a re-skin or minor variation of an existing app concept in a saturated category and does not provide a unique experience."

## Example rejection email

```
Guideline 4.3(b) - Design - Spam

Issue Description

The app is primarily a drinking game app and does not add significant value to the App Store.

Specifically, the app prominently features functionality that facilitates or encourages the consumption of alcohol. Your app includes game modes, prompts, and card content that instruct users to take drinks, shots, or sips as part of gameplay. Your app name, screenshots, and description also reference drinking games.

The app may include features or characteristics that distinguish it, but these do not overcome the primary purpose of the app.

Next Steps

We encourage you to reconsider the app concept and submit a new app that provides a unique experience on the App Store.

If you believe your app does not primarily facilitate drinking games, you may reply to this message in App Store Connect and provide detailed information, including a description of the core user experience and steps to reproduce the non-alcohol-related functionality, so we may re-evaluate.

Resources

- Learn more about our requirements in Guideline 4.3 - Design - Spam.
- Review Guideline 1.4.3 - Safety - Physical Harm regarding apps that encourage excessive consumption of alcohol.
```

## Resolution steps

## Quick Assessment
- **Risk level:** High
- **Resolution path:** Strategic Escalation → in practice, a Concept Reposition + Fix & Resubmit (Path C then Path A). Path B (Clarify Without Change) is only viable if drinking is genuinely a minor, non-default mode and the reviewer over-generalized.
- **Typical turnaround:** 3–10 days (1–3 days of rework, 1–3 days of re-review, plus one likely follow-up cycle)

## The Fix

01. **Decide honestly whether the app is "primarily" a drinking game**
   Open your own app and count: of the default game modes shown on first launch, how many instruct users to drink? If the answer is most or all of them, Apple is factually correct and appealing will burn a review cycle. If drinking is one optional mode behind a toggle among many, you have a legitimate Path B clarification. Choose one lane before writing anything.

02. **Strip alcohol from all store metadata first**
   Remove "drink," "drinking," "drunk," "shots," "beer," "booze," "boozy," "pong," "Kings Cup," "Ring of Fire," "pre-game," "power hour" from the app name, subtitle, keyword field, promotional text, description, and What's New. Replace the icon if it depicts bottles, cans, cups, or shot glasses. Re-shoot every screenshot that shows drinking prompts.

03. **Replace the drinking mechanic with a neutral forfeit system**
   Change every "Take 3 sips" / "Everyone drinks" / "Finish your drink" card into a non-consumption consequence: points, a dare, a truth question, a mini-challenge, a timed task, or elimination. Keep the same card count, pacing, and social loop — you are changing the penalty layer, not the product. Audit every content pack, including IAP-locked decks and every localization; reviewers search binary strings.

04. **Purge residual alcohol references from the binary and assets**
   Search your codebase for alcohol-related strings, asset names, analytics event names, deep links, achievement titles, push notification copy, and Localizable.strings across all languages. Unused-but-present strings have triggered repeat rejections. Also remove any external links to drinking-game websites, TikTok/Instagram accounts branded around drinking, or a support site whose copy still sells the app as a drinking game.

05. **Reset the age rating and content declarations**
   In App Store Connect, set "Alcohol, Tobacco, or Drug Use or References" to None (or Infrequent/Mild only if genuinely present as passing reference). Leaving a 17+ alcohol declaration on a supposedly clean build is a direct contradiction that guarantees re-rejection.

06. **Add genuine differentiation so 4.3(b) doesn't re-fire on "low value"**
   Even a clean party game can be re-rejected as generic. Ship at least one substantive capability before resubmitting: real-time multiplayer or cross-device sync, user-created custom decks with sharing, player profiles and progression, an AI-generated prompt engine, accessibility support, or moderated community content. Document these in the reviewer notes as the app's unique value.

07. **Decide: same app record or new app record**
   If the change is a reposition (same bundle ID, new positioning), keep the record and submit as a new version with a thorough reviewer note explaining the change. If Apple has rejected the same bundle two or more times under 4.3(b) with "submit a new app" language, a fresh app record with a new name, icon, and positioning has materially higher approval odds — but never as a duplicate alongside the old one.

08. **Write reviewer notes that pre-empt the objection**
   In App Review Information → Notes, state plainly: what the app is now, that all alcohol references and drink-based penalties have been removed, what the differentiating features are, and exact steps to reach them. Include a test account if any feature is gated.

09. **If you are taking Path B (misclassification), reply in Resolution Center instead of resubmitting blind**
   Provide numbered reproduction steps to the core, non-alcohol experience, name the specific screens, and attach screenshots. Ask for re-evaluation of whether the app is "primarily" a drinking game. Do not argue about other apps on the store.

10. **Escalate only after one clean, substantive attempt**
   If a genuinely repositioned build is rejected again under 4.3(b), file an appeal at the App Review Board (developer.apple.com/contact/app-store/?topic=appeal). Lead with the concrete diff — what was removed, what was added — not with fairness arguments.

## Prevention
- Treat alcohol as an unavailable theme on iOS, the same way you'd treat gambling with real stakes without a license. Design the social mechanic first and the theme second.
- Never build a business plan around a "17+ solves it" assumption. Age rating does not unlock 4.3(b) or 1.4.3.
- Do not ship remote-toggled or unlockable drinking content. It escalates a design rejection into a 2.3.1 hidden-features violation with account-level consequences.
- Avoid publishing multiple near-identical party/prompt apps from one account — that independently triggers 4.3(a) duplicate spam.
- Before submitting anything in a saturated category, be able to answer in one sentence what this app does that the top ten results for your keyword do not. Put that sentence in your reviewer notes.
- Keep a distribution fallback (responsive web app, TestFlight for a private community) so a categorical rejection doesn't zero out the product.

## Appeal guidance

Appeal as a first step ONLY if drinking is genuinely not the primary experience — for example, the app is a party/trivia/prompt game with many modes and a single optional alcohol-themed toggle that is off by default, and the reviewer generalized from one screen. In that narrow case, reply in Resolution Center with: (1) a one-line statement of the app's core purpose, (2) a list of default game modes with the count that involve alcohol, (3) numbered reproduction steps to the core non-alcohol experience, (4) screenshots of the default first-run flow, and (5) a request for re-evaluation of the 'primarily' determination. Offer to remove the optional mode entirely as a same-day fix — signalling flexibility often resolves it in one cycle. If drinking penalties are the central mechanic, do not appeal; Apple's stance is categorical and an appeal will only cost a review cycle. Reposition and resubmit instead.

## Before / after examples

**Before:** App name is "Drink Roulette – Party Drinking Game" with keywords including "drinking game, shots, beer pong, kings cup" and screenshots showing cards that read "Take 3 sips."
**After:** App name is "Roulette Party – Group Game Night" with keywords like "party game, dares, group games, icebreaker" and screenshots showing cards that read "Take 3 points" or "Do a 10-second dare."
**Why it works:** Metadata and screenshots are the primary detection surface for 4.3(b) alcohol enforcement, so removing them stops the rejection from re-firing automatically.

**Before:** Card deck penalties are drink-based: "Everyone drinks," "Finish your drink," "Take a shot," "Waterfall," distributed across all 300 cards including the paid deck.
**After:** The same 300 cards keep their setup and humor but end in neutral forfeits: point deductions, timed dares, truth questions, or elimination — applied consistently across free and IAP decks.
**Why it works:** The social loop, content volume, and paywall are preserved while the specific mechanic Apple prohibits is eliminated.

**Before:** Build ships clean but a Settings toggle labeled "Classic Mode" or a remote config flag re-enables drinking cards after approval.
**After:** All alcohol content is fully removed from the binary, content packs, and server responses, with no toggle, promo code, or remote flag capable of restoring it.
**Why it works:** Hidden or remotely re-enabled prohibited content escalates a design rejection into a 2.3.1 violation carrying app removal and potential account termination.

**Before:** App Store Connect age rating is set to 17+ with "Frequent/Intense Alcohol, Tobacco, or Drug Use" declared, while reviewer notes claim the app has no alcohol content.
**After:** Age rating questionnaire updated so alcohol references are set to None, matching a build and metadata that contain no alcohol content.
**Why it works:** A contradiction between declared content and claimed content is treated as inaccurate metadata and triggers immediate re-rejection.

**Before:** The repositioned app is a generic prompt-card party game with no features beyond shuffling a static deck.
**After:** The app adds user-created custom decks with share codes, real-time multiplayer sync across devices, and player profiles with session history, all called out in reviewer notes.
**Why it works:** 4.3(b) also covers low-differentiation apps, so removing alcohol without adding substance can produce a second rejection under the same guideline.

## Common questions

**Can you appeal a 4.3 rejection?**

Appeal as a first step ONLY if drinking is genuinely not the primary experience — for example, the app is a party/trivia/prompt game with many modes and a single optional alcohol-themed toggle that is off by default, and the reviewer generalized from one screen. In that narrow case, reply in Resolution Center with: (1) a one-line statement of the app's core purpose, (2) a list of default game modes with the count that involve alcohol, (3) numbered reproduction steps to the core non-alcohol experience, (4) screenshots of the default first-run flow, and (5) a request for re-evaluation of the 'primarily' determination. Offer to remove the optional mode entirely as a same-day fix — signalling flexibility often resolves it in one cycle. If drinking penalties are the central mechanic, do not appeal; Apple's stance is categorical and an appeal will only cost a review cycle. Reposition and resubmit instead.

**How long does this typically take to fix?**

Typical turnaround is 3-10 days (difficulty: hard). After resubmission, most re-reviews complete within 24-48 hours.

---
*Machine-readable source: https://api.appstorereject.com/api/rejections/detail?slug=guideline-43b-design-spam-drinking-game-app-without-significant-value*