リヨンのあるレストランオーナーは、半年かけてコンテンツを作成し、地域のバックリンクを獲得し、Googleビジネスプロフィールを最適化した。マーケティングコンサルタントが「リヨンで最高の伝統的フランス料理レストラン」をChatGPTに尋ねたとき、そのレストランは表示されなかった。レビュー数も少なく、シンプルなウェブサイトしか持たない競合店が代わりに推薦された。
調査で問題が明らかになった。レストランの住所は、ウェブサイトでは「Rue de la République 14」、Yelpでは「14 rue de la Republique」、Apple Mapsでは「14, Rue de la République, Lyon 1er」、古い観光ディレクトリでは「Rue République」（番地省略）と表記されていた。4つのソース、4つの住所形式、1つの混乱したAIシステム。
これがAI検索時代のNAP一貫性の問題だ。これは新しい問題ではない。ローカルSEOの専門家は長年にわたってNAP（名前、住所、電話番号）データを監査してきた。しかし、状況は劇的に変わった。Googleの従来のローカルパックでは、NAP データの不整合がランキングを下げるだけだった。AI検索では、NAPデータの不整合によって、誰かを推薦する前に自信を持ったエンティティ解決が必要なAIシステムにとって、あなたのビジネスが事実上見えなくなる可能性がある。
NAP一貫性とは何か、そしてなぜ今まで以上に重要なのか
NAP（名前、住所、電話番号）は、地域ビジネスエンティティを定義する識別情報の三要素だ。あなたのビジネスがディレクトリ、レビューサイト、マッピングデータベース、構造化データソースに掲載されるたびに、NAPレコードが生成される。NAP一貫性の目標は、それらのレコードをすべて同一にすることだ。
従来の検索の世界では、Googleのアルゴリズムは軽微なNAPのばらつきについて比較的寛容だった。「Bäckerei Müller GmbH」と「Backerei Müller」がミュンヘンの同じパン屋である可能性が高いことを推測できた。特に他のシグナル（近接性、レビュー、ウェブサイトのリンク）が一致していれば。若干低いランキングになるかもしれないが、それでもランク付けされた。
AIアンサーエンジンは異なる動作をする。ChatGPT、Perplexity、またはGeminiがあなたのビジネスを推薦するかどうかを評価する際、単にキーワードをクエリにマッチングするのではなく、エンティティモデルを構築している。エンティティモデルとは、AIがあなたのビジネスを内部的にどのように表現するかだ。名前、カテゴリ、場所、連絡先の詳細、評判シグナル。そのエンティティモデルは複数のデータソースを相互参照することで組み立てられる。
重要な違いはここにある。それらのデータソースが矛盾する場合、AIはそれらを平均化したり、最も一般的なバージョンを選んだりしない。信頼性の失敗として登録する。矛盾するエンティティシグナルを持つビジネスは、AIが正しく理解しているか確信が持てないビジネスだ。そしてAIが何かについて確信が持てない場合、最も安全な対応にデフォルトする。代わりに確信を持てるビジネスを推薦することだ。
AEOを幅広く理解するには、AEOとは何か、どのように機能するかのガイドを参照してほしい。NAP一貫性は、あなたが管理できる最も具体的で修正可能なAEOシグナルの一つだ。
NAP不整合の解剖
NAP問題は、ほとんどのビジネスオーナーが気づくよりも多くの種類がある。以下は最も一般的なタイプで、損害の少ない順から多い順に並べている。
書式のばらつき（損害小）
同じ住所の表現方法の違い、省略形、句読点、大文字小文字：
- 「Street」対「St」対「St.」
- 「Avenue」対「Ave」対「Ave.」
- 「Suite 4B」対「Ste 4B」対「#4B」
- 「Müller」対「Muller」（ウムラウトの正規化）
- 「GmbH」対「G.m.b.H.」（会社形態の表記）
個別には軽微だ。しかし数十のディレクトリにまたがって累積すると、断片化したエンティティシグナルを作り出す。これらのばらつきを処理するAIシステムは、同じビジネスを見ているか確信が持てない。
構造的なばらつき（損害中）
実際の住所構造の違い、要素の順序、構成要素の含有・除外：
- 通り名の前後の番地（EU対US慣習）
- 一部のレコードには階数やスイート番号が含まれ、他には省略
- 郵便番号形式のばらつき（フランスのコード対書式付きコード：「75001」対「75 001」）
- 一部のレコードには郡・地区が含まれ、他には省略
- 市区町村フィールドの「Lyon」対「Lyon 1er」対「Lyon, Rhône」
これらのばらつきはAIシステムが自信を持って解決するのが難しく、特に異なる住所書式慣習を持つ異なる国にまたがる場合はそうだ。
データエラー（損害大）
一つ以上のレコードに本当の誤りがある場合、書式の違いではなく間違った情報：
- 移転後も古い住所が時代遅れのディレクトリに残っている
- 電話番号の数字が抜けているか入れ替わっている
- 誤った郵便番号（部分的なデータから自動入力された場合によく起こる）
- 住所が間違ったジオ座標に解決される（建物がマップ上で誤ったピンに配置されている）
- リブランド後にビジネス名が変更され、古い名前が古いレコードに残っている
データエラーは最も有害だ。なぜなら、曖昧さを作り出すだけでなく、直接の矛盾を作り出すからだ。あるディレクトリではアドレスAに、別のディレクトリではアドレスBにあると記載されている場合、AIシステムはその矛盾を解決できない。エンティティの不安定性を記録し、次に進む。
AIエンジンはNAPデータをどのように使用するか
仕組みを理解することで、修正戦略の優先順位付けに役立つ。
ChatGPT（ウェブブラウジング機能とキュレートされたデータソースを使用）やPerplexity（すべてのクエリに対してリアルタイムウェブ検索を実行）などのAIアンサーエンジンは、単一の正規ビジネスデータベースを維持していない。代わりに、クエリ時またはトレーニングデータを通じて、複数のソースからシグナルを集約する。
彼らが参照するソースには以下が含まれる：
- 主要マッピングプラットフォーム：Google Maps、Apple Maps、Bing Maps。これらは検証され広く引用されているため、最も権威あるソースの一つ
- レビュープラットフォーム：Yelp、TripAdvisor、Googleレビュー、Facebook。ユーザーシグナルの大量
- データアグリゲーター：Foursquare/Places、Acxiom、Localizeなどの企業。数百の二次ディレクトリにビジネスデータを配布
- 公式レジストリ：政府のビジネスレジストリ、商工会議所データベース、業界ライセンス記録
- あなた自身のウェブサイト：ウェブサイトの構造化データ（JSON-LDスキーマ）は、AIエンジンがある程度の権威で扱うファーストパーティシグナル
これらのソースが一致しない場合、AIのエンティティ信頼度が下がる。実際の影響は、あなたのビジネスがAI生成の推薦に登場する頻度が減るか、確信度が低い形で登場する（「その名前のレストランはあるが、住所を確認できない」）ことだ。
複数拠点ブランドの場合、問題は複合する。各拠点は独自のエンティティであり、一つの拠点でのエンティティの混乱は、ブランド全体の曖昧さに波及する可能性がある。ファーストパーティデータを正しく構造化する方法については、地域ビジネス向けJSON-LDスキーママークアップのガイドを参照してほしい。これはあなたが完全にコントロールできる数少ないNAPシグナルの一つだ。
ジオコーディングAPI：ソースでNAPを修正する
ほとんどのNAP一貫性アドバイスは事後的だ。既存のリスティングを監査し、不整合を見つけ、一つずつ更新する。これは必要だが、症状を治療しているに過ぎない。上流の問題は、ビジネスシステム（CRM、ERP、予約プラットフォーム、フランチャイズデータベース）に入力された住所が、入力時に検証されていないことが多いという点だ。
ジオコーディングAPIはこれをソースで修正する。
ユーザーが住所を入力するとき（またはデータファイルから住所をインポートするとき）、ジオコーディング検証ステップで以下が可能だ：
- 住所を検証済み座標に解決し、実在する配達可能な場所であることを確認する
- 正規住所形式を返し、その国の郵便標準に従って正規化する
- 曖昧な住所にフラグを立て、複数の場所にマッチするもの（例：その名前の通りが40本ある地域の「Hauptstraße 1」）
- 解決不能な住所を特定し、ディレクトリに公開される前に下流でエラーを引き起こすものを検出する
出力は標準化された住所「Rue de la République 14, 69001 Lyon, France」となり、それを正規NAPレコードとしてあらゆる場所で使用する。すべてのディレクトリ申請、すべてのJSON-LDスキーマブロック、すべてのCRMレコードが同じ検証済み正規化された文字列を使用する。一貫性は手動監査タスクではなく、システムプロパティになる。
MapAtlasのジオコーディングAPIはこの検証機能を提供する。単一ビジネス拠点の場合は検証を一度実行して結果を配布できる。数百から数千の拠点を管理する複数拠点ビジネスの場合は、APIが一括住所データセットを処理して正規形式をスケールで返すことができる。
実践的なNAP監査：ステップバイステップのプロセス
ジオコーディングAPIの統合がなくても、意義のあるNAP監査を手動で実施できる。以下がそのプロセスだ：
ステップ1：正規NAPを定義する。 まず、公式の正しいNAPが何かを決める。正式な会社登録住所を正規バージョンとして使用し、地域の郵便局の標準に従って書式化する。これが真実の源だ。
ステップ2：最優先プラットフォームを監査する。 AIエンティティモデルへの影響が最も大きいこれら6つのソースを最初にチェックする：
- Googleビジネスプロフィール（自分のダッシュボード表示）
- Apple Maps Connect
- Bing Places for Business
- Yelp for Business
- Facebookビジネスページ（About セクション）
- 自分のウェブサイトのJSON-LDスキーマとフッター
正規NAPからのすべてのばらつきを記録する。
ステップ3：データアグリゲーターを確認する。 主要なデータアグリゲーター（Foursquare、Localeze（Neustar）、Acxiom/InfoGroup）は、ビジネスデータを数百の二次ディレクトリに配布する。アグリゲーターレコードのエラーはどこにでも複製される。Moz Local、BrightLocal、Yextなどのツールがアグリゲーターデータの監査に役立つ。
ステップ4：孤立したレコードを検索する。 Google、Bing、Yelpと TripAdvisorで直接、あなたのビジネス名と市区町村を検索する。重複リスト、古い拠点、古いデータを持つ未申請プロフィールを探す。これらは気づいていなかったかもしれない見えないNAP不整合だ。
ステップ5：優先順位に従って修正する。 最初にGoogleビジネスプロフィールとApple Mapsを更新し（AIへの影響が最も高い）、次にウェブサイトスキーマ、次にデータアグリゲーターの順で更新する。アグリゲーターの更新は二次ディレクトリに自動的に伝播し、手動作業を節約する。
ステップ6：ジオ座標の精度を確認する。 ジオコーディングツールを使用して、あなたの住所が正しい座標に解決され、マップピンが正確に配置されていることを確認する。間違った場所に解決される住所は、NAP不整合に加えてジオ座標の不整合だ。
複数拠点ビジネスのNAP一貫性
単一拠点ビジネスは管理可能なNAPの課題に直面する。一つの住所を正しくあらゆる場所で表記すること。複数拠点ビジネスは根本的に難しい問題に直面する。各拠点は別個のエンティティであり、任意の拠点でのエンティティの混乱はブランドのAI可視性全体を損なう可能性がある。
主要ディレクトリ全体で30%の拠点に住所の不整合がある50拠点のフランチャイズは、単にそれら15拠点の推薦を失うだけではない。ブランドレベルのエンティティの曖昧さを作り出し、ブランドを幅広く推薦すべきAI応答において50拠点すべてを抑制する可能性がある。
解決策は体系的だ。すべての住所が拠点管理システムに入る前にAPI検証を通じて実行されるジオコーディング検証ワークフローと、四半期ごとに正規NAPスタンダードに対してすべての拠点を確認する定期監査サイクルだ。地域ビジネスのための完全AEOガイドで複数拠点戦略について詳しく説明している。
最初のステップ：今すぐAI可視性を確認する
手動監査に時間を費やす前に、実際の状況を把握しよう。無料のAEOチェッカーツールでビジネスの現在のAI検索可視性、ChatGPT、Perplexity、GeminiがあなたについてどんなことをAIに伝えているか、そしてギャップを生み出している具体的なエンティティシグナルを分析できる。
チェッカーはNAP不整合、スキーマデータの欠如、ジオ座標の問題、AI推薦率を低下させているその他のエンティティシグナルを表面化させる。実行に2分かかり、実際の現状に基づいた優先修正リストが得られる。
あなたのビジネスが明らかにあなたが正解であるクエリに対するAI推薦に表示されていない場合、NAP不整合は最も一般的で最も修正可能な理由の一つだ。クリーンなアドレスデータが基盤だ。そこから始めよう。
