App Storeレビューへの返信方法:ルールとテンプレート

App Storeのレビューへの返信はApp Store Connect(「評価およびレビュー」→「返信」)、Google Playのレビューへの返信はPlay Console(「評価とレビュー」→「返信」)から行います。評価を上げる返信には共通点があります。早く、具体的で、短く、修正・回避策・サポート窓口など具体的な次のアクションで締めくくられていることです。以下で、ルール、両ストアでの操作手順、そのまま応用できるテンプレートを紹介します。

返信に時間をかける価値がある理由

返信は公開されます。今後アプリを見る人がレビューと一緒に読むため、あなたは2種類の読者に向けて書くことになります。レビューを書いた本人と、インストールするかどうか迷っている人です。厳しいレビューに対する冷静で具体的な回答は、開発者がきちんと対応しているというサインになります。

2つ目のメリットは評価そのものです。どちらのストアでも、返信後にレビュアーがレビューを編集でき、問題が解決したレビュアーは実際に編集することがよくあります。それを約束することはできませんが、問題を修正してその旨を伝えることで、可能性を高められます。

インストール数や順位が具体的にどれだけ上がるとは断言しません。効果の切り分けは難しく、誰も約束すべきではないからです。返信は、サポートとコンバージョン改善の基本対応として捉えてください。レビューが評価や露出にどう関わるかの全体像は、App Storeレビュー:評価を増やし、正しく返信する方法をご覧ください。

各ストアでの返信場所

Apple App Store

1. App Store Connectを開き、アプリを選択します。
2. 「評価およびレビュー」(App Storeセクション内)に移動します。
3. 必要に応じて、評価、国、バージョンで絞り込みます。
4. レビューを開いて「返信」を選択し、文章を入力して公開します。

返信できるのはアカウントホルダー、管理者、Appマネージャ、カスタマーサポートのロールのみのため、先にチームの権限を確認してください。1つのレビューに表示される開発者の返信は1件で、編集すると前の文章が置き換えられます。返信するとAppleからレビュアーに通知される場合があり、その後レビュアーが評価を更新できます。

Google Play

1. Play Consoleを開き、アプリを選択します。
2. 「品質」から「評価とレビュー」に移動します(メニュー名はコンソールの更新で変わることがあります)。
3. 「レビュー」を開き、レビューを選んで返信を書きます。

Google Playでは、評価、言語、アプリのバージョン、端末でも絞り込めます。特定のリリースや機種に紐づく不具合の確認に便利です。返信は後から編集することもできます。

返信の種類を間違えないための補足です。App Reviewのリジェクト(検索結果に出てくるStack Overflowの質問など)は別の仕組みです。そのやり取りは公開レビューページではなく、App Store Connectの解決センター(Resolution Center)で行います。

評価を上げる返信のルール

1. 早く返信する。評価の低いものから

星1〜3で絞り込み、新しい順に並べます。1〜2日以内の返信は丁寧な対応という印象を与えます。数か月後の返信でも読む人の役には立ちますが、レビュアー本人はすでに離れています。

2. 読んだことを示す

「ご不便をおかけして申し訳ありません」ではなく、「3.2へのアップデート後に同期が失敗する」のように、問題を具体的に引用または言い換えます。定型文は自動返信に見え、さらなる怒りを招きます。

3. 3〜4文にまとめる

構成は、お礼または共感、具体的な回答、次のアクションです。それ以上は不要です。

4. 謝罪は一度だけ。実際の問題にのみ

アプリがクラッシュしたなら、そう認めて謝罪します。作る予定のない機能を求められた場合は、ロードマップについて謝るのではなく、事情を正直に説明します。

5. 詳細なサポートは公開ページの外へ

サポート用メールアドレスやアプリ内の問い合わせ導線を案内します。公開返信でパスワードや個人情報を求めたり、ユーザーのアカウント情報を貼り付けたりしてはいけません。

6. 評価アップを求めない

返信で星を求めると懇願のように見え、インセンティブ付き評価に関するストアのポリシーに抵触するおそれもあります。問題を修正したことを伝え、役に立つなら更新後のフィードバックを歓迎すると添える程度にしましょう。

7. 議論しない、責めない

レビュアーが間違っている場合(通信事業者の障害をアプリのせいにしている場合など)でも、中立的に説明します。あなたは、この後に読む何百人もの読者に向けて書いているのです。

8. 表現を変える

同じ文章を20件のレビューに貼り付ければ、ページ上で一目瞭然です。テンプレートは骨組みとして使い、具体的な部分を変えましょう。

9. 修正後に完結させる

バグ修正版をリリースしたら、以前の返信を編集します。「バージョン3.2.1で修正しました。ご指摘ありがとうございました。」これが評価の変更を促す可能性が最も高い、ほぼ唯一の一手です。

レビュー種別ごとのテンプレート

[ ]の部分を置き換えてください。そのまま貼り付けないでください。

書いてはいけない内容

• 「それを聞いて残念です。」だけで、その後に何も続かない文面。
• 「レビューを更新してください。」を主なメッセージにすること。
• 深刻なクレームに対する、長い堅苦しい文章、法的な言い回し、絵文字。
• レビュアーを責めるような内容。

優先して返信するレビュー

すべてのレビューに返信する時間があるとは限りません。次の順番で対応しましょう。

1. 具体的で修正可能な問題が書かれている、最近の星1〜2のレビュー。
2. 最近のバージョンに言及しているレビュー。進行中のリグレッションがわかります。
3. 質問。役立つ回答は読む人全員の助けになります。
4. 主力市場のレビュー。
5. 詳しい内容の好意的なレビュー。トーンを示しやすく、すぐ成果が出ます。

複数の国で展開している場合は、きちんと書ける言語であれば、レビュアーの言語で返信しましょう。相手の言語での短く正確な返信は、長くても不自然な返信にまさります。機械翻訳は、その言語の話者が確認できるなら下書きとして問題ありません。

返信を継続的なプロセスにする

1. 少なくとも営業日に一度はレビューを確認するか、アラートを設定します。
2. 各レビューにタグを付けます。バグ、機能要望、請求、称賛、混乱など。
3. 繰り返し出るタグをプロダクトのバックログに反映します。同じ内容のレビューが3件あれば、ロードマップの候補です。
4. テンプレートの骨組みを使って返信し、個別の内容に調整します。
5. リリースのたびに、修正した問題に関するレビューを検索し、返信を更新します。

Searviaのレビューインテリジェンスは、レビューをテーマ別にグループ化し、投稿前に編集できるAI返信案を作成できます。詳しくはSearviaでのレビューの仕組みをご覧ください。まだ習慣化の途中であれば、評価とレビューのプロンプトがもう一方の柱になります。満足しているユーザーからの評価が増えるほど、たまに付く低評価の影響は薄まります。

よくある間違い

• 低評価にだけ返信し、称賛が無視されているように見える。
• どこでも同じ定型文を使う。
• 守れない日付つきで修正を約束する。
• ユーザーに評価の変更を求める。
• 修正をリリースした後、返信を見直さない。

良い返信は、短く、具体的で、誠実です。これを継続すれば、レビューページは、誰かがプロダクトをきちんと見守っていることの証拠として読まれるようになります。