モバイルアプリ · 入門
ストア審査を最初のトライで通過する
一行でいうと: ほとんどの拒否はコードではなくメタデータと権限から来る——そして一時間の準備で防げる。
よくある拒否理由
なぜ必要かの明確な理由なしに要求される許可;欠けているか壊れているプライバシーポリシー;審査者がログインできなかったため提供されなかったテストアカウント;未完成に見えるコンテンツ;そして必要な場所でストアのメカニズムを回避する支払い。
事前に準備するもの
正確で正直な説明、アプリをそのまま示すスクリーンショット、必要に応じてワンタイムコードを含む審査者への完全なアクセス、各機密権限を説明する短いテキスト。
ユーザー生成コンテンツがある場合——報告とブロックのメカニズムを準備する。これは要件であり推奨ではない。
タイムラインの計画
一ラウンドの修正を想定する。承認に依存する日付にキャンペーンを結びつけるな。緊急修正のためのパスを確保し、ユーザーが一日で全員更新するわけではないので、前のバージョンがサーバーに対して機能し続けることを確認する。
さらに深く
新しいバージョンをリリースせずに問題のある機能をオフにできるリモート設定メカニズムを設定する。これはインシデントを日から分に短縮し、段階的なロールアウトを可能にする——ストア審査を通るたびに達成できない二つのことだ。