Course schemaの書き方｜必須2つとCourse listの条件【図解つき】

「講座ページにも構造化データを入れておきたい」。そう思って調べ始めると、少し混乱するかもしれません。解説記事はたくさん見つかるのに、Googleの公式ドキュメントを開くと、書いてある項目がとても少ないからです。

理由ははっきりしています。個別のコースを検索結果に表示する機能が、すでに終わっているからです。今も残っているのは、複数のコースをまとめて見せる形だけです。

この記事は、講座・スクール事業のサイト担当の方を想定して書きました。いま有効な形はどれか、Googleが見ている項目はどこまでか、開催回や受講料はどこに書くのか。順番に整理していきます。

この記事では、スクールを運営する会社の2人と、専門家の会話をはさみながら進めます。あなたに近い立場の人の質問から読んでいただいて構いません。

• 若葉さん（Web担当2年目）— 「そもそも、それって何ですか？」を聞く役
• 高梨課長（マーケ課長）— 「誰が、どこまでやるんですか？」を聞く役
• 鈴木さん（AIO/SEOの専門家・本誌監修）— 答える役

01そもそもCourse schemaの書き方は、AI検索対策として何のためにあるんですか？

若葉さん

若葉さんの発言

あの…そもそもなんですが、Course schemaって、講座ページに何かを書き足すことなんでしょうか。

鈴木さん

鈴木さんの発言

ページの見た目は変わりません。講座案内に書いてある内容を、機械が読み取れる形でもう一度置き直す作業だと思ってください。

schema.orgは、Courseを「異なる日時・場所・媒体で提供されうる、複数の教育イベントやコンテンツからなる一連の講座」と定義しています（出典: schema.org/Course）。知識・能力・スキルの習得を目的とすることが前提です。

つまり、単発のセミナー告知や短い動画とは別のものとして扱われています。カリキュラムとしてのまとまりがあるかどうかが、境目になります。

そのうえでGoogle公式ドキュメントは、この語彙のうち「Course list」という1つの機能だけを構造化データとして扱っています（出典: Google Search Central「コース構造化データ」）。schema.orgが定義している語彙の全部を、Googleが見ているわけではありません。

02Course infoの廃止で、AI検索最適化として何が変わったんですか？

高梨課長

高梨課長の発言

少し前に見た解説記事のとおりに実装してあるのですが、そのままで大丈夫でしょうか。

鈴木さん

鈴木さんの発言

そこは確認が必要です。個別のコースを表示する機能は、すでに公式ドキュメントから削除されています。 古い手順のまま残っている記事が、まだ多いんです。

Googleは検索結果ページを簡素化する方針で、Course info（個別コースのリッチリザルト）を含む複数の構造化データ機能について、段階的な廃止を進めました（出典: Google Search Central「検索ドキュメント更新履歴」）。

経緯は次のとおりです。

つまり、個別のコースページに書いたCourse schemaで、リッチリザルトを狙うという前提そのものが無くなりました。

03今も有効なCourse listの条件は、AI対策としてどこを見ればいいんですか？

廃止を免れたのは、3件以上のコースをまとめる「Course list」です（出典: Google Search Central「構造化データギャラリー」）。

Course listは単独では表示されません。カルーセル（Carousel）のマークアップと組み合わせて検索結果に表示されます（出典: 同上）。この組み合わせの要件は、Google Search Central「コース構造化データ」にも記載されています。

条件は2つです。

数のほうは数えれば分かります。判断が要るのは、下の行です。学習成果がはっきりしているかを、自社の講座紹介文で確かめてみてください。受講したら何ができるようになるのかが書かれていなければ、まずそこが先です。

教育・スクール業界の動きは、別記事『教育・スクール業界のAIO事例』でも扱っています。

04Course schemaの書き方で、AI検索対策として必須なのはどれですか？

Course listの必須プロパティは、name（コース名）とdescription（説明文）の2つです（出典: Google公式）。descriptionには表示上限があり、60文字までとされています。推奨プロパティは、provider（提供組織、Organization型）の1つだけです。

