※本記事には広告・アフィリエイトリンクが含まれる場合があります。
SEO記事は、本文を書き始めてから見出しを考えるほど重複と脱線が増えやすくなります。構成案はH2/H3の一覧ではなく、誰の、どの疑問に、どの根拠で、どの順番で答えるかを固定する設計図です。
30秒で結論
主キーワードを決めたら、最初に検索意図を1文で固定。
SERPで「比較・手順・レビュー・公式」のどの回答形式が求められているか確認。
関連質問を集め、同じ意図だけを1記事へ統合。
一次情報・独自情報を先に割り当ててからH2/H3を作る。
構成作成7ステップ
1. 主キーワードと検索意図を固定
2. SERPで必要な回答形式を確認
3. 関連質問を集める
4. 一次情報・独自情報を決める
5. 結論→判断材料→手順の順にH2を作る
6. H3はH2を分解する必要がある時だけ使う
7. 内部リンクとCTAまで構成段階で決める
| 構成前に決める項目 | 1文で書く内容 |
|---|---|
| 読者 | 誰が検索しているか |
| 検索後の目的 | 読み終わった後に何ができれば検索終了か |
| 必須の回答形式 | 比較表・手順・料金・画像など |
| 一次情報 | 公式・実体験・実測・独自データのどれを使うか |
| 別記事へ分ける意図 | このページに詰め込まない疑問 |
| 次の行動 | 内部リンク・CTAをどこに置くか |
- 1. 主キーワードと検索意図を固定する
- 2. SERPで必要な「回答形式」を確認する
- 3. 関連質問を「本文に入れる/別記事へ分ける」で整理する
- 4. 一次情報・独自情報を先に確保する
- 5. H2は読者の判断順に並べる
- 6. H3は「H2を分解する必要がある時」だけ使う
- 7. 内部リンクとCTAまで構成段階で決める
- 実例|「WordPress バックアップ 方法」から構成を作る
- 構成案は「見出し名」だけでなく答え・根拠まで1行で持つ
- 構成完成後のチェックリスト
- 書き始める前に「H2だけで答えが重複していないか」を確認する
- AIで構成を作る時は「候補出し」と「決定」を分ける
- よくある質問
- まとめ|本文より先に「答える順番」を決める
- 確認した主な公式情報
- ここで終わらず、次の判断までつなぐ
1. 主キーワードと検索意図を固定する
構成前にキーワードが曖昧なら、SEOキーワード選定のやり方から確認します。主キーワードが同じでも、検索する人の目的が違えば必要なページは変わります。
検索意図は検索意図の調べ方の手順で、最終的に「この人は○○を判断・実行できるようになりたい」の1文まで具体化します。
2. SERPで必要な「回答形式」を確認する
- 比較記事が多い → 冒頭に比較表が必要か
- 手順記事が多い → 番号付きステップや実画面が必要か
- 商品・サービス記事 → 現在価格、無料枠、制限が必要か
- 公式ページが強い → 公式仕様以上の独自価値を出せるか
- 動画・画像が多い → 文章だけでは理解しにくい操作か
競合のH2を集めて多数決するのではなく、検索結果が共通して何を解決しているかを見ます。競合の見出しをそのまま並べると、似た記事になるだけです。
3. 関連質問を「本文に入れる/別記事へ分ける」で整理する
サジェスト、関連検索、検索結果の質問、Search Consoleなどから、読後に残りそうな疑問を集めます。そこで重要なのは、見つけた質問を全部入れないことです。
| 質問 | 同じ記事に入れる目安 | 別記事へ分ける目安 |
|---|---|---|
| 主キーワードの判断に直接必要 | ○ | |
| 同じ読者がそのまま次に知りたい | ○ | |
| 別の行動・別の状況が前提 | ○ | |
| 単独で長い手順が必要 | ○ | |
| すでに別記事で詳しく解決済み | ○+内部リンク |
4. 一次情報・独自情報を先に確保する
構成に「料金」「速度」「使いやすさ」と書いてから根拠を探すのではなく、先に何を根拠に書けるかを確認します。公式料金ページ、ヘルプ、リリースノート、自分の実利用、実測値などを見出し単位で割り当てます。
TameshiTechなら、ロリポップ!の実利用、WordPressサイト運営、記事監査・内部リンク設計など、実際に行ったことだけを一次情報として使います。未使用サービスを「使ってみた」とは書きません。
5. H2は読者の判断順に並べる
基本は「先に結論 → 判断材料 → 方法 → 注意点 → 次の行動」です。背景説明から始めると、検索者が欲しい答えまで遠くなります。
比較記事なら「結論→比較表→料金→機能→弱点→向く人」、手順記事なら「完成形→準備→手順→失敗時の対処→確認」というように、検索意図に合わせて順序を変えます。
6. H3は「H2を分解する必要がある時」だけ使う
H2の下にH3を3個ずつ置くといった固定ルールはありません。見出し数を増やすこと自体にSEO上の意味があるわけではなく、読者が見出しだけ追って内容を予測できる階層にします。
H2が1〜2段落で答え切れるならH3は不要です。反対に料金・機能・対象者など複数の論点が混ざるならH3で分けます。
7. 内部リンクとCTAまで構成段階で決める
本文を書き終えてから関連記事を大量に足すと、検索意図から外れたリンクが増えやすくなります。構成段階で「この疑問の次はこのページ」と決めます。
内部リンクの具体的な設計は内部リンクのSEO設計に分けています。CTAも冒頭へ詰め込まず、判断材料を読んだ後に置く方が自然です。
実例|「WordPress バックアップ 方法」から構成を作る
例として「WordPress バックアップ 方法」を考えます。検索者の目的を「初めてでも必要なデータを安全に保存し、いざという時に戻せる方法を知りたい」と1文にします。
構成前に集まる疑問
何をバックアップする?
どの方法が簡単?
頻度は?
保存先は?
復元できるかどうかはどう確認する?
この疑問をそのままH2にするのではなく、読者の作業順へ並べ替えます。
| 順番 | H2案 | 役割 |
|---|---|---|
| 1 | まず結論|初心者は何をバックアップするか | 完成形を先に示す |
| 2 | WordPressで保存すべきデータ | ファイルとDBの前提 |
| 3 | バックアップ方法3つを比較 | サーバー/プラグイン/手動の判断 |
| 4 | 実際のバックアップ手順 | 行動に移す |
| 5 | 頻度と保存先の決め方 | 継続運用 |
| 6 | 復元できるか確認する | 「取っただけ」を防ぐ |
| 7 | よくある失敗と対処 | 検索し直しを減らす |
これなら「バックアップとは何か」を長く説明するより、検索者が実行できる順に進みます。構成時点で各H2の根拠と必要な画面も決めると、本文で迷いにくくなります。
構成案は「見出し名」だけでなく答え・根拠まで1行で持つ
実務では、H2/H3のタイトルだけを並べるより、各見出しに「この節で何を答えるか」「何を根拠にするか」を1行で持つと本文がぶれにくくなります。僕なら次の5項目を構成メモに入れます。
| 構成メモ | 書く内容 |
|---|---|
| 見出し | 読者が探している疑問をそのまま要約 |
| 1文回答 | この見出しだけ読んだ時の結論 |
| 根拠 | 公式情報・一次情報・実体験・データ |
| 注意点 | 例外・制限・失敗しやすい条件 |
| 次の導線 | 必要な内部リンク・CTA。不要なら置かない |
この状態まで作ると、本文執筆は「空欄を文章にする作業」に近くなります。逆に1文回答や根拠が書けないH2は、その見出し自体が必要か、調査不足ではないかを構成段階で判断できます。
構成完成後のチェックリスト
- 検索意図を1文で説明できる
- 冒頭だけで大枠の答えが分かる
- 別意図を詰め込んでいない
- 競合の見出しコピーになっていない
- 根拠が必要な主張に一次情報を割り当てた
- 独自体験を捏造していない
- H2同士で同じ説明を繰り返していない
- 内部リンク先と役割が決まっている
- CTAが判断前に割り込んでいない
書き始める前に「H2だけで答えが重複していないか」を確認する
各H2の1文回答だけを上から読んで、同じ答えが2〜3回続くなら構成を整理します。たとえば「料金が安い」「コスパがいい」「価格面でおすすめ」が別H2になっているなら、1つへまとめられる可能性があります。
反対に、見出しを読んでも結論が分からない場合は「○○について」「○○のポイント」のような抽象見出しになりすぎていないか確認します。Google向けにキーワードを詰めるのではなく、読者が見出しだけでもページ内を移動できる状態を目指します。
AIで構成を作る時は「候補出し」と「決定」を分ける
AIは関連質問の整理や見出し候補の比較には便利ですが、SERPを見ずに「SEOに強い構成を作って」で終えると、一般論だけの似た構成になりやすいです。
検索意図、一次情報、既存記事との重複、実体験の有無は人間側で確認します。AI記事そのものの評価はAIで書いた記事はSEOで不利かで整理しています。
よくある質問
H2はいくつ入れるとSEOに強いですか?
決まった数はありません。必要な疑問を読者が理解しやすい単位で分け、不要な見出しは増やさない方が自然です。
競合の見出しは全部入れた方がいいですか?
いいえ。競合から検索意図を読むのは有効ですが、見出しのコピーや項目の寄せ集めでは独自価値が弱くなります。
記事構成をAIに丸投げしても大丈夫ですか?
候補整理には使えますが、SERP・一次情報・カニバリ・独自情報の確認は別途必要です。
まとめ|本文より先に「答える順番」を決める
SEO記事構成はH2/H3の数を整える作業ではありません。検索意図、必要な根拠、独自情報、読者の判断順、内部リンクを先に固定する作業です。実例のように「検索後に何ができれば終わりか」から逆算すると、本文中の重複と脱線を減らせます。




コメント