VIII-C4 ブログ記事をAIが読み取れる形に―SaaS向け構造化データ実装

どれだけ良い記事を書いても、AIがその構造を正しく読み取れなければ、回答の材料として選ばれる機会を逃してしまいます。今回は、SaaSのブログ記事にどの構造化データを、どの順番で実装すべきかを扱います。

構造化データとは何か

SaaSブログに実装すべき5つのスキーマ

あるBtoB人材管理SaaS企業(従業員60名・月間約8,000セッション規模)の事例では、既存ブログ42本に対し、Organization・FAQPage・Article・Service・BreadcrumbListという5種類の構造化データを実装したと報告されています。工数は約15時間だったとされています(出典: chot Inc., 2026年7月確認)。この15時間という工数は、既存のCMS・記事本数(42本)を踏まえた特定条件下での数字であり、自社の記事数やCMSの構造によって前後する点には注意してください。プラグインやテンプレート化によって1本あたりの実装時間を短縮できる場合もあります。

なぜこの5種類なのか

5種類にはそれぞれ異なる役割があります。OrganizationとBreadcrumbListは「この記事はどの会社の、サイト内のどこに位置する情報か」という文脈をAIに伝える役割、ArticleとServiceは「誰が書いた・何についての情報か」という内容そのものの属性を伝える役割、そしてFAQPageは質問と回答のペアというAIがそのまま引用しやすい形式そのものを提供する役割を担います。とりわけFAQPageが効果を発揮しやすいのは、AIの回答生成が「質問に対する簡潔な答え」を求める処理と相性が良く、Q&A形式のマークアップがその処理にそのまま乗りやすいためだと考えられます。文脈を示すスキーマと、中身を示すスキーマを両方揃えて初めて、AIは記事を正しく解釈できると捉えてください。

FAQは「回答冒頭100文字以内」を意識する

同じ事例では、FAQを合計80件へ拡充し、回答の冒頭100文字以内に結論を配置するという工夫も行われたと報告されています(出典: chot Inc., 2026年7月確認)。AIは記事全体を丸ごと引用するのではなく、見出しや段落ごとの断片を拾って回答を組み立てる傾向があるため、各セクションの冒頭で先に結論を言い切っておくことが有効だと考えられます。

実践ステップ

1. 1
   自社のOrganization情報(会社名・URL・ロゴ・SNS等)をJSON-LDで実装する
2. 2
   アクセス数の多い記事上位10本を選び、FAQPageを追加する
3. 3
   記事の著者・公開日・更新日をArticleスキーマで明示する
4. 4
   提供サービスの一覧をServiceスキーマで整理する
5. 5
   サイト内の階層構造をBreadcrumbListスキーマで示す
6. 6
   実装後、構造化データテストツールでエラーが出ていないか確認する

このレッスンはテキストとスライドで学べます。スライドは上のビューアからご覧ください。