エンティティの文脈を広げるコンテンツ設計方法〜LLMO対策〜

前回の記事では、ナレッジグラフを強固にする具体的な構造化施策「4つのJSON-LD」の実装方法を解説しました。

構造化データは「宣言」の言語です。しかし、AIはその宣言を信頼するかどうかを、Web上に存在するコンテンツ全体で検証しています。

つまり、どれだけ完璧なJSON-LDを配置しても、コンテンツが「エンティティの文脈」を広げていなければ、ナレッジグラフは弱いままです。

この記事では

どのようなコンテンツ設計がエンティティの文脈を広げるのかを知りたい。具体的な発信コンテンツ設計方法を理解したい。

といったSEOとLLMOの対策を検討している経営者向けに、SEO・LLMOで成果を出すための具体的なコンテンツ設計方法を無料で公開しています。

今回は「どのようなコンテンツ設計がエンティティの文脈を広げるのか」、具体的な発信内容に関してGoogle公式の根拠とともに徹底解説します。

この記事でわかること

• エンティティの「文脈」とは何か、なぜコンテンツが鍵なのか
• 文脈を広げる4つのコンテンツ設計戦略
• 各戦略に対応するJSON-LDスキーマとセットで実践する方法

「エンティティの文脈を広げる」とは何か

Googleは公式ドキュメントの中で、「コンテンツを評価する際、誰が（Who）・どのように（How）・なぜ（Why）つくったか」を重視すると明言しています。これはそのままエンティティの文脈に直結します。

資料①

“Consider evaluating your content in terms of ‘Who, How,

and Why’ as a way to stay on course with what our systems seek to reward.”

（コンテンツを「誰が・どのように・なぜ」という観点で評価することを検討してください。これが、私たちのシステムが評価しようとしているものと一致する方向性です。）

引用元：Google Search Central – Creating Helpful, Reliable, People-First Content

この「Who・How・Why」の観点をコンテンツ設計に落とし込むことが、エンティティの文脈を正しく・広く広げる方法です。

具体的には、以下の4つの戦略になります。

戦略	コンテンツの軸	エンティティへの貢献	対応スキーマ
①	施工事例・実績ページ	「経験」の文脈を積み上げる	Article / ImageObject
②	専門コラム・ブログ	「専門性」の文脈を広げる	BlogPosting / FAQPage
③	よくある質問（FAQ）ページ	「問いへの答え」の文脈をつくる	FAQPage / QAPage
④	地域・サービス特化ページ	「場所×サービス」の文脈を定義する	LocalBusiness / Service

実際に上記の4つについて下記の章からそれぞれ詳しく解説していきます。

施工事例・実績ページ　〜「経験」の文脈を積み上げる〜

Googleが定めるE-E-A-T（経験・専門性・権威性・信頼性）の枠組みでは、「経験（Experience）」は、コンテンツ作成者が実際にその事象を体験しているかを問います。施工事例は、まさに「経験」を証明する最強のコンテンツです。

資料②

“Of these aspects, trust is most important. The others contribute to trust, but content doesn’t necessarily have to demonstrate all of them. For example, some content might be helpful based on the experience it demonstrates.”

（これらの要素のうち、信頼性が最も重要です。その他の要素も信頼性に貢献しますが、コンテンツがそのすべてを示す必要はありません。たとえば、あるコンテンツはその経験の実証によって有益であるかもしれません。）

引用元：Google Search Central – Creating Helpful, Reliable, People-First Content（E-E-A-T）

エンティティを広げる事例の書き方

❌ エンティティを広げないコンテンツ • 「〇〇が完成しました」 • 写真1枚・コメントなし • 地名・製品名・担当者名が未記載 • 〇〇前後の比較がない	✅ エンティティを広げるコンテンツ • 「〇〇市△△町・〇〇が完成しました。」 • 〇〇前後の写真＋担当者コメント • 使用製品名・メーカー・仕様を明記 •〇〇期間・担当者名・資格を掲載

下記は、これまでLLMOを研究してきた弊社が考える事例ページに盛り込むべきだと考えるエンティティ要素です。

事例ページに盛り込むべき「エンティティ要素」

