記事の冒頭で離脱される原因｜続きを読ませるリード文

Web制作の現場では、訪問者はファーストビューの印象を3秒程度で判断すると言われ、ここで興味を持てなかった人の離脱率は7割に達するという指摘もあります。数字の出どころは調査によって幅があるものの、共通して示しているのは同じことです。記事が読まれるかどうかは、着地してから最初の数秒でほぼ決まっている。検索結果でクリックを取れても、冒頭で「自分向けではない」と判断されればスクロールは起きません。そして冒頭の数百字を担っているのがリード文です。構成が良く、本文が充実していても、リード文が弱いだけで全部読まれずに終わります。本記事では、冒頭で離脱される現象を「何が起きているのか」から整理し、離脱を招く4つの原因を特定したうえで、検索意図の言い換え、結論先出し、共感パートの長さ、スマホでのファーストビュー設計、そして生成AIで3案つくって選ぶ手順までを、リード文だけに絞って解説します。

冒頭で離脱されるとは、何が起きているのか

検索結果からページに着地した読者は、記事を読み始めているわけではありません。最初にしているのは選別です。「これは自分の疑問に答える記事か」「読む価値があるか」を数秒で判定し、外れていると感じたら戻ります。読解ではなく判定なので、文章を頭から順に読むのではなく、目に入った範囲の情報で瞬間的に決めています。だから丁寧に書いた説明文でも、判定に使われる情報が入っていなければ意味を持ちません。

この判定の速さを示す数字として、Web制作の実務では「3秒」という表現がよく使われます。一方で、検索から訪れた読者が読み進めるかどうかを決めるまでに数十秒から1分程度かかるという見方もあり、実際には記事のテーマや読者の切迫度で幅があると考えるのが妥当です。重要なのは秒数の正確さではなく、判定が本文に入る前に終わっているという構造のほうです。

運用側から見ると、この現象は数字に現れます。滞在時間が極端に短いセッションが多い、スクロール率が最初の1画面で急落する、直帰率が同じサイトの他記事より高い。順位が取れているのに成果が出ない記事があるとき、本文の質より先に疑うべきはリード文です。流入はあるのに読まれていない記事は、入口で落としていると考えると改善の見当がつきます。

リード文が担っている3つの仕事

リード文には3つの役割があります。1つめが該当性の提示で、「この記事はあなたの疑問に答えるものです」と伝える仕事です。2つめが価値の提示で、読み終わったら何が分かるか・何ができるようになるかを示す仕事。3つめが読む姿勢づくりで、記事の立場や前提を共有し、本文をどう読めばよいかの構えを整える仕事です。

この3つのうち、抜けやすいのは1つめです。書き手はテーマを知っているので、読者にとって当たり前に該当していると思い込みます。しかし読者は複数の記事を並べて比較しているところで、判断材料は冒頭の数行しかありません。読者が使っている言葉が冒頭に出ているかが、該当性が伝わるかどうかを分けます。専門用語で言い換えてしまうと、同じ内容でも「別の話」に見えます。

3つめの役割は成果に直結します。リード文で記事の立場を明示しておくと、本文の主張が読者の中でぶれません。たとえば「ツールの比較ではなく、社内の運用に落とす手順に絞ります」と冒頭で宣言すれば、ツール名を期待していた読者は離脱しますが、運用を知りたい読者は最後まで読みます。離脱を全部止めようとするのではなく、読むべき読者を残すという考え方のほうが、リード文の設計は素直になります。

原因①：読者が「自分向け」と判断できない

最も多い原因がこれです。典型は、テーマの一般的な説明から始めてしまうパターンです。「近年、企業のマーケティング活動においてコンテンツの重要性が高まっています」——この文章は誰にも該当しません。読者が知りたいのは業界の潮流ではなく、自分の状況に当てはまるかどうかです。冒頭に必要なのは総論ではなく、読者が自分の場面として認識できる具体性です。

該当性が伝わらないもうひとつの形が、対象読者を絞りすぎ・広げすぎのどちらかに振れているケースです。広すぎると「一般論だな」と判断され、狭すぎると「うちとは規模が違う」と外されます。状況で絞るのがコツで、役職や業種ではなく「記事は出しているが問い合わせに繋がっていない」といった状態で書くと、当てはまる読者の範囲が広く、しかも具体的になります。

