SEO最終更新日: 2026年6月9日初出: 2026年6月7日

Organization Schema でAI引用率を上げる設定・実装ガイド【2026年版】

Organization SchemaのJSON-LD実装でAI引用率を高める方法を解説。name・url・sameAs・legalName・contactPoint・logo の正しい書き方から、ChatGPT/Perplexity/Google AI Overview に引用されるための企業エンティティ設計まで、実装コード付きで詳しく解説します。

文責: LLMOツール編集部

#Organization Schema#構造化データ#AI引用率#JSON-LD#LLMO対策#E-E-A-T

目次（33項目）

はじめに
Organization Schema とは何か：AI時代における役割
従来SEOとの違い
なぜ Organization Schema が AI引用率に影響するか
必須プロパティと推奨プロパティ：2026年版チェックリスト
必須プロパティ（未設定はAI引用機会の損失）
推奨プロパティ（AI引用率向上に貢献）
sameAs の設定方針
JSON-LD 実装：コピーして使える基本テンプレート
基本テンプレート（中小企業向け）
@id の設定：エンティティグラフの要
設置場所：<head> 内が推奨
WordPress・Next.js・静的HTML 別の実装手順
WordPress での実装
Next.js での実装
静的HTML での実装
よくある実装ミスとペナルティリスク
ミス1：ページ上の情報と不一致
ミス2：sameAs が空配列または未設定
ミス3：@id の重複または欠落
ミス4：JSON構文エラー
ミス5：logo の画像URLが存在しない
検証ツールと効果測定：実装後の確認フロー
ステップ1：Rich Results Test（リッチリザルトテスト）
ステップ2：Schema Markup Validator
ステップ3：Search Console での監視
AI引用率の測定
ArticleスキーマとのネストでAI引用率をさらに高める
Organization Schema の種別選択：業種別の @type 最適解
FAQでさらにAI引用率を高める：FAQPage Schema との連携
関連用語
関連記事
よくある質問（FAQ）

Organization Schema でAI引用率を上げる設定・実装ガイド【2026年版】

結論： Organization Schema を正しく実装すると、ChatGPT・Perplexity・Google AI Overview などのAIが自社ブランドを「信頼できるエンティティ」として認識する確率が高まり、AI引用率の向上につながる。JSON-LD で sameAs・legalName・contactPoint を漏れなく設定することが2026年時点の最優先施策である。

最終更新日：2026年6月7日

はじめに

2026年、検索の主役はSERP（検索結果ページ）からAI生成回答へとシフトしている。Google AI Overview、ChatGPT Search、Perplexity AI はいずれも、回答生成時に構造化データを強力な信号として利用している。

その中でも「Organization Schema（組織スキーマ）」は、企業・ブランドのエンティティ同定に直結する最重要スキーマのひとつだ。サイト上にどれほど優れたコンテンツがあっても、AIが「どの企業のサイトか」を正確に把握できなければ、引用候補から外れてしまう。

本記事では、Organization Schema の基本構造から実装手順、よくあるミス、検証方法まで、2026年最新の知見をもとに体系的に解説する。

Organization Schema とは何か：AI時代における役割

構造化データの一種である Organization Schema は、Schema.org が定義する組織情報のマークアップ仕様だ。企業名・所在地・連絡先・ブランドアカウントといった情報を機械可読な形式で記述することで、検索エンジンとAIシステムが「このサイトはどのような組織が運営しているか」を確実に把握できるようになる。

従来SEOとの違い

従来のSEOでは、Organization Schema はナレッジパネルの表示やリッチリザルトのトリガーとして機能してきた。2026年においては、その役割がさらに拡張されている。

AIシステムは回答生成の際に、複数のソースを比較照合しながら「信頼性の高い情報源」を選別する。このとき Organization Schema が「エンティティの証明書」として機能する。sameAs で紐付けられたSNSプロフィールや外部データベースがAIの判断基準となり、ブランドのエンティティ認識精度を左右する。

