Googleビジネスプロフィール（GBP）に登録したWebサイトや予約のURLは、「登録されている」だけでは安心できません。クリックした先が別の店舗のページだったり、予約や注文を完了できなかったり、404などのエラーになっていたりすると、利用者は目的の行動を取れないからです。そのため、リンクを点検する作業（この記事では「リンク監査」と呼びます）では、URLが登録されているかどうかに加えて、実際にリンクを開き、正しい店舗のページへ到達するか、予約や注文など本来の行動を完了できるかまで確認する必要があります。
特に複数店舗を運営している企業では、店舗Aのプロフィールから店舗Bの予約ページへ遷移する、閉鎖済みページが残る、旧予約システムのリンクが表示されるといった問題が起こりやすくなります。
答えの骨子は、管理画面に登録されているURLと、クリック後に実際に表示されるページを分けて確認することです。まず全店舗のリンクを1つの一覧にまとめ、そのうえで7つのステップに沿って順に確認します。
この記事では、Googleビジネスプロフィールに設定されたWebサイト・予約・メニューなどのURLを一覧化し、店舗との対応関係、ページの状態、転送先、計測設定、優先して表示するリンクの設定まで横断して確認し、修正する順番を決める方法を解説します。
Googleビジネスプロフィール全体の設定・運用から確認したい場合は、「Googleビジネスプロフィール最適化の実践ガイド｜カテゴリ・投稿・Q&A・複数店舗管理まで」を先に確認してください。
Googleビジネスプロフィールのリンク監査では「登録URL」と「実際の到達先」の両方を確認する
この節で決めるのは、何を確認すれば「リンクに問題がない」と言えるかです。結論は、管理画面に登録されているURLと、クリック後に実際に表示されるページを分けて確認することです。
URLの文字列が正しく見えていても、301・302リダイレクト（アクセスしたURLから別のURLへ自動的に転送する仕組み）によって別ページへ転送されたり、予約システム側の設定変更によって別店舗が初期選択されたりすることがあります。登録内容を見ているだけでは、こうした問題には気づけません。
そこで、確認を次の5層に分けます。
GBPリンク監査では、URLが開くかだけでなく、正しい店舗・正しい行動先へ到達し、計測できる状態まで確認します。
| 監査層 | 確認する内容 | 問題例 |
|---|---|---|
| 1. 登録 | GBPに何のURLが登録されているか | 旧URLが残っている |
| 2. 到達 | URLを開けるか | 404、403、500 |
| 3. 店舗一致 | 正しい店舗へ到達するか | 東京店から大阪店へ遷移 |
| 4. 行動一致 | 本来の操作を完了できるか | 予約リンクなのに店舗一覧へ遷移 |
| 5. 計測 | 流入を判別できるか | UTM欠落、命名不統一 |
表は、上から順に「何が登録されているか」「開けるか」「正しい店舗か」「やりたい操作を完了できるか」「流入を判別できるか」と、確認の範囲を広げていく構成です。「到達」の層は、HTTP状態、つまりページを開いたときにサーバーが返す結果で確認します。正常なら200、ページが見つからなければ404といった結果が返ります。
「計測」の層で見るUTMは、どのリンクからの流入かを区別するためにURLへ付ける目印です。どちらも、後のステップで具体的に扱います。
Googleのビジネスリンクに関するポリシーでも、複数拠点を持つ企業のアクションリンクは、該当する特定拠点のページへユーザーを誘導する必要があり、一般的なランディングページや別拠点のページへ誘導しないよう求めています。
つまり、リンク監査は「リンク切れチェック」ではなく、GBP上の店舗とWeb側の店舗・行動を照合する作業と考えるのが適切です。
最初に全店舗のGBPリンクを1つのリンクマスターへまとめる
この節では、確認の土台になる一覧表を作ります。複数店舗を個別に開いて確認する前に、現在設定されているリンクを全店舗分、1つの一覧（この記事では「リンクマスター」と呼びます）にまとめてください。
おすすめの管理項目は次のとおりです。
| 項目 | 記録内容 |
|---|---|
| 店舗ID | 社内で使用している店舗識別子 |
| 店舗名 | GBP上の正式名称 |
| 都道府県・住所 | 店舗取り違え確認用 |
| リンク種別 | Webサイト／予約／メニュー／注文など |
| GBP登録URL | 管理画面に登録されているURL |
| 実到達URL | リダイレクト後に到達したURL |
| HTTP状態 | 200／404／403など |
| 店舗一致 | ○／× |
| 行動完了 | ○／× |
| UTM | 有／無／要修正 |
| 優先リンク | 設定状況 |
| 第三者リンク | 有／無 |
| 最終確認日 | 監査実施日 |
| 判定 | 正常／要確認／要修正／緊急 |
特に、「GBP登録URL」と「実到達URL」は別の項目にしてあります。登録URLと実際の到達URLを分けて記録すると、リダイレクトや店舗取り違えを発見しやすくなるためです。
リンク種別も、1つの列に混在させず、「Webサイト」「予約」「メニュー」「注文」など目的別に分けて管理します。店舗とリンクの対応ミスを見つけやすくなります。Googleは、メニューやサービス一覧を確認するリンクのほか、予約、席の確保、料理の注文、商品の注文などにつながるリンクをビジネスプロフィールで扱っています。また、複数リンクがある場合には「ビジネス優先」のリンクを設定できます。この記事では、これを「優先リンク」と呼びます。
GBPリンク監査を7ステップで実施する
この節では、リンクマスターに記録したリンクを、どの順番で何を確認するかを決めます。リンクを取得し、開けるかを確かめ、店舗と行動が合っているかを見たうえで、最終URLと計測、顧客側の表示へ進みます。先に「開けない」「別店舗に着く」といった大きな問題を取り除いておくと、後の計測や表示の確認で判断がぶれにくくなります。
GBPの登録内容だけで終わらせず、実際の到達先から顧客側の表示まで7段階で確認します。
STEP1｜GBPに登録されているリンクを取得する
まず各店舗のGoogleビジネスプロフィールを開き、設定されているリンクをリンクマスターへ転記します。この段階では修正せず、「現在Google上でどう設定されているか」をそのまま記録します。
特に確認したい項目は次のとおりです。
- WebサイトURL
- 予約リンク
- メニューリンク
- 注文・店舗受け取り・宅配関連リンク
- 優先リンク
- 自社で設定した覚えのない第三者リンク
最後の「第三者リンク」を含める理由は、Google検索・Googleマップには、自社以外の事業者（第三者プロバイダ）によって予約・注文などのリンクが自動的に表示される場合があるためです。自社が入力したURLだけを監査対象にすると、漏れが発生します。見つけた第三者リンクの扱いは、後の節で説明します。
STEP2｜登録URLを実際に開き、HTTP状態を確認する
次に、登録されている各URLを実際に開き、正常にページが表示されるかを確認します。ここが最優先の確認です。
Googleのビジネスリンクに関するポリシーでは、リンクが正常に機能するページへ解決され、200 OKなどの成功ステータスを返すことが求められています。404、403、500、503などのエラーを返すリンクは問題になります。
確認結果は、次のように判定と対応に分類できます。
| 状態 | 判定 | 対応 |
|---|---|---|
| 200で正常表示 | 正常 | 次の監査へ |
| 301・302後に正しいページ | 要確認 | 転送先を記録 |
| 404 | 緊急 | URL修正 |
| 403 | 緊急 | アクセス制限を確認 |
| 500・503 | 緊急 | Web側の障害確認 |
| ログイン・CAPTCHA必須 | 要修正 | クロール・利用条件を確認 |
転送された場合は、転送先を記録したうえで、STEP5で最終URLまで確認します。
表の最後にある「ログイン・CAPTCHA必須」を要修正としているのは、Googleがビジネスリンクを自動的に確認しており、検証クローラーがアクセスできないリンクは削除される可能性があるためです。クローラーにCAPTCHAやログインを要求したり、IPやUser-Agentで遮断したりする構成も確認対象です。
STEP3｜GBPの店舗とリンク先店舗が一致するか確認する
複数店舗の監査で最も重要な工程です。ページが開くだけでは足りず、GBPの店舗とリンク先の店舗が同じかどうかを確認します。
リンク先ページでは、次の項目を確認します。
- 店舗名
- 住所
- 電話番号
- 予約対象店舗
- メニュー・価格
- 営業時間
- 店舗IDや予約システム内の店舗選択状態
たとえば「新宿店」のGBPから予約ボタンを押したにもかかわらず、予約システムで「渋谷店」が初期選択されるのであれば、ページ自体が正常に開いていても監査上は不合格です。
複数拠点の場合に特定拠点のランディングページへ誘導することは、Googleの公式ポリシーでも求められています。判定の基準は、URL文字列が一致しているかではなく、ユーザーが最終的にどの店舗へ誘導されるかです。
STEP4｜リンクの目的と到達ページの行動が一致するか確認する
「予約」という名前のリンクなら、ユーザーがそのページから予約まで進める状態が必要です。
Googleは、ローカルビジネスリンクについて、指定されたアクションをユーザーが完了できるページへ誘導することを求めています。注文リンクであれば、注文を完了できる必要があります。
監査では、リンク種別ごとに、次の到達先を合格の基準として確認します。
| リンク種別 | 合格とする到達先 |
|---|---|
| Webサイト | 該当店舗または企業の適切なWebページ |
| 予約 | 該当店舗の予約開始・完了へ進めるページ |
| メニュー | 該当店舗のメニューを確認できるページ |
| 注文 | 該当店舗の商品・料理を注文できるページ |
注意したいのは、「予約リンクから企業トップへ移動し、そこから店舗検索→店舗選択→予約」と何段階も操作しなければならない状態です。リンク自体が壊れていなくても、改善候補として扱います。後の節の優先度では、「トップページ経由」の導線として計画的に修正する段階にあたります。
STEP5｜リダイレクト後の最終URLまで確認する
登録URLだけで判断せず、リダイレクト後に最終的にどのURLへ到達したかも、リンクマスターの「実到達URL」に記録します。
特に次のような変更があった場合は、注意が必要です。
- Webサイトのリニューアル
- ドメイン変更
- 予約システムの切り替え
- 店舗統合・移転
- URL構造の変更
- HTTPからHTTPSへの移行
リダイレクト自体を一律に問題とする必要はありません。重要なのは、リダイレクト後も「正しい店舗」「正しい目的」「正常なページ」という3条件を満たしているかです。
複数回の転送が続く場合や、途中で別ドメイン・別店舗を経由する場合は、Web担当者側でも確認してください。
STEP6｜UTMなどの計測設定を確認する
リンクの到達性に問題がなければ、次に計測方法を確認します。
Google Analyticsでは、URLへUTMパラメータを付与すると、参照元・メディア・キャンペーンなどをTraffic acquisitionレポートで確認できます。GoogleはUTMを利用する場合、utm_source、utm_medium、utm_campaignなどの命名を一貫させることを推奨しています。
複数店舗では、たとえば以下のような命名ルールを社内で固定すると管理しやすくなります。
- utm_source：google
- utm_medium：organic
- utm_campaign：gbp
- utm_content：店舗またはリンク種別を識別する値
重要なのは、店舗ごとに担当者が自由な表記を使わないことです。Googleとgoogleのように大文字・小文字が変わるだけでも、Google Analytics上では異なる値として扱われるためです。
また、2026年時点ではGoogleビジネスプロフィールとGoogle Analyticsを接続し、ウェブサイトクリック、通話、ルート、予約、メニュークリックなどのGBPパフォーマンス情報を共有する仕組みも提供されています。GBP側のパフォーマンスとWebサイト側の計測を組み合わせて確認すると、リンク修正後の変化を追いやすくなります。
STEP7｜顧客側のGoogle検索・Googleマップから最終確認する
管理画面でURLを変更しただけで監査を終了しないでください。最後は、ユーザーと同じ状態でGoogle検索やGoogleマップを開いて確認します。
確認する項目は次のとおりです。
- 正しいリンクが表示されているか
- 優先リンクが意図どおりか
- 古い第三者リンクが残っていないか
- スマートフォンで正常に開けるか
- 正しい店舗へ到達するか
- 予約・注文等を開始できるか
Googleビジネスプロフィールのパフォーマンスでは、プロフィールからWebサイトへのリンクがクリックされた回数などを確認できます。修正前後でクリック状況やWeb側の行動を比較すると、単なる設定確認で終わらず、改善施策として評価できます。
リンクの問題は「影響度×発生範囲」で修正優先度を決める
すべての問題を同じ優先度で直す必要はありません。この節では、見つかった問題をどの順番で直すかを決めます。おすすめは「顧客への影響」と「対象店舗数」で分類する方法です。
404や別店舗への誤送客など、顧客が目的の行動を完了できない問題から優先して修正します。
| 優先度 | 状態 | 例 |
|---|---|---|
| S：即時修正 | 行動不能・誤送客 | 404、別店舗予約、受付終了ページ |
| A：優先修正 | CV（予約・注文などの成果）に直接影響 | 予約できない、優先リンクが旧サービス |
| B：計画修正 | 利用可能だが導線が悪い | トップページ経由、過剰なリダイレクト |
| C：運用改善 | 計測・管理上の問題 | UTM欠落、命名不統一、確認日未記録 |
表は、顧客への影響の大きさで問題を4段階に分けたものです。同じ段階の問題が複数ある場合は、対象店舗数も踏まえて順番を決めます。
とくに「別店舗へ送客している状態」は、リンク切れと同等かそれ以上に優先して修正するのが安全です。ページ自体は表示されるため、ページが開くかどうかだけを機械的に監視する方法では見つけにくく、顧客が誤った店舗へ予約して初めて発覚する可能性があるからです。
第三者の予約・注文リンクも監査対象にする
STEP1で触れたとおり、Google検索・Googleマップでは、自社が手入力していない第三者プロバイダのリンクが表示される場合があります。この節では、見つけた第三者リンクをどう扱うかを決めます。
Google公式では、プロフィールに複数リンクがある場合、事業者が優先リンクを設定できます。また、不要な第三者プロバイダの予約リンクについて削除を依頼する仕組みがあります。削除リクエストを受けたプロバイダは5日以内に削除する必要があると案内されています。
監査時には、見つけたリンクを次のように分類してください。
- 自社が現在使用しているリンク
- 現在使用している第三者予約サービス
- 契約終了済みサービス
- 出所が確認できないリンク
- 優先表示したいリンク
分類したら、優先表示したいリンクは優先リンクとして設定を確認し、契約終了済みのサービスなど不要と判断した第三者リンクは削除を依頼します。出所が確認できないリンクは、まず出所を確認します。
削除依頼を行った場合は「依頼日」もリンクマスターへ残し、後日再確認します。
Google公式内でもリンク数の案内が異なるため上限を固定値で管理しない
リンク数の上限は、Google公式の情報同士でも記載が異なります。2026年8月29日時点で確認できる公式情報では、次のとおりです。
「ローカル ビジネス リンク」では、予約などのリンクをカテゴリごとに最大10件追加できると案内されています。一方、「ビジネスリンクに関するポリシーとガイドライン」では、トランザクションタイプごとに最大20件と記載されています。
このため、社内マニュアルに「上限は必ず10件」または「必ず20件」と固定してしまうのは避けた方が安全です。
実務では、
- 監査時点のGoogle公式ポリシーを確認する
- 実際のGBP管理画面で追加可能な状態を確認する
- 社内台帳には「確認日」を残す
という運用にします。
Googleビジネスプロフィールは仕様変更があるため、リンク監査はURLだけでなく、Google側の仕様確認もセットで行うことが重要です。
複数店舗では月次の全件監査と変更時の臨時監査を組み合わせる
リンク監査は一度実施して終わりではありません。変更があったときの臨時の監査と、定期的な全件の監査を組み合わせます。
最低でも次のタイミングで再確認します。
- Webサイトをリニューアルしたとき
- 予約システムを変更したとき
- 店舗を新設・移転・統合したとき
- ドメインやURL構造を変更したとき
- メニュー・注文システムを変更したとき
- 第三者サービスとの契約を終了したとき
複数店舗を運営している場合は、これに加えて、月次または定期的な一括監査も有効です。リンクマスターに「最終確認日」「担当者」「修正日」を残すことで、「誰かが見ているはず」という状態を防げます。
GBPリンク監査チェックリスト
ここまでの内容を、監査の最後に使える形にまとめます。各店舗について、以下を確認してください。
- GBPに登録された全リンクを取得した
- WebサイトURLを実際に開いた
- 予約URLを実際に開いた
- メニュー・注文URLを実際に開いた
- HTTPエラーがない
- リダイレクト後のURLを確認した
- GBPの店舗とリンク先店舗が一致している
- 店名・住所・電話番号を確認した
- 予約・注文など指定した行動を開始できる
- 優先リンクが適切である
- 不要な第三者リンクがない
- UTMの命名が統一されている
- Google検索・マップの顧客側画面でも確認した
- 修正優先度を付けた
- 最終確認日を記録した
1項目でも「確認していない」が残る場合は、リンク監査完了とはせず、未確認として台帳へ残しておく方が安全です。
まとめ
Googleビジネスプロフィールのリンク監査では、登録URLを見るだけではなく、登録→到達→店舗一致→行動完了→計測まで一連で確認することが重要です。
特に複数店舗では、404よりも「ページは開くが別店舗へ送客している」「旧予約サービスへ誘導している」といった問題が見逃されやすくなります。
最初の一歩は、全店舗のリンクマスターを作成し、Webサイト・予約・メニュー・注文などのURLを一覧化することです。そのうえでHTTP状態、リダイレクト、店舗一致、行動完了、第三者リンク、UTMを確認し、「S：即時修正」から「C：運用改善」まで優先順位を付けます。
Webサイトや予約システムを変更したときだけでなく、定期的に全店舗を横断確認できる仕組みを作ることが、リンク切れや店舗取り違えを長期間放置しないための基本です。
参考文献・データ元
この記事で参照した情報を確認できます。
- Google ビジネス プロフィール ヘルプ「ローカル ビジネス リンク」：リンク種別、優先リンク、第三者プロバイダ、リンク数等の確認に使用。（URL：https://support.google.com/business/answer/6218037?hl=ja-JP）
- Google ビジネス プロフィール ヘルプ「ビジネスリンクに関するポリシーとガイドライン」：専用ランディングページ、HTTP状態、クロール要件、リンク数等の確認に使用。（URL：https://support.google.com/business/answer/13769188?hl=ja）
- Google Analytics ヘルプ「URL builders: Collect campaign data with custom URLs」：UTMパラメータと命名ルールの確認に使用。（URL：https://support.google.com/analytics/answer/10917952?hl=en）
- Google ビジネス プロフィール ヘルプ「ビジネス プロフィールのパフォーマンスとインサイトを確認する」：Webサイトクリック等の指標確認に使用。（URL：https://support.google.com/business/answer/9918094?hl=ja）
- Google ビジネス プロフィール ヘルプ「ビジネス プロフィールを Google アナリティクスに接続する」：GBPとGoogle Analytics間のデータ共有仕様確認に使用。（URL：https://support.google.com/business/answer/16987554?hl=ja）
‹ 親記事: GBP最適化の実践ガイド｜カテゴリ・投稿・Q&A・複数店舗管理まで
関連記事
- › GBPの写真・動画最適化｜選ばれる画像の作り方と運用ルール
- › GBPカテゴリ設定の確認方法｜主カテゴリ・追加カテゴリの見直し手順
- › GBPのカテゴリ選び方｜メイン・追加カテゴリをどう決めるか
- › GBPのサービス・商品設定ガイド｜来店導線まで整える方法
- › GBP Q&Aの運用ルール｜質問収集・FAQ・監視・モニタリング
- › GBPの重複・所有権を確認する方法｜統合・削除・権限整理
- › GBPの営業時間を管理する方法｜特別営業時間・臨時休業に対応
- › GBPの第三者編集を監視・モニタリング｜変更検知と復旧手順
- › GBPの属性情報を確認する方法｜カテゴリ・サービス・更新漏れ
- › GBP写真の定期確認｜古い・重複・不足画像を店舗別に整理
- › GBPの移転・閉業対応｜住所変更・旧店舗・重複情報を整理する手順
- › Googleマップのピン位置を確認｜住所・建物・入口のずれを修正
- › Googleマップで店舗を選ぶとき何を見る？国内3調査からわかった口コミ・写真・営業時間の優先順位
- › GBPの説明文の書き方｜業種・サービス・強み・地域情報を自然に整理
- › 複数店舗のGBP更新漏れを確認｜営業時間・投稿・写真・口コミ返信
- › Googleマップと公式サイトの営業時間が違うとき、来店前の利用者はどちらを確認する？営業時間が違うときの行動を調査
- › GBPペナルティからの復旧手順｜原因確認・再審査・再発防止
- › GBPのサービスエリア設定方法｜住所非表示・対象地域・訪問型の注意点
- › GBPのWebサイトURL設定｜トップ・店舗・サービスページの選び方
- › GBP予約リンクの設定方法｜予約先・複数リンク・計測準備
- › 同じ住所に複数店舗がある場合のGBP設定｜店舗分け・カテゴリ
- › GBPと公式サイトの店舗情報が違うとき｜店名・住所・営業時間を修正
