Resolution Center：App Reviewのリジェクトに返信する方法

Resolution Centerという名前はもう存在しません。リジェクトへの返信は、アプリのApp Reviewセクションにある「Reply to App Review」ボタンから行います。 英語で書き、伝えることは3つです。何が問題だったか、何を変えたか、どう確認できるか。App Review Boardを使うのはこの返信のあとだけで、しかも指摘されたルールをアプリが守っていると確信できる場合に限ります。

僕は2026年に、自分のアプリのためにこうした返信を書いてきました。ミニゲーム付き目覚ましアプリのSolysと、トレードシミュレーターのTradaZenです。この記事では、今どこから返信するのか、何を書くのか、動画を添付すべきタイミング、異議申し立てをすべきタイミング、そして効果がないことを紹介します。リジェクト理由そのものについては、Appleがアプリをリジェクトする理由を読んでください。

Resolution Centerはどこへ行ったのか？

公式ヘルプのReply to App Review messagesでは、現在「App Reviewセクション」と書かれています。提出を再送するまで、ここで添付ファイルも含めてAppleとやり取りします。手順は次のとおりです。

1. 「Apps」でアプリを開きます。
2. ページ上部にある未解決の問題へのリンクをクリックします。ヘルプの別ページでは「View App Review Issues & Messages」と呼ばれています。
3. 「In Progress」の欄で、対象の提出の横にある「Resolve」をクリックします。
4. 「Reply to App Review」をクリックし、「Reply」欄に書き込みます。
5. スクリーンショットや資料を添付するには「Attach File」をクリックし、そのあと「Reply」をクリックします。

返信できるのはAccount Holder、Admin、App Managerのロールだけです。App Reviewのページによると、提出のステータスはApp Store ConnectでもiPhone・iPad用のApp Store Connectアプリでも確認できます。

書く前に：どんなメッセージを受け取ったか？

正しい返信はメッセージの内容で決まります。反論したい気持ちで決めてはいけません。僕が返信欄を開く前に使っている判断表がこちらです。

Appleの指摘	やること	新しいビルド
Information Needed	質問に答える	不要
バグや問題のある画面	修正してから返信	必要
ストアページ、リンク、スクショ	ストアページを修正	不要
アプリが誤解されている	証拠を添えて説明	場合による
意見の相違が続く	Boardに異議申し立て	不要
Bug Fix Submissionsの提案	返信で受け入れる	不要

決定的に大事なポイントが3つあります。

• メタデータでのリジェクトに新しいビルドは要りません。 Appleのヘルプにもそう書かれています。修正して、同じビルドを再提出します。問題の記載がストアページにある2.3.10のリジェクトはたいていこのケースです。
• 「Information Needed」は内容に対するリジェクトではありません。 審査担当者が質問しているだけです。本物のバグ指摘との違いはガイドライン2.1のガイドで説明しています。
• Bug Fix Submissionsは提案です。 アプリがすでに公開済みで、メッセージが「Bug Fix Submissions: The issues we've identified below are eligible to be resolved on your next update」で始まっていれば、メッセージに返信してアップデートの承認を依頼できます。このときアプリを再提出してはいけません。新しい審査が始まってしまいます。問題は次のバージョンで直します。

何を書くか：4ブロックのテンプレート

AppleはApp Reviewへの問い合わせについてのアドバイスを公開しています。やるべきこと：何を求めているかを具体的に書くこと、アプリが誤解されたと思うならアプリの理解に役立つ情報を伝えること。避けるべきこと：返信欄で異議申し立てや審査の迅速化を求めること、他の開発者のアプリの状況を尋ねること。

僕のテンプレートは4つのブロックでできています。英語で、形容詞なしで書きます。角括弧の中はすべて置き換え、送ったビルドで本当に事実であることだけを書いてください。

Hello App Review team,

Thank you for your review and for the details on
Guideline [number].

