AppFollowのAIに返させない項目｜低評価と返金は人が見る

「アプリのレビューが毎日100件を超えて、返信が追いつかない」「AIが星の数を見て自動で返してくれるなら、全部任せてしまえば早いのでは」——アプリを持つ会社のマーケ担当やカスタマーサポートの担当から、よく聞く二つの声です。一つ目は手が足りないという話で、二つ目はそれを道具で埋めたいという話です。ただ、レビューの返信をAIに任せれば全件に速く返せる、というのは半分だけ正しい見方です。星1の不具合報告や返金の要求、個人情報が書かれたレビューに自動で返すと、ストアの公開の場に誤った約束が残ります。この記事では、レビュー管理の製品 AppFollow を例に、AIに返させてよい種類と返させない項目、人とサポートに回す線を整理します。

AppFollow は、アプリストアのレビューを集めて返す製品

AppFollow は、アプリストアに書かれたレビューを集め、分類し、返信し、報告するための製品です。2026年10月時点の公式サイトは、レビュー管理とストア最適化の基盤と自らを説明し、App Store と Google Play に加えて、ゲームの配信の場との連携を新たに告知しています。

中心にあるのは、レビューの一覧と返信の自動化です。星の数やキーワードなどの条件を書いたルールに合うレビューに、テンプレートかAIで返信します。公式の比較ページは、ルールによる自動返信に、任意で承認待ちの列を挟めると説明しています。AIの返信は、自社のヘルプの資料やよくある質問をもとに作るとしています。

そのほか、AIによる意味の分類とタグ、感情の推移、レビューの傾向や急な変化をまとめる要約、競合のアプリの評価の追跡などが並びます。提供元の発表では、世界で10万を超えるプロダクトチームが使っているとされます。

本稿が扱うのは、このうち返信の自動化です。SNSのコメントやメンションへの返信は、すでに別の記事でSNS運用の基盤を例に扱っているので、そちらに送ります。ここではストアのレビューに固有の論点だけで組み立てます。

作っている会社と、国内でまだ知られていない理由

AppFollow の公式サイトには、本社の所在地や創業年の記載が見当たりません。サイトの末尾には「リモートで作っている」という趣旨の一文があり、分散して働く会社であることがうかがえます。公式の比較ページは、情報セキュリティの国際規格 ISO 27001 の認証、シングルサインオン、役割ごとの権限を挙げています。

国内でまだ知られていない理由は、確かめた範囲で三つあります。一つ目は、画面と資料が英語で、日本語の画面があるかどうかが公式サイトで確かめられないことです。二つ目は、公式ブログの事例がゲーム、金融のアプリ、海外の大手のアプリに偏っていて、日本の会社の事例が見当たらないことです。

三つ目は、日本語のレビューへのAIの返信の質です。公式サイトの一部のページは、どの言語でも利用者と話せるとうたっていますが、日本語のレビューに対するAIの返信の自然さや、敬語の扱いは、公式の資料では確かめられませんでした。2026年第1四半期の更新で Google Play のレビューの言語の判定が加わったことは公式ブログにあります。

したがって国内の会社が検討するなら、日本語の返信の質、日本語の画面の有無、AIのモデルの提供元とデータの学習利用を、最初に提供元へ確かめる項目として扱います。本稿ではその確認が済んだ前提で、部門で何を決めるかを整理します。

2026年10月時点の機能：返信・エージェント・MCP

2026年10月21日の公式ブログ「AppFollow Q3 2026」は、通知と自動化の機能を「一つの仕事を持つエージェント」に組み替えたと発表しました。既存の設定はそのまま動き、価格も変わらないとしています。返信に関わる主な機能を、人が残る所と合わせて表にします。

機能	中身（公式で確かめた範囲）	人が残る所
自動返信のルール	星の数・キーワードなどの条件に合うレビューに、テンプレートかAIで返す。任意で承認待ちの列を挟める	返す種類と返さない種類の線引き
サポートエージェント	レビューにAIかテンプレートで返信する役割のエージェント	約束を含む返信と低評価への返信
分類エージェント	レビューにタグを付ける。期間を指定して過去分にも実行でき、始めた実行は取り消せない	タグの定義と、実行する期間の確認
評価保護エージェント	攻撃的なレビューやスパムの削除をストアに申し立てるのを助ける	申し立てるかどうかの判断
AIのナレッジベース	自社のヘルプの資料を返信に使う。ベータを終え全プランで提供（数はプランで1〜50）	載せる資料の選定と更新
MCP	外のAI（Claude・ChatGPT・Codex・Cursor など）からレビュー・評価・キーワードのデータを引く	接続を許す人と、返信の承認

