TL;DR. App Storeのレビューに返信するには、アカウント所有者、管理者、カスタマーサポートのいずれかのロールが必要です——キーワードフィールドやサブタイトルを編集する App管理者やマーケティングのロールではありません。返信できるのはレビュー1件につき1回で、そのロールを持つ人であれば誰でもいつでも編集・削除できます。反映までは最大24時間かかることがあり、それまでは「保留中」と表示されます。返信すると Apple がレビュアーに通知し、レビューを更新するオプションを提示します。App Storeのレビュー返信に文字数制限があるとApple自身のドキュメントには記載がありません——サードパーティのブログに出回っている具体的な数字は信用しないでください。
ほとんどのチームは、レビュー返信に必要なロールを、キーワードの場合と同じ方法で発見します。つまり、実際にやってみてブロックされて初めて気づくのです。違うのは、こちらはメタデータへのアクセス権をすでに持っている人までブロックする点です。まったく別の権限だからです。
App Storeのレビューに返信できる App Store Connect のロールは？
アカウント所有者、管理者、カスタマーサポートです。これが Apple 自身の App Store Connect ヘルプが「レビューに返信」ページについて挙げている全リストです——そして、アプリ情報、キーワードフィールド、サブタイトルを編集できる4つのロール（アカウント所有者、管理者、App管理者、マーケティング）とは異なる顔ぶれです。こちらのロール解説記事で扱っています。
このミスマッチは実務上重要です。ASO運用のために採用されたマーケティングユーザー——キーワード、サブタイトル、スクリーンショット、Custom Product Pagesを担当——は、レビューに1件も返信できません。レビュー対応がその担当者の仕事の一部なら、幅広い権限のマーケティングロールではなく、カスタマーサポートのロールが（追加または代わりに）必要です。カスタマーサポートロールはさらに範囲が絞られていて、サインインすると App Store Connect の一般的なダッシュボードではなく、直接「評価とレビュー」画面に入ります。
実際に返信する手順：アプリを開き、対象のアプリを選択し、サイドバーの評価とレビューをクリック、右上でプラットフォームを選び、該当のレビューを見つけて返信をクリックします。
App Storeのレビュー返信に文字数制限はある？
Apple は公表していません。この点は正確に押さえておく価値があります。出典のないまま、それらしい具体的な数字がASO系ブログで繰り返し引用されているからです。Apple自身の App Store Connect ヘルプは4,000文字の上限を明記していますが、これはまったく別の機能——審査で却下された提出物に対する App Review への返信——についてのものです。ユーザー向けのレビュー返信については、Appleのヘルプページにも App Store Connect API リファレンスにも上限は記載されておらず、APIでは返信フィールドは単なる自由文字列として扱われています。Appleが確認していない数字を前提に返信テンプレートの仕組みを設計しないでください。
返信すると実際に何が起きる？
2つのことが起き、どちらも直接役立ちます。まず、レビュアーに通知が届き、レビューを更新するオプションが提示されます——バグの苦情に対する具体的で定型文でない返信は、すでに投稿した評価を見直してもらうための数少ない実証済みの方法の一つです。次に、その返信はそのレビューに紐づいたまま残り、以後そのレビューを読む訪問者全員に表示されます。つまりサポートのための文章であると同時に、コンバージョンのためのコピーでもあるのです。
依存する前に知っておくべき仕組みがいくつかあります。
- 返信はレビュー1件につき1回。 スレッドはありません——もう一度返信すると、前回の返信は追加ではなく置き換えられます。
- そのロールを持つ人なら誰でも編集できます。書いた本人だけではありません。 チームメイトが急いで書いた返信も、アカウント所有者、管理者、カスタマーサポートのいずれかを持つ人があとから修正できます。編集された返信には「編集済み」の表示が付きます。
- 即時ではありません。 反映まで最大24時間かかることがあり、それまでは App Store Connect 上で「保留中」と表示されます——5分後に表示されていないからといって失敗したと思い込まないでください。
- 古いiOSやmacOSでは返信が一切表示されません。 Appleのヘルプページによれば、返信が表示されるのは iOS 10.3以降、macOS 10.6.6以降、visionOS 1以降です。現在のインストールベースではごくわずかな割合ですが、返信はレビューが指摘した問題を実際に直すことの代わりには決してならないという点は変わりません。
リリースサイクルへの組み込み方
最も効果的な返信のタイミングは、レビューで実際に不満が集中していた問題を修正した直後です。リリースノートでその修正に触れることと組み合わせ、その問題を指摘していた具体的なレビューに返信しましょう。その組み合わせ（目に見える修正＋目に見える謝辞）こそが、レビュアーに評価を更新させる実際の要因であり、テンプレート化した「ご意見ありがとうございます」ではありません。
優先順位は新しさではなく、星評価と具体性で決めましょう。具体的なバグ名を挙げている星1件のレビューは、「最高のアプリです」とだけ書かれた星5件のレビューより先に返信する価値があります。そして返信そのものは、マーケティング的な言い回しや個人情報、評価を変えるよう仕向ける誘因と取られかねない表現を避けましょう——Appleのガイドラインは、返信は売り込みではなく、誠実で具体的な謝辞として読めるものであるべきだと明言しています。
これは、より大きなレビュー生成システムの一部です——評価依頼のタイミング、大型アップデート後の再依頼、不満を持つユーザーを公開レビューの前に非公開のフィードバックチャネルへ誘導すること。評価とレビューのガイドで、その残りの部分を扱っています。