• 地域エンティティ：施工場所の市区町村（例：栃木県小山市〇〇町）
• 製品エンティティ：メーカー名・製品名・型番（例：〇〇型　〇〇）
• 人物エンティティ：担当施工士の名前・資格（例：山田太郎・〇〇資格1級）
• サービスエンティティ：〇〇の種類・方法（例：〇〇方）
• 数値エンティティ：工数・費用目安（例：〇〇円・3日間）
• 評価エンティティ：お客様のコメント・評価（例：「思ったより早く終わって満足」★★★★★）

対応するJSON-LDスキーマ（Article + ImageObject）

<script type="application/ld+json">{
  "@context": "https://schema.org",
  "@type": "Article",
  "headline": "【施工事例】栃木県小山市 カーポート・フェンス設置工事",
  "datePublished": "2025-11-15",
  "dateModified": "2025-11-15",
  "author": {
    "@type": "Person",
    "name": "山田 太郎",
    "jobTitle": "〇〇資格1級",
    "url": "https://example.com/staff/yamada"
  },
  "publisher": {
    "@type": "Organization",
    "name": "株式会社〇〇",
    "url": "https://example.com"
  },
  "about": {
    "@type": "Service",
    "name": "〇〇工事",
    "areaServed": "栃木県小山市"
  },
  "image": {
    "@type": "ImageObject",
    "url": "https://example.com/cases/oyama-2025-11.jpg",
    "caption": "施工後：小山市〇〇町 〇〇工事",
    "width": 1200,
    "height": 800
  },
  "description": "栃木県小山市にて〇〇を使用した〇〇。担当：山田（〇〇1級）。期間2日。"
}</script>

資料③

Googleは「ArticleやBlogPostingなどの構造化データを追加することで、Googleがコンテンツの内容をより深く理解するのに役立つ」と公式ドキュメントで明言しています。

引用元：Google Search Central – Article structured data

専門コラム・ブログ　〜「専門性」の文脈を広げる〜

トピカル・オーソリティとは、特定のテーマについて一貫した深い情報を発信し続けることで、AIや検索エンジンから「この分野の専門家」と認識される状態です。

資料④

“The topic authority system looks at a variety of signals to understand the degree of expertise a publication has i

n particular areas. Publishers looking for success with topic authority should do exactly what their publications w

ould normally do: provide great coverage about the areas and topics they know well.”

（トピック・オーソリティシステムは、ある媒体が特定の分野においてどの程度の専門性を持つかを理解するために、様々なシグナルを参照します。トピック・オーソリティで成功するためには、出版社が通常行っていることをそのまま実行すればよいので

す：自分たちがよく知っている分野やトピックについて、優れたカバレッジを提供することです。）

引用元：Google Search Central Blog – Understanding news topic authority

トピカル・オーソリティを築くブログ設計の方法

トピカル・オーソリティを築くためには、自社のテーマに合わせてテーマ自体の深さ(情報の専門性と解決力)と広さ((サブトピック（周辺知識）がすべて揃っているか))が必要になります。

資料⑤　表：LLMO研究所作成

下記は、これまでLLMOを研究してきた弊社が考えるブログコラムページに盛り込むべきだと考えるエンティティ要素です。

網羅性は、SEO的側面もありそうです。ビックキーワード・ミドルキーワード・スモールキーワードに関してどの程度網羅しているかも重要だと考えられます。

専門性は、下記エンティティ要素は、かなり重要と考えています。

ブログ・コラムページに盛り込むべき「エンティティ要素」

• 著者情報の明記：記事を書いた専門家の名前・資格・経験年数をページに表示する
• 一次情報の引用：メーカー公式サイト・業界団体・国土交通省などの権威ある情報源をリンク付きで引用する
• 固有の実績データ：「当社の施工実績●件」「地域シェア●位」など、他社が真似できない数字を入れる
• 関連エンティティへの内部リンク：施工事例・スタッフ紹介・サービスページへ文脈のある内部リンクを張る

対応するJSON-LDスキーマ（BlogPosting）