同じ公式ブログによれば、競合のアプリのレビューも一覧で見られるようになりましたが、返信と申し立てはストアとの接続が要るため、自社のアプリに限られます。ゲームの配信の場のディスカッションの取り込みは限定のベータ、レビューと対話する機能は一部の顧客向けの早期版と書かれています。

費用は、プランの段階と、MCP の呼び出しで消費するクレジットで増えていく形です。公式ブログは、MCP の呼び出しごとに作業場のクレジットを消費すると説明しています。返信の件数を増やすほど、プランの上限とクレジットの減り方を一緒に見る必要があります。料金の体系の細目はここでは扱いません。

ストアのレビュー返信がSNSの返信と違う3つの所

一つ目は、返信が公開で残り、投稿者に届くことです。Google Play の公式ヘルプによれば、返信はレビュー1件につき公開の返信1件で、返信すると投稿者にプッシュ通知とメールが届きます。アップルの公式ページも、返信すると投稿者に通知され、投稿者はレビューを更新できると説明しています。返信は、商品ページを見に来たこれからの利用者も読む文章です。

二つ目は、ストアごとに返信の決まりがあることです。アップルは、返信に個人情報や宣伝の文言、スパムを入れないこと、似たレビューにも定型文ではなく個別に返すことを勧めています。Google Play は、明確で有益で正直な返信を求め、勧誘や宣伝を禁じ、違反はアプリや開発者アカウントの停止につながりうると書いています。

三つ目は、評価の書き換えを促せないことです。公式ブログの MCP の記事は、高い評価への書き換えを頼むことは Google の方針で評価の操作にあたると注意しています。アップルの側も、アプリの中で評価を求める表示は365日に3回までと決めています。「星を上げてください」と書いた返信は、AIが作っても会社の違反になります。

このほかにも、Google Play の返信には350字の上限があると公式ブログは書いています。SNSでは長めに説明できた内容も、ストアでは短く要点だけを返し、詳しい案内はサポートの窓口に移す形になります。この字数の制約が、AIに返させる種類を絞る理由の一つにもなります。

「全件にAIで速く返す」が危ない理由

AIで返信を自動化すると、返信率と返信までの時間は目に見えて良くなります。提供元の発表では、AIと自動返信で週に約50時間を減らせたとされます。問題は、速さを目標にすると、返してはいけないレビューにまで同じ速さで返してしまうことです。

• 星1の「課金したのに反映されない」に、AIが「ご不便をおかけしました。返金いたします」と返し、返金の権限がない会社の約束として残る
• 不具合の報告に「次の更新で直ります」と返したが、開発の予定に入っていなかった
• レビューに書かれた注文番号やメールアドレスを、AIが返信の中で繰り返してしまう
• 怒りの強い低評価に、明るい定型のお礼文が自動で付き、別のレビューで引用される
• 評価が上がったレビューへの返信に「星5をありがとう、ぜひお友達にも」と勧誘の文が入る

どれも、AIの文章が下手だから起きる失敗ではありません。返す種類の線が引かれていないまま、ルールが全件に当たったときに起きる失敗です。公式ブログの MCP の記事も、ストアの規則に反する下書きは拒否されるか、悪ければ公開されたうえで次のレビューに引用されると書いています。

もう一つ見落としやすいのは、返信がレビューの更新を呼ぶことです。投稿者は通知を受けて、レビューを書き直せます。的外れな自動返信は、星2を星1に下げるきっかけにもなります。速く返すことと、良い返信をすることは別の目標として分けておきます。

AIに返させてよいレビューの種類

自動で返させてよいのは、返信の中身に会社の判断や約束が入らないレビューです。代表は、星4や星5の肯定的な感想へのお礼です。AppFollow の公式ブログも2024年の時点で、星5の肯定的なレビューをAIの自動返信で覆い、人は利用者の懸念や機能の要望に集中することを勧めています。

次に、答えが決まっている質問です。「ログインの方法は」「対応している端末は」「データの引き継ぎはどこから」のように、ヘルプの資料にすでに答えがあり、返信がヘルプの記載をなぞるだけで済む質問は、AIのナレッジベースを使った返信に向いています。

三つ目は、機能の要望へのお礼と受け付けです。「ご要望はチームに共有しました」までなら約束になりません。ただし、「次の版で入れます」と書いた瞬間に約束になるので、受け付けたと伝えるところまでをAIに許し、時期や可否には触れさせないと決めます。

