Googleビジネスプロフィール(GBP)のカテゴリを、設定したままにしていませんか。事業の内容が変わっていたり、店舗ごとに設定がばらついていたり、管理者が替わって設定の理由が追えなくなっていたりすると、今のカテゴリが事業の実態に合っているのかを判断できません。
そこで必要になるのが、現在の設定と事業実態を証拠付きで照合し、見直す作業です。この記事ではこれを「カテゴリ監査」と呼びます。新しいカテゴリを一から選ぶ作業ではなく、各カテゴリを「維持・変更・追加・削除」に分け、変更した場合は反映と成果まで確認する管理業務です。進め方は、現行設定の取得、事実との照合、分類、優先度付けと承認、変更後の検証という5段階です。
対象は、すでに運用中のプロフィールです。設定のずれ、放置、店舗間の差異、変更履歴の欠落を見つけて是正する方法に絞ります。カテゴリの基本的な選び方や、主カテゴリと追加カテゴリの役割は、別記事「Googleビジネスプロフィールのカテゴリ選び方」で詳しく解説しています。
カテゴリ監査の前提となるGBP全体の設定項目や運用の考え方は、「Googleビジネスプロフィール最適化の実践ガイド」で整理しています。
この記事でわかること
この記事では、次の内容を順に説明します。
- 監査の対象にすべき店舗と、実施するタイミング
- 現在の主カテゴリ・追加カテゴリを、証拠付きで棚卸しする方法
- 維持・変更・追加・削除を判定する基準
- 複数店舗の例外設定と、その承認方法
- 変更前後の記録、反映確認、成果検証の進め方
30秒でわかる結論
カテゴリ監査は、次の5段階で進めます。この順番にするのは、現在値を先に取得しておかないと、差分も変更の効果も測れなくなるためです。

- 公開画面と管理画面から現行設定を取得する
- 事業実態・公式サイト・社内ルールとの差分を出す
- 各カテゴリを維持・変更・追加・削除に分類する
- 影響と緊急度で優先順位を付け、承認後に変更する
- 承認状況、公開表示、検索行動を同じ条件で検証する
監査の成果は、カテゴリ数を増やすことではありません。現状が適切なら「維持」が正解です。変更する場合も、変更理由、承認者、変更前後の内容、検証日を残して初めて監査が完了します。各段階は、STEP1からSTEP5の節で具体的に説明します。
カテゴリ選定とカテゴリ監査は何が違うのか
この節では、カテゴリ選定とカテゴリ監査の違いを整理し、この記事が扱う範囲を確認します。

| 項目 | カテゴリ選定 | カテゴリ監査 |
|---|---|---|
| 主な対象 | 新規開設、未設定のプロフィール | すでに運用中のプロフィール |
| 起点 | 中心事業と候補カテゴリ | 現在の設定と変更履歴 |
| 主な作業 | 候補を比較して初期設定を決める | 現状と正しい状態の差分を特定する |
| 判定 | 主カテゴリ・追加カテゴリを選ぶ | 維持・変更・追加・削除に分ける |
| 完了条件 | 初期設定が確定する | 変更の反映と検証結果まで記録する |
表のとおり、選定は新規開設や未設定のプロフィールで初期設定を決める作業です。監査は、運用中のプロフィールで現状と正しい状態の差分を特定し、変更の反映と検証結果まで記録する作業です。
そのため、この記事ではカテゴリの定義や候補の選び方を繰り返しません。監査担当者が確認するのは、「なぜ現在の設定になっているか」「今も根拠が有効か」「変更後に何が起きたか」の3点です。
新規設定や候補カテゴリの絞り込みから確認したい場合は、「Googleビジネスプロフィールのカテゴリ選び方」で手順を整理しています。
カテゴリ監査はいつ始めるか
固定の頻度だけで全店舗を毎回見直すと、不要な変更が増えます。そこで、決まった周期で行う定例監査と、出来事をきっかけに行うイベント監査に分けて考えます。
定例監査
定例監査は、次の目安で行います。
- 単店舗は半年から1年に一度を社内基準にする
- 複数店舗は四半期ごとに一覧差分を確認する
- 前回変更日、変更理由、承認者が空欄の店舗を優先する
この頻度はGoogleの指定ではなく、放置を防ぐための運用目安です。
イベント監査
次のような出来事があったときは、周期を待たずに監査します。
- 主力事業の変更、事業の開始・終了
- 店舗の統合、移転、ブランド変更
- 公式サイトのサービス構成変更
- Googleからプロフィール変更の通知が届いた
- 同一業態の店舗間でカテゴリ差が見つかった
- 管理者交代により設定理由が追えなくなった
- 特定検索で表示対象が大きく変わった
一方で、順位が数日下がっただけで変更を始めるのは避けます。順位変動はカテゴリ以外の要因でも起きるため、まず設定に不整合があるかを確認します。
STEP1|現行設定を証拠付きで棚卸しする
この段階で決めるのは、監査の土台になる現在値です。最初に、公開画面と管理画面の両方を確認します。過去の台帳をそのまま正とせず、監査日時点の実測値を取得してください。