なお、該当性の判定に使われるのはリード文だけではありません。タイトル、アイキャッチ、最初の見出し、目次——目に入るもの全部です。ただしタイトルは検索結果で一度判定を通過しており、着地後はタイトルの約束が守られるかを冒頭で確認しているという関係になります。タイトルで示した内容にリード文が答えていないと、期待外れとして即座に離脱されます。

原因②：結論が最後にある

次に多いのが、リード文の中で結論に到達しないパターンです。背景→現状→課題→そして本記事では、という順序で書くと、読者が答えの手がかりに触れるまでに数百字かかります。判定に使える時間が数秒しかない場所で、この構成は不利です。先に結論の骨をひとつ置くだけで、読者は「答えがある記事だ」と判定できます。

背景説明が長くなる理由は、書き手が丁寧さのつもりでやっていることです。前提を共有してから本題に入るのは、報告書やプレゼンでは正しい手順です。しかしWeb記事は途中で離脱できるので、順序の効果が逆転します。背景は本文の最初のセクションで書けばよく、リード文には結論と、読み終えて得られるものだけを置きます。

結論を先に出すと本文が読まれなくなる、という心配は現実にはあまり起きません。むしろ結論の一文があることで「その理由と手順を知りたい」という動機が生まれます。先出しするのは結論そのもので、根拠と手順は本文に残す。この分け方を守れば、リード文で全部語ってしまう失敗も避けられます。

原因③：定型の書き出しでテンプレ感が出る

3つめの原因は、書き出しの型が使い回されていることです。「皆さんは〇〇をご存じでしょうか？」「〇〇にお悩みではありませんか？」といった疑問形の呼びかけは、それ自体が悪いわけではありませんが、同じ形が並ぶとサイト全体が既視感に包まれます。読者は無数の記事を読んでおり、この形を見た瞬間に中身も定型だろうと予測するようになっています。

同じ理由で警戒したいのが、根拠のない「増えています」「注目されています」「重要になっています」です。ライティングの指南でも指摘されるところですが、こうした表現は数字や具体例を伴わないと初心者らしさが出ます。使うなら出典つきの数値を添えるか、思い切って削るのが安全です。削っても意味が変わらない文は、リード文には置かないと決めておくと分量も引き締まります。

煽りも同じです。「知らないと損をします」「今すぐ確認してください」といった圧の強い言い回しは、BtoBの読者には逆効果になりやすく、記事の信頼度を下げます。書き出しのバリエーションを増やす実務的な手として、疑問形をいったん封印してみる方法があります。使えないと決めると、事実起点・場面描写・数値提示・失敗談といった別の入口を探すことになり、結果的に記事ごとに違う書き出しが生まれます。

原因④：スマホのファーストビューに情報が入っていない

4つめは、見え方の問題です。PCの画面でリード文を書くと、300字が数行に収まって見えます。ところがスマートフォンでは同じ文章が10行以上に伸び、しかも上部にはタイトル・アイキャッチ・カテゴリ表示・広告や目次が入るため、最初の1画面に入るのはリード文の冒頭2〜3行だけということが起こります。判定に使われるのはその2〜3行です。

この制約から導かれる設計は明快です。1つめは、該当性を示す情報を最初の2文に入れること。2つめは、1文を短く保つこと（長い修飾の連なりは1行目から意味が取れなくなります）。3つめは、段落を2〜4行で切り、視覚的な余白をつくること。リード文全体は300字程度が目安とされますが、スマホ中心のメディアなら200〜250字前後まで詰めたほうが読み切られやすくなります。

• リード文は必ずスマホ幅で確認する。PC表示だけで判断すると、実際の見え方と大きく食い違う
• アイキャッチ・目次・広告が上部に入る場合、リード文の1画面目は2〜3行しか見えない前提で書く
• 1文はできるだけ短く。修飾を重ねた長文は、1行目だけ読んだ段階で意味が取れず離脱を招く
• 重要な情報を段落の後半に置かない。段落の先頭に結論、後半に補足という順序を守る

確認方法は簡単です。公開前にプレビューをスマホの実機で開き、スクロールせずに見える範囲をそのまま読んでみます。そこに「誰向けの記事か」と「何が分かるか」が入っていなければ、リード文を並べ替えます。開発者ツールの端末エミュレーションでも代用できますが、実機のほうが行数と余白の感覚が正確に掴めます。

そのまま直せるNG例

原因を具体的な文の形に落とすと、直しどころがはっきりします。よく見かける5パターンを挙げます。いずれも冒頭の数行を差し替えるだけで改善できるものです。

