Googleビジネスプロフィール(GBP)のQ&Aを定期的に確認し、質問に答えてきた店舗では、これまでの手順をそのまま続けられなくなりました。GoogleはMy Business Q&A APIを2025年11月3日に廃止しており、Google MapsではGeminiを使った「Ask Maps」の展開も始まっています。
今後必要なのは、Q&A欄だけを管理することではありません。店頭・電話・口コミ・検索で生じる質問を集め、正しい回答を自社サイトとGBPに置き、情報が変わったら一斉に更新する運用です。この記事では、質問の収集、回答責任、誤情報への対応、更新頻度、効果確認までを標準業務にする方法を順に説明します。読み終えると、質問と正しい回答・根拠・担当をまとめる「質問台帳」と、月次点検の手順を自社向けに作れるようになります。
結論:GBP Q&A運用は「回答作業」から「質問情報の管理」へ切り替える
結論は、GBPの旧Q&A機能だけを前提にした運用を終え、質問の発見から正しい情報の公開、更新、表示確認までを一つの業務として管理することです。最初に作るのは、回答文の一覧ではありません。質問ごとの正しい答え、根拠、掲載先、責任者、更新条件を記録する質問台帳です。
背景には、Googleの発表があります。Googleは、My Business Q&A APIを2025年11月3日に廃止し、API経由では質問と回答の読み書きができないと案内しています。また、2026年3月に発表したAsk Mapsについて、3億超の場所と5億人超の投稿者による情報を分析し、利用者の質問に会話形式で回答すると説明しています。ただし、2026年8月時点の公式発表では、Ask Mapsの展開地域は米国とインドが中心です。日本での表示や利用条件は、端末、アカウント、地域、業種で異なる可能性があります。
そのため、日本の店舗が取る方針は二つです。
- 現在表示されるGBPの項目、口コミ、Google投稿、検索結果を継続して確認する
- 将来の表示変更に備え、正しい回答を自社サイトとGBPの適切な項目へ先に置いておく
従来の運用が今後どう変わるかを、確認する場所、回答の置き場所、誤情報への対応、効果の測り方の順に比べると、次の表のようになります。
| 従来の運用 | 今後の標準運用 |
|---|---|
| Q&A欄の新着質問を確認する | 電話、店頭、問い合わせ、口コミ、検索語から質問を集める |
| Q&A欄へ個別回答する | 自社FAQ、GBPの営業時間・サービス・属性・投稿へ正しい情報を配置する |
| 不正確な第三者回答を報告する | Maps上の誤情報、口コミ、外部サイトとの不一致を監視する |
| 回答件数を数える | 未回答率、更新期限超過、掲載先の不一致、問い合わせ再発率を測る |

図は、Q&A欄だけを確認する運用から、顧客の質問を集めて正しい情報を公開し、更新まで管理する運用へ切り替える流れを示しています。
なぜQ&A専用の運用設計が必要なのか
Google投稿などの発信は、店舗が知らせたい情報を出す仕事です。これに対してQ&A・FAQの運用は、利用者が判断する前に知りたい情報を整える仕事です。起点も更新の条件も異なるため、同じ担当者が両方を扱う場合でも、台帳と承認ルールは分けて持つ必要があります。
理由の一つは、質問への答えには条件が付くことです。たとえば「駐車場はありますか」という質問には、台数、場所、満車時の案内、車高制限などの条件が伴います。「予約なしで利用できますか」という質問には、曜日、時間帯、対象サービス、例外条件が必要です。短い回答だけを公開すると、利用者が最も知りたい条件が抜けやすくなります。
もう一つは、GBPの属性です。Googleのビジネス属性には、Wi-Fi、屋外席、車いす対応など、検索や来店の判断に使われる項目があります。Googleは、一部の属性が利用者からの情報によって設定される場合があることも案内しています。そのため、自社で管理できる項目を正しく入力するとともに、利用者由来の表示も確認する必要があります。
質問は4つの情報源から集める
質問は担当者の想像で作らず、実際の顧客接点から集めます。情報源は次の4つです。最初は直近1〜3か月分を対象にし、同じ意味の質問は一つにまとめてください。

