エンティティの一貫性：AIに「あなたが誰か」を正しく伝える

「エンティティ」とは実際には何か

エンティティを、自分自身の法的な身元のようなものだと考えてほしい。賃貸契約書、銀行口座、前の勤務先の記録では、あなたの表記が少しずつ違うかもしれない——それでも与信審査を行う銀行は、この3つが同一人物を指していると確信する必要があり、通常は生年月日や住所といった安定した事実を照合して確認する。検索エンジンやアシスタントはビジネスに対して同じことをする。名前、カテゴリー、そして住所・電話番号・ウェブサイトといった一握りの事実が何度も一緒に現れるのを探し、同じ組み合わせを十分な数の場所で十分な回数見れば、それらを偶然の一致ではなく1つのエンティティとして扱う。

これはおおまかに言えば、Google自身のナレッジグラフや構造化データに関するガイダンスが基づいている考え方でもある。あるページは、名前、URL、そしてsameAsというプロパティを持つOrganizationタイプでマークアップできる。sameAsは、ウェブ上にある他のプロフィール（Wikipediaページ、主要なSNSプロフィール、信頼できるディレクトリなど）へのリンクのリストで、システムが推測するのではなく自分で点と点をつなぐのを助ける。GoogleのOrganization構造化データに関するガイダンスは、sameAsプロパティについて直接説明している。

これらはどれも特別なものを必要としない。ほとんどの小規模事業者はWikipediaのページを持つことは決してなく、その必要もない——エンティティという概念は、自社サイト、Googleビジネスプロフィール、維持している他の公開プロフィールから成る、より小さな規模でも同じように当てはまる。目標は知名度ではなく、整合性だ。

ビジネスが意図せず2つに分裂する仕組み

最も一般的な原因は劇的なものではなく、名前の不一致だ。あるビジネスは、法的文書や請求書には正式な正式名称を、店頭やウェブサイトには短縮した日常的なバージョンを、そして古いディレクトリ掲載や更新されていないGoogleビジネスプロフィールには——時にキャッチフレーズやサービス説明が付け加えられた——3つ目のバージョンを使っているかもしれない。それぞれのバージョンは単独で見れば妥当に見える。並べてみると、機械は1つ、2つ、3つのどのビジネスを見ているのか推測しなければならない。

改名やリブランディングは2番目に多い原因で、変更のまさにその瞬間に自ら招いていることが多い。ウェブサイトと店頭の看板には新しい名前が掲げられるが、Googleビジネスプロフィール、古いディレクトリ掲載、あるいは取引先のウェブサイトは、何か月も、何年も以前の名前を掲げ続けることがある。そのギャップの間、新旧の名前は互いを強め合うのではなく、同じエンティティを奪い合うことになる。

フランチャイズや複数拠点を持つビジネスは、同じ問題の構造的なバージョンに直面する。各拠点が独自の掲載情報を持ち得るため、意図的な命名規則がなければ、ある拠点のページには「リバーサイド歯科グループ」、別の拠点には「リバーサイド歯科——メインストリート店」、3つ目には「プリヤ・シャー歯科医師」と表示されることになる。ビジネスの表示方法に関するGoogle自身のガイダンスは明確で、実際のビジネスが拠点ごとに本当に異なる場合を除き、すべての拠点は同じ名前と同じカテゴリーを使うべきだとしている。

最も直しにくいバージョンは名前の衝突だ。あなたの名前、あるいはそれに近い名前を、別の場所にある無関係なビジネスと共有してしまうことで、よくある姓や一般的な業種名（「サトウ配管」「セントラル歯科」など）では絶えず起きている。どれほど整った体裁でも、名前そのものに組み込まれた曖昧さは解決できない。解決策は名前を取り巻く事実から来なければならず、名前そのものからは来ない。

あなたのアイデンティティが実際に存在する場所

ほとんどすべての小規模事業者やローカルビジネスにとって、他の何よりもはるかに重要な場所が3つある。自社サイト——理想を言えば、上で述べたOrganization構造化データを備え、他の本物のプロフィールを指すsameAsリストも含めたい。Googleビジネスプロフィールは、あなたの名前・カテゴリー・住所・営業時間について最も参照される記録であることが多く、しばらく手を入れていなければ最もズレやすい場所でもある。そしてSNSプロフィール、加えて自社の業界が実際に利用している主要なディレクトリ（業界団体のディレクトリ、商工会議所の掲載、レビュープラットフォームなど）だ。

Wikipediaの背後にある構造化データベースであるWikidataの項目は、その次の階層であり、自社が持つことを想定していなくても理解しておく価値がある。Wikidataは自らを、追跡するあらゆる実在のものに固有の項目を与える、無料の協働型ナレッジベースだと説明しており、名前・説明・出典付きの事実の集合が、Wikidataが対応するすべての言語で自動的に利用可能になる。Wikidataの項目を持てるほど大きなビジネスは、他のシステムが個別に導き出すのではなく、その一箇所から一貫した事実を取得できるという恩恵を受ける——ただしこれが本当に当てはまるのは、独立した公開報道が資格を得るのに十分なほど蓄積された場合に限られ、それはほとんどのローカル事業者や小規模事業者が超える必要のない、そして人為的に追い求めるべきではない基準だ。

実践的な結論は、長いリストではなく短いリストだ。技術的には掲載情報を作れるあらゆるプラットフォームに薄く労力を分散させるのではなく、自社の規模にとって重要な2つか3つの場所を正確に整えることに尽きる。

監査：あなたが現れるあらゆる場所で、同じ3つのチェックを

自社サイト、Googleビジネスプロフィール、主要なSNSプロフィール2つか3つ、そして実際にトラフィックをもたらしているディレクトリ——ビジネスが現れるすべての場所で、同じ3つのチェックを行う。効果をもたらすのは、1つのチェックの深さではなく、場所をまたいだ繰り返しだ。

まず名前。句読点や略語、「and」を「&」と書くかどうかまで含めて、1文字ずつ一致しているか。人間の読者にはどうでもよく見えることでも、自動化されたシステムが2つの掲載情報を別々のエンティティとして扱うには十分な違いになり得る。次にカテゴリー。どこでも同じ主要カテゴリーに分類されているか、そしてそのカテゴリーは、より広範だったり流行に乗っていたりする分類ではなく、実際に自社の主要事業を表しているか。最後に事実。住所、電話番号、該当する場合は営業時間が完全に一致しているか、複数拠点のうちどこについての掲載なのかまで含めて確認する。

不一致を見つけたら、取り繕うのではなく、根本から修正する。正式名称と日常的に使う名前が本当に異なるなら、公に向けたあらゆる場所で使う名前として日常的な名前を選び、正式名称は法的文書のためだけに取っておく——どのバージョンに標準化するかより、一貫性そのものの方が重要だ。

• 自社の名前が公に表示されているすべての場所を洗い出す。ウェブサイト、Googleビジネスプロフィール、SNSプロフィール、ディレクトリ、過去の報道。
• それぞれについて、名前・カテゴリー・事実を、正しい情報の基準となる自社サイトと突き合わせて確認する。
• 最も古く、最もアクセスの少ない掲載情報から先に修正する。最もズレている可能性が高く、偶然発見される可能性が最も低い場所だからだ。
• 改名、住所変更、フランチャイズ拡大のたびに再確認する。これらはズレを確実に引き起こすイベントだ。

FAQ