記事の冒頭は何を書く？答え・対象・読む範囲を先に伝える

自社の記事を制作担当へ渡すとき、冒頭の書き方で迷っていませんか。本文の答えと条件を拾い、読者が読む内容を判断できる導入へ整える方法を説明します。

確認済みの本文から、答え・対象・扱う範囲を先に書きます。理由と詳しい手順は、その後につなげます。

本文で答えている問いを一つ選ぶ

冒頭の要約は、記事の最初に置く短い説明です。この記事で分かる答えと、どの人・場面を扱うかを伝え、続きを読むか判断する入口になります。理由や細かな手順をすべて詰める場所ではありません。

まず、制作する本文を一つ選び、「読者は何を知りたくて、このページを開くか」を一文にします。次に、本文の中でその問いへ答えている段落を探してください。タイトルに答えがありそうでも、本文に根拠や手順がなければ、冒頭だけを整えて解決済みにしません。内容を知る担当へ不足を確認し、本文から直します。

例えば「紙づまりが増えたら何から確認する？」という記事なら、最初に確かめる情報と相談前の準備が答えになるかを読みます。「複合機には多くの機能があります」という一般説明だけでは、この問いへの答えを拾えません。会社の沿革や市場の背景は、その答えを理解するために必要な箇所へ置きます。

Nielsen Norman Groupの文章構成の指針も、主要な情報を先に示し、補足を続ける方法を説明しています。ここでは確認済みの記事の答えを早く示す編集へ応用します。日本語の導入を一定の字数にすればよい、順位や相談数が上がる、と判断する根拠にはしません。

まだ記事で答える問いや掲載先を決めていない場合は、先に顧客の疑問と既存記事から、キーワードと回答先を選ぶ方法を確認してください。ここでは、答える範囲を決めた後の本文から導入を作る作業に絞ります。

答え・対象・扱う範囲を本文から拾う

答えを短くする前に、本文のどの情報を残すか決めます。拾うのは、読者が行うこと、その対象や条件、この記事で説明できる範囲、判断できない範囲です。読者が誤って広い約束として受け取らないよう、条件と否定も答えのそばに残します。

次は、説明用の架空記事「複合機の保守相談」の例です。実際の機器の故障診断や修理方法を示すものではありません。原稿には「型番と表示メッセージ、発生した場面を確認し、保守窓口に相談する。機種別の部品交換や故障原因の判定は資料未確認。」という本文の抜粋があります。

この本文から、最初の行動は「情報を確認して相談する」、確かめる情報は「型番・表示メッセージ・発生場面」と拾えます。説明する範囲は相談前の準備までです。原因を突き止めることや部品交換を決めることは、この材料からは書けません。機種ごとの直し方へ話を広げず、記事の約束も同じ範囲にします。

対象とは、その答えが当てはまる人や場面です。この例では紙づまりが増えて何から確認するか迷う人の相談前の場面を示しています。「誰でも自分で直せる」といった対象や結果を追加しません。自社記事なら、対象機種や利用条件が本文にあるときは、短くする途中でそれを消さないでください。

図では、本文で確認できる材料と、冒頭へ書く答え・範囲・扱わない判断を対応させます。文章を短くしたから読者の理解や公開結果がよくなった、という測定結果ではありません。詳しい原文と未確認の項目は、図の直下から文字で読めます。

短い導入を作り、詳しい説明へつなぐ

拾った材料から、答え、説明する範囲、扱わない判断の順で文をつなぎます。この順は今回の例を説明するための組み立てです。別の記事でも同じ文型や文数を強制するのでなく、その読者が先に知る必要のある条件を優先します。

複合機の記事の冒頭下書きは、次の原文です。これは公開済みの文や実読者への理解試験の結果ではありません。

最初の文は、何から確認するかと次の相談先を伝えています。二つ目は、本文を読むと確認する情報と相談前の準備が分かることを示します。最後の文で、原因や部品交換を決める記事ではないと範囲を区切っています。相談するという行動を、修理が完了するという約束へ変えないことが要点です。

下書きと元の本文を並べ、一文ずつ対応する箇所を指せるか確認します。「すぐに」「必ず」「簡単に直る」など元にない条件や結果が増えたら、その文を戻して内容担当へ確かめます。「未確認」を削って断定へ変えないでください。

長いときは、同じ前置きや言い換えの繰り返しを先に整理します。作業、条件、限界で文を分け、必要な情報は残します。GOV.UKの構成ガイドにある、重要な情報を先に置き要約を直後の段落で繰り返さない方法を、今回の編集にも使えます。答えの後は「なぜその情報を見るか」「どう確認するか」へ進めると、同じ要約を読み直させずに済みます。

