Alejandro Rioja.
GEO SEO

AIエンジン向けSchemaマークアップ：効果の高いタイプとは

Alejandro Rioja
Alejandro Rioja
2 分で読める
TL;DR

FAQPageとHowTo schemaは、AIエンジンがそれらを事前回答済みの質問と手順として解析するため、1時間あたりのGEO引用リフトが最も高い。Article/BlogPostingは著者の信頼性を示す。PersonとOrganizationはエンティティグラフを固定し、モデルが別人と混同しないようにする。マイナーなタイプは無視する——2026年にはメトリクスが動かない。

無料ニュースレター

毎週水曜。28,400人以上の読者。無駄なし。

目次

2026年5月更新。

TL;DR: FAQPageとHowTo schemaは、AIエンジンがそれらを事前回答済みの質問と手順として解析するため、1時間あたりのGEO引用リフトが最も高い。Article/BlogPostingは著者の信頼性を示す。PersonとOrganizationはエンティティグラフを固定し、モデルが別人と混同しないようにする。マイナーなタイプは無視する——2026年にはメトリクスが動かない。

[オペレーターの視点] 私は自分のサイトとクライアントサイトで定期的にschemaの監査を実施している。AIエンジンが実際に使用するタイプと、ただ置かれているだけで何もしないタイプの差は、ほとんどのガイドが認める以上に大きい。

AIエンジンがGoogleと異なるschemaの読み方をする理由

従来のGoogleクローラーはschemaを主にリッチリザルト——SERPに表示される星評価やFAQドロップダウン——のために使用する。これはレンダリングの問題だ。schemaは機能の条件を満たすか否かだ。

AIエンジン——ChatGPT、Perplexity、Gemini、Claude——はschemaを異なる方法で使用する。SERPをレンダリングしているのではない。ページを解析して離散的で引用可能な事実を抽出している。Schemaマークアップはショートカットだ。テキストブロックの意味を推論するのではなく、モデルは@typeフィールドを読んで理解できる：「これは質問回答のペアだ」「これは構造化された手順だ」「これは著者だ」。

これにより重要なタイプが変わる。コンテンツをクリーンで抽出可能な単位にシリアル化するタイプが勝つ。主にGoogleのリッチリザルト表示を助けるタイプは、GEOのコンテキストでは価値が低い。

AIのトレーニングデータとリアルタイム検索を支えるクローラー（Common Crawl、Bingのインデックス、Googleのクロール）はすべてJSON-LDを処理する。マークアップが有効で意味的に正確であれば取り込まれる。偽のFAQや不一致のタイプが詰め込まれていれば、モデルはそれを信頼しないよう学習する——または無視する。

ArticleとBlogPosting：著者アンカー

公開するすべての投稿にはArticleまたはBlogPosting schemaを付けるべきだ。華やかではないが、基礎的なことだ。

GEOで最も重要な2つのフィールドはauthorとdateModifiedだ。AIエンジンは引用を表示するかどうかを決める際に、鮮度と名前付きの著者を重視する。著者が宣言されておらず、公開日が2年前のページは、名前付き専門家と最近の更新を持つページに対して競争力が低い。

json
{
  "@context": "https://schema.org",
  "@type": "BlogPosting",
  "headline": "AIエンジン向けSchemaマークアップ：効果の高いタイプとは",
  "author": {
    "@type": "Person",
    "name": "Alejandro Rioja",
    "url": "https://alejandrorioja.com/about/"
  },
  "datePublished": "2026-05-31",
  "dateModified": "2026-05-31",
  "publisher": {
    "@type": "Organization",
    "name": "Alejandro Rioja",
    "url": "https://alejandrorioja.com"
  },
  "mainEntityOfPage": {
    "@type": "WebPage",
    "@id": "https://alejandrorioja.com/blog/schema-markup-for-ai-engines-the-types-that-punch-above-their-weight/"
  }
}

dateModifiedは正確に保つこと。すべてのページに偽の「今日更新」という日付を付けているサイトを見たことがある——モデルはそのパターンを検出して割り引く。コンテンツを実際に更新した時だけ日付を更新すること。

FAQPage：1時間あたり最高のGEOリフト

今すぐ情報ページに追加するschemaタイプを1つ選ぶとしたら、FAQPageだ。理由は構造的だ：AIエンジンはすでに質問に答えたがっている。FAQPageは1つのノードにラベル付きの質問とラベル付きの回答を渡す。推論は不要だ。