なぜ Organization Schema が AI引用率に影響するか

エンティティ照合：AIはWikipedia・Wikidata・Google Knowledge Graph などの外部ソースとSchema上のデータを照合し、ブランドの実在性を確認する
信頼スコアの形成：sameAs で複数の公式プロフィールが紐付けられると、AIはその組織を「検証済みエンティティ」として扱いやすくなる
著者・発行者との連携：Article Schema の publisher に Organization が正しくネストされることで、コンテンツの出所の信頼性が高まる

LLMO の観点からも、Organization Schema は「ブランドがAIに正確に理解されるための基盤」として位置づけられている。

必須プロパティと推奨プロパティ：2026年版チェックリスト

Organization Schema の実装品質は、プロパティの網羅性によって大きく左右される。以下を基準に自社サイトの実装状況を確認してほしい。

必須プロパティ（未設定はAI引用機会の損失）

プロパティ	説明	設定例
`@type`	組織の種別	`"Organization"` または `"Corporation"`
`name`	組織の一般的な呼称	`"株式会社サンプル"`
`url`	公式サイトURL	`"https://example.co.jp"`
`logo`	ロゴ画像のURL	`"https://example.co.jp/logo.png"`
`sameAs`	外部プロフィールURL群	SNS・Wikipedia・Wikidata など

推奨プロパティ（AI引用率向上に貢献）

プロパティ	説明	設定例
`legalName`	法人登記上の正式名称	`"株式会社サンプル"`
`description`	組織の説明文（100〜200字）	事業内容の要約
`foundingDate`	設立年月日	`"2015-04-01"`
`numberOfEmployees`	従業員数	`{"@type": "QuantitativeValue", "value": 50}`
`address`	所在地（PostalAddress）	郵便番号・都道府県・市区町村
`contactPoint`	連絡先情報	電話・メール・対応時間など
`knowsAbout`	専門領域	`["SEO", "AI検索最適化"]`

`sameAs` の設定方針

sameAs は Organization Schema の中でも特に重要な役割を担う。AIシステムはこのフィールドに列挙されたURLを通じて、組織のデジタルフットプリントを確認する。

設定すべき外部URLの優先順位：

Wikipedia（存在する場合）
Wikidata エンティティページ
Google ビジネスプロフィール
LinkedIn 企業ページ
X（旧Twitter）公式アカウント
Facebook 公式ページ
YouTube チャンネル

ブランドメンションとの関係においても、sameAs で設定した外部プロフィールに自社ブランド名が一貫して記載されていると、AIのエンティティ認識精度がさらに向上する。

JSON-LD 実装：コピーして使える基本テンプレート

JSON-LD は Google が推奨する構造化データの記述形式だ。HTMLのコードとは分離されるため保守性が高く、CMS・静的サイト・Next.js など実装環境を選ばない。

基本テンプレート（中小企業向け）

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "Organization",
  "@id": "https://example.co.jp/#organization",
  "name": "株式会社サンプル",
  "legalName": "株式会社サンプル",
  "url": "https://example.co.jp",
  "logo": {
    "@type": "ImageObject",
    "url": "https://example.co.jp/images/logo.png",
    "width": 600,
    "height": 60
  },
  "description": "中小企業向けのSEO・AI検索最適化コンサルティングを提供する会社です。",
  "foundingDate": "2015-04-01",
  "address": {
    "@type": "PostalAddress",
    "streetAddress": "渋谷区渋谷1-1-1",
    "addressLocality": "渋谷区",
    "addressRegion": "東京都",
    "postalCode": "150-0002",
    "addressCountry": "JP"
  },
  "contactPoint": {
    "@type": "ContactPoint",
    "telephone": "+81-3-0000-0000",
    "contactType": "customer service",
    "areaServed": "JP",
    "availableLanguage": "Japanese",
    "hoursAvailable": {
      "@type": "OpeningHoursSpecification",
      "dayOfWeek": ["Monday","Tuesday","Wednesday","Thursday","Friday"],
      "opens": "09:00",
      "closes": "18:00"
    }
  },
  "sameAs": [
    "https://www.linkedin.com/company/sample-co",
    "https://twitter.com/sample_official",
    "https://www.facebook.com/sampleco",
    "https://www.youtube.com/@sampleco"
  ],
  "knowsAbout": ["SEO", "AI検索最適化", "構造化データ", "コンテンツマーケティング"]
}
</script>