取得する項目は、次の表のとおりです。店舗ごとに記録します。
| 監査項目 | 記録内容 |
|---|---|
| 店舗ID・店舗名 | 台帳上の一意な識別子と正式名称 |
| 主カテゴリ | 管理画面に設定されている値 |
| 追加カテゴリ | 設定値を省略せず全件記録 |
| 公開表示 | 検索・マップ上で確認できるカテゴリ |
| 公式サイト上の中心事業 | サービスページなど根拠URLを付ける |
| 前回変更 | 日付、変更前後、理由、実施者 |
| Googleによる更新 | 通知やアラートの有無 |
| 取得日時 | 画面確認を行った日時 |
スクリーンショットまたはエクスポートを保存し、ファイル名に店舗IDと取得日を含めます。複数店舗では、業態ごとの標準設定を並べ、各店舗との差分列を作ります。
STEP2|差分を4つの証拠で確認する
この段階で決めるのは、現行のカテゴリが事実と合っているかどうかです。STEP1で取得したカテゴリごとに、次の4つを照合します。
- 現在の事業実態
- 公式サイト、看板、店頭案内などの対外情報
- 社内の標準カテゴリと過去の変更理由
- 同業態・同商圏の検索結果で確認したカテゴリ傾向
4番目の競合比較は、補助的な証拠です。競合が使っているという事実だけでは変更しません。競合と自社で業態や主要顧客が違えば、同じカテゴリである必要はないためです。
照合した結果は、現行設定ごとに差分、根拠、仮判定を並べて整理します。次の表は、カテゴリを仮にA〜Dとした記入例です。
| 現行設定 | 差分 | 根拠 | 仮判定 |
|---|---|---|---|
| 主カテゴリA | 中心事業と一致 | 公式サイトの主サービス、売上構成 | 維持 |
| 追加カテゴリB | 事業終了後も残存 | 終了告知、現行サービス一覧 | 削除 |
| 追加カテゴリC | 新規事業が未反映 | 提供開始日、専用ページ | 追加候補 |
| 主カテゴリD | 同業態標準と異なる | 店舗固有の事業実態を確認中 | 保留 |
この例では、Aは中心事業と一致するため維持、Bは事業終了後も残っているため削除、Cは新規事業が反映されていないため追加候補としています。Dは店舗固有の事業実態を確認中で根拠が足りないため、保留です。ここでの判定はあくまで仮のもので、STEP3で正式に判定します。
代わりのカテゴリ候補を選ぶ作業が必要になった場合だけ、カテゴリ選び方の記事へ戻って評価します。監査の中で選定を最初からやり直さないことが、二つの作業を分けるポイントです。
STEP3|維持・変更・追加・削除を判定する
この段階で決めるのは、各カテゴリをどう扱うかです。基本は維持・変更・追加・削除の4つで、証拠が足りず決められないものは保留にします。