フィーチャードスニペットにも効果は現れるが、GEO効果はより確実だ。ユーザーがFAQエントリの1つに一致する質問をPerplexityにすると、モデルはすでに引用としてフォーマットしてあるため、あなたの回答をほぼそのまま引用できる。

実際に機能するFAQ schemaのルール：

  1. 各質問は実際のユーザーの表現方法を反映していなければならない——マーケターとしてどう表現するかではない。
  2. 各回答は自己完結していなければならない。記事を読んだ後にしか意味をなさない回答は引用されない。
  3. ページあたり3〜6つの質問がスイートスポットだ。10個の弱い質問で埋めると逆効果になる。
json
{
  "@context": "https://schema.org",
  "@type": "FAQPage",
  "mainEntity": [
    {
      "@type": "Question",
      "name": "AIエンジンはどのschemaタイプを優先しますか？",
      "acceptedAnswer": {
        "@type": "Answer",
        "text": "AIエンジンはFAQPage、HowTo、Article/BlogPosting、Person、Organizationを優先します。これらのタイプはコンテンツをクリーンで抽出可能な単位にシリアル化するため、モデルは散文を解析することなく直接引用できます。"
      }
    },
    {
      "@type": "Question",
      "name": "2026年にschemaマークアップはまだSEOに役立ちますか？",
      "acceptedAnswer": {
        "@type": "Answer",
        "text": "はい。Schemaマークアップは従来のクローラー（リッチリザルト用）とAIクローラー（引用抽出用）の両方に役立ちます。FAQPageとHowToは実装1時間あたりの投資対効果が最も高い。"
      }
    },
    {
      "@type": "Question",
      "name": "1ページにFAQアイテムはいくつ含めるべきですか？",
      "acceptedAnswer": {
        "@type": "Answer",
        "text": "自己完結した質問回答ペアを3〜6つ含めるのがスイートスポットです。6つを超えると質が希薄になり、3つ未満だと引用の表面積が減ります。"
      }
    }
  ]
}

HowTo：AIエンジンが引用したがる手順

HowTo schemaは活用されていない。ほとんどの人はレシピスタイルのコンテンツに実装してそこで止まる。しかしセットアップガイド、監査、フレームワークなど、あらゆる手順的なコンテンツが候補だ。

GEOでウェイト以上のパフォーマンスを発揮する理由：AIエンジンは「どうすれば……」というクエリにステップを列挙して定期的に回答する。名前付きステップを持つHowTo schemaがあれば、モデルはあなたの構造をほぼ正確に再現できる。要約しているのではなく、手順を引用しているのだ。

json
{
  "@context": "https://schema.org",
  "@type": "HowTo",
  "name": "ブログ投稿にFAQPage Schemaを追加する方法",
  "step": [
    {
      "@type": "HowToStep",
      "position": 1,
      "name": "3〜6つの実際のユーザー質問を特定する",
      "text": "Google Search Consoleのクエリ、Redditスレッド、顧客メールから質問を抽出する。各質問は自然言語を反映すべきで、マーケター言語ではない。"
    },
    {
      "@type": "HowToStep",
      "position": 2,
      "name": "自己完結した回答を書く",
      "text": "各回答は単独で意味をなさなければならない——「上述のように」や「セクション3を参照」という参照はない。回答あたり40〜120語を目指す。"
    },
    {
      "@type": "HowToStep",
      "position": 3,
      "name": "ページのheadまたはbodyにJSON-LDブロックを追加する",
      "text": "FAQPageのJSON-LDを<script type='application/ld+json'>タグに貼り付ける。公開前にGoogle Rich Results TestとSchema.org Validatorで検証する。"
    }
  ]
}

実用的なメモ：HowToStepのテキストは短くスキャンしやすく保つこと。AIエンジンはステップテキストをほぼ文レベルの粒度で抜粋する。ステップフィールドに400語の長文を書いてもほとんど無視される。

PersonとOrganization：エンティティの曖昧さ解消

これが現実の問題を防ぐ地味なタイプだ。AIエンジンはエンティティグラフ——人と組織が誰であるかの内部マップ——を維持している。Person schemaが欠如しているか不一致の場合、モデルはあなたを同名の人物と混同するか、単に未知のエンティティとしてラベルを付けてコンテンツの優先度を下げる可能性がある。

