SEO×LLMOで勝つ記事構成テンプレート

SEO×LLMOで勝つ記事構成テンプレート

この結論: SEOとLLMOの両方で勝つ記事には共通の型があります。本記事では実際に使えるテンプレートとチェックリストを公開し、初心者でも迷わず書ける状態にします。

最終更新日: 2026-05-04

はじめに

「記事を書くたびに構成で悩む」という方向けに、SEO×LLMOで効果が出る記事テンプレートを公開します。本記事のテンプレートをコピーして使えば、最初の10記事で迷う時間がゼロになります。

完成版テンプレート

---
title: "記事タイトル"
slug: "記事スラッグ"
description: "120〜160字のメタディスクリプション"
category: "seo" | "llmo"
isPillar: true | false
tags: ["タグ1", "タグ2"]
status: "published"
publishedAt: "YYYY-MM-DD"
reviewedAt: "YYYY-MM-DD"
authorSlug: "editorial"
# ogImagePath は省略可。省略すると seed.ts が自動で
# `/articles/<slug>/opengraph-image` を割り当て、タイトル＋カテゴリの
# 動的サムネイルがアイキャッチ・OG画像・記事カードに使われる。
# 個別画像を使いたい記事だけ明示する: ogImagePath: "/og/custom.png"

# sources: 参考文献。frontmatter に書くと自動で「参考文献」セクション + JSON-LD citation に出る。
# isPillar: true の記事は最低 2 件必須。オピニオン記事は省略可。
sources:
  - title: "出典タイトル"
    url: "https://example.com/source1"
    publisher: "発行元"
    accessedAt: "YYYY-MM-DD"
---

# 記事タイトル

> **この記事の結論**: （1〜2文で要点）

最終更新日: YYYY-MM-DD

## はじめに（200〜400字）

導入文。誰に向けた記事で、何が分かるかを明示。

## トピック1（h2、結論先出しで開始）

本文。専門用語が出るたびに [E-E-A-T](/glossary/eeat) 形式で用語集にリンク。

### サブトピック（必要に応じてh3）

箇条書き、表、Tipsボックスを活用。

## トピック2（h2）

本文…

## よくある質問

### Q1. 質問文？
A. 回答（簡潔に2〜4文）

### Q2. 質問文？
A. 回答

## 関連用語

- [用語1](/glossary/term1)
- [用語2](/glossary/term2)

## 関連記事

- [記事1](/articles/article-slug-1)
- [記事2](/articles/article-slug-2)

画像 alt の書き方

Markdown 本文中の画像は ![alt](url) の alt を必ず内容ベースで書く。 ビルド時に scripts/validate-articles.mjs が以下を検出してビルドを止める。

• 空 alt
• 2 文字以下の alt
• 画像 図 image img fig icon などの汎用キーワード単体
• URL がそのまま入っている alt

推奨パターン: 「何を示している図か + 記事文脈のキーワード」を 15〜60 字。

• OK: LLMO で重視される 5 要素の関係図 (ファクト密度・構造化・ブランドメンション・一次情報・構造化データ)
• NG: 画像 / fig1 / llmo.png

参考文献の扱い

frontmatter の sources を使うと、記事ページ末尾に「参考文献」セクションが自動で出力され、 JSON-LD citation にも構造化されて入る。本文の手書き「## 参考文献・出典」は書かない （sources を使う記事では二重表示になる）。

各要素の役割

フロントマター

メタ情報。記事管理・サイト内検索・パンくず生成等に使用。

h1（記事タイトル）

ページ全体の主題。30〜35文字、数値・年度を含めるのが効果的。

結論ブロック

LLMが要約しやすいよう冒頭に1〜2文の結論。> **この記事の結論**: の引用ブロック形式が視認性高い。

最終更新日

記事鮮度のシグナル。Article構造化データのdateModifiedと一致させる。

はじめに

200〜400字で「誰向け」「何が分かるか」を明示。長すぎると離脱、短すぎると検索意図合致を伝えきれない。

h2セクション

論点ごとに分割。4〜8個が読みやすい目安。

用語集リンク

