ブログ記事の書き方を調べていて、「まず構成を作ってから本文を書きましょう」という説明を何度も目にした人は多いと思います。
でも、実際に構成だけ作って本文を書き始めると、途中で「あれ、何を書けばいいんだっけ」と手が止まる。見出しを並べたはずなのに、書きながら迷走してしまう。
そんな経験、ありませんか。
構成から本文へという流れは、多くのブログ指南記事で推奨されています。ただ、その「構成」が何のためにあるのか、本文とどう違うのかがあいまいなままだと、結局手が止まります。
この記事では、構成と本文の役割の違いを整理してから、実際に手を動かす順序を説明しました。
手順だけでなく、なぜその順序で進めると迷わないのかという理屈も含めて書いています。
ブログ記事の構成を先に作らないまま書き始めると、何が起こるのか

構成を作らずにいきなり本文を書き始める人は、意外と多いです。
頭の中に書きたいことがあるから、とりあえず書き始めてみる。最初のうちは勢いで進むんですが、そのうち止まります。
書きながら迷走して、何度も書き直す羽目になる
構成がないと、書いている途中で「あれ、さっきと同じこと書いてない?」と気づく瞬間が来ます。
書きたいことを思いつく順に書いていくと、話の順序がバラバラになります。
結論を先に書いたのに、途中でまた同じ結論を書いてしまったり、理由を3つ挙げたつもりが実は2つしかなかったり。
- 同じ内容の重複
- 話の順序がバラバラ
- 段落の配置ミス
- 並べ替え作業の発生
- 推敲時間の増大
こうした混乱は、書き始める前に全体像が見えていないことから起きます。
並べ替えた箇所と他の段落との繋がりまで確認が必要になり、修正の連鎖が止まらなくなるわけです。
構成を作っておけば、この手戻りはほぼなくなります。見出しの順序が決まっているので、書く内容が被ることも、順序が変になることもない。
結局、構成を作る時間をケチると、後で倍の時間を失うんです。
Supported by Rakuten Developers
読者が「何の話をしているのか」を見失って離脱する
構成なしで書くと、筆者自身が途中で何を書いているのか分からなくなります。読者はもっと分かりません。
記事の前半で「〇〇が大事です」と書いておきながら、中盤で「でも△△も重要で」と話を広げて、最後に「結局□□が一番ですね」と締める。
読者は「結局どれが大事なの?」と混乱します。
- 書いている途中で話がズレる
- 前半と後半で主張が変わる
- 読者が「自分の悩み」から遠ざかる
- 最初の期待と内容が一致しない
読者は最初の100文字で判断しています。
「この記事は自分の悩みに答えてくれそうだ」と思って読み進めるわけですが、途中で話題が変わると「あれ、違う話になってる」と感じて離脱するんです。構成なしで書くと、こうした話のズレに気づかないまま進んでしまいます。
構成を作っておけば、見出しの段階で「読者の疑問に答える順序」が見えています。
その順序通りに本文を書けば、読者が途中で迷子になることはありません。
ブログ記事の書き方で成果が出ない人が見落としている、構成と本文の役割の違い

