構造化データ（JSON-LD）の実践：AI検索の「サイテーション」を獲得するサイト設計

導入：AIは「見た目」ではなく「構造」を読む

「構造化データって入れた方がいいの？」

一昔前のSEOでは「余裕があれば」といった位置づけでしたが、AI検索（GEO）の時代において、その答えはシンプルです。

AI検索（PerplexityやSearchGPTなど）では、人間が読む「文章」を書くだけでは足りません。AIエージェントに「ここは記事のタイトル」「ここは著者の情報」と“機械が理解できる形”で情報を渡す必要があります。

そのための世界標準の仕組みが、構造化データ（JSON-LD）です。

この記事では、基本概念から、実際にこのサイト（LLMO.CLUB）のブログシステムで動いているNext.jsの実装コードまで、一次情報として包み隠さず公開します。

構造化データ（JSON-LD）とは何か

ひとことで言えば、検索エンジンやAIにサイトの「意味」を直接伝えるコードです。

理由

通常のHTMLは「人間向けの見た目（UI）」を伝えるものです。一方でJSON-LDは、裏側で以下のような意味情報（セマンティクス）を伝えます。

• これは「記事（Article）」である
• この記事の著者は「ラボ猫（Person）」である
• 読者のこの質問（FAQ）に対する答えはこれである

具体例（一番シンプルな形）

人間には画面上見えませんが、クローラーやAIエージェントにとっては、このデータこそが「サイトの設計図」になります。

ラボ猫：「HTMLが体なら、JSON-LDはDNAや骨格みたいなものだにゃ。これがしっかりしてないと、AIにスルーされちゃうにゃん」

【実践】LLMO.CLUBのJSON-LD実装を公開！

「構造化データを入れたほうがいい」と言うのは簡単ですが、ここではE-E-A-T（経験・専門性・権威性・信頼性）の観点から、実際にLLMO.CLUBのブログ記事ページ（`src/app/blog/[slug]/page.tsx`）で稼働しているTypeScript（Next.js）のコードを惜しみなく公開します。

① Article（記事）スキーマの実装例

記事のタイトルやアイキャッチ画像、更新日や著者（Author）情報をAIに正確に渡すためのコードです。LLMO.CLUBでは動的にSanity CMSから取得したデータを流し込んでいます。

このコードにより、AIは著者の権威性や記事の鮮度を人間を介さずに瞬時に理解し、サイテーション（引用）のソースとして選びやすくなります。

② FAQPage（よくある質問）スキーマの実装例

LLMO.CLUBの各記事の末尾には「よくある質問」が設置されていますが、これもすべてJSON-LDで自動的にマークアップを出力しています。

FAQスキーマを入れることで、AI検索エンジンでの「ダイレクトアンサー（直接回答）」に採用される確率が飛躍的に高まります。

よくあるミスとAI時代の戦略

間違った構造化データは逆効果になることがあります。

• 必須項目（headlineやimageなど）が抜けている
• HTMLの本文とJSON-LDの内容が一致していない（スパム判定される原因）
• JSONのカンマ抜けなどで構文が壊れている

本サイト（LLMO.CLUB）のように、CMSのデータと連動して動的にJSON-LDを生成する仕組みを作れば、上記のようなヒューマンエラーを防ぐことができます。

実装した後は、必ずGoogleが提供している「リッチリザルトテスト」や「スキーママークアップ検証ツール」でエラーがないか確認しましょう。