iPhoneアプリが審査でリジェクトされたときの読み方と直し方、返信の書き方

アプリを審査に出して、通らなかった（リジェクトされた）という知らせが届くと、英語の長い文章が並んでいて身構えてしまいます。ただ、書いてあることの形はだいたい決まっています。どこを読めばいいかが分かれば、直す範囲も見えてきます。

■ メッセージの場所

App Store Connect（アプリを登録・提出する管理画面）でアプリを選ぶと、画面の上に未解決の問題があることを知らせるリンクが出ます。そこから対象の提出の「Resolve」を押すと、審査チームからのメッセージが読めます。

メッセージには、どのガイドライン（Appleの審査の決まり）に当てはまらなかったのかが番号で書かれています。まず番号を確かめ、Appleの「App Review ガイドライン」でその項目を読みます。スクリーンショットが付いていることもあるので、どの画面で何が起きたのかを見ておきます。

■ よくある指摘の種類

・2.1 App Completeness（アプリの完成度）

起動してすぐ落ちる、作りかけの文や画像が残っている、ログインが必要なのに審査用のアカウントを渡していない、といった指摘です。Appleの案内ページでは、未解決の問題の4割を超えるものがこの2.1に関係していると説明されています。

・2.3 Accurate Metadata（正確な情報の記載）

スクリーンショットや説明文がアプリの中身と合っていない、といった指摘です。新しい機能を加えたときは、審査メモ（Notes for Review）に具体的に書くよう求められています。

・4.2 Minimum Functionality（最低限の機能）

ウェブサイトをアプリの形で包んだだけのもの、機能が少なすぎるものが対象です。

・4.3 Spam（スパム）

ほとんど同じアプリを何本も出している、すでに多くある種類のアプリと区別がつかない、といった場合です。

・5.1.1 Data Collection and Storage（データの収集と保存）

カメラや位置情報などを使う理由の説明が足りない、アカウントを作れるのにアプリ内で削除できない、プライバシーポリシーがない、といった指摘です。

・3.1.1 In-App Purchase（アプリ内課金）

アプリの中で使うデジタルな機能や中身を、Appleのアプリ内課金以外の方法で売ろうとしている場合です。原則として、アプリ内課金を使うよう求められます。

■ 直し方の考え方

指摘が説明文やスクリーンショットだけに関するもの（メタデータの指摘）なら、その部分を直して、同じビルド（提出したアプリの本体）のまま出し直せます。アプリの動きに関する指摘なら、修正して新しいビルドを作ります。

全部直してから出し直すのが大切です。一部だけ直して出すと、同じ理由でまた戻ってきて、そのぶん公開が遅れます。

■ 返信の書き方

「Reply to App Review」から返信できます。文字数は4,000字までで、スクリーンショットや資料を添付できます。次の順で書くと、相手に伝わりやすくなります。

1. 指摘を確認したこと

2. 何をどう直したか（どの画面の、どの部分か）

3. 審査の人が確かめる手順（「設定」→「アカウント」→「アカウントを削除」のように）

4. 必要なら、審査用のアカウントやスクリーンショット、動画

アプリの意図が伝わっていないと思うときは、どのガイドラインのどの部分に合っていると考えるのか、具体的に説明します。それでも通らず、判断に納得できない場合は、App Review Board（審査結果への不服申し立て先）に申し立てができます。その際は、提出一回につき申し立ては一回まで、先に追加の質問に答えておくこと、が求められています。

すでに公開中のアプリの不具合修正であれば、法律や安全に関わる問題を除き、ガイドラインの指摘は次回の提出で直すと伝えて先に修正版を出せる仕組みもあります。

ココナラで「iPhoneアプリの不具合修正・審査対応をします」というサービスを出しています。自分でも、企画から作ったiPhoneアプリを12本App Storeで公開し、運用しています。届いたメッセージを貼り付けていただければ、直す範囲と金額を先にお伝えします。