GEO実践 上級

ナレッジグラフのエンティティマークアップ:Organization/Product/PersonのSchemaと検証

AIエンジンに自社を「識別可能なエンティティ」として認識させるには、サイト内でSchema.org構造化データを使い、Organization、Product、Personの3種類のエンティティの...

三类实体Schema:Organization / Product / PersonThree entity schemas: Organization / Product / Person 反直觉:加了Schema不等于AI就认你 —— 单站标记只是入场券,多源一致才被建实体Counter-intuitive: marking up one site is only a ticket; multi-source consistency builds the entity 实体类型 / 必填属性Entity / required props OrganizationOrganization name · legalName · urlname · legalName · url logo · sameAs · foundingDatelogo · sameAs · foundingDate Description · addressdescription · address ProductProduct name · image · descriptionname · image · description brand · sku · categorybrand · sku · category material · 规格参数material · specs PersonPerson name · jobTitlename · jobTitle affiliation · alumniOfaffiliation · alumniOf sameAs · knowsAboutsameAs · knowsAbout 验证三步走:Rich Results Test 校验语法 → Search Console 看收录 → 手动问AI看识别Verify 3 steps: Rich Results Test → Search Console → ask an AI 语法通过只是第一步,引擎多久采用无法承诺,通常 2 至 8 周Valid syntax is step 1; adoption takes 2-8 weeks sameAs 字段最关键:把领英、维基、Crunchbase 等权威主页都列上sameAs is key: list LinkedIn, Wikipedia, Crunchbase etc. 常见错误:只在首页加 Organization 就完事,子页 Product 全空Common mistake: Organization on homepage, no Product on product pages 公司简称、全称、英文名必须三站一致,否则模型把它当成两个实体Short/full/English names must match across sites, or split entities Person 标记不要给员工乱加,只加能代表公司的核心创始人或专家Mark only founders/experts, not every employee
3種類のエンティティSchemaの必須属性、検証3ステップとよくあるミス

ナレッジグラフのエンティティマークアップ:Organization/Product/PersonのSchemaと検証

結論から言うと:AIエンジンに自社を「識別可能なエンティティ」として認識させるには、サイト内でSchema.org構造化データを使い、Organization、Product、Personの3種類のエンティティの必須属性をすべてマークし、sameAsフィールドでLinkedIn、Wikipedia、Crunchbaseなどの権威あるページをつなぐ必要があります。直感に反する判断ですが、自社サイトだけでマークしても、モデルはすぐには認識しません。単一サイトのマークは入場券にすぎず、複数の情報源で一貫して登場して初めてエンティティグラフに組み込まれます。マーク後、AIの認識変化が見えるまで通常2〜8週間かかり、当日に効果が出ることはありません。

1. AIが自社を「曖昧な語句」としか見なさない理由

ユーザーがChatGPTに「杭州で越境ECの独立サイトを手がけるリングクレーター社はどうか」と聞いたとき、AIが答えられない、あるいは的外れな答えを返す場合、根本原因は多くの場合、「リングクレーター」を明確な属性を持つエンティティとして認識していないことにあります。その語は読んでいても、会社の正式名称、事業内容、公式サイト、創業者が誰なのかを知らないのです。

エンティティ認識は通常のキーワードクロールとは異なります。キーワードマッチングは文字列の出現だけで成立しますが、エンティティ認識には互いに裏付け合う属性のセットが必要です。会社の正式名称、公式サイト、ロゴ、設立日、関連する人物、関連する製品。この属性セットが完全で、サイトをまたいで一貫しているほど、モデルはそれを数文字ではなく「モノ」として扱う確信を持てます。AIの回答でエンティティがどう構築されるかは、次をご覧ください。ナレッジグラフとエンティティマークアップ。

認識状態 AIの挙動 根本原因
まったく認識されない 的外れな回答または無視 サイト内にエンティティマークがなく、サイト外に情報源もない
普通の語句として扱われる 文字列としては言及されるが属性が誤っている 属性が不完全で、サイトをまたいだ一貫性がない
エンティティとして認識される 公式サイトと事業が正しく関連付けられる 3サイトの属性が一致+権威ある情報源

2. 3種類のエンティティの必須属性リスト

3種類のエンティティには、それぞれ必ず入力すべき属性があります。Organizationは会社自体、Productは具体的な製品、Personは会社を代表できる人物を扱います。欲張らず、まず必須項目を正しく入力し、その後で拡張属性を検討しましょう。

Organizationには最低限、name、legalName、url、logo、sameAs、foundingDateが必要です。Productには最低限、name、image、description、brand、skuが必要です。Personには最低限、name、jobTitle、affiliation、sameAsが必要です。sameAsフィールドは最重要中の最重要です。サイト内のエンティティとサイト外の権威あるページをつなぐことで、モデルは「同一の会社だ」と確認できるようになります。

