Googleマップや外部サイトに掲載された店舗名・住所・電話番号がばらばらになっていると、「どこから直せばよいのか」と迷いやすくなります。
NAP・サイテーション監査で重要なのは、すべての文字を機械的に完全一致させることではありません。まず優先すべきなのは、古い住所や誤った電話番号、別店舗との情報混在、重複したGoogleビジネスプロフィールなど、店舗の識別やユーザー行動に影響する不整合です。
この記事では、基準となる店舗情報の作り方、外部掲載先の棚卸し方法、表記ゆれの判定、重複・誤情報への対応、修正優先順位、多店舗での管理方法まで実務の順番に整理します。
NAP監査では「完全一致」より、まず誤情報・重複・店舗の取り違えを直す
NAP監査では、文字列の小さな違いを片端から直すのではなく、ユーザーや検索サービスが別の店舗情報として扱う可能性が高い問題から修正するのが基本です。
NAPとは、Name（店舗名・会社名）、Address（住所）、Phone（電話番号）の頭文字です。
Googleはローカル検索結果について、主な要素を「関連性・距離・知名度」と説明しています。また、ビジネス情報を公式サイトなどの公開Web情報、第三者から提供されたデータ、ユーザーからの情報など複数の情報源から取得するとしています。
一方、Googleは「住所のハイフンと漢字表記を一字一句一致させれば順位が上がる」といった、NAPの文字列一致率を独立したランキング要因として公表しているわけではありません。
したがって監査では、次の順番で見ると判断しやすくなります。
表記の細かな違いより、ユーザーを誤誘導する誤住所・誤電話番号や重複プロフィールを先に確認します。
| 優先度 | 状態 | 例 |
|---|---|---|
| 最優先 | 店舗そのものを誤認させる | 旧住所、誤電話番号、別店舗のURL、閉店済み情報 |
| 最優先 | 重複している | 同一店舗のGoogleビジネスプロフィールが複数存在 |
| 高 | 主要媒体で内容が食い違う | 公式サイトとGoogleマップで住所・電話番号が異なる |
| 中 | ユーザーが迷う表記差 | 建物名・階数の欠落、支店名の違い |
| 低 | 意味が変わらない表記差 | 「1-2-3」と「1丁目2番3号」、全角・半角など |
最後の「低」は放置してよいという意味ではありません。社内ルールとして統一する価値はありますが、誤った電話番号や重複プロフィールより先に直す必要性は低いという意味です。
最初に1店舗1行の「基準NAP」を作る
監査を始める前に、何を正しい情報とするか決めます。
Googleはビジネス名について、看板やWebサイトなど現実世界で認識されている名称を正確に表すことを求めています。住所も実際の所在地を正確に登録し、電話番号については可能な場合、その店舗へ直接つながる番号を使うよう案内しています。
そのため「Googleビジネスプロフィールに書いてあるから正しい」と決め打ちするのではなく、実際の店舗情報と照合した基準データを作ります。
| 管理項目 | 基準の決め方 |
|---|---|
| 店舗ID | 社内で重複しない固定ID |
| 正式店舗名 | 看板・公式サイトなど実態と一致する名称 |
| 住所 | 実際にユーザーが訪問できる正確な所在地 |
| 電話番号 | 原則として該当店舗へつながる番号 |
| 店舗URL | その店舗を案内する公式ページ |
| 営業時間 | 現在の通常営業時間 |
| Google店舗コード | 多店舗管理で店舗を識別する固定コード |
| 最終更新日 | 基準情報を最後に確認した日 |
重要なのは、表記ルールと店舗の実体を分けて管理することです。
たとえば「東京都○○区1-2-3」と「東京都○○区1丁目2番3号」は表記ルールの違いですが、「東京都○○区1-2-4」は所在地そのものの違いです。
監査では、この2種類を同じ「表記ゆれ」として扱わないようにします。
サイテーションを棚卸しする5つの手順
サイテーションは、実務上は地図サービス、店舗情報サイト、業界ポータル、SNS、地域メディアなど、Web上で企業・店舗情報が掲載・言及されている状態を指します。
サイテーションを棚卸しする5つの手順の全体像や前提から確認したい場合は、「ローカル検索対策の全体像」を参照してください。
サイテーションを棚卸しする5つの手順の全体像や前提から確認したい場合は、「ローカル検索対策の全体像」を参照してください。
Google自身も、ビジネスプロフィールの情報を公式サイトだけから取得しているわけではなく、公開Web情報や第三者データなど複数の情報源を利用すると説明しています。
NAP・サイテーション監査は、基準情報の確定から始め、掲載情報の発見・分類・修正・再確認までを一連の業務として管理します。
1. 主要な掲載先を先にリスト化する
最初からWeb全体を調べる必要はありません。
まず次のような、顧客接点として重要な掲載先から確認します。
Googleビジネスプロフィール
自社公式サイト、店舗一覧、各店舗ページ
Appleマップ
業種別の主要ポータル・予約サイト
公式SNS
地域情報サイト・業界団体
その他、店舗名で検索した際に上位へ出る外部サイト
Apple Business Connectでも、企業側がAppleマップなどに表示される所在地情報を管理できます。
2. 店舗名だけでなく電話番号や旧情報でも検索する
現在の正式店舗名だけを検索すると、古い情報を見逃します。
たとえば次の検索を使い分けます。
「正式店舗名」
「店舗名＋地域名」
「電話番号」
「住所＋店舗名」
「旧店舗名」
「旧電話番号」
「旧住所＋ブランド名」
特に電話番号は、店舗名が変更されている古いページを発見する手掛かりになります。
3. 監査台帳に1掲載先1行で記録する
発見したページを、その場で直すだけでは再監査できません。
最低でも次を記録します。
| 項目 | 記録内容 |
|---|---|
| 店舗ID | 基準NAPと結び付けるID |
| 掲載媒体 | Google、Apple、業界サイトなど |
| URL | 該当ページ |
| 掲載店舗名 | 現在表示されている名称 |
| 掲載住所 | 現在表示されている住所 |
| 掲載電話番号 | 現在表示されている番号 |
| 判定 | 正常・表記差・誤情報・重複・旧店舗 |
| 優先度 | 最優先・高・中・低 |
| 修正方法 | 自社編集・修正申請・問い合わせ等 |
| 修正状況 | 未対応・申請中・修正済み |
| 再確認日 | 修正結果を確認した日 |
これで「何件見つかったか」ではなく、「何件の問題が残っているか」を管理できます。
4. 「表記差」と「事実の不一致」を分ける
監査で工数を使い過ぎないための重要な判断です。
「1-2-3」と「1丁目2番3号」のような表記差と、「1-2-3」と「1-2-4」のような事実の不一致は、同じ問題として扱わないことが重要です。
たとえば、
「○○ビル2F」と「○○ビル2階」
「1-2-3」と「1丁目2番3号」
「03-1234-5678」と「0312345678」
のように実体が変わらないものは、社内基準へ寄せる対象ではあっても、通常は緊急度を下げられます。
一方、
電話番号そのものが違う
移転前の住所が残っている
別支店のURLにつながる
異なる店舗名になっている
閉店した店舗が営業中として掲載されている
といった状態は、ユーザーの行動や店舗の識別へ直接影響するため、先に対応します。
5. 修正後も必ず再確認する
修正申請を送った時点では完了ではありません。
「申請済み」と「表示修正済み」を分け、実際の公開画面で更新されたことまで確認します。
Googleでも、第三者情報やユーザー報告などをもとにビジネス情報が更新される場合があります。継続的に主要プロフィールを確認する運用が必要です。
重複したGoogleビジネスプロフィールは表記ゆれより先に確認する
Googleでは、原則として1つのビジネスにつき1つのビジネスプロフィールとされています。同一ビジネスの複数プロフィールは顧客を混乱させる可能性があり、重複と判断されたプロフィールはGoogle検索やGoogleマップへ表示されない場合があります。
そのため、NAP監査では次を確認します。
店舗名でGoogleマップ検索したときに複数候補がないか。
住所検索で同じ店舗が複数表示されないか。
過去の担当者や代理店が作成したプロフィールが残っていないか。
移転時に旧プロフィールと新プロフィールを別々に作っていないか。
Googleは店舗移転の場合、原則として新しいプロフィールを作るのではなく既存プロフィールの住所を更新するよう案内しています。重複プロフィールの統合についても、同じビジネスを表している場合はGoogleマップから統合を提案できます。
したがって、重複を発見しても単純に削除するのではなく、所有権、口コミ、現在の正しいプロフィールを確認してから対応します。
修正優先順位は「媒体の重要度×情報の誤り方」で決める
すべての掲載先を同じ優先順位で扱う必要はありません。
実務では、次の4段階にすると判断しやすくなります。
| 優先度 | 対象 | 対応例 |
|---|---|---|
| P0：最優先 | 顧客を誤誘導する、店舗識別を壊す | 誤住所、誤電話、GBP重複、別支店情報 |
| P1：高 | 主要な顧客接点で基準NAPと異なる | 公式サイト、主要地図、主要予約・業界サイト |
| P2：中 | 実体は同じだが情報品質が低い | 建物名不足、店舗URL未設定、支店名表記差 |
| P3：低 | 意味が変わらない軽微な表記差 | 全半角、ハイフン、丁目表記 |
これはGoogleが公開しているランキングスコアではなく、監査作業の優先順位を決めるための実務フレームです。
特にP0とP1を先に解消し、その後P2・P3へ進むことで、数百件の掲載先がある企業でも修正作業が止まりにくくなります。
複数店舗では「ブランド共通情報」と「店舗固有情報」を分ける
多店舗企業では、全店舗を1つのNAPとして管理すると事故が起こります。
本部では、次の2種類へ分けます。
| ブランド共通 | 店舗ごとに異なる |
|---|---|
| ブランド名称ルール | 店舗ID |
| ブランド表記ルール | 店舗名 |
| URL命名ルール | 住所 |
| 電話番号の形式 | 電話番号 |
| 監査ルール | 店舗ページURL |
| 修正申請ルール | 営業時間 |
Googleでは、同一ビジネスを10拠点以上管理する場合、Business Profile Managerを使った一括管理の仕組みがあります。
一括更新では「店舗コード（store code）」を各店舗へ割り当てます。Googleは各店舗に固有の店舗コードを設定するよう案内しており、既存店舗を更新するときも従来と同じ店舗コードを使うことが重複作成の防止につながります。
そのため多店舗のNAP管理では、
店舗ID → Google店舗コード → 各外部媒体URL
を1行でひも付けておくと安全です。
多店舗では店舗名だけをキーにせず、固定の店舗IDから各掲載先をひも付けると、店舗間の情報混在や更新漏れを防ぎやすくなります。
「新宿店」と「渋谷店」の電話番号を入れ替えてしまうような事故も検出しやすくなります。
店舗情報を変更するときは「変更イベント」として一括管理する
NAP監査を年1回の大掃除にすると、移転や電話番号変更のたびに古い情報が増えていきます。
次の変更を「監査を開始するイベント」として決めておくと管理しやすくなります。
店舗移転
新規出店・閉店
ブランド名・店舗名変更
電話番号変更
店舗ページURL変更
大幅な営業時間変更
変更が決まったら、基準NAPを更新し、Googleビジネスプロフィール、自社サイト、主要地図サービス、予約サイト・業界ポータル、SNS、そのほかの掲載先という順に更新します。
その後、旧店舗名・旧住所・旧電話番号でも検索し、残存情報を確認します。
NAP・サイテーション監査で見るべきKPI
監査の成果を「何件修正したか」だけで評価すると、重要でない表記変更を大量に処理して数字を増やすことができます。
見るべきなのは問題の残存状況です。
おすすめは次の指標です。
P0未解決件数
主要媒体のNAP正確率
Googleビジネスプロフィールの重複件数
旧住所・旧電話番号の残存件数
修正申請から反映確認までの日数
全店舗の監査完了率
店舗変更時の主要媒体更新完了率
多店舗では店舗数ではなく、「店舗×媒体」の組み合わせで管理すると抜け漏れを発見しやすくなります。
NAP・サイテーション監査のチェックリスト
監査時は、最低限次を確認します。
基準となる店舗名・住所・電話番号を確定した
1店舗につき固有の店舗IDを設定した
Googleビジネスプロフィールと公式サイトを照合した
主要地図サービスを確認した
主要な業界ポータル・予約サイトを確認した
店舗名だけでなく電話番号でも検索した
旧店舗名・旧住所・旧電話番号でも検索した
表記差と事実の不一致を分けた
Googleビジネスプロフィールの重複を確認した
誤住所・誤電話番号を最優先にした
修正申請日と反映確認日を分けて記録した
多店舗では店舗コードと店舗IDをひも付けた
店舗情報変更時の更新フローを決めた
まとめ
MEOのNAP・サイテーション監査は、「Web上のすべての文字を完全一致させる作業」と考える必要はありません。
最初に各店舗の正しい基準情報を確定し、Googleビジネスプロフィールや公式サイト、主要地図・業界サイトから掲載情報を棚卸しします。そのうえで、表記差と事実の不一致を分け、誤住所・誤電話番号・店舗間の情報混在・重複プロフィールを最優先で修正するのが効率的です。
複数店舗では、固有の店舗IDやGoogleの店舗コードを使って「どの店舗の情報か」を明確にし、変更履歴まで残します。
NAP監査を単発のMEO施策ではなく、店舗情報を正確に保つデータ管理業務として運用すれば、店舗数や掲載媒体が増えても修正の優先順位を判断しやすくなります。
参考文献・データ元
Google「Google のローカル検索結果のランキングを改善するヒント」
使用内容：ローカル検索の主な要素、正確で充実したビジネス情報の重要性。
Google「Guidelines for representing your business on Google」
使用内容：ビジネス名、住所、電話番号、1ビジネス1プロフィールの基本方針。
Google「Understand how Google sources & uses info in Business Profiles & local search results」
使用内容：公開Web情報や第三者情報など、Googleがビジネス情報を取得する情報源。
Google「Resolve duplicate profiles & ownership issues」
使用内容：重複プロフィール、移転、統合時の扱い。
Google「Import and update Business Profiles in bulk」
使用内容：多店舗プロフィールの一括更新と店舗コード運用。
Google「Add & manage Business Profile store codes for bulk uploads」
使用内容：店舗コードによる店舗識別。
Apple「Apple Business Connect サポートガイドとFAQ」
使用内容：Appleマップ等に表示される所在地情報の管理。
‹ 親記事: ローカル検索対策の全体像｜NAP・サイテーション・地域ページ・被リンク・複数店舗管理まで