別記事の「店舗写真の撮影相談」は、相談前に撮りたい場所・用途・希望日を整理する本文だけがあり、導入案は未確認です。上の複合機の下書きをそのまま当てはめたり、料金・納期・修正回数を補ったりしません。二つは別記事の材料で、作り直す前後の比較ではありません。

タイトル・本文冒頭・要約欄の役割を分ける

タイトルはページが答える問いや内容を短く示す名前です。本文冒頭は、その答えや対象、読む範囲を文章で伝えます。題名にある言葉をそのまま繰り返すだけでなく、本文を読む人の判断に必要な情報を加えてください。

CMSは、記事などを管理して掲載する仕組みです。そこにある「要約」や「抜粋」の欄は、記事一覧などで短い紹介に使われることがあります。本文の最初の段落とは保存する場所も表示する役割も異なるため、欄を埋めただけで本文の冒頭に説明が出るとは限りません。制作担当と、使っているサイトでどこへ表示される欄なのかを確かめます。

meta descriptionは、ページの内容を短く説明する情報を検索サービスなどへ伝えるための指定です。検索結果に出る紹介文と関係しますが、指定した文が必ずそのまま表示されるとは限りません。画面上の導入、管理画面の要約、検索向けの指定を同じものとして扱わず、それぞれ本文と内容が一致するようにします。Googleの検索結果の説明文に関する公式資料も、主にページの内容から生成し、適切な場合にmeta descriptionを使う仕組みを説明しています。

GOV.UKの要約ガイドは、タイトルと合わせて内容を見分けられる説明を勧め、同サービスの要約には160文字という条件を示しています。この入力用途の条件を、日本語の記事冒頭は一律160字という決まりにはしません。表示先の条件と、本文に必要な答えや対象を両方見て編集します。

複合機の記事なら、題名が「紙づまりの原因を確定する方法」のまま、本文は相談前の情報整理だけでは約束がずれます。冒頭で言い換えるだけで済ませず、題名と本文を同じ範囲へそろえます。これは検索語を新しく選ぶ作業ではなく、選んだ記事の説明を一致させる点検です。

本文との一致とスマホでの読み始めを確かめる

点検では、まず冒頭だけを読み、どの問いへの答えか、どの人・条件を扱うか、何を準備・判断できるかを言葉にしてみます。その内容が本文のどの段落にあるか照合してください。作者の読み直しは内容の確認であり、実際の読者が理解できたという試験結果とは分けます。

次に、冒頭のすぐ後を読みます。理由、確認する情報、手順、例へ続いているかを見て、同じ答えだけが繰り返されていれば整理します。重要な対象外や条件を、遠い脚注にだけ移していないかも確認します。必要な条件を本文中で伝える方法は、GOV.UKの構成ガイドにも示されています。

スマートフォンとPCのプレビューでは、題名の改行、導入の段落、図の位置を通常の読書順で見ます。文字を小さくして一画面へ押し込むのでなく、段落を区切り、長い前置きを整理します。どの端末でも最初の画面に記事の全内容を収めることが目的ではありません。何を読むページなのかが早く分かり、必要な詳細へ進める状態を確かめます。

本文を変えたら導入も戻って照合します。例えば相談前の準備から、機種ごとの診断まで本文の範囲を広げるなら、その根拠と確認が別に必要です。反対に説明を減らしたときは、冒頭が以前の広い約束のまま残らないよう直します。未確認の結果を埋めてつじつまを合わせないでください。

保存した下書き、内容の確認、実際の公開、読者の理解はそれぞれ別の状態です。担当が内容を確認しても、実ページで文章が欠けずに出るかは保存・公開後に見ます。理解や検索効果を評価する場合は、その目的と方法、対象や期間を別に記録し、導入を整えた事実だけから成功を認定しません。

まとめ：一つの記事の答えと範囲を先に伝える

記事の冒頭では、本文で確認できる答えと、その対象・扱う範囲を先に伝えます。理由や詳しい手順へ続けることで、読者が何を読み進めればよいかを判断できる説明を目指します。短くするために、必要な条件や「扱わない」という判断を消さないことが大切です。

今日の一歩は、確認済みの本文を一つ開き、答えがある段落と対象・限界がある箇所を選ぶことです。その情報だけで冒頭の下書きを作り、一文ずつ本文へ戻って確かめてください。対応する材料がない部分は、文を飾る前に内容担当へ質問します。

会社のサービスの対象や作業自体がまだ整理できていないなら、記事の導入へ進む前に、確認資料からサービス紹介文を作る方法で事実をそろえると役立ちます。記事の問いを選ぶ作業と、サービスの事実を確かめる作業を分け、今ある本文の範囲に合った入口を作っていきましょう。