`@id` の設定：エンティティグラフの要

@id は JSON-LD における最重要プロパティのひとつだ。https://example.co.jp/#organization のように、サイトのURLに #organization を付けた値を設定することで、同サイト内の Article Schema や WebSite Schema から @id で参照でき、エンティティグラフが形成される。

// WebSite Schema からの参照例
{
  "@type": "WebSite",
  "publisher": {
    "@id": "https://example.co.jp/#organization"
  }
}

設置場所：`<head>` 内が推奨

<script type="application/ld+json"> タグは <head> 内に配置するのが推奨される。技術的には <body> 内でも Google は認識するが、クローラビリティの観点から <head> 内への配置を徹底すべきだ。

ホームページ（トップページ）に必ず設置し、全ページへの展開はサイトテンプレートを活用して効率的に行う。

WordPress・Next.js・静的HTML 別の実装手順

WordPress での実装

WordPress サイトの場合、以下の2つのアプローチがある。

プラグイン利用（推奨）

Rank Math SEO：Organization Schema の設定画面が充実しており、sameAs の入力UIも備える
Yoast SEO：会社情報の設定から Organization Schema を自動出力
All in One SEO：ナレッジグラフ機能で Organization Schema を管理

どのプラグインを使う場合も、設定後は後述の検証ツールで出力内容を確認すること。プラグインのデフォルト設定では sameAs が空のまま出力される場合があるため注意が必要だ。

functions.php への直接実装

プラグインの出力をカスタマイズしたい場合や、軽量化を重視する場合は wp_head フックを使って直接出力することもできる。この方法ではプロパティを完全にコントロールできる。

Next.js での実装

App Router を使用する場合、layout.tsx の <head> セクションに <Script> コンポーネントを使って出力する方法が一般的だ。再利用性を高めるために lib/schema/organization.ts などに定数として定義し、各レイアウトからインポートする設計が推奨される。

静的HTML での実装

静的サイトでは <head> タグ内に直接 <script type="application/ld+json"> を記述する。インクルード機能を使ってヘッダーパーツとして一元管理すると更新漏れを防げる。

よくある実装ミスとペナルティリスク

Organization Schema の実装で最も多いミスは以下の5点だ。

ミス1：ページ上の情報と不一致

JSON-LD 内の情報はページ上に表示されている内容と一致している必要がある。 例えば、ページには記載のない電話番号をSchemaに書くと、Google のガイドライン違反となりリッチリザルトが無効化されるリスクがある。

contactPoint の telephone は「お問い合わせ」ページや「会社概要」ページに表示されている番号のみ記載すること。

ミス2：`sameAs` が空配列または未設定

sameAs: [] と記述するのは未設定と同等だ。少なくとも2〜3件の外部URLを設定しないと、AIエンティティ照合の恩恵を受けられない。

ミス3：`@id` の重複または欠落

同一サイト内の複数ページに Organization Schema を設置する場合、@id の値を統一すること。ページごとに異なる @id を設定すると、AIが複数の別エンティティとして認識してしまう。

ミス4：JSON構文エラー

末尾のカンマ、括弧の閉じ忘れ、シングルクォートの使用（JSON はダブルクォートのみ有効）などの構文エラーは、スキーマ全体が無効化される原因となる。実装後は必ず検証ツールで確認すること。

ミス5：`logo` の画像URLが存在しない