図は、電話・店頭・口コミ・検索・過去の記録から集めた質問の重複を整理し、台帳へ登録する流れを示しています。
1. 電話・店頭・チャット・問い合わせフォーム
現場スタッフが繰り返し答えている質問は、優先度が高い質問です。受付メモやチャット履歴から、質問文と、回答に必要な条件を抜き出します。個人情報は台帳に転記せず、質問の内容だけを残してください。
2. 口コミと口コミ返信
口コミには、「駐車場が分かりにくかった」「予約方法を迷った」など、FAQになる前の困りごとが含まれます。質問の形になっていなくても、来店前に説明すべき内容として登録します。
3. 自社サイト内検索と検索クエリ
自社サイト内検索、Google Search Console、検索候補から、「店名+駐車場」「サービス名+当日予約」などの語を確認します。検索回数だけでなく、回答ページがあるか、検索結果から正しいページへ着けるかも点検します。
4. 過去のQ&Aデータと競合店舗の公開情報
過去のQ&A記録が社内や管理ツールに残っている場合は、顧客が実際に使った言葉として再利用できます。競合店舗の公開情報は、自社の質問の抜けを見つける参考になります。ただし、回答は必ず自社の事実に基づいて作成します。
質問台帳で回答の根拠・責任者・掲載先を固定する
集めた質問は、質問台帳に登録して管理します。台帳には、少なくとも「顧客の質問」「標準回答」「事実の根拠」「正式な掲載先」「内容責任者」「更新条件」を記録します。回答文だけを保存すると、料金や営業時間が変わったときに更新漏れが起きるためです。
記録する項目と例は、次の表のとおりです。重複を避ける質問ID、公開面を修正する更新担当者、最後に事実確認した日も加えています。
| 管理項目 | 記録内容 | 例 |
|---|---|---|
| 質問ID | 重複しない番号 | FAQ-001 |
| 顧客の質問 | 実際の言い方 | 駐車場はありますか |
| 標準回答 | 結論、条件、例外 | 店舗前3台。満車時は指定駐車場を利用 |
| 事実の根拠 | 社内規程、料金表、施設情報 | 店舗運営マニュアル第4版 |
| 正式な掲載先 | サイト、GBP属性、サービス、投稿 | 店舗ページFAQ、GBP属性 |
| 内容責任者 | 事実を承認する部門 | 店長、営業責任者 |
| 更新担当者 | 公開面を修正する人 | MEO担当者 |
| 更新条件 | 即時更新の引き金 | 料金、時間、設備、提供条件の変更 |
| 最終確認日 | 最後に事実確認した日 | 2026-08-25 |