この三つに共通するのは、間違えたときの傷が小さいことです。お礼の言い回しが少し不自然でも、公開の場で困ることはまずありません。逆に言えば、間違えたときに会社の約束やお金、個人の情報に触れるレビューは、どれほど件数が多くても自動の対象にしない、というのが線の引き方です。

AIに返させない項目（チェックリスト）

部門で合意しておく「返させない項目」を一覧にします。ルールを書くときは、この項目に当たるレビューを自動返信の条件から外し、人の確認の列に回します。

• 星1と星2のレビュー（内容が単純なお礼に見えても人が読む）
• 不具合・落ちる・動かない・データが消えたという報告
• 課金・返金・請求・二重請求・解約に触れるもの
• 注文番号・メールアドレス・電話番号・氏名などが書かれたもの
• 攻撃的な言葉、差別、脅し、他人の個人情報を含むもの（返信ではなく申し立てを検討）
• 法律・規約・安全・健康に関わる指摘
• 報道・訴訟・行政の名前が出てくるもの
• 返信に時期・可否・補償などの約束が要るもの
• 同じ投稿者からの2回目以降のレビュー（前の返信との食い違いが出やすい）

この一覧は、星の数とキーワードだけでは拾いきれません。たとえば星3のレビューに返金の話が書かれていることもあります。AppFollow の自動返信は、星の数やキーワードに加えて、言語・アプリの版・タグ・感情なども条件に使えるとされますが、条件をどれだけ細かくしても漏れは出る前提で、承認待ちの列を残すほうが安全です。

返させない項目に当たったレビューは、放置するのではなく、誰が何時間以内に読むかを決めます。返信が遅れるのは困りますが、誤った返信が公開で残るほうが後始末は重くなります。

星1の不具合報告は開発に回してから返す

星1のレビューの多くは、不具合の報告です。アップルの公式ページも、全件に返せないなら、星の低いものと現行の版の技術的な問題に触れたものを優先するよう勧めています。返す価値が最も高いレビューは、同時に最もAIに任せにくいレビューでもあります。

流れは、返信の前に開発へ回すことから始めます。分類のタグやAIの要約で不具合の報告を拾い、同じ版で同じ症状がいくつ出ているかを開発の担当が見てから、返信の文面を決める順番にします。公式ブログには、MCP を使ってレビューから不具合を仕分ける記事もあり、拾い出しはAIに向いた仕事です。

返信の中身は、人が決めます。「確認しています」「回避の方法はこちら」「修正版を出しました」のどれを書けるかは、開発の状況で変わるからです。直る時期を書くのは、開発の責任者が時期を確かめたときだけにします。書いた時期に直らなければ、その返信は公開の場で会社の言葉として残ります。

修正版を出した後は、返信を編集できます。アップルも Google Play も、返信はいつでも編集でき、最新の内容が表示されると説明しています。直った時点で「修正版を出しました」と書き直す運用を決めておくと、低評価が更新されるきっかけにもなります。

返金と請求の要求はストアの窓口へ案内する

返金や請求のレビューは、自動返信で最も事故が起きやすい種類です。アプリの中の課金は、ストアを通して支払われるものが多く、会社の側で返金を約束できないことがあります。アップルの公式ページは、ダウンロードの不具合や請求の問題を報告されたら、アップルのサポートへ案内するよう求めています。

したがって返信の型は、謝罪と案内に限ります。返金するとも、しないとも書かず、どこに問い合わせればよいかを示すところまでです。Google Play で購入した場合の返金の手続きは、Google の公式ヘルプで最新の案内を確かめてから定型文にします。AIに返金の可否を答えさせないという線は、ルールの中で明文にしておきます。

自社のサイトで決済しているアプリや、サブスクリプションを自社で管理しているアプリでは、返金の判断は会社のサポートが持ちます。その場合も、公開の返信で個別の事情に答えるのではなく、サポートの窓口へ移して非公開でやりとりする流れにします。

公式ブログの MCP の記事は、お金に関わる怒ったレビューへの返信は特に一件ずつ読むよう勧め、承認した下書きでも公開されれば会社の責任だと書いています。承認した人の名前が残る形にしておくと、後から返信の経緯を説明できます。

個人情報や攻撃的な内容が書かれたレビュー

