Guideline explainers

App Store Guideline 1.1.6 explained: False information and prank functionality

Guideline 1.1.6 is an App Review safety rule about false information and prank functionality. For iOS developers, the practical risk is usually not the guideline number itself; it is whether the submitted build, product page, screenshots, policies, and review notes make compliance easy for Apple to verify. Use this explainer to turn the rule into a pre-submission checklist, a resubmission fix plan, and a concise reviewer reply for objectionable content and user safety.

Developers searching for App Store Guideline 1.1.6 help, rejection causes, or fix guidance. Guideline 1.1.6 Official Apple source

What this guideline means in practice

Guideline 1.1.6 sits in Apple's Safety section and is most relevant to objectionable content and user safety.

This page summarizes the review risk in practical terms and links to the official Apple source for the exact rule text.

Apple will check whether the submitted app, sample data, screenshots, and moderation model can expose users to content that is unsafe or inappropriate for the App Store.

What Apple is likely checking

Apple will check whether the submitted app, sample data, screenshots, and moderation model can expose users to content that is unsafe or inappropriate for the App Store.

Entertainment, parody, social, news, and community apps should make the intended context clear and avoid content patterns that look harmful during review.

If the app hosts dynamic content, reviewer notes should explain safeguards, reporting paths, and how unsafe content is removed.

Common rejection triggers

Screenshots, sample content, onboarding, or demo accounts show unsafe, abusive, misleading, adult, or exploitative material.

The app appears to encourage harmful behavior, illegal activity, harassment, or misleading prank functionality.

The submission relies on a broad disclaimer instead of changing the product behavior or reviewed content.

Fix checklist before resubmission

Replace risky demo content and screenshots with clearly compliant examples.

Add or document moderation, reporting, blocking, safety filters, or eligibility controls where relevant.

Use reviewer notes to point Apple to safeguards and explain the intended content context.

Reviewer reply angle

If Apple cited Guideline 1.1.6, reply with the exact change you made and where the reviewer can verify it.

If you believe the app already complies, provide concise evidence, navigation steps, and any supporting documentation instead of a generic appeal.

Keep the tone factual and cooperative. Avoid promising approval or arguing beyond what the submitted build and metadata can prove.

Check your app against Guideline 1.1.6

AcceptMyApp can compare your metadata, screenshots, privacy pages, app context, and rejection text against Apple guideline risks before you resubmit.

Get started