logo に指定した画像URLが実際にアクセスできない場合、Logo リッチリザルトが表示されない。CDN 移行やリニューアル時に画像URLが変わった場合は Schema も合わせて更新すること。

検証ツールと効果測定：実装後の確認フロー

Organization Schema を実装したら、以下の順序で検証を行う。

ステップ1：Rich Results Test（リッチリザルトテスト）

Google が提供する公式ツール。URLを入力するとSchemaの認識結果と、リッチリザルトの表示可否を確認できる。Organization Schema のエラーや警告が表示された場合は即座に修正する。

ステップ2：Schema Markup Validator

Schema.org 公式のバリデーター。JSON-LD の構文エラーや型の不整合を詳細にチェックできる。Rich Results Test では検出されないエラーを拾えるため、両方使うことを推奨する。

ステップ3：Search Console での監視

Search Console の「拡張機能」→「ロゴ」または「パンくずリスト」セクションで、Organization Schema の認識状況を継続的にモニタリングする。エラーが検出された場合はアラートを設定しておくと対応が迅速になる。

AI引用率の測定

E-E-A-T 向上の観点から、Organization Schema 実装後のAI引用率変化を測定することが重要だ。以下の方法で定量把握できる。

Google Search Console：「検索タイプ」で絞り込み、AI Overview からの流入を確認
GA4 ダイレクト流入の推移：AIチャットボットからの流入はDirect に計上されるケースが多い
ブランドクエリの露出数：Search Console でブランド名クエリのインプレッション数を追跡

実装から効果が現れるまでの目安は30〜60日程度だ。短期間で判断せず、3ヶ月スパンで継続的に観測することを推奨する。

ArticleスキーマとのネストでAI引用率をさらに高める

Organization Schema 単体での効果に加えて、Article Schema の publisher プロパティと組み合わせることで相乗効果を得られる。

{
  "@context": "https://schema.org",
  "@type": "Article",
  "headline": "記事タイトル",
  "author": {
    "@type": "Person",
    "name": "著者名",
    "@id": "https://example.co.jp/#author-yamada"
  },
  "publisher": {
    "@type": "Organization",
    "@id": "https://example.co.jp/#organization",
    "name": "株式会社サンプル",
    "logo": {
      "@type": "ImageObject",
      "url": "https://example.co.jp/images/logo.png"
    }
  },
  "datePublished": "2026-06-07",
  "dateModified": "2026-06-07"
}

publisher に Organization の @id を参照させることで、AIは「このコンテンツはどの組織が発行したか」を明確に把握できる。著者エンティティとの連携については著者情報 Person Schema でAI引用率を上げる実装ガイドで詳しく解説している。

実装前後でどの程度AI引用率が変化するかは構造化データ実装でAI引用率がどう変わるか：ビフォーアフター検証を参照してほしい。

Organization Schema の種別選択：業種別の `@type` 最適解

Schema.org では Organization の下位に多数のサブタイプが定義されている。自社の業種に合った型を選ぶと、AIの理解精度がさらに向上する。

`@type`	適用場面
`Organization`	汎用（上記以外の一般企業）
`Corporation`	法人全般（株式会社・有限会社など）
`LocalBusiness`	実店舗を持つ地域ビジネス
`MedicalOrganization`	医療機関
`EducationalOrganization`	学校・教育機関
`NGO`	非営利団体
`SportsOrganization`	スポーツクラブ・チーム

実店舗がある場合は LocalBusiness を Organization と組み合わせることで、ローカルSEOとAI引用の両方を最適化できる。各スキーマ種別のAI引用率への影響についてはスキーマ種別別AI引用率比較2026で詳細データを確認できる。

FAQでさらにAI引用率を高める：FAQPage Schema との連携

Organization Schema の実装と並行して、FAQPage Schema を設置することでAI引用率の相乗効果を狙える。AIシステムはFAQ形式の情報を回答テンプレートとして活用しやすいためだ。