<script type="application/ld+json">{
  "@context": "https://schema.org",
  "@type": "BlogPosting",
  "headline": "〇〇の選び方｜費用・メーカー比較・〇〇の注意点まとめ",
  "datePublished": "2025-10-01",
  "dateModified": "2025-12-15",
  "author": {
    "@type": "Person",
    "name": "山田 太郎",
    "jobTitle": "〇〇1級 / 代表取締役",
    "url": "https://example.com/staff/yamada",
    "knowsAbout": [
      "〇〇工事",
      "〇〇",
      "〇〇"
    ]
  },
  "publisher": {
    "@type": "Organization",
    "name": "株式会社〇〇",
    "logo": {
      "@type": "ImageObject",
      "url": "https://example.com/logo.png"
    }
  },
  "about": [
    {
      "@type": "Thing",
      "name": "〇〇"
    },
    {
      "@type": "Thing",
      "name": "〇〇"
    },
    {
      "@type": "Thing",
      "name": "〇〇"
    }
  ],
  "mainEntityOfPage": {
    "@type": "WebPage",
    "@id": "https://example.com/blog/c〇〇"
  },
  "wordCount": 3000,
  "image": "https://example.com/blog/〇〇/ogp.jpg"
}</script>

よくある質問（FAQ）ページ　〜「問いへの答え」の文脈をつくる〜

“FAQPage structured data marks up FAQ pages for Google to understand content,

potentially enabling rich search results on authoritative sites.”

（FAQPageの構造化データは、GoogleがコンテンツをFAQページとして理解し、権威あるサイトではリッチな検索結果を表示できる可能性を高めます。）

引用元：Google Search Central – Mark Up FAQs with Structured Data

エンティティの文脈を広げるFAQの設計方法

FAQの「問い」は、ユーザーが検索エンジンに入力する言葉と直結しています。つまり、FAQページに盛り込む質問は、自社が「この問いの答えを持つ専門家」として認識されたいキーワードで構成するべきです。

下記は、これまでLLMOを研究してきた弊社が考えるFAQページに盛り込むべきだと考えるエンティティ要素です。

FAQの種類	具体的な質問例
費用・予算に関するFAQ	費用はいくらくらいかかりますか？　〇〇の相場を教えてください。
サービス・対応に関するFAQ	対応エリアはどこですか？
品質・保証に関するFAQ	保証はありますか？　手抜きはないか不安です。
専門知識に関するFAQ	〇〇ありますか？　〇〇に影響しますか？
比較・選択に関するFAQ	〇〇と業者依頼はどちらがいいですか？　複数社で相見積もりを取った方がいいですか？

対応するJSON-LDスキーマ（FAQPage）

<script type="application/ld+json">{
  "@context": "https://schema.org",
  "@type": "FAQPage",
  "mainEntity": [
    {
      "@type": "Question",
      "name": "〇〇の費用はいくらくらいかかりますか？",
      "acceptedAnswer": {
        "@type": "Answer",
        "text": "一般的な〇〇費用は80万円〜200万円程度が目安です。〇〇単体であれば30万円〜50万円、〇〇は15万円〜30万円が相場となります。詳細はお客様の〇〇やご希望によって異なりますので、無料お見積りをご利用ください。"
      }
    },
    {
      "@type": "Question",
      "name": "〇〇に影響しますか？",
      "acceptedAnswer": {
        "@type": "Answer",
        "text": "はい、〇〇に含まれます。ただし、〇〇という緩和措置があります。弊社では〇〇が必要か否かのご相談も承っております。"
      }
    },
    {
      "@type": "Question",
      "name": "対応エリアはどこですか？",
      "acceptedAnswer": {
        "@type": "Answer",
        "text": "〇〇は無料エリアと有料エリアがございます。"
      }
    }
  ]
}</script>

FAQの「答え」にエンティティを詰め込む

答えの文章の中に、地名・法令名・製品名・数値などのエンティティを自然に含めることで、AIがFAQの回答を読み取る際に複数のエンティティを同時に認識します。

地域・サービス特化ページ　〜「場所×サービス」の文脈を定義する〜

Googleは「コンテンツを記述するのに最も具体的な型と属性名を使用するよう試みてください」と公式ガイドラインで指示しています。「会社案内の中にまとめて書く」では、AIはサービスの具体性を正確に読み取れません。

資料７

“Try to use the most specific applicable type and property names defined by schema.org for your markup.”

（マークアップには、schema.orgで定義された最も具体的な該当する型と属性名を使用するよう試みてください。）

引用元：Google Search Central – General Structured Data Guidelines

対応するJSON-LDスキーマ（LocalBusiness + Service）

