の語彙を で埋込む のは LLMO の中核。本記事では各型の使い分け、実装パターン、AI 検索エンジンが特に好む形式まで体系的に扱います。
1. 主要型の用途別マップ
| 型 | 用途 | AI 検索での価値 |
|---|---|---|
| Article | ブログ記事・ニュース | ★★★ (引用元として基本) |
| FAQPage | Q&A セクション | ★★★★ (回答に直接使われやすい) |
| HowTo | 手順記事 | ★★★ (ステップ抽出に使われる) |
| Person | 著者プロフィール | ★★★ (E-E-A-T 強化) |
| Organization | 会社情報 | ★★ (信頼性シグナル) |
| Product | 商品ページ | ★★ (EC・SaaS 比較に使われる) |
| BreadcrumbList | パンくず | ★ (サイト構造の理解) |
| Course | オンライン講座 | ★ (教育系) |
| Event | セミナー・カンファレンス | ★ (時事性) |
2. Article schema の完全例
Article + Person author の組合せ
HTML
<script type="application/ld+json">{ "@context": "https://schema.org", "@type": "Article", "headline": "記事タイトル", "description": "記事の要約 (50-160 字)", "datePublished": "2026-05-17", "dateModified": "2026-05-17", "image": ["https://example.com/og.png"], "author": [ { "@type": "Person", "name": "松尾 亮", "url": "https://example.com/about", "jobTitle": "代表", "sameAs": [ "https://x.com/example", "https://github.com/example" ] }, { "@type": "Organization", "name": "ふくふく", "url": "https://example.com" } ], "publisher": { "@type": "Organization", "name": "ふくふく", "logo": { "@type": "ImageObject", "url": "https://example.com/logo.png" } }, "mainEntityOfPage": "https://example.com/blog/article-slug", "keywords": "LLMO, GEO, JSON-LD"}</script>3. FAQPage schema (AI 引用率が最も高い)
FAQPage の最小実装
HTML
<script type="application/ld+json">{ "@context": "https://schema.org", "@type": "FAQPage", "mainEntity": [ { "@type": "Question", "name": "LLMO とは何ですか?", "acceptedAnswer": { "@type": "Answer", "text": "Large Language Model Optimization の略で..." } }, { "@type": "Question", "name": "SEO との違いは?", "acceptedAnswer": { "@type": "Answer", "text": "SEO は検索結果順位、LLMO は AI 回答の引用..." } } ]}</script>4. HowTo schema (手順記事に)
HowTo の例
HTML
<script type="application/ld+json">{ "@context": "https://schema.org", "@type": "HowTo", "name": "robots.txt に AI クローラ allow を追加する", "description": "GPTBot / ClaudeBot 等を明示許可する手順", "totalTime": "PT15M", "step": [ { "@type": "HowToStep", "name": "robots.txt を開く", "text": "サイトルートの robots.txt を編集モードで開く" }, { "@type": "HowToStep", "name": "User-Agent を追加", "text": "User-Agent: GPTBot\nAllow: /\n を末尾に追加" }, { "@type": "HowToStep", "name": "デプロイと検証", "text": "本番反映後、curl で取得して確認" } ]}</script>5. Person + Organization (著者シグナル)
Article の author は Person + Organization の両方 を入れるのが正解。E-E-A-T (Experience / Expertise / Authoritativeness / Trust) のシグナルが立ち、AI 検索の引用元選定で有利になります。
6. 検証ツール
- Google リッチリザルト テスト (https://search.google.com/test/rich-results): 公式ツール、エラー詳細表示
- Schema.org Validator (https://validator.schema.org/): 構文チェック専用
- Bing Markup Validator: Microsoft 系の検証
- curl + jq: コマンドラインで HTML から JSON-LD を抽出
7. アンチパターン
- ❌ 本文に書いていない情報を schema に書く (規約違反)
- ❌ 複数の Article を 1 ページに置く (どれが本物か AI が混乱)
- ❌ 古い日付のまま放置 (定期的に dateModified を更新)
- ❌ 画像 URL が壊れている (リッチリザルト失格)
- ❌ 必須フィールド欠落 (FAQPage の Question.name は必須等)
8. 次の話
EP.04 では 著者シグナル を深掘り。Person スキーマの活用、外部の sameAs 連携、E-E-A-T を満たす著者ページの作り方を扱います。
この記事の感想を教えてください
あなたの 1 クリックで、本当にこの記事は更新されます。「もっと詳しく」「続編希望」が一定数集まった記事は、 ふくふくが 実際に内容を拡充したり続編記事を公開 します。 送信したリアクションはお使いのブラウザに記録され、再カウントされません。