How NOT To Submit An App to the App Store: Four Fatal Fails

This image described by iPhone, iPod Touch, app development, submission requirements, Appstore_icon

Erica Sadun over at ArsTechnica offers prospective iPhone app developers a checklist of four things to check before submission — any one of which will eighty-six your application in record time:

  1. Your Large And Small Icons Should Match.  You need a 512 pixel x 512 pixel version for the App store display, and a 57×57 version for the installed app itself.  No match?  Your submission gets thrown out the window.  (C'mon, isn't this why you downloaded Photoshop in the first place?)
  2. Don't "Branch to Fishkill."  Erica calls it "The 404 of Doom."  In other words, if the app or the support documention has a web link, MAKE SURE THE PAGE IN THAT LINK IS ACTIVE BEFORE YOU SUBMIT.  "Page Not Found" = "App Not Approved."
  3. "Beta" Is a Four-Letter Word.  Customers pay for finished products, not buggy test editions.  The App Store has a strict no-beta policy.  That means not only must the app be version 1.0 or higher, but if the word "beta" shows up ANYWHERE in the docs or code — bum's rush, pal.
  4. Accessories MUST Be Authorized.  If it plugs into an iPhone, Apple wants to know — and know that it's supposed to plug into said iPhone.

Erica learned some of these lessons the hard way: her voice recognition app languished in approval hell for three months before being reject.  The offense?  Suggesting the use of an unauthorized external microphone (on a first-gen iPod Touch).  By the time she corrected the app, enough vox-recog apps had already flooded the market.

[Via ArsTechnica]

About Dactyl Anapest

Google + Profile