FAQPage・HowTo など他の構造化データとOrganization Schemaを組み合わせた実装全体像についてはJSON-LD構造化データでAIの理解度を高める実装戦略で網羅している。

よくある質問（FAQ）

Q1. Organization Schema はどのページに設置すればよいですか？

A. まずトップページ（ホームページ）に必ず設置してください。全ページ共通のヘッダーテンプレートに含めることで全ページへの展開も可能ですが、トップページのみでもAIエンティティ認識の基本効果は得られます。サイト全体で @id を統一して参照する設計が理想です。

Q2. name と legalName は何が違いますか？どちらを優先すべきですか？

A. name はブランドの一般的な呼称（例：「サンプル」）、legalName は法人登記上の正式名称（例：「株式会社サンプル」）です。AIはこの2つのフィールドを通じてブランド名の表記ゆれを吸収します。両方設定することを強く推奨します。name を主名称として、legalName を補足情報として扱ってください。

Q3. sameAs に設定するURLは何件が理想ですか？

A. 最低2〜3件、理想は5〜7件です。ただし架空のURLや現在アクセスできないURLを含めるのは逆効果です。実際に運用中の公式プロフィールのみを設定してください。WikipediaページやWikidataエンティティが存在する場合は必ず含めましょう。

Q4. プラグインで自動出力される Organization Schema で十分ですか？

A. プラグインのデフォルト設定では sameAs が空のまま、legalName や knowsAbout が未設定なことが多いです。プラグインを使う場合でも、設定画面でこれらのフィールドを補完し、検証ツールで出力内容を確認してから運用してください。

Q5. Organization Schema を設置したのに Knowledge Panel が表示されません。なぜですか？

A. Knowledge Panel の表示はSchema実装だけでなく、外部でのブランド言及数・ブランドクエリの検索量・Wikipediaページの有無なども影響します。Schema実装はKnowledge Panel 取得の必要条件ではありますが十分条件ではありません。まず外部でのブランド認知度を高めることが並行して必要です。

Q6. AI引用率の改善はどのくらいの期間で確認できますか？

A. 実装から効果が現れるまでの目安は30〜60日です。クローラーがSchemaを認識し、AIシステムのエンティティグラフに反映されるまでに時間がかかります。実装直後に変化がなくても焦らず、3ヶ月スパンで Search Console の数値を追跡してください。

Q7. Organization Schema を設置すると SEO（クリック率・順位）にも影響しますか？

A. 直接的な順位シグナルではありませんが、Knowledge Panel 表示やロゴ表示によるブランド視認性の向上を通じて、ブランドクエリのクリック率が改善する事例が報告されています。また、E-E-A-T 強化の観点から、コンテンツの信頼性評価に間接的に貢献する可能性があります。

Q8. Organization Schema の内容を変更した場合、どれくらいで反映されますか？

A. 変更内容をGoogleがクロールするタイミングによって変わりますが、一般的に数日〜2週間程度です。急いで反映させたい場合は、Google Search Console の「URLの検査」機能から手動でクロールをリクエストしてください。

Q9. 複数ブランドを持つ企業の場合、Organization Schema はどう実装すればよいですか？

A. 親会社と子ブランドそれぞれに別々の Organization Schema を設置し、parentOrganization プロパティで親子関係を記述することが推奨されます。ただし @id は各エンティティで固有の値を設定し、混在しないよう管理してください。

Q10. Organization Schema の実装において、競合他社と差をつけるにはどうすれば良いですか？

A. 多くの競合が name・url・logo のみを設定している中、knowsAbout（専門領域）・hasOfferCatalog（サービス一覧）・award（受賞歴）・memberOf（加盟団体）などの補足プロパティまで丁寧に記述することで差別化できます。AIは情報が豊富なエンティティを優先的に引用する傾向があるため、プロパティの充実度がそのまま競争優位につながります。