実践ガイド
構造化データはAI検索にどこまで効くか。「まずschema」が遠回りになる理由
先に結論
構造化データ（schema.org）は、AI検索に効きます。でも、最初にやるべき最重要施策ではありません。
「AI対策といえば構造化データ」とよく語られます。実際にやってみるとわかりますが、構造化データを完璧に入れても、その前提（AIに読まれる状態）が整っていなければ、流入は動きません。順番を間違えると、効かないところに時間を使うことになります。
実データが示した、意外な事実
当社の占いメディアは、AI検索（ChatGPT・Copilotなど）とBing経由で月2万の流入を得ていました。そのサイトを7項目で診断したとき、構造化データの実装はトップページで薄い状態でした。JSON-LDがほとんど入っていない。
それでも流入は出ていた。つまり、構造化データは「あれば良い」けれど、「無いと流入ゼロ」ではなかった。実際に効いていたのは別の3つでした。
効いた順（実証ベース）
| 優先度 | 項目 | 理由 |
|---|---|---|
| 高 | AIクローラーを締め出していない | 弾けば引用されない。ここがゼロだと他が無意味 |
| 高 | 本文がHTMLで読める（SSR/静的） | 読めないものは引用されない |
| 高 | Bingにインデックスされている | AI検索の参照元の入口 |
| 中 | 運営者の明確さ・引用しやすい文章・一次情報 | 信頼と抜き出しやすさ |
| 低 | 構造化データ・llms.txt | あれば加点。但し前提が整って初めて効く |
構造化データが「低」なのは、効果がないからではありません。上の3つが整っていない状態で構造化データだけ足しても、土台がないところに飾りを付けるようなものだからです。
では構造化データはいつ効くのか
前提が整ったあと、次の場面で効いてきます。
- FAQPage — 問いと答えの対応をAI・検索エンジンに明示でき、抜き出されやすくなる
- Product — ECの商品情報（価格・在庫・レビュー）を正確に伝える
- Article / Organization — 記事の著者・発行元、運営主体を機械可読にする
たとえばFAQPageは、こう書きます（コピーして質問文を差し替え）。
<script type="application/ld+json">
{
"@context": "https://schema.org",
"@type": "FAQPage",
"mainEntity": [{
"@type": "Question",
"name": "GEOとは何ですか？",
"acceptedAnswer": { "@type": "Answer", "text": "生成AIに引用されるための最適化です。" }
}]
}
</script>これらは「中〜上の項目を整えたうえで、さらに精度を上げる」ための施策です。順番として後、という意味であって、不要という意味ではありません。実装用のひな型はスニペット集にまとめています。
llms.txt はどうか
AIに向けてサイトの要約や重要ページを伝える llms.txt という新しい慣習があります。設置して損はありませんが、優先度は高くない。まだ対応が一般的とは言えず、それ単体で流入が大きく動くものではないからです。
先に、robots.txtの締め出しを解く、Bingに載せる。順番はいつもこちらが先です。
よくある質問
Q. 構造化データはAI検索に意味がない？ 意味はある。特にFAQ・商品・記事で有効。ただし最重要の最初の施策ではなく、クロール許可・読めるHTML・Bingを整えた後で効いてくる、という優先順位の話。
Q. llms.txtは設置すべき？ 余裕があれば損はないが優先度は低い。先にrobots.txtの締め出し解除とサイトマップ整備のほうが効く。
Q. 何から手をつければいい？ (1)AIクローラーを弾いていないか (2)本文がHTMLで読めるか (3)Bingにインデックスされているか、を先に。構造化データはその後でFAQや商品ページから。
「まずschemaから」と言われたら、いったん立ち止まってください。その前に、扉は開いていますか。HTMLは読めますか。Bingに載っていますか。順番を守るだけで、同じ労力でも流入の伸び方が変わります。