ブログのリード文は、本文にある答えを先に伝え、「自分の場合はどうすればよいか」を確かめたくなる文章にします。
共感、自己紹介、記事のメリット。これらを順番どおりに並べても、読む理由が見えなければ前置きが長くなるだけです。
まずは、読者がタイトルを見て期待した答えを一文にしてください。その答えが当てはまる条件と、本文で確かめられる根拠を添えると、冒頭に残す情報が決まります。
私がブログ記事の最初の3〜5文で重視しているのも、結論と「なぜそう言えるのか」を知りたくなる要素です。文章を飾ることより、読者が続きを読む理由を作ることを優先しています。
この記事では、手順を教える記事、比較する記事、原因を解説する記事の3種類で、リード文を書き直していきます。弱い文章と改善後の全文を並べ、どの一文をなぜ変えたのかまで説明します。
本文は書けているのに、冒頭だけ「〇〇は重要です」で止まってしまう方は、自分の下書きと見比べながら読んでみてください。
リード文で伝えるのは、記事の説明より「あなたへの答え」
リード文とは、タイトルの後、本文の本題に入る前に置く導入の文章です。目次がある記事では、その前の文章が中心になります。
ここで「この記事では〇〇を解説します」と書くこと自体が悪いわけではありません。ただ、解説する項目を並べるだけでは、読者は「自分が探していた答えがあるのか」を判断できません。
たとえば、比較記事に来た人が知りたいのは、比較するという宣言ではなく、自分ならどちらを選ぶべきかです。原因を知りたい人なら、自分の状況をどう切り分けるかが先に必要になります。
タイトルを見た人が、次に確かめたいことを決める
リード文を書く前に、記事タイトルの横へ「この人は、まず何を確かめたいのか」と一つ書き出してください。
「読書メモをブログ記事にする方法」なら、読者は読書の良さを知りたいわけではありません。メモはあるけれど、それをどう記事へ変えるかが分からずに来ています。最初から読書習慣の大切さを語ると、入り口の時点で質問に答えていない文章になります。
この場合に先に渡すのは、「メモの中から、誰かの疑問に答える一つの気づきを選ぶ」という作業の出発点です。メモをすべて清書するのではないと分かれば、その後に続く選び方や構成を読む意味も生まれます。
逆に「読書メモは何のために取るのか」という記事なら、メモを使う目的や、残すことで何が変わるかが答えになります。同じ読書メモでも、タイトルが変われば冒頭の仕事も変わるのです。
キーワードを文中へ入れるだけでは、読者の質問に答えたことにはなりません。 言葉が一致しているかではなく、読み手が知りたい順番になっているかを見てください。
検索結果の説明文を、そのまま冒頭にしなくてよい
検索結果に表示される説明と、記事を開いた後のリード文では、読者の位置が違います。クリック前は読む記事を選んでいますが、クリック後は「ここで疑問が解決しそうか」を確かめています。
検索結果用には「選び方、比較項目、注意点を解説」と短くまとめられても、本文の冒頭では、何を基準に選ぶのかまで一歩進めて伝えた方がよい場合があります。
役割を整理すると、次のようになります。
| 場所 | 読者が確かめたいこと | 書くときの判断 |
|---|---|---|
| 記事タイトル | 何の疑問に答える記事か | 対象と扱う問題を明確にする |
| 検索結果の説明文 | このページを選ぶ理由はあるか | 本文にある答えや具体的な材料を短く示す |
| リード文 | 自分に関係する答えがありそうか | 結論と対象条件、読む理由を伝える |
| 最初の見出し以降 | どう判断し、実行するのか | 冒頭で伝えた答えを、根拠や手順で確かめられるようにする |
リード文を、検索結果用の説明の単なる長文版にする必要はありません。説明文の作成や設定で迷っている場合は、ブログのメタディスクリプションの書き方で分けて確認できます。
書き始める前に、本文から4つの材料を取り出す
冒頭の言い回しだけを考えていると、本文にない魅力を足したくなります。「誰でも簡単に」「これだけで解決」と書けば強く見えるからです。
しかし、本文がその約束に追いついていなければ、良いリード文とは言えません。導入で期待を上げた分だけ、読後のがっかりも大きくなります。
先に本文や構成を見て、使ってよい材料を決めましょう。
結論・対象条件・根拠・読後の判断をメモする
次の4項目を、文章として整える前に埋めてください。箇条書きの短いメモで十分です。
- 結論: 読者の質問へ、何と答えるのか。
- 対象条件: どんな状況の人に、その答えが当てはまるのか。
- 根拠: 本文にある体験、比較、手順、資料のうち、何が答えを支えるのか。
- 読後の判断: 読者が読み終えたら、何を選ぶ・直す・実行できるのか。
読書メモを記事にする例なら、結論は「読者の一つの疑問に答えるメモを選ぶ」。対象条件は「読んだ本のメモはあるが、記事にまとめられない」。根拠は「残すメモと外すメモを分けた編集例」。読後の判断は「自分のメモを選び、見出しに置ける」となります。
この段階で根拠が空欄なら、先に本文を補うべきです。「記事を読めばできるようになる」と冒頭に書いても、本文に実演がなければ、できる理由はありません。
一方、4項目を必ず別々の4文にする必要もありません。一文に対象と結論が入ることもあれば、比較表そのものが根拠になることもあります。これは文章の型ではなく、書く内容を確かめるメモです。
読者の状況は、属性より「今どこで止まっているか」で絞る
「30代会社員向け」「初心者向け」とだけ考えても、冒頭は具体的になりません。同じ初心者でも、記事のテーマを決められない人と、本文は完成している人では、必要な答えが違うからです。
この記事なら、後者を主な読者にしています。だから「ブログを始めましょう」ではなく、「今ある下書きの冒頭をどう直すか」から話を進めています。
読者の状況を細かく書く目的は、当てはまる人を狭くしすぎることではありません。説明を始める位置を決めることです。対象の違う人へも使える話なら、本文の中で応用の仕方を補えます。
誰に向けた記事なのか自体が決まらない場合は、リード文の語尾を直しても解決しません。ブログのペルソナ設定で読者の現在地を整理してから、冒頭へ戻ってください。
3つの全文添削例で、リード文の作り方を見る
ここからは、記事の目的が違う3つの例で見ていきます。いずれも説明のために作った文章であり、実在のお客様の原稿や、改善効果を測定した事例ではありません。
見るポイントは、上手そうな言葉へ置き換えたかどうかではなく、読者が最初に必要とする答えが入ったかどうかです。
手順記事では、最初にやることと完成までの道筋を示す
題材は「読書メモをブログ記事にする方法」。本のメモは残っているけれど、記事にする段階で止まっている人を想定します。
書き直す前
読書は知識を増やすために大切な習慣です。読書メモをブログにまとめることで、学んだことを整理できます。しかし、記事にするのが難しいと感じる方も多いのではないでしょうか。この記事では、読書メモをブログ記事にする方法を分かりやすく紹介します。
この文章には、問題の名前はあります。でも、メモをどう扱えばよいのかは、最後まで出てきません。「難しいですよね」と共感しているようで、読者が困っている箇所は特定できていないのです。
書き直した後
読書メモをブログ記事にするときは、メモを全部並べるのではなく、読者の一つの疑問に答える気づきを選んでください。
本の内容と自分の感想が混ざったメモでも、誰に何を伝えるかを決めれば、残す部分を選びやすくなります。
この記事では、説明用の読書メモを使い、残すメモを選ぶところから見出しに並べるところまでを示します。
自分のメモを手元に置いて、記事の骨組みを一緒に作っていきましょう。
各文の役割は、次のとおりです。
- 1文目で「全部を並べない」「一つの疑問への答えを選ぶ」という結論を渡す。
- 2文目で、感想と内容が混ざっているという困り方を具体的にする。
- 3文目で、本文に編集例があることと、どこまで扱うかを示す。
- 4文目で、読みながらできる行動を伝える。
ここで本文に必要なのは、「読書メモのメリット」という長い章ではありません。実際のメモと、それを残す・外す理由です。冒頭を直した結果、本文に足りない説明が見つかることもあります。
まだメモ自体がない人まで一緒に案内しようとすると、メモの取り方から始まり、導入が長くなります。記事の対象を変えるのか、メモの取り方は関連記事に任せるのかを決めましょう。全部を一つの冒頭で救おうとしなくてよいのです。
比較記事では、「どちらが上か」より選び分ける条件を出す
次は、通勤用バッグAとBを比べる架空の記事です。説明上の設定として、Aは荷物が少ない人向け、BはPCなど荷物を分けて持ちたい人向けという比較結果が、本文にあるものとします。実在商品の性能を示す例ではありません。
書き直す前
バッグAとバッグBは、どちらも通勤用におすすめです。それぞれにメリットとデメリットがあるため、自分に合った方を選ぶことが大切です。そこで今回は、両者の特徴を徹底比較します。ぜひ最後まで読んで、あなたにぴったりのバッグを見つけてください。
「自分に合う方を選ぶ」のは、そのとおりです。しかし、その自分との相性をどう判断するかが分からないから、読者は比較記事へ来ています。答えを読者へ返してしまっています。
書き直した後
荷物が少なく、持ち歩く負担を減らしたいならバッグA。PCと周辺機器を分けて入れたいならバッグBが候補になります。
迷ったら、デザインの好みだけでなく、普段持つ荷物が収まるか、必要な物を取り出しやすいかで比べてください。
この記事では、通勤時の荷物の入れ方を例に、AとBの収納の違いと、それぞれが向く使い方を整理します。
1文目では、勝者を一つに決める代わりに、選び分けの結論を渡しています。全員へ同じおすすめをする必要はありません。「あなたがこの条件ならこちら」と分かれば、それも十分に答えです。
2文目は判断軸、3文目は判断の根拠を確認できる場所です。「徹底比較」という言葉を消しても、何を比較する記事なのかは、むしろはっきりします。
ただし、この導入を実際に使うなら、本文の比較も収納や取り出し方を説明していなければいけません。価格表だけを置いているのに、冒頭で使い勝手まで分かると約束するのは無理があります。
また、使っていない商品を「毎日使った結果」と書く必要はありません。公式仕様の比較なら仕様の比較とし、実物の使用感とは分けます。強い導入を作るために体験まで作り足すと、記事全体の信用を失います。
原因解説では、決めつけずに最初の切り分けを渡す
最後は「記事は読まれているのに、ブログ収益が増えない」という悩みです。アクセスがほとんどない段階とは分け、読者が来ているブログを対象にします。
書き直す前
ブログを頑張っているのに稼げず、悩んでいませんか。私もブログで苦労してきたので、その気持ちはよく分かります。収益を増やすには、正しい方法を継続することが大切です。この記事を読んで、稼げるブログを目指しましょう。
この冒頭では、アクセスがないのか、商品紹介まで読まれていないのか、紹介後に申し込まれないのかが分かりません。「私も苦労した」は、具体的な経験がなければ、共感を演出するための言葉にもなってしまいます。
書き直した後
記事が読まれているのに収益が増えないなら、次の記事を増やす前に、読者が商品紹介まで進めているかを確認してください。
商品紹介まで届いていない場合と、商品を見ても申し込まれない場合では、直す場所が違います。
この記事では、読まれている記事、商品へ進む案内、紹介内容の順に確認し、自分のブログで先に見直す箇所を整理します。
1文目は、記事を増やす前に確認することを示しています。2文目で原因を分岐させ、3文目で確認する順番を伝えます。「稼げない原因はこれです」と一つに断定せずとも、読者が最初にやることは言い切れます。
ここでの結論は、原因そのものではなく、原因を見分けるための最初の行動です。個別のブログを見ていないのに原因を決めつける必要はありません。
また、最初の条件で「記事が読まれている」と明記したので、本文もアクセスのある記事から確認を始められます。アクセスがまだない人に向けては別の案内を置き、同じ改善策で全員が解決するようには書かない。こうした範囲の設定も、親切なリード文の一部です。
共感や体験談を入れるとき、残す文と削る文をどう分けるか
3つの例では、共感を長く書いたり、著者の経歴を並べたりしていません。不要だからではなく、その場で必要な分を選んでいるからです。
私自身、検索して見つけた記事で、整った一般論や説明口調が続くと、「この先に、知りたいことへの具体的な答えがあるだろうか」と感じることがあります。文章はきれいでも、冒頭と目次を見たときに結論が見えてこない記事です。
AIを使ったかどうかを見破ることより、読者としてその記事を読みたくなるかの方が重要です。その視点を、自分が書く側になったときにも外さないでください。
共感は感情を決めつけず、止まっている場面を示す
「つらいですよね」「不安で眠れませんよね」と、気持ちを大きく書けば共感になるわけではありません。読み手はそこまで悩んでおらず、単に手順を早く知りたいだけかもしれません。
先ほどの読書メモの例なら、「本の内容と自分の感想が混ざっている」という状況を示す方が自然です。その状態なら、自分の下書きにもあると確認できます。
共感の一文を残すか迷ったら、「この文章があることで、対象の読者や困りごとが具体的になるか」を見ます。「悩んでいませんか」を削っても意味が全く変わらないなら、その文はなくてもよいでしょう。
逆に、読者が自分を責めている可能性があるテーマでは、責めずに状況を整理する一文が必要なこともあります。失敗を繰り返している人に「努力不足ではなく、先に確認する箇所があります」と伝え、その箇所を続けて説明する形です。慰めるだけで終わらせず、次の判断へつなげます。
体験談は経歴の長さではなく、今の答えに関係する部分を使う
一次情報を多く入れたいからといって、冒頭で自分の活動歴を全部話す必要はありません。読者は、著者の歩みを最初から知りたいとは限らないからです。
私がこの記事の冒頭で伝えたのは、記事の最初の3〜5文を見るときの判断です。ブログで使っている道具や、別の仕事の作業時間の話は入れていません。今回の「どの一文を残すか」という疑問に対しては、冒頭をどう見ているかの方が直接の材料になるからです。
使う体験を選ぶときは、「どんな状況で、何を判断し、その経験から何が言えるか」を一組にしてみてください。リード文には結論を支える短い部分を置き、詳しい経緯や条件は本文へ回せます。
実績の数字がない人も、無理に作る必要はありません。比較した観点、迷った場面、採用しなかった理由などを具体的にすれば、読者が考える材料になります。数字のある体験でも、別の条件の読者へ同じ結果を約束する表現には変えないようにしましょう。
フックは答えを隠すことではなく、判断が変わる理由を見せること
「驚きの方法は本文で」「知らないと損します」と引っ張れば、読む人が増えるように思えるかもしれません。しかし、その文章だけでは、何を得られるのかは分からないままです。
私が冒頭で強めの言葉を使うなら、読者がやろうとしていることと、目的のずれを示します。先ほどの原因解説では「次の記事を増やす前に」という部分です。頑張る量を増やすことではなく、今ある読者の動きを見る必要があると気づけます。
ただし、否定するだけでは煽りになります。その直後に「商品紹介まで届いていない場合と、見ても申し込まれない場合では直す場所が違う」と理由を置いています。強い一文の後ろに説明があるから、読者の判断に役立つのです。
興味を引くために、読者の知りたい答えを人質にしないでください。 答えは渡し、条件や理由、実行方法を確かめるために本文へ進んでもらえばよいのです。
リード文の長さは、文字数より一文ごとの仕事で決める
「何文字が正解か」を先に決めると、必要な条件を削ったり、文字数を埋めるために挨拶を足したりしがちです。長さの判断は、残した文が読者の役に立っているかから始めましょう。
最初の3〜5文で答えと読む理由を示すという私の目安も、必ずその文数に収めるというSEO上の決まりではありません。比較する条件が複雑なら補足は必要ですし、短い質問なら数文で本題に入れることもあります。
Googleのコンテンツに関する公式ガイドでも、読者が目的を達成できる情報を得られるかが評価の観点に挙げられ、特定の文字数を満たすための執筆は勧められていません。これはリード文を何文字にするという規定ではなく、記事を読む人に必要な内容から考えるための基本です。
同じ仕事の文が続いたら、まとめるか一つを外す
下書きを一文ずつ区切り、それぞれに「答え」「条件」「理由」「具体例」「案内」のような役割を書いてみてください。役割のない文や、隣と同じ内容の文が見つけやすくなります。
たとえば「自分に合うバッグを選びましょう」「用途に合わせて選ぶことが大切です」「あなたにぴったりのものを探しましょう」は、表現こそ違いますが、具体的な判断軸が出てこないという点では同じです。一つ残すより、荷物の量と取り出し方という判断材料へ置き換えた方が役立ちます。
一方、「PCを持ち歩く人を対象にしています」と「雨への強さはこの記事の比較対象に含めていません」は、対象や範囲を分ける別の情報です。短くするために後者を消すと、読者が自分の疑問まで解決すると誤解するかもしれません。
削る基準は、文字が多いか少ないかではなく、削った結果、読者が判断できなくならないかです。見た目を短くするために一文を長くつなげても、読みやすくなったことにはなりません。
スマホで、答えまでの距離と段落のつながりを確認する
編集画面では短く見えても、スマホでは一文が何行にも分かれます。タイトルやアイキャッチ、広告などの表示位置によっても、読者が答えへ到達するまでの距離は変わります。
公開前のプレビューで、記事の上から順に読んでみてください。著者紹介や大きな画像の後ろへ結論が押し出され、何度も画面を送らないと答えが出てこないなら、文章だけでなく配置も見直す候補です。
改行を増やせば必ず読みやすくなるわけでもありません。「このような場合は」と書いた段落のすぐ下に大きな画像があり、何を指しているのか分からなくなるなら、文章と説明の位置を近づけます。
この記事のように図解を使う場合も、図を見なくても冒頭の結論が伝わる状態にしておくと、読者が先へ進みやすくなります。画像は本文の代わりに答えを隠すものではなく、理解を補助するものです。
AIでリード文を作るなら、本文と採用条件を先に渡す
AIへ「共感できる魅力的なリード文を書いて」とだけ頼むと、整ってはいるけれど、その記事でなくても使える文章が出てくることがあります。
文章を作る能力があっても、どの情報を優先するかが曖昧だからです。AIに気の利いた書き出しを当ててもらうより、本文の答えと読者の状況を渡した上で、並べ方を手伝ってもらいましょう。
本文を渡し、足りない情報を勝手に補わせない
使う材料は、先ほどの4項目と、本文の下書きです。長い本文を渡せない場合は、結論、根拠のある箇所、見出し、扱わない範囲を抜き出します。
次のように依頼すると、導入だけが本文より大きな話になるのを防ぎやすくなります。
以下の本文に合うリード文を作ってください。
読者の現在地：本文は書けているが、冒頭が一般論になってしまう人。
最初に知りたいこと：今の導入文のどの文を残し、何を書き足せばよいか。
本文の結論：読者の質問への答えを先に伝え、対象条件と本文の根拠から読む理由を作る。
本文にある材料：手順・比較・原因解説の3つの全文添削例と、各文を変えた理由。
扱わないこと：順位や離脱率を改善する効果の保証、実際の顧客原稿の添削結果。本文にない経験、実績、数字、効果を追加しないでください。最初の数文で答えが伝わるようにし、各文を入れた理由を本文とは別に示してください。材料が足りない箇所は、推測で埋めず質問してください。
本文：ここに自分の記事の下書きを入れます。
この指示は、この記事の内容を例にしたものです。自分の記事へ使うときは、読者や結論、使える材料を入れ替えます。「手順・比較・原因解説の3つの例」が本文にないなら、そのまま残してはいけません。
また、指示で誤りを禁止しても、確認は必要です。AIが「検証しました」「多くのお客様が」と書いたら、その根拠が渡した材料のどこにあるかを見てください。自然な文章に見えることと、事実であることは別です。
修正は「もっと人間らしく」だけで終わらせない
私自身、AIが作った文章を読んで「形は整っているが、面白くない」と感じる場合があります。そのときは、人が読んだときの違和感を伝えて、修正を重ねます。
リード文なら、違和感を一文単位にすると指示が具体的になります。「もっと魅力的に」ではなく、「最初の2文は読者がすでに知っている説明なので外す」「3文目にある答えを先頭へ移す」「『誰でも』は本文で裏づけていないので、対象条件へ変える」と伝える形です。
たとえば、読書メモの弱い冒頭へは、次の修正依頼ができます。
読書の重要性は、この読者が今知りたいことではありません。最初の2文を外し、「メモを全部並べるのではなく、読者の一つの疑問への答えを選ぶ」を先に伝えてください。本文にはメモを選ぶ編集例があるので、それを続きを読む理由にしてください。書籍を読んだ体験や記事化後の成果は追加しないでください。
直っているかを見るときも、言い回しだけに注目しないようにします。答えが先頭へ来たか、本文にある例を案内しているか、余計な体験が足されていないか。この3点なら、修正の成否を確かめられます。
AIへの依頼全体を整理したい場合は、AI記事作成プロンプトの作り方も参考になります。指示を長くすることより、判断に必要な材料を渡すことを優先してください。
公開前は、冒頭だけでなく最初の見出しまでつなげて読む
リード文が良くても、その直後からまた長い前置きが始まれば、読者は同じ説明を二度読むことになります。導入の完成は、文章単体の出来では決められません。
タイトル、冒頭、最初の見出し、その見出しの本文を続けて読み、同じ疑問に向かっているかを確認しましょう。
冒頭で約束した内容を、本文の場所と対応させる
「分かりやすく説明します」という約束だけだと、果たせているか判断しにくくなります。「メモを選ぶ編集例を見せます」なら、本文に編集前後のメモがあるかを確認できます。
下の表のように、導入で伝えたことと、本文に必要な内容を一組にしてください。
| 冒頭で伝えたこと | 本文で確認できる必要があるもの | 足りなかったときの対応 |
|---|---|---|
| メモから見出しまで作れる | 元のメモ、残す理由、完成した見出し | 編集例を加えるか、扱う範囲を狭める |
| AとBを使い方で選べる | 用途別の違いと選び分けの根拠 | 比較軸を補うか、断定を見直す |
| 先に直す場所を判断できる | 状態別の確認順と、次にすること | 原因の羅列を確認手順へ組み直す |
この確認で不足が見つかったとき、必ず記事を長くする必要はありません。本文が仕様比較までなら「使用感まで分かる」という冒頭を直す方法もあります。約束を狭めた方が、正確で役立つ記事になることもあります。
最初の見出しについても、「結論」をもう一度言うだけで終わらせず、なぜそうなるか、どの条件なら当てはまるかへ進めるようにします。記事全体の順番が崩れている場合は、ブログ記事の構成の作り方から整理すると直しやすくなります。
書き直した記録と、効果の確認は分けて考える
公開後にリード文を変えたら、変更日、変えた理由、変更前後の文章を残しておきましょう。以前のどこが弱く、何を確かめたかったのかが分かれば、次に読んだときも判断を続けられます。
ただし、書き換え後にアクセスや収益が動いたことだけで、リード文の効果とは決められません。検索される言葉、順位、訪れる読者、本文や商品紹介の変更などが同時に変わっている場合もあります。
数値を測っていない段階でも、「答えが前半へ移った」「本文にない約束を消した」「説明用の例へ進む流れができた」という文章上の改善は確認できます。それを「離脱率が改善した」といった未測定の実績に言い換えないことです。
私は、書いた直後だけでなく、公開後に少し時間を空けて読み返し、長い・足りない・違和感があると感じた部分を見直す考え方を持っています。導入も、書き手としての勢いが落ち着いてから読むと、不要な説明や急な話題転換に気づきやすくなります。
まずは、自分の冒頭から「なくても困らない一文」を探す
今ある記事を一つ開き、リード文の各文へ役割を付けてみてください。答え、条件、根拠、読む理由。そのどれにも当てはまらず、削っても読者が困らない一文があれば、まずはそこを外してみます。
次に、タイトルを見た人への答えが最初の数文にあるかを確認します。答えがないなら、気の利いた挨拶を考える前に、本文の結論を持ってきてください。そして、その直後の見出しまで読み、話が実際の判断や手順へ進んでいるかを見ます。
リード文を上手にするとは、読者を引き留める言葉を増やすことではありません。読む人が「この先を確かめれば、自分が迷っていることを判断できる」と分かる入口を作ることです。
本文全体の作り方へ戻りたい方は、ブログ記事の書き方7ステップへ進んでください。冒頭だけでは決まらない構成や、根拠の入れ方まで整理できます。
一方で、リード文を書くたびに「そもそも誰に何を伝えるブログなのか」で止まる場合は、文章より前の設計を見直す段階です。ジャンル、ターゲット、記事テーマ、収益へのつなぎ方を整理したい方には、無料のAIブログ収益化設計GPTを用意しています。
まずは一記事、一つの疑問への答えを、遠回りせずに渡す。その編集から始めてみてください。
