Googleビジネスプロフィールの「検索」には、お客様がビジネスを探すときに使った検索語句が表示されます。店名以外の語句が並ぶため、地域全体の検索ボリュームや、自店が取り切れなかった需要まで分かるように見えるかもしれません。
しかし、公式仕様を読むと対象はもっと限定されています。検索語句は、市場全体でその言葉が検索された回数ではなく、自店のビジネスプロフィールが見つかった文脈のデータです。
この記事では2026年10月19日時点のGoogle公式ヘルプとBusiness Profile Performance APIを比較し、検索語句データが何を数え、どこから先は言えないのかを整理します。
先に結論 検索語句は「自店がどんな言葉で見つかったか」を振り返る材料です。市場全体の検索需要、検索順位、来店数には読み替えられません。対象期間が終了し、反映を確認できた月について実数としきい値を区別します。APIを使う場合は全ページを確認し、データの定義とは別に保存・加工の条件を確認します。
調べ方：画面の説明とAPIのデータ構造を突き合わせる
比較した資料は4つです。
- Googleビジネスプロフィールのパフォーマンス画面を説明する公式ヘルプ
- 月次の検索キーワードを取得するPerformance APIの仕様
- 検索・マップの表示回数など、日次指標を定義するAPI資料
- APIから提供されるContentの保存・加工条件を定める公式ポリシー
画面のヘルプは、店舗担当者が何を見られるかを説明します。API仕様は、同じ領域のデータがどの期間・単位・形式で返るかを具体化します。APIポリシーは、そのContentを保存・加工できる条件を定めます。定義から分かることと、運用上許される扱いを切り分けて読みます。
なお、この記事は実店舗のデータを取得して分布や傾向を検証した実験ではありません。公開されている一次資料の比較です。検索語句から売上や来店への因果効果を推定するものでもありません。
検索語句が表すのは「自店が見つかった検索」
Googleのパフォーマンス公式ヘルプは、「検索」をビジネスの検索に使用された検索語句と説明し、特定の検索でビジネスプロフィールが表示されたときに確認できるとしています。
Performance APIの検索キーワード仕様も、Google検索またはGoogleマップでビジネスを見つけるために使われた検索キーワードを返す、と定義しています。
この2つから、少なくとも次の区別が必要です。
| データ | 対象 | 検索語句データで分かるか |
|---|---|---|
| 市場全体の検索量 | 自店が表示されなかった検索も含む、その地域・語句の全検索 | 分からない |
| 自店が見つかった検索語句 | 自店のプロフィールが検索・マップで見つかった文脈 | 分かる |
| その語句での順位 | 検索地点や時点ごとの掲載位置 | 分からない |
| 検索後の来店・売上 | 予約、会計、来店など店舗側の成果 | 分からない |
たとえば「駅名 + ランチ」が検索語句に出た場合、自店がその言葉で見つかった手がかりにはなります。一方、その地域で同じ言葉が何回検索されたか、自店が何位だったか、何人が来店したかは、この項目だけでは判断できません。
数値は月単位のユニークユーザー数、または「しきい値未満」
APIでは検索キーワードごとに insightsValue が返ります。公式仕様が示す中身は、次のどちらか一方です。
value：実際の値threshold：実際の値がその数を下回ることを示すしきい値
検索キーワードの値は、1か月にそのキーワードを使ったユニークユーザー数の合計として説明されています。複数月をリクエストした場合も月ごとに集計されます。
ここから実務上の注意が3つ生まれます。
1. しきい値はゼロでも実数でもない
threshold が返る場合、公式仕様から言えるのは「実際の値は示されたしきい値より小さい」ことまでです。しきい値そのものを実数として足したり、値が伏せられた語句をゼロとして落としたりすると、元の定義から外れます。
画面や取得結果を読むときは、実数と「しきい値未満」を区別します。しきい値を実数へ置き換えて合計すれば、その結果はGoogleが返した値ではなく、分析者の仮定になります。
2. 月をまたいだ合計は、期間全体のユニーク人数ではない
仕様は月ごとのユニークユーザー数として値を定義しています。同じ人が別の月にも同じ語句で見つけた場合、各月の値には入り得ます。したがって、3か月分を単純に足した数を「3か月間のユニーク顧客数」とは呼べません。
月ごとの違いを比べる目的なら、APIでは月ごとに期間を指定して確認します。複数月をまとめた値を、期間全体で重複を除いた人数や月別の推移とは呼べません。
3. 検索とマップを語句ごとに分ける資料ではない
検索キーワードAPIは、Google検索またはGoogleマップでビジネスを見つけた語句を返します。一方、日次指標のAPI資料には、デスクトップ／モバイルと、検索／マップを分けた表示指標があります。
つまり「検索語句」と「表示された場所」は別の切り口です。検索キーワードの一覧だけを見て、ある語句がGoogle検索で何回、Googleマップで何回見つかったと配分することはできません。
更新時期：対象期間の終了と反映を確認してから比べる
公式ヘルプでは検索指標は毎月月初に更新され、表示まで5日ほどかかる場合があると案内されています。発表日や施行日ではなく、現在のデータ更新についての説明です。
そのため、月初に前月分が見えないからといって、検索されなかったと判断するのは早すぎます。「確定値」とは呼ばず、取得時点で反映を確認できた値として扱います。
- 対象月が終わっている
- 月初から少なくとも案内された反映期間を待っている
- 対象月、確認日、画面／APIなどの確認経路を記録している
- 後日再確認した場合は、値のファイルではなく確認日時と確認結果の変化を記録する
Googleの公式ヘルプは、検索語句を直接管理できないとも説明しています。検索語句を「登録する」「消す」作業ではなく、店舗情報、サービス、ウェブサイト、実際の提供内容を見直すための観察データとして扱います。
APIの定義と、Contentを保存・加工できる条件は別
Business Profile APIsの公式ポリシーでは、APIを通して提供されるContentをプロジェクト外で使うためにプリフェッチ、キャッシュ、インデックス登録、保存することを原則として認めていません。プロジェクトの性能向上のために限定量を保存する場合も、30暦日以内、安全な保管、加工・集約をしないことが条件です。
したがって、この記事の月別比較や仮分類はデータの読み方を説明するもので、API由来の検索語句や値を無期限に保存し、自由に分類・集計できるという案内ではありません。APIを使う場合は、対象のプロジェクト、権限のある店舗、利用場所、保存対象、保存期間を先に確認します。長期記録には、検索語句や値そのものではなく、対象月、確認日、確認経路、全ページを確認したか、次に確認する店舗事実といったメタデータを残します。
画面表示やダウンロードを使う場合も、APIと同じ保存条件だとも、反対に無条件で自由に保存できるともこの記事では扱いません。実際に使う取得経路と適用条件を確認してください。
APIで取得する場合、最初の100件だけを全件と呼ばない
検索キーワードAPIの既定ページサイズは100件で、最大も100件です。さらに結果がある場合は nextPageToken が返り、次のページを取得できます。
これは、1回のレスポンスに並んだ語句が必ず全件ではないことを意味します。APIの取得結果を確認するときは、次の4点をその場で確かめます。
| 確認する項目 | 理由 |
|---|---|
| 店舗ID | 別店舗の検索語句を混ぜないため |
| 対象の開始月・終了月 | 日次や任意の日付範囲ではなく、両端を含む月範囲だから |
| 全ページ取得の完了 | nextPageTokenがなくなるまで取得したか確認するため |
| 実数／しきい値 | 実際の値と、上限だけが分かる表現を読み違えないため |
取得の完了状態は「全ページ確認済み」のようなメタデータとして残せますが、APIレスポンスの語句や値をそのまま長期保存する指示ではありません。画面で見る場合も表示範囲を確認し、見えている語句だけを「全検索語句」と呼ばないことが大切です。
検索語句を運用へつなげる4段階
データの限界を理解しても、検索語句が役に立たないわけではありません。適用条件を確認した取得経路で現在の表示を読み、API Contentそのものの長期保存・再加工とは分けて、次の順序で店舗運用を点検します。
1. 指名・地域・サービス・条件へ仮分類する
表示中の語句を、店名やブランド名、地名、商品・サービス名、「個室」「当日」などの条件から読みます。これはGoogleの公式分類ではなく、店舗側が事実確認の優先順位を決めるための見方です。API由来の語句と値を分類済みデータベースとして保存する手順ではありません。
2. 店舗の事実と照合する
見つかった語句が、実際のサービス、営業時間、設備、対応地域と一致するか確認します。提供していない内容へ寄せて文章を増やすのではなく、誤解が生まれそうならプロフィールと公式サイトの事実をそろえます。
3. 別の指標を別の問いに使う
- 検索語句：どんな言葉で自店が見つかったか
- 表示指標：検索・マップ、端末別にどの程度表示されたか
- 順位分析：指定した語句・地点・時点でどの位置だったか
- 予約・来店・会計：店舗側で成果があったか
順位分析の操作と定義は順位分析のヘルプ、表示やクリックとの距離はGoogleマップの数字をどう評価するかで確認できます。
4. 変更前後で同じ条件を残す
プロフィールやサイトを直した後は、対象月、店舗、確認経路をそろえて観察します。APIを使う場合は、その都度適用条件の範囲で取得して確認します。語句が増減しても、一つの変更だけが原因だったとは断定しません。季節、広告、競合、営業時間、検索者の関心なども同時に変わり得るからです。
今日やること：1店舗・1か月の記録を作る
まず一つの店舗について、対象期間が終了し、取得時点で反映を確認できた1か月を対象にします。
- 対象月、確認日、画面／APIなどの確認経路を書く
- 表示中の検索語句から、確認が必要な店舗情報を選ぶ
- 値が実数か、しきい値未満かを分ける
- API利用時は保存・加工条件を確認し、
nextPageTokenがなくなるまで見たかをメタデータに残す - 順位、表示、予約、来店を同じ数値へまとめない
- 店舗情報やサイトと食い違う語句だけ、事実確認の担当を決める
このメタデータと事実確認の記録があれば、次に見た値が違うときも、更新時期、確認経路、取得範囲、店舗情報のどこを確かめるかを切り分けやすくなります。
検索語句は「需要の答え」ではなく、自店が見つかった理由を考える入口です。母集団、月次集計、しきい値を区別し、ページングの確認結果を残したうえで、店舗の事実を整える材料に使いましょう。
この記事は2026年10月19日時点の公開公式資料を比較した解説です。特定店舗のデータ、Googleの非公開アルゴリズム、市場全体の検索量、順位・来店・売上への効果を実証または保証するものではありません。検索キーワードAPI資料の表示上の最終更新日は2025年7月25日UTC、DailyMetric資料は2026年10月16日UTC、APIポリシーは2026年8月28日UTCです。公式ヘルプには記事の発表日・施行日・地域別提供日が表示されていません。