iOS App Store Submission Checklist

Have you ever wondered how Apple checks your submitted app? I asked me several times, “What are they doing during their submission phase?” and today I found a checklist of things Apple is doing.

BUT, no warranty that this checklist is officially from Apple. Here some points from the list. The rest can be found in the provided source.


Your app…

  • Does not simulate a failure (e.g. crash or cracked screen)
  • Remains responsive after long/excessive usage
  • Does not hardcode any price information inside the app
  • Does not make use of any private APIs in the SDK
  • Does not make use of any undocumented features in the SDK
  • Does not refer to hardware capabilities which don’t exist on the users device
  • Warns the user when there is no network connectivity, if it needs a connection
  • Does not resemble (too closely) any native apps
  • Does not replicate (too closely) the functionality of a native app
  • Does not expire (stop working) after a certain time or number of runs

Conforms to Apple’s Human Interface Guidelines…

  • App looks well designed and of high quality
  • Native button icons are consistent with their native actions
  • Activity spinners must not spin indefinitely
  • Buttons trigger on touch-up

iPad specific…

  • Your app should work in all four orientations, but if only portrait or landscape, must support both ways up
  • Your app doesn’t nest popovers, i.e. selecting something on a popover should not display another popover
  • Your app doesn’t show more than one popover at a time

Submission package details…

  • The name of your app (in the binary package) matches (or is abbreviated version of) the iTunes name
  • Your iTunes description accurately describes the functionality of the app, i.e. it works as advertised
  • Your iTunes description does not contain the price
  • Your iTunes description (and the binary) do not include the names of any competing platforms (e.g. Android, Blackberry)


  • The app has a reasonably sized market, i.e. is not a tiny niche or for a private audience
  • There are no greyed out buttons or features in your app to do with a future release
  • Lite versions of apps must not be unusably restricted; they have to “work” as is
  • Lite versions of apps cannot be time limited

Copyright, trademark, ownership…

  • You can prove you own (or have permission to use) all the code in your app
  • You can prove you own (or have permission to use) all the artwork in your app