口コミ返信ツールに「送信済み」と出たのに、Googleで店舗の口コミを開くと返信が見当たらない。このとき、すぐに再送してよいのでしょうか。
Googleの公式資料を比べると、返信の更新に成功したことと、審査を経て公開されていることは分けて確認する必要があります。Google Business Profile APIでは2026年4月から返信の審査状態を取得でき、7月からは拒否された返信のポリシー違反情報も返るようになりました。
本稿の結論は、返信管理を「未返信／返信済み」の2区分で終わらせず、少なくとも送信処理、審査状態、公開確認の3段階に分けることです。API項目があるだけで、利用中のツールが表示・保存しているとは限りません。まず提供会社へ確認する質問を具体化します。
研究上の問いと調べ方
問いは「口コミ返信のAPI更新が成功したら、一般ユーザーにも公開済みと判断できるか」です。
2026年10月22日に、Google Business Profile APIの変更履歴、Reviewリソース、返信更新メソッドを比較しました。さらに、店舗オーナー向けの口コミ管理ヘルプと、返信内容に関わるポリシーを読み合わせました。
認証済み店舗で返信を送る実験、API経由の審査時間の実測、特定ツールの挙動確認は行っていません。Googleの店舗オーナー向けヘルプは、返信の審査を通常10分以内、場合によっては最長30日ほどと案内しています。これは一般的な目安であり、個別の完了時刻や承認を保証するものではありません。
2026年に増えたのは「公開後の見分け方」ではなく「審査状態の取得」
変更履歴には、関連する更新が別々の日付で記録されています。
- 2026年4月1日：口コミ返信の審査状態を、取得・一覧・一括取得で確認できるようになった
- 2026年7月1日：拒否された返信について、ポリシー違反情報が含まれるようになった
- 2026年7月24日：口コミに返信するためのURL（
reviewReplyUrl）が追加された
最新情報ページ自体の最終更新日は2026年10月9日ですが、これは上の各機能が10月9日に始まったという意味ではありません。発表・追加日と、資料ページの最終更新日を分けて読みます。
ここで扱うのはBusiness Profile APIのレスポンス項目です。一般ユーザー向けGoogleマップ画面に新しい審査ラベルが表示される、すべての返信ツールで自動的に使える、日本だけに段階提供される、といった発表ではありません。
ReviewReplyの主な3状態は何を示すか
Reviewリソースの返信部分には、本文と更新時刻に加えてreviewReplyStateがあります。現行資料は未指定のREVIEW_REPLY_STATE_UNSPECIFIEDと、次の主な3状態を定義しています。
PENDING（審査中）
状態の更新を待ちます。公開画面にはまだ見えない可能性があるため、同じ返信をすぐ再送しません。
REJECTED（拒否）
policyViolationを確認し、内容の修正・再送が必要か判断します。送信済み件数から切り離し、要確認として担当を決めます。
APPROVED（承認）
対象店舗・対象口コミを取り違えていないか、Googleマップで対象の口コミを開き、返信の公開有無を別途確認します。reviewReplyUrlは口コミに返信するためのURLであり、一般公開画面を確認するURLとは定義されていません。
将来の値追加に備えるようGoogleが明記しているのは、状態ではなくPolicyViolationの節です。そのため、状態の将来追加をGoogle公式の警告としては扱いません。そのうえで、未指定値やツールが解釈できない値を「公開済み」に寄せないことを、本稿の安全側の運用提案とします。
店舗側が見るべきポイントは、ボタンを押したかではなく、ツールの「送信済み」がどの状態を指すかです。単にAPIへ更新要求を出した状態なのか、APPROVEDまで取得した状態なのか、Googleマップで対象口コミの公開表示を確認した状態なのかを尋ねます。
「送信済み」の1語に、更新成功・審査承認・公開確認をまとめないことが、再送や対応漏れを防ぐ出発点です。
更新APIの成功だけでは公開を証明しない
返信更新メソッドは、対象口コミの返信を作成・更新し、成功時にReviewReplyを返します。利用には、オーナー確認済みの店舗が必要です。
ここから「HTTPリクエストが成功した＝一般ユーザーに公開された」とは読めません。これは、更新メソッドの戻り値と、別途定義された審査状態を組み合わせた本稿の解釈です。実装では成功レスポンスを記録したうえで、返された状態または後続の取得結果を確認する必要があります。
たとえば架空の3店舗で、同じ時刻に返信処理が成功したとします。
- A店は
APPROVEDになった - B店は
PENDINGのまま - C店は
REJECTEDで違反情報が返った
この場合、ツール上で3件すべてを同じ「返信完了」に数えると、B店とC店の要確認作業が見えなくなります。これは状態の違いを説明する仮例で、実店舗の測定結果ではありません。
policyViolationで分かること・分からないこと
policyViolationは、返信状態がREJECTEDの場合にポリシー違反情報を示す項目です。API資料には、個人情報、嫌がらせ、露骨な内容、広告・宣伝に関するものなど、複数の違反種別が定義されています。
ただし、コードを見れば自動的に正解の文章へ直せるわけではありません。
- 違反理由は、返信が公開されなかった原因を切り分ける手がかり
- 種別名だけで、どの一文をどう直せば必ず承認されるかまでは示さない
- 未指定や将来追加される値を受け取る可能性がある
- 修正後の返信も、改めて審査結果を確認する必要がある
特に、口コミ投稿者の氏名、予約日時、症状、購入内容、連絡先などを公開返信へ書き戻さないようにします。Googleの返信に関するヒントも、簡潔で相手に合った返答と、個人情報を公開しない対応を案内しています。
低評価への反論であっても、相手を侮辱したり、個別の利用履歴を公開したりする理由にはなりません。事実確認が必要なら、公開できる範囲で謝意と連絡先を案内し、非公開の窓口へ移します。
多店舗では「状態」と「次の担当」を同じ行に残す
複数店舗の返信を本部で管理するなら、件数だけでなく次の項目を1返信につき1行で残します。これはGoogle指定の書式ではなく、今回の資料比較から作った運用案です。
- 店舗名と口コミの識別子
- 返信を送信した日時
- 更新APIの成否
- 最後に取得した
reviewReplyStateと取得日時 REJECTEDの場合のpolicyViolation- Googleマップで対象口コミを開いた公開確認日時
- 修正、店舗確認、本部確認のどれが次の担当か
reviewReplyUrlは返信操作へ進むためのURLです。状態データと一般ユーザー向けの公開表示は同一視せず、Googleマップで対象口コミを開いて別途確認します。
確認の頻度も、審査時間を推測して一律に決めるより、PENDINGが残っている件数と顧客対応の緊急度に合わせます。同じ返信を短時間に何度も送り直すと、どの版を確認しているか分からなくなるため、本文、送信日時、状態取得日時をセットで残します。
返信ツールの提供会社へ聞く6つの質問
利用中または導入検討中のツールがあるなら、デモ画面の「返信済み」だけで判断せず、次を確認します。
- 「送信済み」はAPI更新成功、
APPROVED、公開画面確認のどれですか。 PENDINGとREJECTEDを店舗担当者が見分けられますか。policyViolationを保存し、要確認として通知できますか。- 未指定値やツールが解釈できない状態値を、公開済みとして扱わない設計ですか。
- 修正して再送した本文と日時を履歴で追えますか。
- Googleマップで対象口コミを開き、返信の公開有無を確認できますか。
これらはAPI項目があることと、製品に実装され本番提供されていることを分ける質問です。「GoogleのAPIにあるから使えるはず」ではなく、契約中のプラン、対象アカウント、権限、実際の画面で確認します。
審査時間は「公式の目安」と「個別の結果」を分ける
Googleの口コミ管理ヘルプは、返信の審査を通常10分以内、最長30日ほどかかる場合もあると案内しています。この目安があるため、通常時間や上限は不明とは言えません。一方で、本稿ではAPI経由の実測分布や、個別の返信がいつ完了するかを確認していません。一般的な案内を個別案件の保証には使わず、PENDINGが長く残る返信は対象ツールやGoogle側の実表示で確認します。
次の点は、今回の資料比較だけでは判断できません。
- API経由の審査時間の実測平均・分布と、個別返信の完了時刻
- 個別の返信が拒否された詳細な内部判断
- すべての外部ツールが新しい項目を表示しているか
- 返信状態を管理することで順位、来店、売上が上がるか
また、APIを使わずGoogleの管理画面から返信する店舗でも、返信は審査後に公開されます。画面上の文言や表示場所は変わる可能性があるため、最終的には対象の口コミを公開画面でも確認します。