驚くほど少ない、と感じた方が多いかもしれません。書く量が足りているかを心配するより、この3つの中身が実際のページと合っているかを見るほうが実務では効きます。

providerはOrganization型を入れ子にします。会社としての名乗りをどう書くかは、別記事『Organization schemaの書き方』で解説しています。

05schema.orgの語彙とGoogleの要件は、AI検索最適化でどう違うんですか？

前の章の表には、hasCourseInstanceもofferも出てきませんでした。schema.orgがそれらを定義していないからではありません。両者が扱う範囲が違うだけです。

schema.orgのCourse型は、履修条件や資格まで扱える語彙を定義しています。代表的なものは次の3つです（出典: schema.org/Course）。

• hasCourseInstance: 開催回を表すCourseInstance型への参照
• coursePrerequisites: 履修の前提条件
• educationalCredentialAwarded: 修了時に得られる資格

Googleの必須・推奨だけを書いても、規約違反にはなりません。逆に、開催回・日程・受講形式まで伝えたいなら、schema.orgの拡張プロパティが必要になります。

この2つを混ぜると、どちらかに転びます。不要な実装で工数だけ増やすか、伝えられるはずの情報を書き漏らすかです。先に「どちらの範囲の話をしているのか」を決めてから書き始めてください。

06AI検索対策で使える、Course schemaの書き方テンプレートはありますか？

複数のコースを持つ講座サイトの一覧ページを想定したテンプレートです。ItemList型でCourseを3件以上まとめ、position・item（Course）を入れ子にします（出典: Google Search Central「コース構造化データ」）。

{
  "@context": "https://schema.org",
  "@type": "ItemList",
  "itemListElement": [
    {
      "@type": "ListItem",
      "position": 1,
      "item": {
        "@type": "Course",
        "url": "https://sample.example.com/courses/aio-basic",
        "name": "AI検索最適化 入門コース",
        "description": "AI検索の仕組みと基礎用語を学ぶ入門講座です。",
        "provider": {
          "@type": "Organization",
          "name": "サンプルスクール",
          "sameAs": "https://sample.example.com"
        }
      }
    },
    {
      "@type": "ListItem",
      "position": 2,
      "item": {
        "@type": "Course",
        "url": "https://sample.example.com/courses/aio-technical",
        "name": "AI検索最適化 テクニカル実装コース",
        "description": "構造化データとllms.txtの実装を学ぶ講座です。",
        "provider": {
          "@type": "Organization",
          "name": "サンプルスクール",
          "sameAs": "https://sample.example.com"
        }
      }
    },
    {
      "@type": "ListItem",
      "position": 3,
      "item": {
        "@type": "Course",
        "url": "https://sample.example.com/courses/aio-strategy",
        "name": "AI検索最適化 戦略設計コース",
        "description": "KPI設計と運用体制を学ぶ講座です。",
        "provider": {
          "@type": "Organization",
          "name": "サンプルスクール",
          "sameAs": "https://sample.example.com"
        }
      }
    }
  ]
}

positionは表示順を表す整数で、1から始まる連番にします。itemのname・description・providerは、実際にページへ表示されている情報と揃えてください。JSON-LDそのものの文法は、別記事『JSON-LDの書き方入門』で解説しています。

07開催回は、Course schemaのAI対策でどこに書くんですか？

高梨課長

高梨課長の発言

うちは同じ講座を、オンラインと対面の両方でやっています。この違いは、どこに書けばいいのでしょうか。

鈴木さん

鈴木さんの発言

CourseInstanceという型があります。時間や場所が違うだけで、別の実施回だと示すための語彙です。

schema.orgは、時間や場所が異なるだけで別の実施回であることを示すCourseInstance型で、開催回を表現します（出典: schema.org/CourseInstance）。

