Schema.org構造化データのGEO効果と実装手順
GEOに必須の構造化データ。どのSchemaを実装すべきか・JSON-LDの書き方・検証方法までを実例付きで解説。
アレテイア 編集部
B2B SaaS のための GEO 専業エージェンシー
Schema.org構造化データのGEO効果と実装手順
構造化データ (Schema.org) は GEO 施策の中で最も「技術的に明確な」打ち手です。実装すれば確実にAIへの情報伝達が改善し、効果も測定しやすい。本記事ではどのSchemaを実装すべきか、JSON-LDの書き方、検証方法までをまとめます。
構造化データとは
構造化データは、Webページの情報を機械が理解できる形式で記述する仕組みです。検索エンジンや生成AIは、これを読んで「このページは何のページか」「どんな情報を持っているか」を判断します。
Schema.org は Google・Microsoft・Yahoo!・Yandex が共同で策定したボキャブラリー (語彙) で、HTML に JSON-LD・Microdata・RDFa のいずれかの形式で記述します。GEO・SEOの観点では JSON-LD が推奨です。
優先すべき Schema Type
| Schema Type | 用途 | 優先度 |
|---|---|---|
| Organization | 全ページ (運営会社情報) | 必須 |
| WebSite | トップページ | 必須 |
| BreadcrumbList | 全ページ (パンくず) | 必須 |
| FAQPage | FAQ ページ | 高 |
| Article / BlogPosting | ブログ記事 | 高 |
| Product | 製品ページ | 高 (EC・SaaS) |
| HowTo | 手順記事 | 中 |
| Person | 著者プロフィール | 中 |
| Review / AggregateRating | レビュー | 中 |
| Event | イベント | 用途依存 |
最低限 Organization + FAQPage + Article の3つを揃えれば、GEO 観点では合格点に達します。
実装例1 - Organization
全ページのフッターまたは head に配置します。
{
"@context": "https://schema.org",
"@type": "Organization",
"name": "アレテイア",
"url": "https://aleth.jp",
"logo": "https://aleth.jp/logo.png",
"email": "hello@aleth.jp",
"address": {
"@type": "PostalAddress",
"addressLocality": "東京都",
"addressCountry": "JP"
},
"sameAs": [
"https://twitter.com/aletheia_jp",
"https://www.linkedin.com/company/aletheia"
]
}
sameAs は SNS や公的データベースのURLを並べる項目で、権威性のシグナルになります。
実装例2 - FAQPage
faq-for-geo でも触れましたが、ここでは複数質問の例を示します。
{
"@context": "https://schema.org",
"@type": "FAQPage",
"mainEntity": [
{
"@type": "Question",
"name": "GEOとは何ですか?",
"acceptedAnswer": {
"@type": "Answer",
"text": "生成AI検索エンジンに自社情報を引用されるための施策です。"
}
},
{
"@type": "Question",
"name": "GEOの効果はいつ出ますか?",
"acceptedAnswer": {
"@type": "Answer",
"text": "一般的に2〜4ヶ月で言及率の変化が観測できます。"
}
}
]
}
実装例3 - Article
ブログ記事に必須です。
{
"@context": "https://schema.org",
"@type": "Article",
"headline": "GEOとは? SEOとの違いを1記事で解説",
"datePublished": "2026-06-11",
"dateModified": "2026-06-11",
"author": {
"@type": "Person",
"name": "編集部",
"url": "https://aleth.jp/about"
},
"publisher": {
"@type": "Organization",
"name": "アレテイア",
"logo": {
"@type": "ImageObject",
"url": "https://aleth.jp/logo.png"
}
},
"mainEntityOfPage": "https://aleth.jp/posts/what-is-geo"
}
dateModified を更新するたびに最新にすることで、AIに「鮮度の高い情報」と認識されます。
検証手順
実装後は必ず2つのツールで検証します。
- Google リッチリザルトテスト: search.google.com/test/rich-results
- Schema Markup Validator: validator.schema.org
エラーがあれば修正、警告は内容を見て判断します。
よくある実装ミス
| ミス | 影響 |
|---|---|
| JSON 構文エラー | Schema 全体が無効化される |
| 表示テキストとSchemaの中身が違う | スパムとして処理される可能性 |
| sameAs にダミーURL | 権威性シグナルが効かない |
| FAQ の Schema だけあって本文にQ&A が表示されていない | Google ガイドライン違反 |
| dateModified が更新されない | 鮮度シグナルが弱まる |
特に「表示テキストとSchema が一致しない」のは規約違反になるため、必ず本文に表示されている内容をそのままSchema に書きます。
CMS別の実装方針
- Next.js / Nuxt 等: 各ページコンポーネントで JSON-LD を直接出力
- WordPress: Yoast SEO / Rank Math プラグインで自動生成 + 不足分を手動
- Shopify: テーマ標準の Schema + Product Schema を上書き
- Studio / STUDIO / Wix: 標準対応が限定的、ヘッダースクリプトで追加
まとめ
- 構造化データは GEO の技術的土台
- 最低限 Organization + FAQPage + Article で合格点
- JSON-LD 形式・2ツールで検証
- 表示テキストとの一致が必須
- 月次でリッチリザルトテストの結果を確認
Aletheia (アレテイア) では Schema 実装監査も提供しています。無料診断は hello@aleth.jp まで。