構成と本文を混同している人は、実は多いんです。
「構成を作る=見出しを並べる」だけだと思っていると、本文を書くときに詰まります。
| 構成 | 本文 | |
|---|---|---|
| 役割 | 読者の思考の流れを設計する | 設計した流れに情報を配置する |
| 作業内容 | 見出しで疑問→答えの順序を作る | 見出しに沿って説明・具体例を書く |
| 完成形 | 見出しだけで話の筋が見える | 読んで納得できる説明がある |
| 修正頻度 | 本文を書く前に何度でも直せる | 書いた後の修正は時間がかかる |
構成は「読者の思考の流れ」を設計する作業である
構成を作るというのは、見出しを並べる作業ではありません。読者が記事を読み進めるときに、どういう順序で疑問を解消していくかを設計する作業です。
たとえば、「ブログ記事の書き方」というキーワードで記事を書くとします。読者が最初に知りたいのは「何から始めればいいのか」です。
次に「具体的にどう書くのか」。
最後に「書いた後どうするのか」。
この順序で疑問が浮かびます。
- 何から始めるか
- 具体的な書き方
- 書いた後の対応
このように疑問の順序を見出しに落とし込むことで、読者は迷わず記事を読み進められます。
見出しだけ読んで「この記事は自分の疑問に順番に答えてくれそうだ」と感じられる状態が、良い構成です。
逆に、見出しを読んでも「結局何が書いてあるのか分からない」という状態は、構成が機能していません。見出しが「ブログ記事の書き方とは」「ブログ記事を書くコツ」「ブログ記事を書く際の注意点」みたいに並んでいても、読者は「どれから読めばいいの?」と迷います。
本文は「構成で決めた流れに沿って情報を配置する」作業である
構成が決まったら、本文を書く作業はシンプルになります。各見出しの下に、その見出しが答えるべき疑問への回答を書くだけです。
見出しが「構成を先に作らないとどうなるか」なら、本文では「構成なしで書くと迷走する」「読者が離脱する」という2つの問題を説明すればいい。それ以外のことは書きません。
構成がないと、書いているうちに「あ、これも大事だな」と思いついたことを次々と追加してしまいます。結果、1つの見出しの下に3つも4つも別の話が入って、読者が混乫するんです。
- 思いつきを次々追加
- 一つの見出しに複数の話題
- 本来別の場所で扱うべき情報
- 話の流れが途中で逸れる
こうした脱線が起きると、読者は「結局何が言いたいの?」と感じてページを閉じてしまいます。構成で流れを決めておけば、「この話はここには要らない。別の見出しで書こう」と判断できます。
本文を書く作業が、情報を詰め込む作業ではなく、情報を良い場所に配置する作業に変わります。
ブログ記事の構成から本文作成までの流れを、正しい順序で整理しておく
構成から本文へという流れは、一度やってみると「なるほど、こういうことか」と納得できます。ただ、最初は手順が分かりにくいので、ここで順序を整理しておきます。
キーワードと検索意図を確認してから、見出しだけで骨組みを作る
最初にやるのは、記事で扱うキーワードと、そのキーワードで検索する人が何を知りたいのかを確認することです。
たとえば「ブログ記事の書き方 構成」で検索する人は、構成の作り方が分からない人です。
構成を作ってから本文を書くという流れは聞いたことがあるけど、具体的にどうすればいいのか分からない。
そういう人を想定します。
検索意図が分かったら、見出しだけで記事の骨組みを作ります。
このとき、本文は一切書きません。
見出しだけを並べて、「この順序で読者の疑問に答えていけば、最後まで読んでもらえるか」を確認します。
- 検索キーワードを1つ決める
- そのキーワードで検索する人が何を知りたいのか書き出す
- 疑問を解消する順序で見出しを並べる
- 見出しだけ読んで話の流れが分かるか確認する
見出しの段階で話の流れが見えていれば、本文を書くときに迷いません。逆に、見出しを並べても流れが見えない場合は、見出しの順序か内容を変えます。
見出しの段階で「読者の疑問に答える順序」が見えているか確認する
見出しを並べ終わったら、一度全体を読み返します。読者が最初に知りたいことが最初の見出しにあるか。
次に知りたいことが次の見出しにあるか。
この確認をします。
見出しの順序が読者の思考の流れと合っていないと、記事の途中で「なんでこの話が今出てくるの?」と感じさせてしまいます。たとえば、「構成の作り方」を知りたい人に対して、最初に「構成を作らないとどうなるか」を説明するのは自然です。
でも、いきなり「構成の種類」から入ると、読者は「いや、まず作り方を教えてほしいんだけど」と思います。
見出しの段階でこの違和感に気づけば、並べ替えるだけで済みます。本文を書いた後に気づくと、段落ごと移動する必要が出てきて、手間が倍になります。
見出しを並べたときに、論理が飛んでいる箇所がないかチェックする
見出しを並べたときに、話が飛んでいる箇所がないかも確認します。
たとえば、「構成を作る」という見出しの次に、いきなり「本文を公開する」という見出しが来ると、間に「本文を書く」という見出しが抜けています。
論理が飛んでいると、読者は「あれ、途中の説明がない」と感じて、記事の信頼性を疑います。
見出しの段階で飛んでいる箇所を見つけたら、その間に見出しを追加するか、順序を変えます。
この確認を本文を書く前にやっておけば、書いている途中で「あ、この話を先にしないと通じないな」と気づいて書き直す手間がなくなります。
構成が固まったら、各見出しの中身を一気に書いていく
見出しの順序が固まったら、本文を書き始めます。このとき、見出しの順序を変えたくなっても、いったん我慢します。
構成が決まった後は、その構成通りに書くことに集中します。
各見出しの下に、その見出しが答えるべき内容だけを書きます。
書いているうちに「あ、これも書きたい」と思いついても、それが今の見出しに関係ないなら、別の見出しで書くことにして、メモだけ残しておきます。
- 構成通りに書く
- 見出しに関係ある内容だけ
- 枠からはみ出す内容は別へ
- 思いついたらメモを残す
こうした割り切りができると、書く速度が上がります。
迷いながら書くより、枠に沿って書く方が手が止まりにくいんですよ。
構成が決まっていると、本文を書く作業が「穴埋め」のような感覚になります。見出しという枠があって、その枠に合う内容を埋めていく。
枠からはみ出した内容は、別の枠に入れる。
この繰り返しです。
一気に書き進めることができれば、記事全体の文章のトーンが統一されます。書く日をまたぐと、文体が変わったり、同じことを別の言い方で繰り返したりするリスクが出ます。
できれば、構成を作った日のうちに、本文も書ききるのが理想です。
書き終えてから、構成のズレや重複を修正する
本文を最後まで書き終えたら、一度全体を読み返します。
このとき、構成の段階で想定していた流れと、実際に書いた本文の流れが合っているかを確認します。
書いている途中で、どうしても見出しの順序を変えたくなる箇所が出てくることもあります。
その場合は、本文を書き終えてから、見出しごと順序を入れ替えます。
途中で入れ替えると、前後の文章のつながりがおかしくなるので、最後にまとめて調整する方が効率的です。
また、同じ内容を別の見出しで繰り返していないかもチェックします。構成の段階では気づかなかった重複が、本文を書いてみると見えてくることがあります。
重複している箇所があれば、どちらかを削るか、別の内容に書き換えます。
- 構成と本文の流れ一致
- 見出し順序の最終調整
- 重複内容の有無確認
- 前後のつながり確認
特に重複は、構成段階では別の角度から書くつもりだった箇所が、実際に書いてみると同じ結論になっていた、というケースが多いです。削るのがもったいないと感じても、読者にとっては冗長になるだけなので、思い切って整理しましょう。
ブログ記事の書き方を構成→本文の順で進めると、どれだけ時間が短縮できるか
構成を作る時間を惜しんで、いきなり本文を書き始める人は多いです。でも、結果的には時間がかかります。
構成を作った方が、トータルでは早く終わります。
構成なしで書くと2倍以上の時間がかかっている
構成なしで記事を書くと、書きながら「次に何を書こう」と考える時間が発生します。この「考える時間」が積み重なって、実際に文字を打っている時間より長くなることもあります。
書き終わった後も、全体を読み返して「この段落、ここに置くと変だな」と気づいて、並べ替える作業が必要になります。
並べ替えると、前後の文章のつながりを調整する必要が出てきて、また時間がかかります。
- 次の内容を考える時間
- 段落の並べ替え作業
- 前後のつながり調整
- 全体の読み返し
こうした作業を繰り返していると、気づけば予定の倍以上の時間を使っていることも珍しくありません。
書くこと自体より、迷いや修正に時間を奪われているわけです。
構成を作ってから書けば、書きながら悩む時間がほぼなくなります。
見出しが決まっているので、「この見出しの下には、こういう内容を書けばいい」と明確です。
迷わないので、手が止まりません。
書き終わった後の修正も、誤字脱字の確認と、表現の微調整くらいで済みます。構成の段階で順序を整えているので、段落を丸ごと移動するような大きな修正は必要ありません。
構成を先に作ると、本文作成中に手が止まらなくなる
構成が決まっていると、本文を書く作業が「流れ作業」になります。最初の見出しから順番に、見出しに沿った内容を書いていくだけです。
書いている途中で「あれ、次に何を書けばいいんだっけ」と手が止まることがありません。見出しを見れば、次に書くべき内容が分かります。
迷わないので、集中力が途切れません。
集中力が途切れないと、文章のトーンが統一されます。
同じ表現を繰り返したり、文体が途中で変わったりするミスも減ります。結果として、読みやすい記事になります。
構成を作る時間は、記事全体の作業時間のうち2割くらいです。でも、この2割の時間をかけることで、残りの8割の時間が半分以下に短縮されます。
トータルで見れば、構成を作った方が圧倒的に早く終わります。
ブログ記事の書き方を今すぐ「構成→本文」の流れに変えていく
構成を作ってから本文を書く、という流れは、一度やってみると「なるほど、こういうことか」と納得できます。ただ、最初は慣れないので、少しずつ試してみるのがおすすめです。
次に書く記事で、見出しだけを先に完成させてみる
いきなり全部を構成から始めるのは、ハードルが高いと感じる人もいると思います。
その場合は、次に書く記事で、見出しだけを先に完成させてみてください。
見出しを並べて、「この順序で読者の疑問に答えられるか」を確認します。見出しだけで話の流れが見えたら、そのまま本文を書き始めます。
途中で見出しを変えたくなっても、いったん我慢して、最後まで書ききります。
書き終わってから、全体を読み返して、「構成を作ったことで、書く作業が楽になったか」を振り返ります。
楽になったと感じたら、次の記事からも同じ流れで書きます。
最初のうちは、見出しを作るのに時間がかかるかもしれません。でも、慣れてくると、見出しを作る時間が短くなって、本文を書く時間も短くなります。
トータルで見れば、記事を書く時間が半分以下になることも珍しくありません。
構成の段階で誰かに見せて、フィードバックをもらっておく
構成を作ったら、本文を書く前に誰かに見せてみるのもおすすめです。見出しだけを見せて、「この順序で読者の疑問に答えられそうか」を聞いてみます。
第三者の視点で見ると、「この見出しの後に、この見出しが来るのは変じゃない?」といった気づきがもらえることがあります。本文を書く前に気づけば、見出しの順序を変えるだけで済みます。
フィードバックをもらう相手は、ブログに詳しい人でなくても大丈夫です。
むしろ、読者に近い立場の人に見せた方が、「この順序だと分かりにくい」という率直な意見がもらえます。
構成の段階で修正しておけば、本文を書いた後に大きく直す必要がなくなります。
フィードバックをもらう時間は10分程度ですが、その10分が、後で何時間もの修正作業を減らしてくれます。
よくある質問
- 構成を作る時間がもったいない気がするのですが、本当に必要ですか?
-
構成を作らずに書き始めると、書いている途中で迷走して、結局書き直す時間が必要になります。構成を作る時間は記事全体の2割程度ですが、この2割をかけることで、残りの8割の時間が半分以下に短縮されることが多いです。トータルで見れば、構成を作った方が早く終わります。
- 見出しを並べただけで、本当に本文がスムーズに書けるようになりますか?
-
見出しが「読者の疑問に答える順序」になっていれば、本文はその見出しに沿って書くだけなので、迷わずに書けます。逆に、見出しを並べても本文が書きにくい場合は、見出しの順序か内容を見直す必要があります。見出しの段階で話の流れが見えていることが大事です。
- 構成を作った後に、本文を書きながら見出しを変えたくなったらどうすればいいですか?
-
本文を書いている途中で見出しを変えると、前後の文章のつながりがおかしくなるリスクがあります。書いている途中は構成を変えずに、いったん最後まで書ききってから、全体を読み返して見出しを調整するのがおすすめです。どうしても変えたい場合は、変更箇所をメモしておいて、最後にまとめて修正します。
- 構成を作るときに、どれくらいの数の見出しを作ればいいですか?
-
記事の長さにもよりますが、8000文字程度の記事なら、H2見出しが5〜6個、各H2の下にH3見出しが2〜3個くらいが目安です。見出しが多すぎると、1つの見出しあたりの文章量が少なくなって、内容が薄くなります。逆に見出しが少なすぎると、1つの見出しの下に複数の話題が入って、読者が混乱します。
- 構成を作るときに、最初に決めた見出しが途中で変わってしまうことはありますか?
-
よくあります。構成を作っている段階で、「この見出しの下に書く内容が思いつかない」と気づいて、見出しを削ったり、別の見出しに変えたりすることは普通です。構成の段階なら、見出しを何度変えても、本文を書き直す手間がないので、納得いくまで調整できます。
まとめ: 構成から本文へという流れが、結局一番の近道だった

構成を作ってから本文を書く、という流れは、最初は「面倒だな」と感じるかもしれません。
でも、一度やってみると、書く作業がこれほど楽になるのか、と驚くことが多いです。
構成なしで書き始めると、途中で迷走して、何度も書き直す羽目になります。書き終わった後も、全体を読み返して、段落を並べ替える作業が必要になります。
結果として、構成を作る時間をケチした分、後で何倍もの時間を失います。
構成を作ることは、読者の思考の流れを設計する作業です。見出しの段階で、読者が疑問に思う順序に沿って話を並べておけば、本文はその流れに情報を乗せるだけです。
迷わないので、手が止まりません。
次に記事を書くときは、見出しだけを先に完成させてみてください。
見出しを並べて、話の流れが見えたら、そのまま本文を書き始めます。書き終わってから、「構成を作ったことで、書く作業が楽になったか」を振り返ってみてください。
構成から本文へという流れは、遠回りに見えて、結局一番の近道です。


コメント