レビューには、利用者が自分の注文番号やメールアドレスを書き込んでしまうことがあります。AIの返信がそれを引用すると、公開の返信の側にも個人情報が載ります。アップルは返信に個人情報を入れないよう求めています。AIに返させる場合でも、レビューの本文を引用させない指示と、人の確認を組み合わせます。

攻撃的な言葉、差別、スパムのレビューには、返信しないのが基本です。アップルは、そうしたレビューには返信せず、管理画面から懸念を報告するよう案内し、報告したことは投稿者に通知されないと書いています。AppFollow の評価保護エージェントは、この申し立てを助ける役割です。

ただし、申し立てをAIに自動で任せるのは避けます。厳しいだけの正当な批判を攻撃的と判定して申し立てると、利用者の声を消そうとした会社に見えかねません。申し立ては、サポートの責任者が本文を読んで決めると決めておきます。

他人の個人情報や、脅しにあたる内容が書かれている場合は、サポートだけで閉じず、法務やリスク管理の担当にも回します。レビューの返信の運用表に、こうした場合の連絡先を一行入れておくと、担当が一人で抱え込まずに済みます。

自動返信のルールを書くときに部門で決めること

ルールの設定画面に向かう前に、マーケ、カスタマーサポート、開発の三者で決めておくことがあります。ここで決めた線が、そのままルールの条件と承認の流れになります。

決めること	持ち主	AIに任せる部分
返す種類と返さない項目	マーケの責任者とサポートの責任者	当てはまるレビューの仕分けの案
返信の口調と禁止の言い回し	マーケ（ブランドの担当）	口調をそろえた下書き
ナレッジベースに載せる資料	サポート	資料からの答えの引用
不具合の報告の受け渡し先	開発の責任者	症状ごとの集計と要約
返金・請求の案内の定型文	サポートと法務	なし（定型文を人が選ぶ）
承認する人と時間の目安	サポートの責任者	承認待ちの列の並べ替え

このうち見落とされやすいのが、ナレッジベースの持ち主です。AIの返信は載せた資料をもとに作られるので、資料が古ければ返信も古くなります。アプリの更新のたびにヘルプの資料を直す担当を決め、直したらナレッジベースも差し替える流れにします。

口調も、マーケが決めておく項目です。アップルは、ブランドの声に合ったやわらかい口調と、似たレビューへの個別の返信を勧めています。AIの下書きは定型に寄りやすいので、同じ文が何十件も並ぶと、商品ページを見た人に機械的な会社だと伝わる点を、ルールを作る段階で共有しておきます。

承認待ちの列を置くか、そのまま出すか

自動返信には、条件に合えばそのまま出す方法と、承認待ちの列に入れて人が確かめてから出す方法があります。AppFollow の比較ページは、承認待ちの列を任意で挟めると説明しています。どちらにするかは、レビューの種類ごとに決めます。

そのまま出してよいのは、前の節で挙げた「AIに返させてよい種類」のうち、星4と星5のお礼のように中身が決まっているものだけです。既知の質問への答えも、始めのうちは承認待ちに入れ、一定の期間、修正なしで承認できた種類から順にそのまま出す側へ移すと、線が自然に固まります。

公式ブログの MCP の記事は、Claude から返信するときも下書きを見せて承認を待ってから投稿する流れで、確認なしの自動投稿はこの流れの作りではないと書いています。始めの回は一件ずつ承認し、口調が合ってきたらまとめて承認する進め方を勧めています。

承認の列には、待ち時間の目安も決めます。承認が滞ると、返信が遅れて自動化の意味がなくなります。公式ブログは、ストアの審査を通ったレビューだけが列に出るので、前の晩のレビューが朝の列にまだ無いこともあると注意しています。列が空でも、レビューが無いとは限らないことを、担当の間で共有しておきます。

MCPで社外のAIにレビューデータを渡す範囲

2026年の秋から、AppFollow は MCP を通じて Claude や ChatGPT などからレビューのデータを引けることを大きく打ち出しています。公式ブログによれば、接続できるのはアカウントの所有者と管理者で、サインインは Google、メールとパスワード、企業のシングルサインオンが使えます。

気をつけたいのは、読むだけでなく返信もできることです。公式ブログの返信の記事は、Claude が下書きを作り、承認の後に投稿すると説明し、アカウントがもともと返信できる所にしか投稿できないと書いています。アップルのストアでは、返信に管理者かカスタマーサポートの役割が要ります。Google の返信の仕組みは1日2,000件までです。