CourseInstance固有のプロパティは、courseMode・courseSchedule・courseWorkload・instructorの4つです（出典: schema.org/CourseInstance）。courseMode（受講形式）はText型で、実務では「online」「onsite」のような文字列がよく使われます。

対面開催などの別の回を足すときは、hasCourseInstanceの配列にCourseInstanceをもう1件加えて、courseModeとlocationを実態に合わせます。

08受講料や開始日は、Course schemaのAI検索対策でどこに置くんですか？

CourseInstanceは、Eventのサブタイプでもあります。そのためstartDate（開始日）・location（開催場所）・offers（受講料）といった、Eventが持つプロパティもそのまま使えます（出典: schema.org/CourseInstance, schema.org/Event）。

{
  "@context": "https://schema.org",
  "@type": "Course",
  "name": "AI検索最適化 テクニカル実装コース",
  "description": "構造化データとllms.txtの実装を学ぶ講座です。",
  "provider": {
    "@type": "Organization",
    "name": "サンプルスクール",
    "sameAs": "https://sample.example.com"
  },
  "hasCourseInstance": [
    {
      "@type": "CourseInstance",
      "courseMode": "online",
      "courseWorkload": "週2時間、全4回",
      "startDate": "2026-09-01",
      "instructor": {
        "@type": "Person",
        "name": "担当講師名"
      },
      "offers": {
        "@type": "Offer",
        "priceCurrency": "JPY",
        "price": "49800"
      }
    }
  ]
}

受講料は、Course自体ではなくCourseInstanceの中のoffersに置きます。priceCurrencyは、日本円なら「JPY」です。

09公開したあと、Course schemaの書き方はAI検索対策として何が崩れるんですか？

講座は、開講と終了を繰り返します。ページのほうは更新されても、構造化データだけが取り残される。ここが崩れやすい場所です。

このずれ方は、ECサイトの在庫・価格の更新と同じ構造です。別記事『Product schemaの書き方』で扱っている落とし穴が、そのまま当てはまります。

対処も同じ考え方になります。講座を開講・終了するときの手順に、構造化データの更新を1行入れておく。あとから思い出して直す形にすると、ずれたことに気づけません。

10Course schemaを実装すれば、LLMOやAI検索で引用されやすくなりますか？

高梨課長

高梨課長の発言

上に説明する立場として、ここが気になります。実装すると、AI検索で引用されやすくなるのでしょうか。

鈴木さん

鈴木さんの発言

正直にお答えします。そう断定できるデータは、確認できていません。 期待の置きどころを間違えないほうが、あとで困らないと思います。

構造化データとAI引用の関係は、単純ではありません。この点は、別記事『構造化データとAI引用の相関』で論文の読み方まで含めて扱っています。

Course schemaの主な効果は、講座情報をGoogleおよびクローラーへ正確に伝えることです。引用を取りにいく施策として位置づけると、判断がぶれます。

11Course schemaの書き方で、AI検索最適化としてやりがちな失敗は何ですか？

最後に、実務でよく見かける失敗を3つ挙げます。どれも「よかれと思って」起きるものです。

1. Course info向けの実装のまま満足してしまう

このマークアップは、すでに検索結果に表示されません。3件以上のコースをItemListでまとめる「Course list」の形に切り替える必要があります。

2. コースが1〜2件しかないのに実装してしまう

Googleのガイドラインは、最低3件を条件としています。コース数が少ないなら、提供コースを増やすか、単独での評価はいったん見送る判断になります。

3. nameに宣伝文句を入れてしまう

「今だけ半額」のような価格・割引表現は、Googleのガイドライン違反にあたります。nameには、コースの内容を表す名称だけを書いてください。

12よくある質問

13まとめ｜今日やる3つのこと

Course schemaの実装で最初に決めるのは、Google向けの最小要件を満たすところで止めるか、schema.orgの語彙で開催回まで表現するかです。どちらが正解ということはなく、伝えたい情報の範囲で決まります。

まずは自社の講座ページを開いて、コースが3件以上まとまっているかを数えてみてください。そこが出発点になります。