• 自己紹介から始める：「こんにちは、〇〇を運営している△△です」——読者は書き手を探して来ていない
• 業界の潮流から始める：「近年、DXの進展により〜」——誰にも該当せず、判定材料にならない
• 定型の呼びかけ：「〇〇でお悩みではありませんか？」——既視感で中身も定型だと予測される
• 記事の説明から始める：「本記事では〜について解説します」——先に読者の状況を示さないと該当性が伝わらない
• 煽りと不安：「知らないと損します」「放置は危険です」——BtoBでは信頼を落としやすい

直し方の基本は、読者の状況を1文で描き、次の文で結論に触れるという順序に組み替えることです。「近年DXが進展しています」は「記事は毎月出しているのに、問い合わせが増えないという状態が続いていませんか」に。「本記事では解説します」は「結論から言えば、原因は冒頭の数行にあります」に。書く順序を変えるだけで、同じ材料でも判定を通過しやすくなります。

なお、自己紹介や運営者の説明が不要というわけではありません。専門性を示す情報は記事の信頼に関わります。ただし置く場所が冒頭ではない、というだけです。監修者情報や執筆者プロフィールは所定の欄に置き、リード文は読者の話だけで構成するのが原則になります。

対策の全体像：リード文の4ブロック構成

ここから対策に入ります。リード文は、次の4ブロックの組み合わせで設計すると安定します。①該当（読者の状況を具体的に描く）、②結論（答えの骨をひとつ置く）、③根拠や信頼の担保（数値・出典・自社の経験のいずれか）、④この先の案内（記事で扱う範囲を示す）。順序はこの通りが基本で、②と③は入れ替えても機能します。

各ブロックの分量は、①が1〜2文、②が1文、③が1文、④が1〜2文。合計で5〜7文、200〜300字に収まります。ブロックを増やさないことが設計の要点で、共感を厚くしたり背景を足したりすると、そのぶん判定に使われる情報が後ろへ押し出されます。書き終えたら、各文がどのブロックに当たるかを数えてみて、重複しているブロックを削るのが手早い調整方法です。

③の担保は、リード文の説得力を大きく左右します。公的統計や調査の数値、公式ドキュメントの記述、自社で運用した実績のいずれかを一言入れるだけで、記事の立場が定まります。ここは確認できた事実だけを書くのが絶対条件です。リード文に置いた数値が誤っていると、その先の全部が疑われるので、根拠の弱い数字を勢いで入れないよう注意します。

検索意図を言い換えて「自分向けだ」と伝える

該当性を伝える具体的な技術が、検索意図の言い換えです。読者が検索窓に入れた言葉は、疑問そのものではなく圧縮された断片です。「オウンドメディア 成果が出ない」という検索の背後には、「記事を出し続けているのに問い合わせが増えず、上司に説明できない」といった具体的な状況があります。この圧縮を解いて日常の言葉に戻すのが言い換えの作業です。

材料は社内にあります。営業やインサイドセールスが顧客から実際に聞いた言い方、問い合わせフォームに書かれた文章、商談で出た質問。これらは読者の言葉そのものなので、そのまま冒頭に置けます。検索キーワードをそのまま繰り返すより、読者が同僚に話すときの言い方に近づけるほうが該当性は強く伝わります。

やりすぎに注意すべき点もあります。状況描写を具体的にしすぎると、当てはまらない読者を排除しすぎます。「従業員50名のBtoB製造業で、マーケ担当が1人」まで絞ると読者は激減します。目安は、状況は具体的に、属性は曖昧に。「担当が実質1人で回している」なら業種を問わず当てはまり、しかも具体的に響きます。

結論先出し（PREP）をリード文に適用する

結論を先に置く型として広く使われるのがPREPです。Point（結論）→Reason（理由）→Example（具体例）→Point（結論の再提示）という順序で、報告や説明の場面で使われる基本形です。リード文にそのまま当てはめると長くなるため、圧縮して使います。実務では、Pointを1文、Reasonを1文、Exampleは本文に譲り、最後のPointは「この記事で扱う範囲」に置き換える形が収まりがよいでしょう。

圧縮版の例を示します。「冒頭で離脱される原因は、本文の質ではなくリード文にあります（Point）。着地後の数秒で読者は該当性を判定しており、その判定材料が冒頭に置かれていないためです（Reason）。本記事では、原因を4つに分けたうえで、検索意図の言い換えから結論先出し、スマホでの見え方までを具体的な手順として整理します（範囲の提示）」。3文で該当・結論・案内が揃います。