図は、一つの顧客質問に、正しい回答、根拠、責任者、掲載先、更新条件、確認日を紐づける台帳の構造を示しています。こうしておくと、変更があったときに修正すべき箇所を確実にたどれます。
標準回答は、「結論→条件→例外→次の行動」の順で書くと、利用者が判断に必要な情報を読み取りやすくなります。駐車場の質問への回答例は、次のとおりです(架空の例です)。
駐車場は店舗前に3台あります。満車の場合は、店舗から徒歩2分の提携駐車場をご利用ください。車高2.1mを超える車両は利用できないため、来店前に店舗へお問い合わせください。
「駐車場あり」の一言だけでは、満車時や車高制限が分かりません。反対に、販促文や検索キーワードを詰め込むと、回答の信頼性が下がります。回答は、利用者が行動を決めるための事実に限定してください。
回答は自社サイトとGBPのどこに載せるか
すべての質問を同じ場所に載せる必要はありません。情報の性質に応じて、正式な掲載先を決めます。次の表では、第一掲載先を事実を最初に載せる場所、補助掲載先を同じ内容を重ねて載せる場所として、更新の目安とあわせて整理しています。
| 情報の種類 | 第一掲載先 | 補助掲載先 | 更新の目安 |
|---|---|---|---|
| 住所・通常営業時間・電話番号 | GBP基本情報と店舗ページ | 予約・問い合わせページ | 変更決定後すぐ |
| 駐車場・バリアフリー・支払方法 | GBP属性と店舗ページFAQ | アクセスページ | 設備・契約変更時 |
| 提供サービス・対応エリア | GBPサービスとサービスページ | FAQ | サービス変更時 |
| 料金・キャンセル条件 | 公式料金ページ・規約 | FAQ | 改定公開日まで |
| 臨時休業・期間限定情報 | GBP特別営業時間・Google投稿 | 自社サイトのお知らせ | 決定後すぐ |
| 詳しい比較・利用条件 | 自社サイトFAQ | GBPの関連項目 | 月次確認 |
自社サイトを正本にする場合でも、営業時間や属性のようにGBPに専用項目がある情報は、GBPへ直接入力します。Google投稿だけに重要情報を置くと、投稿が流れた後に見つけにくくなります。反対に、期間限定の情報を恒久的なFAQに入れると、更新漏れの原因になります。
FAQの構造化データを使う場合は、注意が必要です。Google Search Centralは、FAQのリッチリザルトを、政府機関または医療分野の著名で権威あるサイトに限定しています。一般企業がFAQPageを実装しても、検索結果にFAQが表示されるとは限りません。構造化データはページ上で利用者が読める内容と一致させ、表示の効果を断定しないでください。
誤情報と不適切な投稿を監視・訂正する
旧Q&Aの有無にかかわらず、Google Mapsには口コミ、写真、属性提案などの利用者投稿があります。監視では、「不都合な内容」ではなく、「事実と異なる情報」「ポリシー違反」「自社情報との不一致」を分けて扱います。
Google Mapsの投稿ポリシーは、虚偽・誤解を招く情報、なりすまし、個人情報、広告・勧誘、場所と無関係な内容、反復投稿などを禁止しています。一方、否定的でも実体験に基づく内容は、不都合だという理由だけでは削除対象になりません。判定ごとの初動とその後の対応は、次の表のとおりです。
| 判定 | 初動 | その後の対応 |
|---|---|---|
| 自社の掲載ミス | 正本を確認し、該当箇所を即時修正 | 影響する全ページを同時更新 |
| 第三者の事実誤認 | 正しい情報を自社管理面へ明記 | 報告可能な投稿は根拠を添えて報告 |
| ポリシー違反の疑い | URL、画面、日時、違反類型を保存 | Googleの報告手続きを使用 |
| 単なる否定的意見 | 削除前提にしない | 口コミであれば事実確認後に適切に返信 |
| 法的・安全上の問題 | 担当者だけで回答しない | 法務・責任者へ即時エスカレーション |
報告の前に、対象URL、表示画面、確認日時、該当箇所、根拠資料を保存します。削除されることを前提にせず、まず自社サイトとGBPの正しい情報を整えてください。
確認の頻度を日次から変更時まで決める
確認の頻度は、すべてを毎日見るのではなく、影響の大きさと変化の速さで分けます。次の表は、単店舗の基本形です。多店舗では、本部が基準と台帳を管理し、各店舗が事実確認を担当します。
| 頻度 | 実施内容 | 完了条件 |
|---|---|---|
| 日次または営業日ごと | 新着口コミ、重大な誤情報、営業時間異常を確認 | 緊急案件を当日中に振り分け |
| 週次 | 新しい質問を台帳へ追加し、既存FAQで回答できるか確認 | 未回答質問に担当者と期限を設定 |
| 月次 | FAQ、GBP属性、サービス、投稿、店舗ページの整合を点検 | 期限超過と不一致がゼロ |
| 四半期 | 質問分類、掲載先、承認者、KPIを見直す | 不要FAQの統合と優先度更新 |
| 変更時 | 料金、営業時間、設備、規約、サービスを一斉更新 | 正本と全掲載先の更新完了 |