エンティティの種類 必須属性 推奨拡張 配置場所
組織 name, legalName, url, logo, sameAs foundingDate, address, description 全サイトのトップページ+Aboutページ
製品 name, image, description, brand sku、category、material、仕様 各製品の詳細ページ
Person name、jobTitle、affiliation、sameAs alumniOf, knowsAbout チーム/専門家ページ

具体例:あなたが産業用センサーを扱うB2B企業なら、トップページにOrganizationマークアップを追加し、公式サイト、LinkedInページ、Crunchbaseページの3つをsameAsに記載します。各製品の詳細ページにはProductマークアップを追加し、型番、測定範囲、精度、材質を記入します。チームページには創業者と主任エンジニアのPersonマークアップを追加します。この3ステップを終えたうえで、AIに「X社の温度センサーの精度は?」と聞くと、正しく答えられる確率が明らかに上がります。

三、Schemaの書き方と設置場所

JSON-LD形式でページのhead内に埋め込むのが、マイクロデータやRDFaより保守しやすい方法です。OrganizationはトップページとAboutページ、Productは各製品の詳細ページ、Personはチームページに設置します。重要なのは、会社の略称、正式名称、英語名が3種類のマークアップで完全に一致していることです。略称と正式名称が食い違うと、モデルはそれらを別々のエンティティと見なします。

サイト全体のテンプレートで空の属性を大量に自動挿入しないでください。空の属性は入れないほうがましで、いい加減な属性はエンティティを汚染します。属性を追加するたびに、それがページ上の表示内容にも出ていることを確認してください。つまり「機械可読」と「人可読」を一致させるのです。JSON-LDはページのhead内に置き、1ページにつき該当する種類の主要マークアップを1つだけ置きます。Organization、Product、Personの3セットを同じ製品ページに全部詰め込むと、モデルが主要エンティティを誤判定します。B2Bで実行できるマークアップの一覧はこちら構造化データSchema:B2Bサイトのマークアップ一覧。

属性 書き方の要点 よくある誤り
name ページタイトルと一致させる 略称と正式名称の混用
sameAs 実在する権威あるページを記載 自分のSNSアカウントを書いて自己満足
logo 正方形か比率を明確に 透過の小さいアイコンを使う
url https、末尾スラッシュの有無を統一 httpとhttpsの混用
brand Organizationを指す Product内のbrandを文字列で書く

四、検証:構文、収録、AI認識の3ステップ

最初のステップではGoogle Rich Results Testで構文をチェックし、解析エラーがないことを確認します。2番目のステップではGoogle Search Consoleで構造化データレポートを見て、マークアップがクロールされ収録され、エラーがないことを確認します。3番目のステップが本当の目的です。固定の質問セットをChatGPTとGeminiに投げ、あなたの会社の正式名称、事業、製品を正しく答えられるかを見ます。

3ステップは最初のステップを飛ばして3番目をやってはいけません。構文が通らなければ、後はすべて無駄です。構文が通っても翌日に効果が出るとは期待しないでください。エンジンが構造化データを採用するには遅延があり、通常2〜8週間かかります。この間、マークアップを何度も変更しないでください。1回変更するたびに観測期間が乱れます。検証済みのエンティティを信頼シグナルとどう組み合わせるかはこちら信頼ページとAIの信頼性。

検証ステップ ツール 合格基準 所要期間の目安
構文チェック リッチリザルトテスト エラーも警告もなし 当日
クロールと収録 Search Console マークアップが認識されカウントされる 1〜4週間
AI認識 固定の質問セットをAIに投げる 正式名称と事業を正しく答える 2〜8週間
サイト間の一貫性 3サイトを手作業で照合 名称と属性が一致 1回限り

5. 落とし穴:実体マークアップで最も多い3つのミス

1つ目は、トップページにだけOrganizationを付け、製品詳細ページは空のままにするミスです。これではAIは会社を認識しても、何を売っているか答えられません。2つ目は、sameAsに自社のSNSアカウントしか入れないミスです。これらは権威ある情報源と見なされず、モデルは信頼しません。3つ目は、全従業員にPersonを付けてしまい、中心人物の重みが薄まるミスです。

もう1つ注意したいのは、実体マークアップは一度やれば終わりではないという点です。会社の移転、ロゴ変更、製品ラインの変更、創業者の交代があれば、Schemaも同期して更新してください。そうしないとモデルは古い属性でユーザーに回答します。特に製品型番と精度パラメータは、製品ページの変更後すぐにProductマークアップを更新し、間隔は2週間以内にしてください。公式サイトの月次メンテナンス項目に「実体マークアップの照合」を入れておくべきです。詳しくは公式サイト保守で毎月やる6つのこと。

誤り 結果 正しい方法
Organizationだけ付ける 会社は分かるが製品は分からない 製品ページにもProductを追加
sameAsに自社SNSを記入 モデルが採用しない LinkedIn/Wikipedia/Crunchbaseを記入
全員にPersonを付ける 中心人物の重みが薄まる 創業者と専門家だけに付ける
属性が見える内容と一致しない 不一致と判定される 機械と人の読み取りを一致させる
事業を変えてもマークアップを変えない モデルが古い属性を使う 毎月のメンテナンス時に照合