次の表は、判定ごとの条件と、判定したときに残す記録をまとめたものです。
| 判定 | 条件 | 必要な記録 |
|---|---|---|
| 維持 | 現行設定が事業実態と一致し、変更根拠がない | 維持理由、次回確認日 |
| 変更 | 主カテゴリが中心事業とずれ、適切な代替候補がある | 変更前後、根拠、影響範囲 |
| 追加 | 現在行う独立した事業を既存カテゴリで表せない | 開始日、事業根拠、追加理由 |
| 削除 | 廃止済み、実態なし、重複、単なる商品・設備 | 削除理由、終了日または誤設定根拠 |
| 保留 | 証拠不足、権限不足、関係部門の見解が不一致 | 未確定事項、確認担当、期限 |
主カテゴリと追加カテゴリは、別々に判定します。追加カテゴリは一括で「問題なし」にせず、1件ずつ判定してください。
判定を保留すべきケース
次のような場合は、無理に結論を出さず保留にします。
- 公式サイトと現場の説明が一致しない
- 新規事業が試験提供中で、恒常的な事業か決まっていない
- 独立部門として別プロフィールを作るべきか確認が必要
- Googleによる更新か社内変更か、変更主体を特定できない
証拠がないまま変更するより、保留の理由と期限を残す方が、監査の記録として確かです。
STEP4|変更の優先度と承認の手順を決める
この段階で決めるのは、どの変更から、誰の承認を得て進めるかです。判定した内容を、次の優先度で整理します。
| 優先度 | 状態 | 対応 |
|---|---|---|
| A | 実在しない事業、廃止事業、明白な主カテゴリ誤り | 証拠と権限を確認して早期是正 |
| B | より適切な候補があるが比較・承認が必要 | 担当部門と合意後に変更 |
| C | 現状が適切、または差が合理的 | 維持理由を記録 |
| 保留 | 証拠や権限が不足 | 期限と担当者を設定して再確認 |
Aは、証拠と権限を確認できしだい早めに是正するものです。Bは、より適切な候補があっても、比較と担当部門の合意を経てから変更します。Cは現状が適切なため、変更せず維持理由を記録します。証拠や権限が足りないものは、期限と担当者を決めて再確認します。
変更の前には、実施者、承認者、変更日時、対象店舗、変更内容を決めます。あわせて、問題が起きたときに元の設定へ戻すかどうかの判断も決めておきます。カテゴリの追加・編集では、Googleからオーナー確認を再度求められる場合があります。
複数店舗の一括変更は、まず少数店舗で反映状況を確認します。全店へ同時展開すると、不承認や想定外の変更が起きた際に、原因をたどりにくくなります。
STEP5|変更後を「反映」と「成果」に分けて検証する
この段階で決めるのは、変更が画面に反映されたかどうかと、変更に効果があったかどうかを、別々に確認することです。反映は変更が保存・表示されたかの確認、成果は検索表示や行動の変化の確認です。
反映検証
反映は、次の表の項目で確認し、合格条件を満たしているかを記録します。
| 確認項目 | 合格条件 |
|---|---|
| 編集ステータス | 承認済み、保留中、不承認を記録した |
| 管理画面 | 変更後のカテゴリが保存されている |
| 公開画面 | 検索・マップ上の表示を確認した |
| オーナー確認 | 再確認要求の有無と対応状況を記録した |
| Googleによる更新 | 社内変更後の上書きや通知を確認した |
Googleの案内では、編集内容は通常短時間で審査されますが、場合によっては最長30日程度かかることがあります。保留中に同じ項目を繰り返し変更せず、ステータスと確認日を残します。
成果検証
カテゴリ変更の前後で、検索語、計測地点、曜日・時間帯、対象期間をそろえて比べます。検索表示に加えて、電話、ルート、Webサイトクリックなど、事業に合う行動指標も記録します。記録する項目は、次の表のとおりです。
| 記録項目 | 内容 |
|---|---|
| 変更日 | 実際に保存した日時 |
| 変更前・変更後 | 主カテゴリと追加カテゴリを全件記録 |
| 変更理由 | 監査票の差分と証拠 |
| 反映日 | 公開画面で確認できた日 |
| 対象検索 | 検索語と地点 |
| 行動指標 | 電話、ルート、Webクリック等 |
| 同時変更 | 他項目・施策の変更有無 |
| 判定日 | 維持、継続観察、再調査の決定日 |
「同時変更」の欄を残すのは、カテゴリ変更と同時に営業時間、住所、サイト、口コミ施策まで変えた場合、単独の効果は断定できないためです。
複数店舗の例外はどう管理するか
複数店舗では、標準設定と例外を分けて管理します。同一業態の店舗には、原則となる主カテゴリと追加カテゴリ候補を定めます。ただし、全店舗を機械的に同一設定にせず、店舗固有の事業実態があれば例外として管理します。
次の表は、例外を一覧にした例です。
| 店舗 | 標準との差分 | 例外理由 | 証拠 | 承認 | 次回確認 |
|---|---|---|---|---|---|
| A店 | なし | – | 公式サイト | 承認済み | 次回定例 |
| B店 | 追加カテゴリ1件 | 独自事業を常設 | 店舗ページ、現地写真 | 承認済み | 6か月後 |
| C店 | 主カテゴリ相違 | 根拠確認中 | 未取得 | 保留 | 2週間後 |
A店は標準との差分がなく、次回の定例監査で確認します。B店は独自事業を常設しているため、追加カテゴリ1件を承認済みの例外とし、6か月後に再確認します。C店は主カテゴリが標準と異なりますが、根拠がまだ取得できていないため保留とし、2週間後に再確認します。
店舗担当者が自由に追加できる運用では、時間とともに差が拡大します。変更権限を限定し、例外には終了日または再確認日を設定してください。
カテゴリ監査でよくある5つの不合格
ここまでの手順で、特に起きやすい失敗を5つにまとめます。
現状を取得せず、候補探しから始める
現在値がなければ、差分も変更の効果も測れません。公開画面、管理画面、過去台帳の順に証拠をそろえます。
競合と同じ設定にすることを成果にする
競合のカテゴリは、候補を見つけるための材料です。事業実態と公式情報による裏付けがなければ、変更の理由になりません。
すべての追加カテゴリを一括判定する
実態のないカテゴリが1件だけ混ざることがあります。追加カテゴリは1件ずつ、維持または削除の根拠を残します。
変更しただけで完了にする
保存後に、不承認、保留、Googleによる更新が起きる可能性があります。公開表示の確認日とステータスの記録がなければ、未完了です。
順位変動だけで成功・失敗を決める
ローカル検索結果は、関連性、距離、知名度など複数の要素で決まります。地点や同時変更を記録しないまま、カテゴリ変更だけの効果と断定しないでください。
カテゴリ監査チェックリスト
監査を終える前に、次の項目をすべて満たしているか確認します。
- 監査対象と監査理由を記録した
- 公開画面と管理画面の現在値を取得した
- 主カテゴリと追加カテゴリを省略せず記録した
- 前回変更日・理由・実施者を確認した
- 事業実態と公式サイトの根拠を確認した
- 競合比較を補助証拠として扱った
- 各カテゴリを維持・変更・追加・削除・保留に分類した
- 優先度と承認者を設定した
- 変更前の証拠を保存した
- 編集ステータスと公開表示を確認した
- 変更前後を同じ条件で比較した
- 同時変更を記録した
- 次回確認日を設定した
よくある質問
適切なカテゴリがすでに設定されていても監査は必要ですか?
必要です。ただし、変更を前提にする必要はありません。現状の根拠を確認し、維持理由と次回確認日を記録すれば、監査として完了します。
競合カテゴリは何社確認すべきですか?
社数を決めるより、同じ業態かどうかを優先します。少数でも事業内容が近い店舗を確認し、1社の設定をそのまま正解にしないでください。
カテゴリ変更後、いつ再監査しますか?
変更の直後は、編集ステータスと公開反映を確認します。そのあと、社内で定めた観察期間が終わった時点で、同じ条件で成果を比較します。
カテゴリがGoogleによって変更された場合はどうしますか?
通知、公開画面、管理画面を保存し、事業実態との一致を再判定します。正しい変更なら台帳を更新し、誤りなら根拠をそろえて修正します。
カテゴリ選びそのものに迷った場合はどうしますか?
この監査で差分を特定した後、カテゴリ選び方の記事で中心事業、具体性、追加カテゴリの役割を確認します。選定と監査は、別の工程として進めます。
まとめ
Googleビジネスプロフィールのカテゴリ監査は、候補を増やす作業ではなく、運用中の設定を証拠付きで点検する作業です。
現行値を取得し、事業実態・公式サイト・社内ルールとの差分を確認したうえで、各カテゴリを維持・変更・追加・削除・保留に分類します。変更する場合は、承認と変更前の記録を行い、保存後のステータス、公開表示、検索行動まで確認してください。
最初の一歩は、STEP1の現行設定の取得です。公開画面と管理画面の現在値を記録できれば、維持でよいのか、変更が必要なのかを、証拠をもとに判断できます。
参考文献・データ元
この記事で参照した情報を確認できます。
- Google ビジネス プロフィール ヘルプ「業種を管理する」
- Google ビジネス プロフィール ヘルプ「Google に掲載するローカル ビジネス情報のガイドライン」
- Google ビジネス プロフィール ヘルプ「ビジネス プロフィールの編集内容の反映」
- Google ビジネス プロフィール ヘルプ「Google のローカル検索結果のランキングを改善するヒント」
‹ 親記事: GBP最適化の実践ガイド|カテゴリ・投稿・Q&A・複数店舗管理まで
関連記事
- › GBPの写真・動画最適化|選ばれる画像の作り方と運用ルール
- › GBPのカテゴリ選び方|メイン・追加カテゴリをどう決めるか
- › GBPのサービス・商品設定ガイド|来店導線まで整える方法
- › GBP Q&Aの運用ルール|質問収集・FAQ・監視・モニタリング
- › GBPの重複・所有権を確認する方法|統合・削除・権限整理
- › GBPの営業時間を管理する方法|特別営業時間・臨時休業に対応
- › GBPの第三者編集を監視・モニタリング|変更検知と復旧手順
- › GBPの属性情報を確認する方法|カテゴリ・サービス・更新漏れ
- › GBP写真の定期確認|古い・重複・不足画像を店舗別に整理
- › GBPのリンク先を確認する方法|Web・予約・メニューURLを確認
- › GBPの移転・閉業対応|住所変更・旧店舗・重複情報を整理する手順
- › Googleマップのピン位置を確認|住所・建物・入口のずれを修正
- › Googleマップで店舗を選ぶとき何を見る?国内3調査からわかった口コミ・写真・営業時間の優先順位
- › GBPの説明文の書き方|業種・サービス・強み・地域情報を自然に整理
- › 複数店舗のGBP更新漏れを確認|営業時間・投稿・写真・口コミ返信
- › Googleマップと公式サイトの営業時間が違うとき、来店前の利用者はどちらを確認する?営業時間が違うときの行動を調査
- › GBPペナルティからの復旧手順|原因確認・再審査・再発防止
- › GBPのサービスエリア設定方法|住所非表示・対象地域・訪問型の注意点
- › GBPのWebサイトURL設定|トップ・店舗・サービスページの選び方
- › GBP予約リンクの設定方法|予約先・複数リンク・計測準備
- › 同じ住所に複数店舗がある場合のGBP設定|店舗分け・カテゴリ
- › GBPと公式サイトの店舗情報が違うとき|店名・住所・営業時間を修正