PREPを使うときの注意は、Reasonを説明しすぎないことです。理由を丁寧に書き始めると、それは本文の第1セクションの内容になります。リード文のReasonは結論が成り立つ筋道を一言で示すだけで足ります。詳しく書きたい欲求が出てきたら、それは本文に書くべき材料が見えた合図だと考えてください。

共感パートの作り方と長さの目安

リード文の前半に置く共感パートは、あると効きますが、伸びやすい部分でもあります。役割は「この書き手は状況を分かっている」と感じてもらうことなので、必要なのは長さではなく精度です。読者が実際に困っている場面を1つだけ、具体的に描く。それで足ります。目安としては1〜2文、50〜80字程度に収めます。

精度を上げるコツは、感情ではなく行動と場面を書くことです。「もどかしいですよね」と感情を代弁するより、「月次の報告で、PVは伸びていると説明したものの、次の質問で止まってしまう」と場面を書いたほうが響きます。感情の代弁は外れると押しつけになり、場面の描写は当てはまらなくても不快感を与えません。

そして、共感パートを削る判断も持っておきます。読者が急いでいるテーマ——障害対応、期限のある手続き、トラブルの解決——では、共感は邪魔になります。この種の記事では冒頭から結論に入り、共感は0文でよいと割り切ります。共感が必要かどうかは、読者の切迫度で決めるものだと考えてください。

記事タイプ別：リード文の入口を使い分ける

リード文の型を1つに固定すると、記事タイプによって噛み合わなくなります。読者の切迫度と、着地時点で持っている情報量が、タイプごとに違うからです。手続きの締切に追われている読者と、来期の施策を検討し始めた読者では、冒頭に置くべきものが変わります。タイプごとに入口を決めておくと、書き出しのバリエーションも自然に増えます。

記事タイプ	リード文の入口	共感の扱い
トラブル・エラー解決	症状の言い換えと、原因の結論を1文目付近に置く	0文。すぐ手順へ案内する
手順・やり方	完了までの工程数と所要時間を先に示す	1文まで。前提条件の提示を優先する
比較・選び方	判断軸を先に示す（何で選ぶ話かを冒頭で決める）	1文。迷っている状況を短く描く
概念・とは系	検索意図の言い換えで、なぜ今それを調べているかに触れる	1〜2文。読者の場面から入る
ノウハウ・改善系	うまくいかない状態の描写と、原因の所在を1文で	1〜2文。ここは共感が効きやすい
調査・データ系	数値を1つ提示し、そこから読み取れる示唆を1文	0〜1文。事実起点で入る

この表の使い方は、書く前にタイプを1つ選び、その行の入口だけを試すという運用です。迷ったら2タイプ分の入口で書き分けて読み比べます。とくにトラブル系で共感を書いてしまうのは頻出の失敗で、症状が一致しているかを確かめたい読者にとって、心情の代弁は読み飛ばす対象になります。逆に改善系で共感を省くと、状況が共有されないまま手順に入るため、他人事として読まれます。

記事タイプの判定は、検索キーワードの語尾で当たりがつきます。「〜できない」「エラー」はトラブル系、「〜方法」「手順」は手順系、「おすすめ」「比較」「違い」は比較系、「〜とは」は概念系、「成果が出ない」「改善」はノウハウ系です。キーワードの語尾を見てリード文の入口を選ぶという手順にすると、判断が数秒で終わり、担当者による差も小さくなります。

本文を書いたあとにリード文を書く

運用上もっとも効果が大きい対策が、書く順序を変えることです。リード文を最初に書くと、テーマの一般論しか材料がないため、どうしても「近年〜」から始まります。本文を書き終えてからリード文に戻れば、記事の結論・根拠・具体例が手元に揃っているので、結論先出しも根拠の担保も自然に書けるようになります。

実際の進め方は、構成案を作った段階で仮のリード文を数行だけ置き、本文を書き上げてから正式版に差し替える形です。仮のリード文は、記事の方向を自分に言い聞かせるためのメモとして機能します。書き終えたあとに読み返すと、本文で扱った内容と仮リードのずれが見えるので、そのずれが記事のブレを直す手がかりにもなります。

