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