エンティティSEOとは、自社を検索エンジンやAIに「文字列」ではなく「実在する固有の存在」として認識させる施策です。Googleナレッジグラフは2012年5月の発表時点で5億エンティティ・35億ファクトを保持し（Google公式ブログ 2012年）、2020年には50億エンティティ・5,000億ファクトへ拡大しました（Google公式ブログ 2020年）。その登録手段として「Wikipediaに自社記事を作る」発想は、Wikipediaガイドライン「自分自身の記事をつくらない」とウィキメディア財団利用規約（2014年6月改定の有償寄稿開示義務）に抵触するリスクが高く、正攻法は構造化データ・Wikidata・公的データベースの整備です。
エンティティSEOとは
エンティティSEOとは、企業・ブランド・人物・サービスといった「固有の存在（エンティティ）」を、検索エンジンやAIのナレッジグラフ（知識データベース）に正しく認識・登録させ、検索結果やAIの回答で適切に扱われるようにする施策です。
Googleは2012年5月、公式ブログ「Introducing the Knowledge Graph: things, not strings」でナレッジグラフを発表しました。「things, not strings（文字列ではなくモノ）」というフレーズが示す通り、Googleは「課題解決」という文字の並びではなく、「東京都にある株式会社課題解決プラットフォームという法人」のように、実在する対象そのものを理解しようとしています。
ナレッジグラフの規模は次のように拡大しています。
| 時点 | エンティティ数 | ファクト数（属性・関係情報） | 出典 |
|---|---|---|---|
| 2012年5月（発表時） | 5億 | 35億 | Google公式ブログ 2012年 |
| 2020年5月 | 50億 | 5,000億 | Google公式ブログ 2020年 |
なぜAIO（AI検索最適化）の文脈でエンティティが重要なのか
ChatGPT・Perplexity・GeminiといったAI検索は、回答を組み立てる際にエンティティ単位で情報を整理します。自社がエンティティとして認識されていなければ、AIは「その会社が何者で、何の専門家か」を判断できず、引用・言及の候補にすら入りません。
Googleの検索品質評価ガイドラインが重視するE-E-A-T（経験・専門性・権威性・信頼性）も、評価の前提は「誰が発信しているかを特定できること」です。2022年12月のガイドライン改定でExperience（経験）が追加されて以降、発信者であるエンティティの実在性・一貫性の重要度は一段と高まっています（Google検索セントラル 2022年）。
つまりエンティティ登録は、SEOとAIOの両方に効く土台工事です。SEOとAIOの関係を整理したい方はSEOとAIOの違いも参照してください。
なぜ「Wikipedia自作自演」はNGなのか
エンティティ登録の話になると、ほぼ例外なく「Wikipediaに自社のページを作ればいいのでは？」という発想が出てきます。たしかにGoogleはナレッジパネルの情報源として、Wikipediaを含むウェブ上の複数の情報源を利用していると説明しています（Google ナレッジパネル ヘルプ）。AIの学習データにおいてもWikipediaは主要な情報源の一つです。
しかし、自社（または依頼した業者）がWikipediaに自社記事を書く行為は、Wikipediaの方針・ガイドラインに正面から抵触します。
抵触するWikipediaの方針・ガイドライン一覧
| 名称 | 位置づけ | 内容 |
|---|---|---|
| 自分自身の記事をつくらない | 日本語版ガイドライン | 自分自身や自分の組織についての記事作成を非推奨と明記 |
| 中立的な観点 | 方針（三大方針の一つ） | 宣伝的・一方的な記述の禁止。利害関係者は中立性を保ちにくい |
| 検証可能性 | 方針（三大方針の一つ） | 信頼できる第三者情報源による出典が必須。自社サイトのみを根拠にできない |
| 特筆性（組織） | ガイドライン | 対象と無関係な複数の信頼できる情報源による「有意な言及」がなければ記事化の対象外 |
| 有償の寄稿の開示 | ウィキメディア財団利用規約（2014年6月改定） | 報酬を受けた編集は雇用者・クライアント・利害関係の開示が義務。非開示は利用規約違反 |
特に見落とされがちなのが最後の利用規約です。ウィキメディア財団は2014年6月の利用規約改定で、報酬を受けて編集する者に対し、雇用者・クライアント・その他の利害関係の開示を義務づけました。「Wikipedia作成代行」をうたう業者に依頼し、業者が開示せずに記事を作成した場合、依頼した企業側も利用規約違反の当事者になります。
自作自演がもたらす3つの実害
1. 記事の削除
特筆性（組織）のガイドラインを満たさない記事は、削除依頼の対象になります。費用と工数をかけて作成した記事が削除されれば、投資はゼロになります。
2. アカウントの一斉ブロック
英語版Wikipediaでは2015年、非開示の有償編集に関与した381のソックパペット（多重）アカウントが一斉ブロックされる事案（通称Orangemoody事案）が発生し、ウィキメディア財団が公式ブログで公表しました（ウィキメディア財団 2015年）。関連して作成された記事群も削除されています。有償編集ネットワークは監視対象であり、発覚は時間の問題と考えるべきです。
3. 信用毀損（編集履歴は全て公開）
Wikipediaの編集履歴・削除議論は誰でも閲覧できます。「この会社は自作自演で記事を作ろうとした」という記録が、社名検索で誰でもたどれる場所に半永久的に残ります。エンティティの信頼性を高めるはずの施策が、逆にE-E-A-Tの信頼性（Trust）を毀損する結果になります。
当社もAIO対策のご相談の中で「業者にWikipedia作成を提案された」というケースに繰り返し遭遇してきましたが、上記の理由から一貫してお断りを推奨しています。では、何をすべきか。ここからが本題です。
正攻法1: 自社サイトをエンティティの「一次情報源」として構造化する
最初に着手すべきは、Wikipediaではなく自社サイトです。schema.org（2011年にGoogle・Microsoft・Yahoo!が共同で立ち上げた構造化データの共通語彙。後にYandexも参加）のOrganizationタイプを使い、自社という「モノ」を機械可読な形で宣言します。
{
"@context": "https://schema.org",
"@type": "Organization",
"name": "株式会社〇〇",
"url": "https://www.example.co.jp/",
"logo": "https://www.example.co.jp/logo.png",
"description": "株式会社〇〇は、東京都〇〇区に本社を置く〇〇の専門企業です。",
"foundingDate": "2015-04-01",
"founder": {
"@type": "Person",
"name": "山田太郎"
},
"address": {
"@type": "PostalAddress",
"addressRegion": "東京都",
"addressLocality": "〇〇区"
},
"sameAs": [
"https://www.wikidata.org/wiki/Q00000000",
"https://twitter.com/example",
"https://www.youtube.com/@example",
"https://info.gbiz.go.jp/hojin/ichiran?hojinBango=0000000000000"
]
}
ポイントは3つです。
- sameAsで「同一実体」を宣言する: Wikidata・SNS公式アカウント・公的データベースなど、自社を指す外部URLをsameAsに列挙することで、検索エンジンが散在する情報を1つのエンティティに統合しやすくなります。
- nameの表記を全チャネルで統一する: 「株式会社〇〇」「(株)〇〇」「〇〇株式会社」のような表記ゆれは、エンティティの分裂（別の存在として認識される事故）を招きます。法人登記上の正式名称に統一してください。
- descriptionに「〇〇とは」式の定義文を書く: 「株式会社〇〇は、△△を提供する□□の企業です」という一文は、ナレッジパネルやAI回答の説明文の元ネタになり得ます。
構造化データはGoogle検索セントラルのドキュメントにある通り、再クロール・再処理を経て反映されます。実装後はリッチリザルトテストとSearch Consoleで検証してください。
正攻法2: Wikidataに正しく登録する
WikidataはWikipediaの姉妹プロジェクトで、2012年10月にウィキメディア・ドイツ協会主導で公開された構造化知識データベースです。公開統計では登録アイテムは1億件を超えており、Googleのナレッジグラフや各種AIが参照する主要データソースの一つです。
重要なのは、WikidataはWikipediaより登録のハードルが大幅に低いことです。Wikidataの特筆性方針では、次のいずれかを満たせばアイテムとして成立します（Wikidata:Notability）。
- ウィキメディア姉妹プロジェクト（Wikipediaなど）にページがある
- 真摯で公開された参照情報源によって記述できる、明確に識別可能な実体である
- 他のアイテムの記述に構造的に必要である
つまり、Wikipediaに記事がない中小企業でも、法人登記・公的データベース・報道などの公開情報源があれば条件2で登録できます。日本の法人なら、国税庁法人番号公表サイト（2015年運用開始）に全法人が掲載されているため、「明確に識別可能な実体」の証明は比較的容易です。
Wikidata登録の手順
- Wikidataアカウントを作成し、利害関係者である場合は利用者ページで所属を開示する（財団利用規約の開示義務はWikidataにも適用されます）
- 既存アイテムの有無を検索で確認する（重複作成の防止）
- 新規アイテムを作成し、日本語・英語のラベルと「〜は…の日本の企業」式の説明文を登録する
- プロパティを追加する: 法人番号（P3225）・設立日（P571）・本社所在地（P159）・公式サイト（P856）・産業（P452）など
- 各プロパティに出典（法人番号公表サイト・公式サイト・報道など）を付ける
- 自社サイトのOrganization構造化データのsameAsに、作成したWikidataアイテムのURLを追記する
注意点として、Wikidataでも宣伝的な説明文や検証不能な記述は修正・差し戻しの対象です。登録するのは「事実データと出典」のみ、と割り切ってください。
正攻法3: 公的データベースと第三者情報源を整備する
検索エンジンとAIは、複数の独立した情報源が同じ事実を語っているときにエンティティへの確信を強めます。日本企業が活用できる代表的な情報源は次の通りです。
| 情報源 | 運営 | 自社でできること |
|---|---|---|
| 法人番号公表サイト | 国税庁（2015年運用開始） | 全法人が自動掲載。商号・所在地変更時の登記を正確に保つ |
| gBizINFO | 経済産業省 | 法人活動情報（届出・認定・表彰・調達実績など）の掲載を確認・活用 |
| Googleビジネスプロフィール | 無料登録。NAP（名称・住所・電話）をサイトと完全一致させる | |
| プレスリリース配信 | 各配信サービス | 第三者ドメインに事実情報を蓄積。報道転載で独立情報源が増える |
| 業界団体・商工会議所の会員名簿 | 各団体 | 会員情報のウェブ掲載を確認。所属という「関係性」の証明になる |
| 業界紙・地方紙の取材記事 | 各媒体 | 取材を受ける広報活動。Wikipediaの特筆性が求める「独立した有意な言及」そのもの |
この6つには副次効果があります。将来、独立した第三者（記者・研究者・Wikipedia編集者）が自社について書く際の出典が揃っていくことです。Wikipediaの特筆性（組織）ガイドラインが求めるのは「対象と無関係な信頼できる情報源による有意な言及」であり、報道実績が積み上がれば、自作自演をしなくても第三者の手で記事が立つ状態に近づきます。Wikipedia掲載は「目標」ではなく「結果」と捉えるのが正攻法です。
正攻法4: ナレッジパネルの「認証」で公式情報を主張する
エンティティ認識が進むと、社名検索でナレッジパネル（検索結果右側の情報枠）が表示されることがあります。Googleはナレッジパネルの主体（企業・人物）本人に対し、「このナレッジパネルを認証」する手続きを提供しており、認証後は情報の修正提案が可能になります（Google ナレッジパネル ヘルプ）。
手順は、表示されたナレッジパネル下部の認証リンクから、公式サイトまたは公式SNSアカウントとの関連を証明するだけです。パネルが表示されていない段階では使えないため、正攻法1〜3を先に進めてください。
当社の支援経験から: エンティティ整備は「地味だが効く」
当社が多数の企業のAIO対策を支援してきた経験では、エンティティ整備は派手さのないプロセスですが、効果の持続性が際立ちます。構造化データのsameAs整備・Wikidata登録・NAP統一を行った企業では、社名でのナレッジパネル表示や、AI検索（ChatGPT・Perplexity）での「社名＋事業内容」の正答率改善を繰り返し確認しています。逆に、表記ゆれを放置したままコンテンツだけを量産しても、AIが「どの会社の発信か」を統合できず、引用獲得の効率が上がらないケースが目立ちます。
施策の優先順位は次の比較表を目安にしてください。
| 正攻法 | 難易度 | 着手から反映までの目安 | 費用 | 優先度 |
|---|---|---|---|---|
| 1. Organization構造化データ＋sameAs | 低（実装1日） | 数週間 | 自社対応なら実質ゼロ | 最優先 |
| 2. Wikidata登録 | 中（出典整備が必要） | 数週間〜数ヶ月 | 無料 | 高 |
| 3. 公的DB・第三者情報源の整備 | 中（継続作業） | 数ヶ月 | プレスリリース配信費等 | 高 |
| 4. ナレッジパネル認証 | 低（パネル表示が前提） | パネル表示後すぐ申請可 | 無料 | 表示され次第 |
| （参考）Wikipedia自作自演 | — | — | — | 実施しない |
エンティティ登録チェックリスト（今日から使える10項目）
- 社名表記が公式サイト・SNS・各種登録で完全に統一されている（㈱表記・スペースのゆれを排除）
- トップページにOrganization構造化データ（JSON-LD）を実装した
- sameAsにSNS公式アカウント・Wikidata・gBizINFOのURLを列挙した
- リッチリザルトテストでエラーゼロを確認した
- 会社概要ページに「〇〇とは△△の企業です」式の定義文がある
- Wikidataに自社アイテムを出典つきで登録した（所属開示済み）
- 法人番号公表サイト・gBizINFOの自社情報が最新である
- Googleビジネスプロフィールを登録し、NAPがサイトと一致している
- 直近1年でプレスリリースまたは第三者媒体での言及が1件以上ある
- Wikipedia自作自演・代行業者への依頼を行っていない（行わないと決めた）
このチェックリストを含むAIO対策全体のセルフ診断は、AIO対策チェックリスト（無料ツール）で項目ごとに確認できます。
まとめ: 今日やるべきことは3つ
エンティティSEOの本質は、「自社という存在の証明を、自分の支配下にある情報源（自社サイト・Wikidata・公的DB）から積み上げる」ことです。Wikipediaの自作自演は、ガイドライン違反・削除・信用毀損のリスクを抱えた逆効果の近道であり、選択肢から外してください。
今日やるべきことは次の3つです。
- 社名で検索し、表記ゆれとナレッジパネルの有無を確認する（5分）
- トップページのソースを見て、Organization構造化データの有無を確認する（5分）
- 未実装なら、本記事のJSON-LD例をベースに実装タスクを起票する（10分）
エンティティが認識された先のゴールは、AI検索での引用獲得です。引用される記事の条件はChatGPT・Perplexityに自社サイトを引用させる方法とAI検索引用の5条件で詳しく解説しています。
自社のエンティティ認識状況の調査から構造化データ実装・Wikidata登録・継続モニタリングまでの一括支援は、AIO（AI検索最適化）サービスでご提供しています。AIO診断（100,000円・一括）では、AI検索での自社の認識・言及状況を可視化し、優先順位つきの改善提案をお渡しします。
あわせて読みたい: