口コミを一元管理する方法｜複数媒体をまとめる運用設計

目次 6 SECTIONS

Googleに新しい口コミが入ったことに気づいたのが三日後で、しかも気づいたのは店長ではなく本部だった。こういうことが続くと、口コミ運用は「やっているつもり」の状態に入ります。媒体が二つ三つと増え、店舗が複数になると、見落としは意思の問題ではなく仕組みの問題になります。

一元管理という言葉は、ツールの売り文句として使われることが多い言葉です。ただ、実際にやるべきことは「全部を一つの画面に集める」ことではありません。どこまでを集め、何を集めないかを先に決めるほうが、現場は回ります。

ここでは、まとめる対象の切り分け方、実装の三つのパターン、そして導入前に決めておく運用ルールを整理します。

口コミはなぜ媒体ごとにばらけるのか

店舗に寄せられる口コミは、投稿される場所が顧客側の都合で決まります。地図から探した人はGoogle、予約サイトから来た人はその媒体、常連はSNS、という具合です。店舗側がどれか一つに寄せることはできません。

やっかいなのは、媒体ごとに通知の仕組みも、返信できる権限も、返信が反映されるまでの時間も違う点です。Googleの場合、クチコミに返信するにはビジネスのオーナー確認を済ませている必要があり、投稿した返信はコンテンツポリシーに基づく審査を経て公開されます。Googleは審査の所要時間について「通常、返信の審査の所要時間は10分以内ですが、最長で30日ほどかかる場合もあります」としています（Google ビジネス プロフィール ヘルプ、2026年10月時点）。

つまり、媒体をまたいだ運用では「書いた＝公開された」が成り立ちません。ここを揃えないまま件数だけを追うと、対応済みのつもりで未反映のものが残ります。

一元管理が必要になる場面

次のいずれかに当てはまるなら、仕組み側で手を打つ段階に来ています。

• 店舗数が複数あり、店舗ごとに担当者が違う
• Google以外に、返信を求められる媒体が二つ以上ある
• 低評価への初動の速さを、個人の気づきに依存している
• 月次で経営層に報告する数字を、毎回手で集めている

逆に、1店舗でGoogleだけを見ているなら、管理画面の通知で足ります。この段階で仕組みを足すと、更新されない台帳が一つ増えるだけになります。

何を一元管理するのか

集める対象を口コミ本文だけにすると、たいてい足りません。現場で詰まるのは本文ではなく、その後の処理です。

集める対象	具体的に持つ情報	注意点
口コミ本文	媒体名、投稿日、評価、本文、投稿者の表示名	投稿者の個人情報を台帳に書き足さない。媒体上の表示以上の情報を持たない
返信の状態	未対応／下書き／送信済／公開確認済	「送信済」と「公開確認済」を分ける。Googleは審査を経て公開されるため
対応の記録	担当者、一次対応日時、エスカレーションの有無	誰が判断したかを残す。低評価対応の振り返りはここが材料になる
改善への引き継ぎ	指摘の分類、現場への共有日、処置	件数ではなく分類で見る。分類は後から変えられるよう粗く始める

このうち、最低限そろえるのは「口コミ本文」と「返信の状態」の二つです。残りは運用が回り始めてから足しても遅くありません。

評価平均や件数を自動で集計したくなりますが、先に数字の置き場を作ると、数字を埋めること自体が目的になりがちです。私たちが支援した範囲では、対応状況の可視化から始めた店舗のほうが、集計の仕組みを先に作った店舗より定着していました。

実装の三つのパターン

やり方は大きく三つです。店舗数と媒体数の掛け算で、現実的な選択肢が変わります。

1. 手作業でまとめる

スプレッドシートを1枚用意し、媒体ごとの管理画面を毎日決まった時間に見て、新着を転記します。

1. 列を決める（媒体／投稿日／評価／本文／状態／担当者）
2. 朝と夕方の二回、見る時間を決める
3. 低評価が入ったときの連絡先と初動の期限を決めておく
4. 週次で未対応の行が残っていないかを確認する

導入コストはゼロで、何をまとめるべきかの学習になります。弱点は、見る時間を決めても人が抜けると止まる点です。目安として、店舗数×媒体数が5を超えたあたりから維持が難しくなります。

2. APIで取得する

Googleについては、Google Business Profile API を使うとクチコミの取得と返信をプログラムから扱えます。公式ドキュメントでは、クチコミの一覧取得、名前を指定した個別取得、返信の作成・更新・削除ができるとされ、batchGetReviews を使うと「1 回のリクエストで複数のビジネス情報からクチコミが返されます」と記載されています（Google Business Profile API、2026年10月時点）。利用にはアプリケーションの事前登録とOAuth 2.0の認証情報が必要です。

社内に開発リソースがあり、Googleが主戦場なら有力です。ただし、他媒体はそれぞれの提供状況に依存します。Googleだけ自動化して他は手作業、という中途半端な構成になりやすいので、先に「どの媒体を自動化対象にするか」を決めてから着手してください。

3. 管理ツールを使う

複数媒体の口コミを取り込み、1画面で返信まで行うツールがあります。私たちが提供しているLocalBuzzもそのひとつで、Googleの口コミ取得と返信、LINEからの口コミ依頼などを扱います。自社製品なので、ここでは比較の軸だけを示します。

確認する軸	見るポイント
対応媒体	自店が実際に使っている媒体が入っているか。将来対応予定は数えない
返信の経路	ツールから送った返信が、各媒体で公開されたかを確認できるか
権限設計	店舗スタッフに返信の下書きだけを許す設定ができるか
エクスポート	解約後に、過去の口コミと返信履歴を手元に残せるか
オーナー権限	Googleのオーナー権限を代理店側で保持する契約になっていないか

最後の項目は、ツールそのものより契約面の話ですが、乗り換え時にもっとも揉める箇所です。導入前に確認してください。

ツールを使わずに解決する道も残っています。Googleのみ、1〜3店舗という規模であれば、管理画面の通知と共有スプレッドシートで十分に回ります。ツールが効いてくるのは、店舗数が増えて「誰が見落としたか分からない」状態になってからです。

導入前に決めておく運用ルール

仕組みより先に決めるべきことがあります。ここが曖昧なまま画面だけ統合すると、未対応の行が並ぶだけになります。

• 初動の期限を決める。 低評価は何時間以内に一次対応するか、高評価は何日以内に返すか。期限は媒体ごとに変えてよい
• 返信してよい人を決める。 下書きまでは店舗、送信は本部、といった段階を作る。Googleの返信はビジネスからの返信として表示され、投稿者の個人名は表示されないため、文面の責任は組織側にあります
• エスカレーションの条件を決める。 事実と異なる記述、名誉毀損の恐れ、個人の特定につながる記述は、現場判断で返信しない
• 依頼と謝礼の線引きを共有する。 Googleのユーザー投稿コンテンツ ポリシーは、利益相反に基づくコンテンツを禁じ、「クチコミの投稿や否定的なクチコミの修正または削除と引き換えに、インセンティブ（金銭的報酬、割引、無料の商品やサービスなど）を提供する行為」を禁止しています。また、景品表示法では令和5年10月1日から、一般消費者が事業者の表示であることを判別することが困難である表示が規制対象となっています（消費者庁）。一元管理の台帳に「依頼経路」の列を持つなら、この線引きを同時に周知してください
• やめる条件を決める。 三か月運用して未対応が減らないなら、ルールか担当か媒体の数のどれかが過剰です

よくある質問

すべての媒体を一元管理すべきですか

その必要はありません。返信が求められ、かつ閲覧されている媒体に絞るほうが続きます。投稿がほとんど入らない媒体を台帳に入れると、確認の手間だけが残ります。半年に一度、媒体ごとの投稿件数を見て入れ替える運用が現実的です。

一元管理すれば順位は上がりますか

そう単純には言えません。Googleはローカル検索結果の掲載順位について「関連性、距離、知名度」の3つの要素を挙げており、改善方法のひとつとしてクチコミへの返信を挙げています（Google ビジネス プロフィール ヘルプ、2026年10月時点）。一元管理はその返信を漏らさないための手段であって、それ自体が順位要因として公表されているわけではありません。

AIで返信文を作って一括送信してもよいですか

下書きの作成までは実務的ですが、送信前に人が読む工程は残してください。Googleの返信はビジネスからの公式な発言として表示されます。事実関係の誤り、来店事実への言及、個人が特定できる記述が混ざると、取り下げても閲覧された分は戻りません。

ツールを入れたら手作業の台帳は捨ててよいですか

移行直後は二重に持ってください。ツール側が取りこぼす媒体や、返信が公開されなかったケースを見つけるのに使えます。一か月ほど並走させて差分が出なくなったら、台帳は集計用途だけに縮めるのが安全です。

本記事の手順・仕様は2026年10月時点のものです。Googleの仕様は変更されることがあります。