社外のAIにデータを渡すとき、決めることは三つです。一つ目は、接続してよい人です。所有者と管理者に限られるとはいえ、誰がどのAIからつないでいるかを一覧にし、使わなくなった接続を外す担当を決めます。二つ目は、データの行き先です。レビューには利用者の書いた個人情報が含まれることがあり、社外のAIに渡れば、そのAIの提供元の規約で扱われます。

三つ目は、書き出しの扱いです。2026年10月7日の公式ブログは、MCP で月次の報告を作り、レビューを全件書き出す使い方を紹介しています。全件の書き出しを、どのAIの、どの契約の上で許すかは、情報システムの担当と一緒に決めます。社内でAIの利用規程がある会社は、その規程の対象にレビューのデータを含めておきます。

小さく始める順番と見直し、止め方

最初から全件を自動にせず、範囲を広げる順番を決めておきます。止め方も同時に決めます。自動返信のルールを止める、MCP の接続を外す、製品そのものをやめる、の三つの場面を想定しておくと、困ったときに迷いません。

止めるときに困るのは、すでに公開された返信です。自動返信を止めても、出た返信は残ります。問題のある返信が見つかったら、編集で直すか、ストアの管理画面で扱いを決めます。返信を直す権限を持つ人を、自動化を始める前に決めておくと、止めた後の後始末が速くなります。

製品をやめるときは、返信の履歴とタグの記録を書き出せるかを確かめます。2026年10月の公式ブログは、データの書き出しで MCP を先に勧め、ファイルでの書き出しも残していると書いています。分類エージェントの実行は始めると取り消せないので、過去分に当てる前に期間を確かめる、という点も見直しの項目に入れます。

よくある質問

日本語のレビューにもAIで返信できますか

公式サイトの一部のページは、どの言語でも利用者と話せるとうたっていますが、日本語のレビューへのAIの返信の質は公式の資料では確かめられませんでした。始めは承認待ちの列で日本語の下書きを読み、敬語や言い回しを確かめてから自動に移してください。

星1のレビューにも、すぐ返したほうが評価は上がりますか

アップルは星の低いものを優先して返すよう勧めていますが、速さより中身が大事です。不具合なら開発の状況を確かめてから、返金ならストアの窓口を案内する形で、人が文面を決めて返してください。

攻撃的なレビューは、AIで自動的に削除の申し立てをしてよいですか

評価保護エージェントは申し立てを助ける役割ですが、申し立てるかどうかはサポートの責任者が本文を読んで決めてください。厳しい批判を誤って申し立てると、利用者の声を消そうとしたと受け取られかねません。

SNSの返信の運用ルールをそのまま使えますか

返す種類を分ける考え方は共通ですが、ストアには字数の上限、評価の依頼の禁止、投稿者への通知と評価の更新といった固有の論点があります。SNSの返信は別の記事で扱っているので、ストア用の表は分けて作ってください。

まとめ

AppFollow は、App Store と Google Play などのレビューを集め、ルールとAIで返信まで自動化する製品です。2026年10月には通知と自動化を役割ごとのエージェントに組み替え、Claude や ChatGPT から MCP でレビューのデータを引き、承認の後に返信できる流れも広げました。日本語の画面と日本語の返信の質は、公式の資料では確かめられませんでした。入れるなら、AIに自動で返させるのはお礼と既知の質問への定型の答えまでにし、星1と星2、不具合、返金と請求、個人情報や攻撃的な内容、約束を含む返信は、人とサポートと開発に回してください。返さない項目と承認待ちの列、返信を直す権限を持つ人を決めてから、範囲を少しずつ広げるのが安全です。

• 製品の機能と提供の状態は、AppFollow の公式サイト（トップ・比較ページ）と公式ブログ（2024年4月9日のAIの自動返信、2026年9月24日の MCP での返信、2026年10月7日の月次の報告、2026年10月21日の Q3 2026）を2026年10月27日に確かめた範囲に基づきます。ストアの返信の決まりは アップルの公式ページと Google Play の公式ヘルプによります
• 本社の所在地、日本語の画面と日本語の返信の質、AIのモデルの提供元と学習利用、料金の体系は公式の資料で確かめられなかったため、契約の前に提供元に直接確かめてください。返金の手続きはストアの最新の案内に従ってください

※本記事にはAIが活用されています。編集者が確認・編集し、可能な限り正確で最新の情報を提供するよう努めておりますが、情報の完全性、正確性、最新性、有用性等について保証するものではありません。本記事の内容に基づいて行動を取る場合は、読者ご自身の責任で行っていただくようお願いいたします。