AboutページとAuthorページのPerson schemaは3つのことをする：

  1. 正規の名前とURLを宣言する
  2. sameAsでソーシャルプロフィールにリンクする（これらはエンティティアンカーとして機能する）
  3. knowsAboutで専門知識を関連付ける
json
{
  "@context": "https://schema.org",
  "@type": "Person",
  "name": "Alejandro Rioja",
  "url": "https://alejandrorioja.com/about/",
  "sameAs": [
    "https://www.linkedin.com/in/alejandrioja/",
    "https://twitter.com/alejandrorioja",
    "https://github.com/alejandrorioja"
  ],
  "knowsAbout": [
    "AI agents",
    "Generative Engine Optimization",
    "SEO",
    "growth marketing"
  ],
  "jobTitle": "Founder",
  "worksFor": {
    "@type": "Organization",
    "name": "Alejandro Rioja",
    "url": "https://alejandrorioja.com"
  }
}

Organization schemaはホームページに配置する。ここでのsameAsリンクは特に重要だ——モデルがあなたのウェブサイト、LinkedInページ、Crunchbaseプロフィールがすべて同じエンティティであることを確認できるようにする。

BreadcrumbListはコンテンツ信号ではなくUXの利便性のように見えるため、よく省略される。それは間違いだ。

AIエンジンはパンくずリストを使用して、コンテンツがサイトの分類体系のどこに位置するかを理解する。/blog/seo/内にある「schemaマークアップ」の投稿は、独立したページとは異なる文脈化がされる。その階層構造はモデルがコンテンツを正確に分類するのに役立ち、どのクエリに表示されるかに影響する。

json
{
  "@context": "https://schema.org",
  "@type": "BreadcrumbList",
  "itemListElement": [
    {
      "@type": "ListItem",
      "position": 1,
      "name": "ホーム",
      "item": "https://alejandrorioja.com/"
    },
    {
      "@type": "ListItem",
      "position": 2,
      "name": "ブログ",
      "item": "https://alejandrorioja.com/blog/"
    },
    {
      "@type": "ListItem",
      "position": 3,
      "name": "AIエンジン向けSchemaマークアップ",
      "item": "https://alejandrorioja.com/blog/schema-markup-for-ai-engines-the-types-that-punch-above-their-weight/"
    }
  ]
}

これは1回のテンプレート編集でほとんどのサイトが追加できる10分の実装だ。CMSレイアウトに追加すれば、すべてのページが自動的に取得する。

2026年に省略するタイプ

GEOのために時間を使わないschemaタイプの非網羅的なリスト：

パターン：タイプが実際のコンテンツを離散的で引用可能な単位にシリアル化しなければ、GEOメトリクスは動かない。すでに言っていることを、モデルがクリーンに抽出できる構造化データに再フォーマットするタイプに留まること。

公開前のschema検証

常に使う2つのツール：

  1. Google Rich Results Test — search.google.com/test/rich-results。Googleのリッチリザルト機能の適格性をチェックし、構文エラーを検出する。
  2. Schema.org Validator — validator.schema.org。Googleのツールより寛容；Googleが無視する構造的問題を検出する。

私が使うワークフロー：ページに追加する前にJSON-LDをバリデーターに貼り付ける。エラーを修正する。次にページに追加して、ライブURLでRich Results Testを実行する。これにより、何ヶ月も未検出のままになる壊れたマークアップの公開を防ぐ。

よくある間違い：複数の@typeブロックを別々の<script>タグに入れるのは問題ない。しかし無関係なタイプを1つのブロック内にネストすると検証に失敗する。各タイプを独自のscriptタグに保持すること。

オペレーターの結論

FAQPageとHowToは、私が公開するすべての情報ページに追加する2つのタイプだ。きちんと書くのに20〜40分かかり、AIエンジンが直接使用できる構造化された引用表面積を作り出す。Article/BlogPosting、Person、Organization、BreadcrumbListは必須——一度テンプレートに組み込んだら忘れていい。この5つをマスターするまで、他はすべてノイズだ。

続きを読む

AIプレイブックをメールでお届け

毎週水曜。28,400人以上の読者。無駄なし。

⌕
↵ ↵ すべての結果を見る esc esc で閉じる