マガジン

見出しの推敲:目次だけ読んで内容が伝わるかを点検し、直す手順

AIを使いこなす

Claudeで執筆し、GPTで自動校閲・修正しています。

見出しを書いた紙片を並べ、似た項目を整理する手元
記事の内容をもとに制作したAI生成イメージです。実際の製品画面や検証結果の写真ではありません。

見出しが分かりにくいとき、最も早い点検法は「本文を隠して見出しだけを縦に並べ、読者の問いに対する答えの予告として読めるか」を見ることです。「概要」「ポイント」「詳細」のように、どの記事にも置ける語だけで構成された見出しは、目次を読んでも中身が想像できません。直し方も単純で、見出しに「何について」「どうなるか(どうするか)」を入れます。 この記事では、そのための質問リスト、直しの型、書き換え例、AIに点検を手伝わせる依頼文を順に示します。

この記事の目次
  1. 1. まず見出しだけを抜き出す
  2. 2. 見出し点検の質問リスト
  3. 3. 直し方の型と書き換え例
  4. 4. AIに任せる部分と、人が確認する部分
  5. 5. 直した後の最終確認

1. まず見出しだけを抜き出す

本文を読みながら見出しを直すと、本文の文脈で意味を補ってしまい、分かりにくさに気づけません。次の順で進めます。

  1. 記事の見出し(H2・H3)を、階層が分かるようにインデントしてメモ帳に貼る。
  2. 記事が答える「読者の問い」を一文で書く(例:「ブログの表示が遅いとき、何から直せばいいか」)。
  3. 本文を見ずに、見出しだけを上から読む。
  4. 各見出しの横に「この節を読むと何が分かるか」を一言で書く。書けない見出しに印をつける。

手順4で一言が書けない見出しが、直す対象です。

2. 見出し点検の質問リスト

見出し1つずつに、次の7問を当てます。

  • 1、質問:他の記事にそのまま置いても通じる語だけではないか、「はい」でなければ:対象や条件を足す
  • 2、質問:読むと何が分かる・できるかが予想できるか、「はい」でなければ:動詞や結果を足す
  • 3、質問:読者の問いのどの部分への答えか言えるか、「はい」でなければ:順序か構成を見直す
  • 4、質問:隣の見出しと言葉が重なり、違いが見えないか、「はい」でなければ:違い(条件・段階)を前に出す
  • 5、質問:1つの見出しに複数の話が入っていないか、「はい」でなければ:節を分ける
  • 6、質問:本文の内容より大きなことを言っていないか、「はい」でなければ:本文に合わせて弱める
  • 7、質問:見出しを順に読むと、話の流れが追えるか、「はい」でなければ:順序を入れ替える

6問目は特に大切です。見出しは内容を正しく予告するために付けます。

なお、見出しの数に決まった理想値はなく、多すぎると感じたら多いのだろう、という趣旨がGoogleの検索SEOスターターガイドにあります。数を減らす前に、まず質問4と5で重複や詰め込みを疑うほうが実用的です。

3. 直し方の型と書き換え例

以下は点検の流れを示すための説明用の例です。実在する記事や実測結果ではありません。題材は「ブログの表示が遅いとき、何から直せばいいか」です。

直す前の目次

  • はじめに
  • 画像について
  • 重要なポイント
  • 方法
  • 方法(続き)
  • 注意点
  • まとめ

「画像について」は何が分かるのか不明で、「方法」と「方法(続き)」は違いが見えず、「注意点」は何への注意かが分かりません。

直す型

  • A 名詞+動詞化、内容:話題だけの見出しに、読者が得ることを足す、例:画像について → 画像の容量が表示速度に効く理由
  • B 差分を前に出す、内容:重複する見出しは、段階や条件で区別する、例:方法/方法(続き) → 容量を調べる/縮小して書き出す
  • C 結論を入れる、内容:問いの答えそのものを見出しにする、例:重要なポイント → まず画像の幅を決めると効果が出やすい
  • D 定型見出しを状況・行動に、内容:「はじめに」「まとめ」を読者の状況や次の行動にする、例:はじめに → 表示が遅い原因を3分で切り分ける
  • E 分割、内容:1見出し複数話題なら分ける、例:注意点 → 縮小しすぎて文字がぼやけたときの戻し方

直した後の目次

  • 表示が遅い原因は、まず画像の容量で切り分けられる
  • 画像を縮小する前に、いまの容量を調べる
  • 表示幅を決めて縮小し、WebPで書き出す
  • 縮小しすぎて文字がぼやけたときの戻し方
  • 公開前に確認する3項目

「まとめ」は、本文の言い直しなら削る判断もあります。残すなら「公開前に確認する3項目」のように、読者が実行する内容にします。型Cは断定になりやすいので、本文で根拠を示せる範囲に留めてください。

4. AIに任せる部分と、人が確認する部分

点検の「推測役」はAIが向いています。見出しだけを読ませ、中身がどう読めるかを返させると、初見の読者の反応に近い材料が得られます。ただし、これは実際の読者の反応そのものではありません。

渡す情報

  • 見出し一覧(本文は渡さない。本文を渡すと文脈で補われてしまいます)
  • 読者の問いを一文
  • 未公開の社内情報や個人名は、架空の名前・数字に置き換える

依頼文の例

次は、あるブログ記事の見出し一覧です。本文は見ていない前提で答えてください。
読者の問い:「ブログの表示が遅いとき、何から直せばいいか」

【見出し一覧】
(ここに貼る)

次の順で出力してください。
1. 各見出しから推測できる「この節で分かること」を一文で。推測できない見出しは「不明」と書く
2. 他の記事にも置ける抽象的な見出しの一覧と理由
3. 内容が重なって見える見出しの組と、違いを出す案
4. 「不明」「抽象」「重複」の見出しに、書き換え案を2つずつ(各40字以内)
5. 見出しを順に読んだとき、話の流れで飛んでいる箇所
本文にない事実を足さず、案には「本文で確認が必要な点」を添えてください。

人が確認すること

  • 書き換え案が本文の中身と一致しているか(AIは本文を見ていないので、ずれた案が出ることがあります)
  • 見出しが本文以上の効果や結論を約束していないか
  • 製品名や数字など、事実を含む語を勝手に足していないか

5. 直した後の最終確認

書き換えたら、手順1に戻って見出しだけをもう一度読みます。確認は3点です。

  1. 各見出しの横に書く「分かること」が、すぐ書けるようになったか。
  2. 見出しの語を拾って、記事の問いに対する答えの流れが追えるか。
  3. 見出しと本文の冒頭が、同じ話をしているか。

見出しに検索語を無理に詰める必要はありません。Googleのスターターガイドは、見出しの順序が検索の観点では厳密でなくてもよいとしつつ、スクリーンリーダー利用者のためには意味の順序で使うのがよいと述べています。H2の下にH3、という階層は読者の利便のために守ってください。

出典・参考資料