FAQ よくある質問

自社サイトにだけSchemaを付けていれば、AIは会社を認識してくれますか?
いいえ、1サイトだけのマークアップは入場券にすぎません。AIが実体を構築するのは、複数の情報源で一貫して登場する場合です。自社サイトでOrganizationを付けていても、LinkedIn、Wikipedia、Crunchbaseにも同じ社名・同じ事業のページがあり、sameAsフィールドでつながっている必要があります。複数の独立した情報源が同じことを示して初めて、モデルはそれを1つの実体として構築できると確信します。自社サイトだけでマークアップした場合、認識の変化が見えるまで通常2〜8週間かかり、しかも外部情報源が揃っていることが前提です。
sameAsフィールドには具体的にどのリンクを入れればいいですか?
自社ページではなく、第三者の権威あるプラットフォームにある会社の公式ページを入れてください。優先順位は、Wikipediaの項目、Crunchbaseの会社ページ、LinkedInの会社ページ、業界で有名なディレクトリサイトです。自社のSNSアカウントや公式サイトの下層ページは入れないでください。モデルはこれらを独立した裏付けと見なしません。通常3〜5個で十分で、多すぎると逆に薄まります。各リンクは実際にアクセスでき、内容が自社と一致する公式ページでなければなりません。
Organization、Product、Personの3種類のマークアップは、それぞれどのページに付けますか?
OrganizationはトップページとAboutページに付け、会社自体を管理します。Productは各製品詳細ページに付け、製品ごとに個別に1つ用意し、型番・仕様・ブランドをOrganizationに関連付けます。Personはチームページや専門家ページに付け、会社を代表できる創業者、主任エンジニア、業界の専門家だけに付け、一般従業員には付けないでください。3種類のマークアップはトップページでJSON-LDを使って相互参照し、関連性を形成します。
Schemaを書いた後、効果が出ているかどう検証しますか?
3ステップで進めます。まずGoogle Rich Results Testで構文をチェックし、エラーも警告もない状態にします。次にSearch Consoleの構造化データレポートで、マークアップがクロールされ登録されているかを確認します。最後に固定の質問セットをChatGPTとGeminiに投げ、会社の正式名称・事業・製品を正しく答えられるかを見ます。最初の2ステップは当日から4週間、3ステップ目は通常2〜8週間で効果が出るので、その間はマークアップを何度も書き換えないでください。
会社の略称と正式名称が一致していないと、どんな問題が起きますか?
モデルはそれらを別々の実体として扱います。たとえば自社サイトに略称の「A社」、LinkedInに正式名称の「A科技有限公司」と書き、Schema上でも両者が一致していなければ、モデルは同じ会社だと判断できず、認識の重みが薄まります。正しいやり方はサイト全体で統一することです。略称・正式名称・英語名を、トップページ、Aboutページ、製品ページ、外部プロフィールで完全に同じ表記にします。legalNameフィールドには正式名称、nameフィールドには常用名を書きます。
実体マークアップはどのくらいの頻度でメンテナンスすべきですか?
月に一度見直し、公式サイトの月次メンテナンス項目に入れておきましょう。更新のきっかけになる出来事は、ロゴの変更、オフィスの移転、製品ラインの変更、創業者の交代、サイトのリニューアルです。こうした変化をSchemaに反映しないと、モデルは古い属性でユーザーに答えてしまいます。とくに製品の型番と仕様は、製品ページを変更したらすぐにProductマークアップを更新してください。そうしないとAIが古いパラメータを引用します。

最後に

実体マークアップは、技術的には難しくありません。難しいのは「長く一貫させること」です。JSON-LDを書くのは半日あればできますが、会社の略称・正式名称・英語名・公式サイト・LinkedIn・Wikipediaを全チャネルで3年間変えずに保つには規律が要ります。AIが実体として認識するのは、こうした時間と情報源をまたいだ安定性です。急いでも手抜きもできません。

実践は3ステップです。1週目にトップページとAboutページでOrganizationの必須項目を埋め、sameAsに権威あるプロフィールを3〜5件記載します。2か月目にすべての製品詳細ページにProductマークアップを追加します。3か月目にチームページで創業者にPersonマークアップを追加します。その後、Rich Results Testで構文を検証し、固定の質問セットでAIの認識を確認します。外部情報源の整備についてはサイト外の事実源、全体の方法はGEO実践。

覚えておきたい一言:Schemaは検索エンジンに見せるために書くものではなく、モデルに人を知ってもらうための身分証です。1サイトで完備してもエントリーにすぎず、3サイトで一致して初めて実体としての戸籍が手に入ります。

环形山
环形山 クレーター専門家

公式アカウント · 環形山 Crater

環形山(Crater)は、WordPress独立サイト開発+Google SEO+GEO全域成長に特化した海外展開支援会社で、スマートハードウェア、産業機器、SaaS、新エネルギーなどの分野を手がけています。

プロダクト能力方法論ホワイトペーパー業界レポート
965件のシェア
78件のナレッジベース