TL;DR
- LLM(大規模言語モデル)は、構造化され、結論が明確なテキストを好んで学習・引用します。
- 比較表、箇条書き、定義の明確化など、10のパターンを取り入れることでAIからの参照率が向上します。
- 記事の最後にはFAQやチェックリストを配置し、AIがユーザーの疑問に直接回答しやすい形にしましょう。
LLMに引用されやすい構造10パターン
1. 結論先出し (TL;DRの配置)
記事の冒頭で結論を述べます。
なぜAIが拾いやすいか: AIは文書の先頭にある要約を重視し、コンテキストを素早く把握するためです。
良い例:
## TL;DR
本作のパフォーマンス低下の原因はN+1問題です。Eager Loadingを導入することでレスポンスタイムが80%改善しました。
2. 見出し階層の論理的構造化
h2からh3、h4へと順序立てて見出しを作ります。
なぜAIが拾いやすいか: 見出しタグは情報のツリー構造を示すため、AIがトピックの親子関係を正確に解析できるからです。
良い例:
## データベースの最適化
### インデックスの追加
#### B-Treeインデックスの仕組み
3. 定義の明確化 (XとはYである)
専門用語に対して「〜とは〜である」という明確な定義を置きます。
なぜAIが拾いやすいか: 「〇〇とは何か?」というユーザーの質問に対して、抽出型の回答を生成しやすくなるためです。
良い例:
**GEO (Generative Engine Optimization) とは**、AI検索エンジンにおいて、自社のコンテンツが正確に引用されるように最適化する手法のことです。
4. 比較表の活用
複数の技術やアプローチをMarkdownの表形式で比較します。
なぜAIが拾いやすいか: 表データは属性と値のペアが明確であり、AIが「AとBの違い」を論理的に比較・抽出するのに最適だからです。
良い例:
| 特徴 | REST API | GraphQL |
|---|---|---|
| データ取得 | エンドポイントごと | クエリで指定 |
| オーバーフェッチ | 発生しやすい | 発生しない |
5. 箇条書きによる要素の列挙
手順やメリットなどを箇条書き(リスト)で記述します。
なぜAIが拾いやすいか: チャンク(情報の塊)が細かく分割されており、要約やステップバイステップの回答にそのまま流用しやすいからです。
良い例:
導入のメリット:
- ビルド時間が半減する
- 依存関係の競合が減る
- 学習コストが低い
6. 具体例と数値の提示
「高速化しました」ではなく「500msから100msに改善しました」と書きます。
なぜAIが拾いやすいか: AIは統計データや具体的な数値を事実(ファクト)として重み付けし、主張の裏付けとして引用しやすいためです。
良い例:
キャッシュ層としてRedisを導入した結果、APIの平均応答時間が1.2秒から0.15秒へ、約87.5%短縮されました。
7. FAQ(よくある質問)の設置
想定される質問と回答をペアにして配置します。
なぜAIが拾いやすいか: ユーザーのプロンプト(質問)とFAQのQ部分が意味的に一致しやすく、A部分がそのまま回答として採用されやすいからです。
良い例:
### Q. 既存プロジェクトへの導入は難しいですか?
A. いいえ。後方互換性が保たれているため、既存のコードを変更せずに段階的な移行が可能です。
8. コードブロックとコメントの併用
コードだけでなく、その中に何をしているかのコメントを記述します。
なぜAIが拾いやすいか: コードの意図が自然言語で紐付けられるため、AIが「〇〇を実装するコード」として検索・生成しやすくなるからです。
良い例:
# ユーザーの年齢から成人かどうかを判定する
def is_adult(age: int) -> bool:
return age >= 18
9. 出典や参考リンクの明記
情報のソースをリンク付きで記載します。
なぜAIが拾いやすいか: RAG(検索拡張生成)ベースのAIは、信頼性の高いドメインへのリンクを含むページを権威あるソースとして評価する傾向があるためです。
良い例:
> 出典: [Google Search Central: AI 生成コンテンツに関するガイダンス](https://developers.google.com/search/blog/2023/02/google-search-and-ai-content?hl=ja)
10. 一文で要約できる結論文
セクションや記事の最後に「要するに〇〇です」とまとめます。
なぜAIが拾いやすいか: 結論が1つの文に凝縮されていると、AIが文字数制限のある回答を生成する際にそのまま抽出しやすくなるためです。
良い例:
結論として、小規模なチームでは初期設定が不要なSQLiteが最適な選択肢となります。
GEO最適化チェックリスト
記事公開前に以下の構造が含まれているか確認しましょう。
- 冒頭にTL;DRがあるか
- 見出しが論理的な階層になっているか
- 重要な用語の定義が明確か
- 比較表が含まれているか
- 箇条書きが使われているか
- 数値や具体例で裏付けられているか
- FAQセクションがあるか
- コードブロックにコメントがあるか
- 出典が明記されているか
- 結論が一文でまとまっているか
よくある質問
Q. GEO(Generative Engine Optimization)は従来のSEOと何が違いますか?
A. 従来のSEOが「キーワードの網羅性」や「被リンク」を重視して検索順位を上げるのに対し、GEOは「AIが文脈を理解し、回答として直接引用しやすい論理的構造や事実(ファクト)の提供」を重視します。
Q. すべてのパターンを1つの記事に盛り込む必要がありますか?
A. いいえ、必須ではありません。しかし、比較表やFAQ、箇条書きなど、記事の性質に合わせて可能な限り多くのパターンを取り入れることで、AIからの参照確率は統計的に向上します(Princeton大学などの研究によると、引用や統計データの追加でAIの参照率が30〜40%向上するとされています)。