専門用語が初出するときに必ず [用語](/glossary/slug) でリンク。

FAQ

3〜5問が標準。h3 を「Q1. 〜？」、その下に「A. 〜」の形式で。

関連用語

記事中で扱った用語のリスト。用語集ページへの導線。

関連記事

3〜5本の関連記事への内部リンク。読者の回遊と内部リンク強化を兼ねる。

参考文献

3〜5件の一次情報源。E-E-A-Tの「Trust」シグナルとして必須。

執筆フロー

ステップ1：キーワード確定（30分）

• メインキーワード1個
• サブキーワード3〜5個
• 検索意図確認

ステップ2：競合分析（30分）

• 上位3〜5記事の見出しを抽出
• 共通項を「必須トピック」として把握
• 不足要素を「差別化点」として記録

ステップ3：構成案作成（30分）

• 結論を1文で書く
• h2を5〜8個書き出す
• 各h2の冒頭1文（要約）を書く

ステップ4：執筆（2〜4時間）

• テンプレートに沿って書く
• 数値・年度・固有名詞を意識
• 用語集リンクを忘れない

ステップ5：チェック（30分）

• 構成チェックリスト
• ファクト確認
• 内部リンク・外部リンクのテスト

ステップ6：公開（10分）

• 構造化データ確認
• サイトマップ更新
• SNS告知

合計4〜6時間で1記事完成。

構成チェックリスト

文字数の目安

文字数に縛られず、トピックを過不足なくカバーする長さを優先。

2つの執筆スタイル

スタイル1：手書き

時間はかかるが独自性が高い。実体験・経験を書く記事に向く。

スタイル2：AI支援

AIで下書き作成 → 人間がリライト。効率重視で量産する場合に向く。ただし事実確認・編集は必須。

ジャンル別カスタマイズ

Know系（情報提供）

• 定義・仕組みのh2を充実
• 図解・表を多用
• 関連用語セクションを大きく

Do系（手順解説）

• ステップバイステップ
• 番号付きリスト
• 失敗例・対処法

Buy系（商品・サービス）

• 比較表
• メリット・デメリット
• 実体験レビュー

YMYL系（医療・金融）

• 監修者情報
• 一次情報必須
• 警告・注意事項を明示

SEO×LLMOで勝つ追加要素

要素1：質問形式の見出し

• 「〜とは」
• 「〜の方法」
• 「〜の選び方」

要素2：データの表化

要素3：箇条書きの統一

• 各項目は同じ文型
• 文字数も近い長さ
• 順序がある場合は番号付き

やってはいけないNG

• 構成を毎回変える: 統一感がなくサイトのブランド感が崩れる
• テンプレに縛られて窮屈: 例外的な記事は柔軟に
• 薄い水増し: 文字数稼ぎは品質低下
• AI丸投げ: 人間の経験・解釈なしで公開

よくある質問

Q1. テンプレを毎回コピペして問題ない？

A. 問題ありません。むしろ統一感が出てサイトのブランド感が向上します。

Q2. 個別の記事ごとにテンプレを変えるべき？

A. 大枠は同じで、ジャンルごとの微調整に留めるのが効率的です。

Q3. 文字数を厳守すべき？

A. 目安として参考程度に。トピックを網羅できる長さが優先です。

Q4. テンプレ通り書いても上位表示されません

A. テンプレは「型」、コンテンツの中身は別問題です。検索意図、独自性、E-E-A-Tが土台になります。

関連用語

• SEO
• LLMO
• E-E-A-T
• 見出しタグ

関連記事

• SEO×LLMOハイブリッド戦略の立て方
• LLMが好む文章構造｜結論先出し・FAQ・箇条書きの効果
• ファクト密度を上げる書き方｜LLM引用率を高める
• タイトルタグとメタディスクリプションの書き方｜CTRを上げる型
• 見出しタグ（h1/h2/h3）の正しい使い方
• 既存記事リライトの優先度と手法

<!-- このテンプレ自身の出典は frontmatter の sources に移動済みです。 記事ページに自動的に「参考文献」セクションが出ます。 -->