AI回答のためのSchema.org：2026年に重要なこと

構造化データは、静かにオーディエンスを変えてきた。10年間、それは検索ページでリッチリザルトを得るために存在していたが、今では言語モデルに対して自社製品に関する事実を伝える最も信頼できる方法を兼ねている。アシスタントは自信を持って解析できるページを引用する。そしてJSON-LDは、「この文字列は製品名であり、この数値は価格であり、この日付は最終更新日である」と、散文がそれを明白にしてくれることを期待せずに言える唯一の場所だ。

これはschema.orgの完全な講座ではない。創業者向けの優先順位だ。やる価値のある4つの型、スキップすべき1つ、そして残りを静かに無効化する間違いについて。

優先順位

1. Organization — あなたのアイデンティティの錨

AIの回答にとって単一で最も価値の高いブロック。アシスタントが_誰が_その主張をしているのかを解決する方法だ。名前、法的身元、ロゴ、same-asプロフィール、連絡先。あなたが公開する他のあらゆる事実は、この錨に対して帰属される。

{
  "@context": "https://schema.org",
  "@type": "Organization",
  "name": "aat.ee",
  "url": "https://www.aat.ee",
  "logo": "https://www.aat.ee/logo.svg",
  "sameAs": ["https://github.com/yeagoo/Open-Launch"]
}

{
  "@context": "https://schema.org",
  "@type": "Organization",
  "name": "aat.ee",
  "url": "https://www.aat.ee",
  "logo": "https://www.aat.ee/logo.svg",
  "sameAs": ["https://github.com/yeagoo/Open-Launch"]
}

sameAs配列は見た目以上に重要だ。あなたのアイデンティティを、モデルがすでに知っているかもしれないプロフィールに結びつける。これによって「aat.ee」が単なる文字列でなくなるのだ。

2. Article — 公開するすべてのものに

アシスタントは、あるページが引用可能な情報源なのか、それともマーケティングの残骸なのかを判断する際に、datePublished、dateModified、author、headlineに頼る。古いdateModifiedは、鮮度が重要な質問で引用されなくなる最速の方法の一つだ。

{
  "@type": "Article",
  "headline": "Schema.org for AI Answers",
  "datePublished": "2026-09-24",
  "dateModified": "2026-09-24",
  "author": { "@type": "Organization", "name": "aat.ee Team" }
}

{
  "@type": "Article",
  "headline": "Schema.org for AI Answers",
  "datePublished": "2026-09-24",
  "dateModified": "2026-09-24",
  "author": { "@type": "Organization", "name": "aat.ee Team" }
}

dateModifiedは正直に保とう。あなたのページを2年前の日付で引用したアシスタントは、その2年前の回答を引用し続ける。

3. Product + Offer — 何かを販売しているなら

製品ページには、Offerを埋め込んだProductが、「いくらかかるのか」に答えるためにアシスタントが必要とする事実を述べる。価格、通貨、在庫状況だ。アシスタントは検証できない価格を引用することに著しく消極的なので、このマークアップがないページは価格なしで説明される傾向がある——あるいは競合の価格で。

4. FAQPage — 引用可能な質問形式の事実

FAQブロックはアシスタントが最も簡単に持ち上げられるものだ。質問はすでにユーザーの形をしており、回答はすでに1段落になっている。サポート受信箱が実際に受け取る本物の質問に使おう。2つのルール：表示されるページにマークアップと同じテキストが含まれていること、そしてすべての回答が「上記参照」なしで単独で成立すること。

スキップすべきもの

スキーマへのKeyword詰め込み、隠しテキスト用の重複ブロック、物理的な所在地のないビジネスへのLocalBusinessマークアップは、いずれもメンテナンスコストを増やすだけでアシスタントへの利益はない。その型でリッチリザルトが決して現れないなら、その型はおそらくあなたには不要な検索機能のために作られたものだ。

残りを無効化する3つの間違い

表示されるページと矛盾するマークアップ。 JSON-LDが製品は$29だと言っているのにページが$49を表示しているなら、アシスタント（そしてそれを支える検索システム）はあなたの構造化データが信頼できないと学習する。そのレッテルは貼られたままになる。
古い日付。 誰も触っていないページにdateModified: <today>を自動生成するのは、構造化データ版の「オオカミ少年」だ。
無効なJSON-LD。 末尾のカンマや@contextの欠落は、ブロック全体を無効にする。テンプレートを変更するたびにリッチリザルトテストで検証しよう——テンプレートこそこうしたエラーが潜む場所だ。なぜならエラーはソースファイルではなく、レンダリングされたページにしか現れないからだ。

お金を払うツールなしで検証する方法

Googleのリッチリザルトテストは構文と適格性を検証する。AI回答側にはバリデータは存在しない——チェックは行動的だ。回答があなたのマークアップにある事実質問（「[製品]はいくらかかる？」）をアシスタントに尋ね、その回答が数値を述べるか、曖昧にするか、代わりに競合を挙げるかを見る。当社のクローラーログのワークフローはこれと相性が良い。フェッチパターンは、そのページがそもそも読まれたかどうかを教えてくれる。

正直なまとめ

構造化データは、価値のない製品をアシスタントに推薦させることはない。それがするのは曖昧さを取り除くことだ。名前、価格、日付、カテゴリが、推測ではなく_事実_になる。アシスタントが絶えず曖昧にする状況において、事実を述べやすいことは本当の強みだ——そしてそれは四半期ではなく、1日の仕事である。

AI回答のためのSchema.org：実際に効果を生むもの