図は、情報の種類に合う場所へ回答を掲載し、定期点検に加えて、料金・営業時間・設備などの変更時にも即時に更新する運用を示しています。
料金改定や臨時休業の情報は、月次点検まで待ってはいけません。「変更が承認されたら更新チケットを自動発行する」など、社内の変更手続きとFAQの更新を結び付けておきます。
KPIは回答数ではなく未解決と不一致を測る
Q&A・FAQ運用の目的は、回答の件数を増やすことではなく、利用者が正しい答えにたどり着ける状態を保つことです。そのため、次の5つをKPIにすれば足ります。いずれも、この記事が提案する運用上の指標です。
- 未回答質問率=回答未確定の質問数÷当月の新規質問数
- 初回回答確定までの日数=質問登録から承認済み回答までの日数
- 情報不一致件数=サイト、GBP、店頭案内で内容が異なる項目数
- 更新期限超過件数=更新予定日を過ぎたFAQ数
- 問い合わせ再発率=FAQ公開後も同じ質問が発生した件数÷対象問い合わせ数
数値目標は、最初の1〜2か月で現状を測ってから決めます。業種、店舗数、問い合わせ量が違うため、根拠なく一律の目標値を置くべきではありません。まず「重大な不一致ゼロ」「変更時の更新漏れゼロ」を優先し、その後で回答確定までの時間と問い合わせ再発率の改善に進みます。
Ask Maps時代は回答の再現性を実機で確認する
Ask Mapsの利用可否や回答は、地域、端末、アカウント、質問文によって変わる可能性があります。日本で表示されない機能を前提にKPIを作らず、利用できる環境に限って実機で確認します。
確認する場合は、店舗ごとに重要な質問を5〜10問決めます。たとえば「車いすで入れますか」「当日予約できますか」「〇〇の支払い方法は使えますか」です。質問文、確認日、端末、地域、回答内容、参照できた事実、自社情報との差を記録します。
AIの回答が誤っていても、直接編集できるとは限りません。まず、GBPの専用項目、自社サイト、口コミ返信など、根拠になり得る公開情報の不一致や不足を直します。その後、同じ条件で再確認し、変化を記録してください。1回の表示結果だけで効果を断定しないことが大切です。
運用開始時のチェックリスト
運用を始める前に、次の10項目を確認してください。
- 過去のQ&A、電話、店頭、問い合わせから質問を集めた
- 質問ごとに正しい回答と根拠を登録した
- 内容責任者と更新担当者を分けて設定した
- 自社サイト、GBP属性、サービス、投稿の掲載先を決めた
- 料金、営業時間、設備、規約の変更時フローを作った
- 誤情報報告に必要な証拠保存項目を決めた
- 日次、週次、月次、四半期の点検項目を決めた
- 未回答、不一致、更新期限超過を測れるようにした
- 日本で利用できる機能と海外展開中の機能を区別した
- 旧Q&Aの投稿数を成果指標にしていない
まとめ
GBP Q&Aの運用は、Q&A欄に回答する作業から、顧客の質問と正しい情報を継続して管理する仕事へ変わっています。質問を4つの顧客接点から集め、質問台帳で根拠・責任者・掲載先・更新条件を固定してください。
運用の中心は、自社サイトとGBPの専用項目に正しい情報を置き、変更時に一斉更新することです。誤情報は、ポリシー違反と単なる否定的意見を分け、証拠を保存して対応します。まずは頻出する10問を台帳に載せ、重大な情報不一致と更新漏れをゼロにするところから始めましょう。
このテーマの全体像や前提を確認したい場合は、「Googleビジネスプロフィール最適化の実践ガイド|カテゴリ・投稿・Q&A・複数店舗管理まで」もあわせてご確認ください。
自社だけで質問台帳、複数店舗の承認フロー、GBPとWebページの整合管理を設計するのが難しい場合は、リブランディング株式会社へご相談ください。
参考文献・データ元
この記事で参照した情報を確認できます。
- 「Q&A API Change log」Google for Developers、2025年11月3日廃止情報、最終更新2026年8月17日。
- 「How we’re reimagining Maps with Gemini」Google、2026年3月12日。Ask Mapsの機能、展開地域、分析対象規模の説明。
- 「Manage your business attributes」Google Business Profile Help。GBP属性の表示、編集方法、利用者入力に関する説明。
- 「Prohibited and restricted content」Google Maps User Contributed Content Policy Help。虚偽情報、なりすまし、個人情報、無関係・反復コンテンツ等の規定。
- 「Mark Up FAQs with Structured Data」Google Search Central。FAQリッチリザルトの対象条件。
‹ 親記事: GBP最適化の実践ガイド|カテゴリ・投稿・Q&A・複数店舗管理まで
関連記事
- › GBPの写真・動画最適化|選ばれる画像の作り方と運用ルール
- › GBPカテゴリ設定の確認方法|主カテゴリ・追加カテゴリの見直し手順
- › GBPのカテゴリ選び方|メイン・追加カテゴリをどう決めるか
- › GBPのサービス・商品設定ガイド|来店導線まで整える方法
- › GBPの重複・所有権を確認する方法|統合・削除・権限整理
- › GBPの営業時間を管理する方法|特別営業時間・臨時休業に対応
- › GBPの第三者編集を監視・モニタリング|変更検知と復旧手順
- › GBPの属性情報を確認する方法|カテゴリ・サービス・更新漏れ
- › GBP写真の定期確認|古い・重複・不足画像を店舗別に整理
- › GBPのリンク先を確認する方法|Web・予約・メニューURLを確認
- › GBPの移転・閉業対応|住所変更・旧店舗・重複情報を整理する手順
- › Googleマップのピン位置を確認|住所・建物・入口のずれを修正
- › Googleマップで店舗を選ぶとき何を見る?国内3調査からわかった口コミ・写真・営業時間の優先順位
- › GBPの説明文の書き方|業種・サービス・強み・地域情報を自然に整理
- › 複数店舗のGBP更新漏れを確認|営業時間・投稿・写真・口コミ返信
- › Googleマップと公式サイトの営業時間が違うとき、来店前の利用者はどちらを確認する?営業時間が違うときの行動を調査
- › GBPペナルティからの復旧手順|原因確認・再審査・再発防止
- › GBPのサービスエリア設定方法|住所非表示・対象地域・訪問型の注意点
- › GBPのWebサイトURL設定|トップ・店舗・サービスページの選び方
- › GBP予約リンクの設定方法|予約先・複数リンク・計測準備
- › 同じ住所に複数店舗がある場合のGBP設定|店舗分け・カテゴリ
- › GBPと公式サイトの店舗情報が違うとき|店名・住所・営業時間を修正