あわせて、公開前の確認をルールにします。①スマホ幅の1画面目に該当と結論が入っているか、②結論の一文があるか、③削っても意味が変わらない文がないか、④直近に公開した記事と書き出しの型が重なっていないか。この4点だけ見れば、リード文の品質は安定します。とくに④は、サイト全体の既視感を防ぐうえで効く確認項目です。

生成AIで3案つくって選ぶ手順

リード文づくりは生成AIと相性がよい作業です。ただし、1案だけ出させて採用する使い方は避けたほうがよいでしょう。AIは無難な文章に寄る性質があり、そのまま使うと「近年〜」型や定型の呼びかけになりがちです。狙いは、型の違う複数案を出させて、人が基準で選ぶことにあります。手順は次の4段です。

採点に使う基準は、あらかじめ表にしておくと判断がぶれません。感覚で「こっちのほうが良い」と選ぶと、書き手の好みに寄って毎回同じ型に収束します。基準を明文化しておけば、担当者が変わっても選び方が揃います。

観点	見るポイント	外れているときの症状
該当性	読者の状況が具体的な言葉で1文目付近にあるか	業界の潮流や一般論から始まっている
結論の位置	答えの骨が前半3文以内にあるか	「本記事では解説します」で終わっている
具体性	数値・出典・場面のいずれかが入っているか	「増えています」「重要です」だけで根拠がない
長さ	200〜300字、1文が短く段落が2〜4行で切れているか	1文が長く、スマホで1行目の意味が取れない
独自性	直近の自社記事と書き出しの型が違うか	定型の呼びかけや同じ書き出しが並んでいる

最後に、AIの出力をそのまま公開しないという線引きを確認しておきます。リード文には数値や出典を置くことが多く、ここが誤っていると記事全体の信頼を落とします。AIには案を出させ、事実確認と最終決定は人が行う。この分担を守れば、リード文づくりの時間は大幅に短縮できます。

よくある質問

リード文の適切な文字数はどのくらいですか？

目安は200〜300字です。300字程度が読みやすい上限とされる一方、スマートフォンで読み切れる長さとして200〜250字前後を推奨する考え方もあります。実務では、テーマの切迫度で調整するとよいでしょう。トラブル解決や手続きのように急いでいる読者には短く、検討段階の読者には共感を1文足して長めにします。文字数そのものより、スマホの1画面目に該当と結論が入っているかを基準にしてください。

リード文を変えるだけで数値は改善しますか？

流入があるのに読まれていない記事では、改善が見えることがあります。確認する指標は、スクロール率（最初の1画面での離脱）、滞在時間、直帰の傾向です。ただし変更の効果を測るには、同じ期間・同じ流入構成で比較する必要があるため、複数記事を同時に書き換えるのではなく、数本ずつ変えて経過を見る進め方が確実です。順位や表示回数はリード文では動きにくいので、混同しないよう指標を分けて見ます。

既存記事のリード文は、どれから直せばよいですか？

優先順位は「表示回数と流入は取れているが、成果や滞在が弱い記事」からです。流入がない記事はリード文以前にタイトルや検索意図の問題である可能性が高く、リード文を直しても効果が見えません。検索コンソールで表示回数とクリックを確認し、クリックは取れているのに直帰が高い記事を洗い出すと、直す順番がそのまま並びます。1本あたり30分程度の作業で終わるので、まとめて数本ずつ進めるのが効率的です。

まとめ

記事の冒頭で離脱されるのは、本文の質が低いからではなく、着地後の数秒で使われる判定材料が冒頭に置かれていないからです。原因は4つ——自分向けだと分からない、結論が最後にある、定型の書き出しでテンプレ感が出る、スマホの1画面目に情報が入っていない。対策も対応します。読者の状況を具体的な言葉で1文目付近に置き、結論の骨を前半に出し、共感は1〜2文に抑え、200〜300字でスマホ幅の見え方を確認する。そして本文を書き終えたあとにリード文を書けば、根拠と結論が揃った状態で書き始められます。生成AIは型を指定して3案出させ、5観点の基準で人が選ぶ。リード文は記事の飾りではなく、読者が読むかどうかを決める判定の場です。まずは直近で流入が取れている1本を開き、スマホでスクロールせずに見える範囲を読み返してみてください。

※本記事にはAIが活用されています。編集者が確認・編集し、可能な限り正確で最新の情報を提供するよう努めておりますが、情報の完全性、正確性、最新性、有用性等について保証するものではありません。本記事の内容に基づいて行動を取る場合は、読者ご自身の責任で行っていただくようお願いいたします。