Skip to content

Instantly share code, notes, and snippets.

@mhmzdev
Last active September 28, 2025 04:52
Show Gist options
  • Select an option

  • Save mhmzdev/6c58238784393217375465c8161b44ce to your computer and use it in GitHub Desktop.

Select an option

Save mhmzdev/6c58238784393217375465c8161b44ce to your computer and use it in GitHub Desktop.
Google/Apple store guides in bullet points along with example for better understanding before submission of apps, especially first time.

📱 App Store & Google Play – Master Submission Guidelines (with Examples)

This document combines Apple App Store Review Guidelines, Google Play Developer Policy, and additional hidden considerations into one master checklist with examples.


🍏 Apple App Store – Key Guidelines

🔒 Safety

  • Objectionable Content – No offensive, violent, or hateful content.
    Example: A chat app must block hate speech.
  • User-Generated Content – Apps must include reporting/blocking.
    Example: A forum must allow users to report abusive posts.
  • Kids Category – No ads, links, or IAP without parental gate.
    Example: A kids drawing app must disable external links unless behind parental lock.
  • Data Security – Encrypt personal data, use HTTPS.
    Example: Login APIs must use TLS.

⚡ Performance

  • App Completeness – No placeholders or “test” screens.
    Example: Submit full production build, not demo screens.
  • No Beta Builds – TestFlight not allowed for review.
  • Metadata Accuracy – Screenshots must reflect actual app.

💰 Business

  • In-App Purchases – All digital content uses IAP.
    Example: Buying coins must go through Apple IAP.
  • Loot Box Disclosure – Games must display odds.

🎨 Design

  • No Copycats – Don’t mimic other apps.
    Example: A fake “Netflix Player” will be rejected.
  • Minimum Functionality – Must be more than a webview.
  • Push Notifications – Cannot be used for ads/spam.

⚖️ Legal

  • Privacy Policy – Must be included in metadata & app.
  • Purpose Strings – Explain why camera/mic/location are needed.
    Example: “Camera used to scan QR codes.”
  • IP Rights – Don’t use copyrighted music/images without license.

🤖 Google Play – Key Guidelines

1. Restricted Content

  • Policy: No explicit, violent, or hateful material.
    Example: Meditation app must not show violent ads.

2. Intellectual Property

  • Apps must respect copyright/trademarks.
    Example: A music app can’t stream copyrighted songs without license.

3. Privacy, Security, Deception

  • Must disclose data use & avoid deceptive behavior.
    Example: A flashlight app can’t secretly collect contacts.

4. Malware & Misuse

  • No hidden miners, trojans, or exploits.

5. Monetization & Ads

  • Ads must be kid-safe, not deceptive.
    Example: A kids’ game can’t show gambling ads.

6. Store Listing

  • Metadata must be honest & accurate.
    Example: Don’t advertise “Free” if everything is locked.

7. Spam & Functionality

  • Apps must provide value, no spammy clones.

8. Impersonation

  • Don’t mimic popular apps.

9. UGC (User-Generated Content)

  • Must include moderation/reporting features.

10. Gambling/Finance

  • Real money gambling requires licenses & regional compliance.

11. Children & Families

  • Apps for kids must follow Designed for Families & limit ads/data collection.

12. Developer Responsibility

  • Repeated violations → account termination.

🔑 Extra Considerations (Both Apple & Google)

🏷️ Brand & Trademarks

  • Must use official badges for App Store / Google Play.
  • Cannot redesign logos or use standalone Apple/Google symbols.
    • ✅ Correct: “Download on the App Store” badge from Apple.
    • ❌ Wrong: Just using the Apple logo.

📜 Legal & Compliance

  • Export Compliance required for encryption apps.
  • GDPR/CCPA: Must handle EU/California data rights.
  • Accessibility: Support VoiceOver (iOS) / TalkBack (Android).

⚙️ Technical

  • App Size Limits – Apple has OTA size constraints.
  • 64-bit Support mandatory.
  • Target SDK – Google requires updated Android API targeting.

📲 UX / UI

  • No Keyword Stuffing in titles.
  • Onboarding – Don’t block app without sign-up unless essential.
  • Dark Mode recommended.

🛠️ Maintenance

  • Frequent Updates – Inactive apps may be removed.
  • Crash Fixes – Critical bugs must be patched quickly.

💡 Marketing & Metadata

  • Reviews – Must use official in-app review APIs.
  • Screenshots – Must reflect actual UI, not concept mockups.
  • No incentivized ratings allowed.

✅ Use this document as a master pre-submission checklist for both platforms.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment