Google口コミ返信は、例文を用意しただけでは続きません。担当者が休む、承認待ちで止まる、高リスクの口コミだけ判断が遅れるといった詰まりが、未返信の原因になるからです。
こうした詰まりを防ぐには、文章作成とは別に、次の5点を先に決めておく必要があります。誰が確認するか（担当）、誰が承認するか（承認）、いつまでに処理するか（対応期限）、例外をどこへ上げるか（責任者への報告）、何を記録するか（記録）です。この記事の結論は、Google口コミ返信を文章作成として扱うのではなく、「期限・承認・記録」を含む運用として管理することです。
本記事は、返信文の書き方や例文ではなく、Google口コミへの返信業務を継続するための運用設計に範囲を限定します。担当、承認フロー、社内SLA（社内で決める処理期限の目標）、エスカレーション（判断や対応を上位の責任者へ引き上げること）、記録、期限超過時の復旧までを標準化したい方に向けた実務ガイドです。
この記事で扱う範囲と、別の記事に任せる範囲
この節では、最初に記事の範囲をはっきりさせます。返信文の書き方と、多店舗MEO全体の標準化は、それぞれ別の記事があるためです。
本記事で扱う範囲：Google口コミ返信の「ワークフローと統制」です。受付から分類、下書き、承認、送信、記録、レビューまでを、誰が・いつまでに・どこへ上げ・何を記録するかという観点で設計します。
返信文の書き方は別の記事で確認してください。良い口コミ・悪い口コミへの返信例、NG表現、Google画面上の返信手順、削除申請の考え方は「Google口コミの返信方法｜悪い口コミへの例文・NG対応・運用ルール」に委ね、本記事では深掘りしません。
Googleビジネスプロフィール（GBP）の権限、投稿、店舗情報、データ管理まで含む標準化は、「複数店舗MEOの運用設計｜権限・投稿・口コミ・データ管理を標準化する方法」で扱っています。本記事は、その中でも口コミ返信のワークフローだけを対象にします。
なぜGoogle口コミ返信は「返信文」と「運用設計」を分けて管理するのか
返信文の良し悪しと、返信業務が止まらない仕組みは別の課題です。文章テンプレートが整っていても、一次確認の担当が不明確だったり、承認者が不在だったり、期限超過を検知できなかったりすれば、未返信は発生します。
Googleの現行仕様では、ビジネスプロフィールのオーナーと管理者は口コミへの返信などの日常業務を分担できます。各担当者が自分のGoogleアカウントでアクセスできるため、共有パスワードを前提にせずに運用できます。そのうえで、Google上の権限とは別に、社内の担当範囲と承認ルールを定めるのが基本です。
もう一つ押さえておきたいのが、返信が表示されるまでの時間です。Googleでは、口コミへの返信は公開前にコンテンツポリシーへの適合確認が行われます。通常は10分以内と案内されていますが、最長で30日ほどかかる場合があり、公開後に投稿者へ通知されます。この時間は自社では制御できません。そのため社内SLAは、「Google上に表示された時刻」ではなく、自社で制御できる「検知・分類・承認・返信送信」の時刻で管理します。
最初に決める5つのルール｜役割・承認・SLA・例外処理・記録
運用を立ち上げるときは、文章テンプレートを増やす前に、次の5つのルールを一枚にまとめます。すべての口コミを同じ担当者・同じ期限・同じ承認経路で処理するのではなく、通常案件と高リスク案件を分けられる設計にします。次の表は、ルールごとに決める内容と、運用を止めないためのポイントを整理したものです。なお、冒頭の5点とは呼び方が異なります。担当は「役割」、対応期限は「SLA」、責任者への報告は「例外処理」にあたります。
| ルール | 決める内容 | 停止を防ぐポイント |
|---|---|---|
| 役割 | 一次確認者、下書き担当、承認者、最終責任者 | 担当者不在時の代理まで決める |
| 承認 | 担当者だけで公開できる範囲、責任者承認、本部承認の条件 | リスク区分で承認段階を切り替える |
| SLA | 検知、一次判定、承認、返信送信までの社内期限 | 「平均」ではなく期限内処理を追う |
| 例外処理 | 事故、個人情報、法的主張、補償要求、炎上兆候など | 通常フローから切り離し責任者へ上げる |
| 記録 | 担当、承認、期限、送信、エスカレーション、再確認 | 誰がいつ判断したかを後から追えるようにする |
右端の列は、そのルールが欠けても運用が止まらないよう、決めておくポイントです。5つのルールを決める際は、この列の内容を満たせているかを確認してください。
口コミ件数、星評価、返信、来店、売上まで含めた総合的な指標設計は「Google口コミ運用のKPI設計｜店舗別の件数・評価・返信・来店・売上をどう追うか」で確認してください。
口コミを3段階に分類し、承認者と処理期限を固定する
承認フローを速くするには、星の数だけでなく内容のリスクで分類します。次の表は、運用設計の一例です。期限はGoogle公式の基準ではなく、自社の営業時間、人員、業種リスクに合わせて設定する社内SLAです。
| 区分 | 主な状態 | 承認者 | 社内SLAの例 |
|---|---|---|---|
| A：通常 | 感謝、一般的な感想、定型的な要望 | 店舗担当者 | 1営業日以内に返信送信 |
| B：要確認 | 低評価、具体的な不満、事実確認が必要 | 店舗責任者 | 4営業時間以内に確認開始、1営業日以内に判断 |
| C：高リスク | 事故、個人情報、法的主張、脅迫、補償要求、炎上兆候 | 本部・専門担当 | 発見後すぐ共有。公開返信は承認後 |
表のとおり、Aは店舗担当者の承認で返信を送信でき、Bは店舗責任者の判断が入ります。Cは本部・専門担当が承認するまで、公開返信をしません。リスクが高いほど、承認者の段階が上がり、通常の返信期限とは別の扱いになります。
この図のポイントは、評価の高低だけでなく、内容のリスクで承認段階を切り替えることです。
B・C案件については、「どう謝るか」「どの表現を使うか」をこの記事では深掘りしません。運用上の重要点は、事実確認や専門判断が必要な案件を通常フローから分離し、誰に・いつまでに上げるかを決めることです。削除申請の可否判断も、返信文作成とは別の処理として管理します。
承認者が不在でも高リスク案件が止まらないよう、B・C案件には代替承認者も設定します。切替条件まで決めておくと、承認待ちを人探しの問題にしにくくなります。たとえば、一次承認者が社内SLAの半分を過ぎても判断できない場合は代替承認者へ移し、期限に達したら上位責任者へ引き上げる、といった条件です。
社内SLAは「返信時間」ではなく、5つの指標で工程ごとの滞留を見える化する
平均返信時間だけでは、一部の長期放置が埋もれます。そこでSLAは、工程ごとに時刻を残し、期限内に処理できた割合と期限超過件数を合わせて確認します。Google側の審査・表示時間は自社で制御できないため、社内SLAの終点は原則として「返信を送信した時刻」に置きます。次の表は、そのための5つの指標です。
| 指標 | 定義 | 用途 |
|---|---|---|
| 一次判定SLA達成率 | 期限内にリスク区分を決めた件数 ÷ 対象件数 | 検知後の初動遅れを発見 |
| 承認SLA達成率 | 期限内に承認判断が完了した件数 ÷ 承認対象件数 | 承認待ちの詰まりを発見 |
| 返信送信SLA達成率 | 期限内に返信送信した件数 ÷ 返信対象件数 | 通常運用の停止を発見 |
| 期限超過件数 | SLAを超えた未完了案件数 | 当日中に復旧すべき滞留を発見 |
| 未処理最長日数 | 最も古い未完了案件の経過日数 | 長期放置を見逃さない |
表の上から3つは、初動・承認・送信のどこで遅れているかが分かる工程ごとの達成率です。残りの2つ、期限超過件数と未処理最長日数は、いま滞っている案件を見つけるための指標です。
この図のポイントは、SLAの対象がGoogle側の表示処理ではなく、自社で制御できる社内工程であることです。
この図からは、平均値だけでなく、期限超過や遅延の偏りが見える指標を組み合わせて確認することが分かります。
テンプレート品質ではなく、5つの監査項目で「決めた運用が守られたか」を確認する
ここでの監査は、返信文の巧拙ではなく、決めた運用が守られたかを確認する作業です。返信文そのものの採点を主目的にすると、例文記事や総合KPI記事と役割が重なるためです。
監査頻度と抽出方法は、先に固定します。週次では、期限超過・差し戻し・B・C案件を全件確認します。月次では、通常案件から一定数を無作為に抽出し、担当・承認・期限・記録の証跡を確認します。
対象件数が多い場合は、毎回すべてを読むのではなく、「高リスクと期限超過は100％」「通常案件は毎月一定件数または一定割合」というように抽出ルールを固定します。監査対象の選び方が担当者ごとに変わらないよう、母数、対象期間、抽出条件、確認者を台帳に残してください。次の表は、確認する5つの項目です。
| 監査項目 | 確認すること |
|---|---|
| 担当の明確性 | 一次確認者・承認者が台帳上で特定できるか |
| 期限遵守 | 分類・承認・返信送信が設定SLA内に完了したか |
| 承認の適合 | B・C案件が定めた承認者を通過しているか |
| 例外処理 | 高リスク案件が通常返信として処理されず、適切に上位へ上がったか |
| 記録の完全性 | 期限、公開日、エスカレーション、再確認まで記録されているか |
5項目のうち、承認の適合はB・C案件、例外処理は高リスク案件が主な確認対象です。
口コミ件数、星評価、来店、予約、売上まで含む全体のKPI設計は、返信業務の運用監査とは分けて管理した方が判断しやすくなります。本記事では「返信業務が止まっていないか」を測る指標に限定し、総合的な指標設計は次の関連記事に任せます。
Google口コミ運用のKPI設計｜店舗別の件数・評価・返信・来店・売上をどう追うか
未処理・期限超過を見つけたときの復旧ルールを先に決める
継続運用では、通常時のフローより「止まったときに誰が戻すか」が重要です。未処理を見つけてから責任者探しを始めると、復旧までさらに時間がかかります。そのため、期限超過の種類ごとに、通知先と次の行動を固定します。次の表は、5つの停止パターンと復旧アクションです。
| 停止パターン | 検知条件 | 復旧アクション |
|---|---|---|
| 一次確認漏れ | 新着から所定時間を超えて未分類 | 担当者へ通知。一定時間後に代理担当へ自動または手動で引継ぎ |
| 承認待ち | B・C案件が承認期限を超過 | 承認者へ再通知し、代替承認者または上位責任者へ引き上げ |
| 返信送信漏れ | 承認済みなのに送信期限を超過 | 下書き担当へ戻し、当日中の送信可否を確認 |
| 高リスク滞留 | C案件で次の判断が未設定 | 本部責任者が担当者・期限・対外窓口を再設定 |
| 再確認漏れ | 返信後の確認日を超過 | 表示・追記・再投稿などの状態を確認し台帳を完了更新 |
承認待ちは、3段階の分類の節で決めた代替承認者への切替条件と対応しています。高リスク滞留は、本部責任者が担当・期限・対外窓口を決め直す点が特徴です。
この図のポイントは、運用レビューで返信率だけを見るのではなく、品質・人員・通知・責任者設計のどこに原因があるかを分けて考えることです。
運用台帳には「誰が・いつ・どこで止まったか」が分かる項目を残す
最初から専用ツールを導入しなくても、スプレッドシートで十分に始められます。ただし、投稿日と返信日だけでは、承認待ちやエスカレーション漏れを診断できません。最低限、次の表の9項目を残します。
| 項目 | 記録内容 |
|---|---|
| 店舗 | 対象店舗・拠点 |
| 口コミ投稿日 | 投稿日時 |
| リスク区分 | A・B・Cなどの社内分類 |
| 担当 | 一次確認・下書き担当 |
| 承認者 | 承認が必要な場合の担当者 |
| 期限 | 一次判定・承認・返信送信の期限 |
| 公開日／送信日 | 返信を送信した日時と、必要に応じ公開確認日 |
| エスカレーション | 上位者へ上げた日時・理由・引継ぎ先 |
| 再確認 | 返信後の確認日、再対応の要否、完了日 |
これらの9項目がそろっていれば、前の節の5つの停止パターンのどこで止まったかを、台帳から確認できます。
複数店舗を運営している場合でも、本記事で扱うのは口コミ返信のワークフローだけです。GBPの権限設計、投稿、店舗情報、写真、データ管理まで含むMEO全体の標準化は別の記事に任せ、ここでは口コミの受付・分類・承認・送信・記録・監査に集中します。
複数店舗MEOの運用設計｜権限・投稿・口コミ・データ管理を標準化する方法
口コミ返信は7つの工程で回す｜受付→分類→下書き→承認→送信→記録→週次レビュー
運用フローは、担当者が迷わない程度まで具体化します。文章表現の判断を細かく規定するより、どの工程を誰が持つかを固定する方が属人化を防ぎやすくなります。ここまでに決めた役割・承認・SLA・例外処理・記録のルールを、次の7つの工程に当てはめます。
各工程でやることは、次のとおりです。番号の順に進めます。
- 受付：新着口コミを確認し、台帳へ登録します。未処理が残らないよう担当を割り当てます。
- 分類：内容をA・B・Cなどのリスク区分へ振り分け、必要な承認段階を決めます。
- 下書き：社内ルールに沿って返信案を作ります。具体的な表現・例文は、返信方法の記事を参照します。
- 承認：リスク区分に応じた承認者が、送信可否と追加確認の要否を判断します。
- 送信：承認済みの返信を送信し、送信時刻を台帳へ記録します。
- 記録：承認、エスカレーション、送信、再確認の履歴を更新します。
- 週次レビュー：未処理、期限超過、差し戻し、高リスク滞留を確認し、担当・期限・ルールを修正します。
受付から送信までが個々の口コミを処理する工程です。記録はその履歴を残す工程、週次レビューは運用の状態を確認して直す工程です。
業務フローと統制の判断材料としては、「企業ブランディングとは？進め方・メリット・最初に診断すべき3つの認識ギャップ【独自調査】」の調査・データも確認してください。
口コミ運用全体を仕組み化するサービスを検討する場合は「クチコミ増えるくん」も参考にしてください。
運用レビューは週次で滞留、月次でルールそのものを見直す
運用監査で見つけた事実は、週次と月次のレビューで改善につなげます。毎週は、未処理件数、期限超過、B・C案件の承認待ち、エスカレーション漏れを確認します。月次では、通常案件のサンプルも加えて証跡を確認し、同じ工程で遅延が繰り返されていないかを見ながら、担当者数、代理ルール、通知方法、SLA、承認段階を見直します。週次は「滞留の復旧」、月次は「仕組みの改善」と目的を分けると運用しやすくなります。
返信率が低い場合は、「担当者へもっと頑張ってもらう」で終わらせず、受付漏れなのか、承認者不在なのか、SLAが現実的でないのかを台帳から分けて確認します。運用設計の目的は、個人の経験や善意に頼らず、担当者が変わっても同じ基準で処理できる状態を作ることです。
まとめ｜Google口コミ返信は「文章」ではなく「止まらない仕組み」を作る
Google口コミ返信の継続運用で優先すべきなのは、例文を増やすことではありません。役割、承認、SLA、例外処理、記録の5つのルールを決め、リスク区分ごとに承認者と期限を固定し、未処理や期限超過が起きたときの復旧ルールまで設計することです。
文章の書き方は返信方法の記事、件数・評価・来店・売上まで含むKPIはKPI設計の記事、複数店舗の権限・投稿・店舗情報まで含むMEO全体運用は多店舗MEOの記事と、判断の対象ごとに分けて確認すると、それぞれの判断が混ざりにくくなります。
そのうえで、最初の一歩は、1か月分の口コミを運用台帳へ記録し、「どこで止まったか」を週次で確認することです。
参考情報
Google ビジネス プロフィール ヘルプ「ビジネス プロフィールのオーナーと管理者を管理する」Google ビジネス プロフィール ヘルプ「ビジネス プロフィールのオーナーと管理者を管理する」 https://support.google.com/business/answer/3403100?hl=ja
Google ビジネス プロフィール ヘルプ「ユーザーからのクチコミを管理する」Google ビジネス プロフィール ヘルプ「ユーザーからのクチコミを管理する」 https://support.google.com/business/answer/3474050?hl=ja
Google Business Profile APIs「クチコミのデータを管理する」Google Business Profile APIs「クチコミのデータを管理する」 https://developers.google.com/my-business/content/review-data?hl=ja
‹ 親記事: Google口コミの返信方法｜悪い口コミへの例文・NG対応・運用ルール