<script type="application/ld+json">{
  "@context": "https://schema.org",
  "@type": "Service",
  "name": "小山市の〇〇工事",
  "serviceType": "〇〇工事",
  "description": "栃木県小山市を中心に〇〇を行っています。",
  "provider": {
    "@type": "LocalBusiness",
    "name": "株式会社〇〇",
    "@id": "https://example.com/#organization",
    "url": "https://example.com",
    "telephone": "0000-00-0000",
    "address": {
      "@type": "PostalAddress",
      "addressLocality": "小山市",
      "addressRegion": "栃木県",
      "postalCode": "000-0000",
      "addressCountry": "JP"
    }
  },
  "areaServed": {
    "@type": "City",
    "name": "小山市",
    "containedInPlace": {
      "@type": "State",
      "name": "栃木県"
    }
  },
  "offers": {
    "@type": "Offer",
    "priceRange": "¥300,000〜¥600,000",
    "priceCurrency": "JPY"
  },
  "aggregateRating": {
    "@type": "AggregateRating",
    "ratingValue": "4.9",
    "reviewCount": "45"
  }
}</script>

4つの戦略を「繋ぐ」内部リンク設計〜

内部リンクは単なるナビゲーションではなく、エンティティ同士の関係性を宣言するシグナルです。

“Internal links are signals for the relationship between articles about a topic.

Linking from a product review to an author bio, then to related content or categories,

helps Google understand how different entities and topics connect on your site.”

（内部リンクは、あるトピックに関する記事間の関係性を示すシグナルです。製品レビューから著者プロフィールへ、そして関連コンテンツやカテゴリへのリンクは、サイト上でさまざまなエンティティとトピックがどのように繋がっているかをGoogl

eが理解するのに役立ちます。）

引用元：Search Engine Land – Topical Authority Guide

推奨する内部リンク構造

リンク元ページ	→	リンク先ページ	効果	強化されるエンティティ関係
事例ページ	→	担当スタッフ紹介ページ	★★★	「これは、この人物が担当した」
コラム	→	関連のサービスページ	★★★	「この専門知識＝このサービス」
FAQページ	→	地域別事例	★★	「この問いの答えは実績で証明済み」
地域特化ページ	→	その地域の事例一覧	★★★	「この地域×このサービス＝実績あり」

今日からできることを確認

✓	チェック項目	対応コンテンツ
☐	事例に担当者名・使用製品名・地名が記載されている	事例ページ
☐	事例にArticleスキーマが設置されている	事例ページ
☐	コラム・ブログに著者名と資格・経歴が表示されている	コラム・ブログ
☐	コラム・ブログにBlogPostingスキーマが設置されている	コラム・ブログ
☐	FAQページが存在し、実際のお客様の質問を元に構成されている	FAQページ
☐	FAQPageスキーマが設置されている	FAQページ
☐	サービス別の専用ページが存在する	サービスページ
☐	対応地域別の専用ページが存在する（小山市・宇都宮市等）	地域ページ
☐	施工事例→スタッフ紹介への内部リンクが設置されている	内部リンク設計
☐	コラム→関連施工事例への内部リンクが設置されている	内部リンク設計

まとめ

今回解説した4つのコンテンツ設計戦略を整理します。

コンテンツ戦略	エンティティへの役割
① 事例・実績ページ	「誰が・どこで・何を・どんな成果で」を記録する
② 専門コラム・ブログ	トピカル・オーソリティを築き「この分野の専門家」と認識させる
③ FAQページ	AIが最も読み取りやすい「問いと答え」の文脈をつくる
④ 地域・サービス特化ページ	「場所×サービス」という最も具体的なエンティティを定義する
＋ 内部リンク	4つを繋ぎ、エンティティ同士の「エッジ（関係線）」を強化する

JSON-LDは「宣言」、コンテンツは「証明」です。この両輪が揃ったとき、AIからあなたの会社は、引用されやすい状態となります。

LLMO対策は日々進化しており、最新の動向を把握することが不可欠です。

LLMO研究所が運営している無料メルマガでは、最新のAI技術動向やLLMO対策の実践事例を定期的に配信しています。

メルマガでは、AIアルゴリズムの変更点や最新の事例研究、成功事例などが詳細に解説されています。

これらの情報を活用することで、自社のLLMO戦略を常に最適な状態に保つことができます。

また、メルマガ限定の実践ワークショップや分析ツールの情報も提供されており、具体的な施策立案に役立てることができます。

無料ホワイトペーパーのご案内

LLMOの基本から実践まで、さらに詳しく学びたい方に向けて、LLMO研究所ではホワイトペーパーを無料で配布しています。

>> 権威性アップ&簡易的なLLMO対策無料チェックリストはこちら