What you reported: [one sentence that restates
Apple's message, in your own words].

What changed in build [version (build)]:
- [Screen or element]: [what it does now]
- [Screen or element]: [what it does now]

How to verify:
1. [Starting point, e.g. fresh install]
2. [Action]
3. [Expected result]

We tested this flow on [devices and iOS versions].
[Attached: a short screen recording of the fixed flow.]

If anything else is unclear, please tell us which
screen or wording, and we will change it.

Best regards,
[Your name]

各ブロックには役割があります。1つ目はメッセージを読んだことを示します。2つ目はビルドを明記します。審査担当者がテストするのはバイナリで、あなたの意図ではないからです。3つ目は担当者の時間を節約します。最後のブロックは、弁解せずに対話の余地を残します。

ルールごとのテンプレートは個別のガイドにあります。たとえばガイドライン3.1.2やガイドライン4.3です。返信の雛形は、ダウンロードできるApp Reviewノートのテンプレートにも入っています。

SolysとTradaZenで返信して学んだこと

Solys、ガイドライン2.1。 審査担当者はゲームをスキップする方法を求めていました。僕の返信では、ブロックしていた画面、オンボーディングのプレイ可能なデモ、そして本当の原因を説明しました。iPadの互換モードでは、障害物が越えられなくなっていたのです。番号付きで2つの修正点を挙げ、そのうち1つは失敗後にデモをスキップできるリンクでした。続けて、iPhone SEから最大のiPhoneまで、テストしたシミュレーターを列挙しました。アラームの緊急停止ボタンについても説明しましたが、それはボタンを動かすコードを読み直してからです。ビルドで確認していないことは、アプリについて一切書かないでください。

TradaZen、ガイドライン5.6。 2026年10月、Appleはこのアプリが意図しないアプリ内課金に誘導していると判断しました。具体的な要素の指摘はありませんでした。僕はユーザーを誤解させそうな箇所を探しました。ペイウォール上部のバツ印が、画面を閉じずに割引オファーを開いていたのです。返信ではこの点を一文で認めました。僕のミスでした。続いて、画面ごとにすべての変更を列挙しました。バツ印をギフトアイコンに置き換えたこと、オファーが勝手に再表示されなくなったこと、プロモーション通知を削除したこと。規約に沿ったままの部分にも触れました。実際の請求額が最も目立つこと、購入の復元、法的リンクです。最後に、まだ紛らわしいと判断される画面があれば修正すると申し出ました。新しいビルドも一緒に送りました。

2つの返信は同じ論理に沿っています。本当の原因、目に見える修正、それを確認する手順です。

動画やスクリーンショットを添付すべきとき

Appleのヘルプでは、スクリーンショットと資料を添付できます。修正後の画面を撮った短い動画は、次の3つのケースで役立ちます。

• 問題が端末や条件に依存する場合。たとえば互換モードのiPadや、権限が拒否された状態など。
• 画面までの手順が長い場合**。たとえばオンボーディングの最後など。
• 機能の再現が難しい場合。 App Reviewのページには、再現の難しい環境や特定のハードウェアが必要な機能については、デモ動画を用意しておくよう書かれています。

アクセサリと連携するアプリの場合、審査情報の入力に関するヘルプでは、画面録画ではなくApple製デバイスで実際に撮影した動画が求められます。ペイウォールの文言やボタン名の変更なら、スクリーンショットで十分です。

電話やミーティングを依頼する

文章だけでは足りない場合、Appleには2つの選択肢があります。

• Appleの担当者との電話。 App Reviewから最初の返信があったあと、「Reply to App Review」のウィンドウから依頼します。タイムゾーンと、希望があれば言語を伝えてください。事前に「App Review Information」の連絡先を確認しておきましょう。Appleによると、電話は通常3〜5営業日以内に行われます。
• App Reviewとの30分のビデオミーティング。火曜日か木曜日に、ルールについて相談できます。情報提供が目的で、審査を早めたり承認を保証したりするものではありません。

App Review Boardに異議申し立てをする

異議申し立ては最後の手段です。Appeal to the App Review Boardのページによると、ルールを守っていると考えるのにリジェクトされた場合や、不当な扱いを受けたと考える場合に適しています。

まずはApp Store Connectでメッセージに返信して、状況を明確にしてください。それでも解決しなければ、Submit an appeal to App Reviewのフォームに記入します。ルールは次のとおりです。

• 異議申し立てはリジェクトされたアプリ1つにつき1回で、指摘されたすべてのルールを扱うこと
• ルールを引用し、アプリがそれを守っている理由を一つずつ説明すること
• すでに修正してアプリを再提出した場合は、異議申し立てをしないこと
• 単なる情報の要求に対しては、異議申し立てをしないこと

Appleは2つの例を挙げています。訳して紹介します。十分な例：「情報不足を理由に2.1でリジェクトされました。デモアカウントと機能をテストする手順はApp Review Informationに記載しており、機能を示すスクリーンショットも添えています。」不十分な例：「このアプリは私のビジネスにとって重要であり、リジェクトされるべきではありませんでした。」

BoardはApp Store Connectで回答し、追加情報を求めたり電話を提案したりすることもあります。Appleは異議申し立ての処理期間を公表していません。 Appleのフォーラムでは、2週間以上待ったという開発者の声もあります。修正が簡単なら、修正済みビルドを再提出するほうが早いことが多いです。

効果があること、逆効果なこと

効果がある	逆効果
Appleの指摘をなぞる	自分の言い分を訴える
修正したビルドを明記する	将来の修正を約束する
確認手順を示す	競合アプリを引き合いに出す
証拠を添付する	Reply欄で異議申し立てする
漏れのない返信	修正せずに再提出する

「この画面は前に承認された」も通用しません。バージョンごとに審査をやり直し、担当者が変わることもあるからです。App Review Guidelinesには、同じルールで何度もリジェクトされたアプリは審査に時間がかかるという警告もあります。審査期間についてはApp Store審査の期間を読んでください。

送信前に返信をチェックしてもらう

Review Kitには、僕のアプリに実際に届いたメッセージ、送った修正内容、そしてAppleにリジェクトされたときに返信を準備してくれるClaude Codeのスキルが入っています。人の目でチェックしてほしいなら、僕と1時間のセッションを予約してください。Appleのメッセージを一緒に読み、返信を一緒に書きます。全体の進め方はAppleにリジェクトされたアプリのページにまとめています。

まだアプリを提出していませんか？無料診断を受けてください。Appleのリジェクト対策チェックリストが届くので、そもそもこんな返信を書かずに済みます。

よくある質問

App Store ConnectのResolution Centerはどこにありますか？

現在はApp Reviewセクションという名前になっています。アプリを開き、ページ上部の未解決の問題へのリンクをクリックして、提出の横にある「Resolve」をクリックします。「Reply to App Review」ボタンで返信欄と添付ファイルの追加が開きます。

Appleの返信にはどれくらい時間がかかりますか？

Appleは文面での返信にかかる期間を公表していません。審査については、提出の50%以上が24時間以内に、90%が48時間以内に審査されるとしています。App Reviewに依頼した電話は通常3〜5営業日以内に行われます。App Review Boardについては期間の告知はありません。

App Reviewにフランス語で返信できますか？

Appleのヘルプは、文面での返信の言語を定めていません。僕は一度で理解してもらえるよう、英語の短い文で書いています。電話の場合は希望の言語を伝えられますが、保証はありません。

リジェクトへの異議申し立ては何回できますか？

リジェクトされたアプリ1つにつき1回です。メッセージで複数のルールが指摘されている場合、異議申し立てではそのすべてに対応する必要があります。Appleはまず App Store Connectで返信すること、修正済みビルドをすでに再提出した場合は異議申し立てをしないことも求めています。

返信する前にビルドを再提出すべきですか？

問題がアプリ内にあるなら、はい。修正してビルドを送り、そのビルドを明記して返信します。ストアページやスクリーンショットなどメタデータでのリジェクトなら、いいえ。App Store Connectで修正し、同じビルドを再提出します。