✏️ 説明文を1行変えたら、タイトルを7回直した効果を超えた

お菓子の表面デザインを、7回作り直した。でも裏面の商品説明は、発売日に印刷したままだった。

「なんで手に取られないんだろう」とつぶやきながら、また表面を直していた——。

それが6ヶ月間の、Lilyの話です。

あなたは今、こうなっていませんか？

• タイトルを何度か書き換えたけれど、数字は動かなかった • noteの説明文（あらすじ）は、公開初日のまま変えていない • 記事が読まれない原因は、タイトルのせいだと思い込んでいた • そもそも「説明文が大事かも」という発想がなかった

先に結論を言います。タイトルを何度直しても変わらないとき、説明文に原因があることがあります。

この記事では、Lilyが6ヶ月間タイトルを7回書き換えながら何も変わらず、説明文を1行直した日に数値が動いた話を書きます。

広告の仕事では当然やっていた発想が、自分のnoteでは完全に抜け落ちていた話です。

6ヶ月間、タイトルだけを直し続けた話

7回目の書き直しが終わった日

その記事を最初に公開したのは、7ヶ月ほど前でした。

テーマはLilyが実際に経験した内容で、書き上げた直後は「今度こそ読まれるはず」という感覚がありました。

でも1週間たっても、2週間たっても、アクセスはほとんど動きませんでした。

「タイトルが弱いんだろうな」と思い、最初の書き直しをしました。

1回目は「感情に訴えるキーワードを入れよう」と考え、書き換えました。

2回目は「数字を入れた方が伝わる」と思い、また変えました。

3回目は「疑問形にした方が気になるかも」と試みました。

毎回、変えた直後の2〜3日は数値が少し上がりました。

でも1週間後には、また元の水準に戻っていました。気づいたら半年で7回、タイトルを変えていました。

変えるたびに「今度は違う」と思い、1週間後に「また同じだった」となる。

そのパターンが6回、7回と繰り返されていました。

タイトル疲れが出てきた頃

7回目の書き直しが終わった頃、正直しんどくなっていました。

「また直しても、たぶん同じだろうな」という感覚が出てきていました。

タイトルを変えるたびに「これで変わるかもしれない」と思っていたのに、変わらない。

毎回同じパターンが繰り返されていて、少し疲れていました。

そのとき、ふとnoteの管理画面を開いて、説明文の欄を確認しました。

そこには、6ヶ月前に最初に書いた文章が、そのままありました。

1文字も変わっていませんでした。「あ、ここ触ってなかった」と気づいたとき、少し止まりました。

タイトルを7回も直していたのに、説明文は公開初日のままでした。

それがどういう意味を持つか、このときはまだ完全にはわかっていませんでした。

📕 この記事の内容を、実装まで全部まとめた有料記事があります 手順・コード・テンプレをそのまま渡しています AIで「寝てても回る仕組み」をゼロから30日で組む全手順

説明文（あらすじ）って何、という話から始めます

noteで「表示されている文章」の構造

noteで記事を公開すると、フィードや検索結果にはタイトルと説明文が並びます。

読者が最初に目にするのは、この2行です。

説明文は「あらすじ」とも呼ばれる、タイトルの下に出る短い文章です。

長さは100〜150字ほどで、タイトルの補足説明のような役割を担います。

自分で書かなかった場合、noteは本文の冒頭をそのまま表示します。

「この記事では〜について書きます」から始まる文章が、そのまま出てくることがあります。

これがどういう状態かというと、商品の裏面説明が「このお菓子は、最初の段落に食べ方を書いています」になっているようなものです。

読者が知りたい「これは自分に合うか」という情報が、どこにも出てこない状態です。

説明文はどこに表示されるか

説明文が表示される場所は、フィードだけではありません。

noteの検索結果でも、タイトルの下に説明文が出ます。

Googleなどの外部検索に記事が表示されるとき、説明文がそのままメタディスクリプションとして使われることもあります。

タイトルを見た読者が次に目にするのが、ほぼ確実に説明文です。

この説明文がどう書かれているかで、「開く・開かない」の判断に影響が出ます。

しかし、自分のnoteの説明文を確認したことがない人は、意外と多いです。

Lilyも6ヶ月間、ずっとそうでした。

タイトルは何度も確認していたのに、その直下の文章はずっと放置されていました。

読者が「開く・開かない」を決める瞬間

読者がフィードで記事を見つけたとき、タイトルと説明文の両方を読みます。

タイトルだけで判断しているわけではありません。

タイトルで「気になるかも」と思っても、説明文が「何の話かよくわからない」なら、開かれないことがあります。

反対に、タイトルが地味でも、説明文が「これ、自分のことだ」と感じさせれば、開かれることがあります。

Lilyは6ヶ月間、この説明文を公開初日のままにしていました。

タイトルを7回直しながら、もう1行のことは完全に見えていませんでした。

広告をやっていた頃は、一体でテストしていた

見出しとボディコピーを「セット」で考える理由

以前、Lilyは月に3,000万円規模の広告を管理していました。

そのとき、広告の改善は「見出し」と「ボディコピー」を常にセットで進めていました。

見出しだけを変えて、ボディコピーはそのまま——という直し方はしませんでした。

2つが組み合わさって、読者の「クリックする・しない」が決まるからです。

見出しで「あなたに関係がある話です」と引き込み、ボディコピーで「なぜなら〜だから」と1行補完する。

この組み合わせが噛み合ったとき、クリックが起きやすくなります。

広告の現場では、この発想はまったく当然のことでした。

「見出しだけ変えて終わり」という修正は、テストとして成立しないとされていました。

なぜ「セット」という発想が抜けたのか

広告では当然やっていたことが、自分のnoteでは全然できていませんでした。

自分でも気づいていなかった盲点でした。

広告は「見出し＋ボディコピー」がセットです。

でも記事は「タイトル＋本文」がセット、という思い込みがありました。

説明文は、タイトルと本文の「間」にある文章です。

フィードで読者が見ているのは「タイトルと説明文のセット」なのに、その構造が見えていませんでした。

広告では2つの要素がセットで機能するという意識が体に染み込んでいました。

しかし自分の発信では「タイトルが全て」という思い込みが、どこかで入り込んでいました。

これは正直かなり恥ずかしい盲点でした（笑）。

広告では毎日やっていたことを、自分の記事には6ヶ月間まったく使えていなかったのです。

「書き手」と「読み手」の視点が切り替わらない問題

この盲点が生まれた理由を、後から振り返って考えました。

広告の仕事では、「読者は誰か」「何に困っているか」を常に外から見ていました。

でも自分の記事を書くとき、いつの間にか「書き手」の視点で考えてしまっていました。

「この記事に何を書くか」という視点は持っていましたが、「読者はこれをどう受け取るか」という視点が薄れていました。

書き手の視点では、タイトルは「記事の要約」です。

読者の視点では、タイトルは「これは自分に関係あるか？」を確認するための手がかりです。

説明文は、その確認を補うものです。この視点の切り替えが、自分の発信ではうまく起きていませんでした。

広告では他人の商品について考えるから外から見られる。

でも自分の記事は、中から書くから、外から見る視点が抜けやすい。

そういうことだったと思います。

説明文を1行直した日に起きたこと

実際にどう書き直したか

7回目のタイトル変更から3日後、説明文を初めて書き直しました。

元の説明文は、本文の冒頭がそのまま出ていた状態でした。

「この記事では〜について解説します」という書き出しで始まっていました。

Lilyが気づいたこと、読者の困りごとへの言及——そういった要素がまったく入っていませんでした。

書き直す前に、少し立ち止まって考えました。

「この記事を読んで助かる人は、どんな状況にいる人か」を最初に考えました。

タイトルを変えるときはいつも「どう書けば気になるか」を考えていました。

でも「誰が助かるか」を起点に考えると、書くべき内容が変わりました。

書き直した説明文は、こういう方向にしました。

「同じことをやったのに、なぜかうまくいかない——そのときに一番見落とされやすい場所の話」という1行です。

タイトルは変えませんでした。説明文だけを直して、公開しました。

「たった1行変えるだけで、何かが変わるとは思えない」という気持ちが正直ありました。

でも、7回変えても動かなかったのだから、やってみるしかない、という感じでした。

タイトルは変えていないのに、数字が動いた

説明文を直した翌日、その記事のアクセスが前日比で増えていました。

その水準が1週間後も、ある程度続きました。

タイトルは変えていません。説明文だけを変えました。「これだけで？」という気持ちになりました。

同時に「6ヶ月間、ここを放置していたのか、、、」という気持ちも出てきました。

正確に言うと、説明文の効果なのか他の要因なのかを完全に断定することはできません。

ただ、7回のタイトル変更では起きなかった変化が、説明文を1行直した後に起きたのは事実です。

7回のタイトル変更で毎回起きていた「数日後に元に戻る」パターンが、このときは繰り返されませんでした。

それが何を意味するかを考えたとき、説明文の役割について改めて向き合い始めました。

なぜ説明文が効くのか

読者が「開く前に見るもの」の順番

noteのフィードで記事を見つけたとき、読者の目はどこへいくか想像してみてください。

まず大きなタイトルが目に入ります。

次に、その下の説明文が目に入ります。この2行を合わせて読んで「開くか・開かないか」が決まります。

タイトルで引き込んでも、説明文がそれを補完していないと、記事は開かれにくくなります。

この「補完」を見落としていたのが、Lilyの6ヶ月でした。

タイトルは「釣り針」、説明文は「エサ」のような関係です。

針だけあってエサがついていなければ、魚は食いついてきません。

説明文が担っている「もう1つの役割」

説明文には、タイトルで言い切れなかったことを補う役割があります。

タイトルが「何の話か」を伝えるなら、説明文は「なぜこれが自分に関係あるか」を伝える場所です。

広告で言えば、見出しが「商品名＋キャッチ」で、ボディコピーが「この商品があなたに必要な理由」に当たります。

この「理由」を伝えるのが、説明文の仕事です。

もう1つ、説明文には「読者が自分ごとに感じるかどうか」を決める役割があります。

タイトルが「Aについて」なら、説明文で「Aで困ったことがある人へ」と補える場所です。

タイトルが「だれに向けた話か」を広く示すとしたら、説明文は「あなたのことだよ」と絞り込む役割を担います。

この絞り込みがあるかないかで、開かれる確率が変わります。

読者が感じる「関係ある・関係ない」の分岐点

読者がフィードで記事を見るとき、無意識に「これは自分に関係あるか」を判断しています。

タイトルだけでは、この判断に必要な情報が足りないことがあります。

「タイトルが面白そう」と「自分に関係ある」は、違う感覚です。

面白そうと思っても、自分には関係ない話だと感じれば、開かれないことがあります。

説明文は、タイトルで生まれた「面白そう」を「これは自分の話だ」に変換する場所です。

この変換が起きると、クリックが起きやすくなります。

Lilyが書き直した説明文が効いたとしたら、この変換が起きたからだと考えています。

「同じことをやったのに、うまくいかない人へ」という状況の描写が、読者の「これ、自分だ」を引き出したのかもしれません。

説明文が「自分ごと化の装置」として機能したとき、タイトルだけでは届かなかった読者に届きます。

説明文を書き直すときの考え方

「読者の状況」を描写する1行

説明文を書き直すとき、一番意識したのは「読者の状況を描写すること」でした。

「〜に困っている方へ」という呼びかけではなく、「〜をやったのに〜にならなかった」という具体的な状況です。

たとえば「noteを書いている人へ」と「タイトルを3回直したのに読まれない人へ」を比べると、後者の方が「これ私だ」となりやすいです。

状況が具体的なほど、該当する読者に届きます。

Lilyが書き直した説明文も、この方向にしました。

「同じことをしているのに、なぜかうまくいかない」という状況の描写を入れた1行です。

この発想は、広告でターゲティングを設計するときと近いです。

「誰に届けるか」を広く設定するより、「この状況に当てはまる人へ」と狭く設定した方が、刺さることがあります。

見直すときに確認したい3つのポイント

自分の説明文を見直すとき、Lilyが確認するようにしたポイントが3つあります。

1つ目は「本文の冒頭がそのまま出ていないか」です。

2つ目は「読者の状況への言及があるか」です。

「誰が助かるか」を1行で描写できているかどうかを確認します。

3つ目は「タイトルと説明文が噛み合っているか」です。

タイトルで言っていることと、説明文で補足していることが一貫しているかを見ます。

この3つを確認するだけで、ほとんどの説明文には改善できる箇所があります。 具体的なテンプレートや手順は、有料記事の方に整理しています。

書いてはいけないもの

説明文に「この記事では〜を解説します」という書き出しは、避けた方がいいと感じています。

本文の目次を読まされているような感覚になるからです。

読者が見ているのは「記事の構成」ではなく、「これは自分に関係ある話か」という確認です。

章立てや構成よりも、読者の状況との一致を先に伝えた方が、開かれやすくなります。

もう1つ、説明文でオチを書いてしまうのも避けた方がいいです。

「〜したら〜になりました」という結論を先に書くと、記事を開く理由がなくなることがあります。

説明文は「記事の中身を全部伝える場所」ではなく、「扉を開けてもらうための1行」です。

扉の前で完結してしまうと、中に入ってもらえません。

説明文が長すぎるのも、避けた方がいいです。フィードでは一定の文字数を超えると省略されます。

最初の60〜80字で「これは自分の話だ」と感じさせることが大切です。

後半に大事なことを書いても、読まれない可能性があります。

タイトルと説明文を、セットで直す

片方だけ直しても、意味が薄れることがある

タイトルを変えるとき、説明文が古いままだと、2つの文章がちぐはぐになることがあります。

タイトルで伝えることと、説明文で伝えることが、噛み合っていない状態です。

読者はこの違和感を言語化しないまま、記事を開かないことがあります。

「なんとなく気が乗らない」という感覚です。

Lilyは7回タイトルを変える間、説明文をいつも古いままにしていました。

毎回、ちぐはぐな状態で公開していたことになります。

たとえば、タイトルを「初心者向け」の方向に書き換えたのに、説明文は「上級者が気になる内容」を補足していたとします。

読者は「タイトルと説明文が指している人が違う」という違和感を感じます。

その違和感が、開かれない理由になることがあります。

セットで直したときに起きること

タイトルと説明文をセットで考えるようになってから、直す回数が減りました。

タイトルを変えるたびに「説明文はこれと噛み合っているか」を確認するからです。

7回タイトルを変えた期間を振り返ると、もしセットで見ていれば、3〜4回で収束できていたかもしれません。

直す回数が減ることは、そのまま時間の節約につながります。

広告をやっていたときは「見出しとボディコピーはセット」が当たり前でした。

それを自分の発信に持ち込むだけで、タイトルだけを直し続けた6ヶ月よりも、ずっと早く結果が動きます。

直し方の習慣が変わった

Lilyが意識するようにしたことは、タイトルを変えた後に説明文を必ず見直すというルールを作ることでした。

タイトルを変えたら、その日のうちに説明文も一緒に確認します。

「タイトルが変わったのに、説明文は古いままになっていないか」を確認するためです。

この習慣ができてから、記事を直す作業がシンプルになりました。

以前は「タイトルを変えて様子を見る、また変える」の繰り返しでした。

今は「タイトルと説明文の組み合わせを確認する」というセットの作業になっています。

小さな習慣の変化ですが、結果が安定するようになった感覚があります。

Lilyが今やっている発信の仕組みや、記事の改善の全体像については、別のところにまとめています。

気になる方は、合わせて読んでいただけると嬉しいです。

まとめ：タイトルを直す前に、説明文を1回確認してください

今日できる1歩

今日この記事を読んでくれた方に、1つだけお願いがあります。

自分のnoteを1本だけ開いて、説明文（あらすじ）を確認してみてください。

「本文の冒頭がそのまま出ている」状態でしたら、そこが改善できる場所です。

「この記事は、どんな状況の人へ向けた話か」を1行で書いてみてください。

タイトルを変える前に、ここを1回確認する。それだけでいいです。

説明文を直すのに、特別な知識は必要ありません。

「どんな状況の読者に届けたいか」を1行で書けるかどうか、それだけが出発点です。

「タイトルだけ」という思い込みへの気づき

noteで記事が読まれないとき、多くの人が「タイトルの問題だ」と考えます。

Lilyも6ヶ月間、そう思っていました。

でも、タイトルだけを直し続けて何も変わらなかった経験から、気づいたことがあります。

「タイトルが全て」という思い込みが、他の要素を見えにくくすることがあります。

説明文が古いままになっていないか。タイトルと説明文が噛み合っているか。

この2つを確認するだけで、見えてくるものが変わることがあります。

タイトルを変える前に、説明文を一度確認してみる。

それがLilyの6ヶ月間から見つけた、一番シンプルな1歩です。

6ヶ月間、気づかなかった自分への反省

Lilyは6ヶ月間、タイトルを7回変えながら、説明文を1度も触りませんでした。

広告で毎日やっていたことを、自分の記事には全然使えていませんでした。

「知っているはずのことを、自分のことには使えていない」という状況は、誰にでも起きます。

Lilyにとっての盲点は「説明文」でしたが、あなたの盲点は別の場所にあるかもしれません。

でも、盲点に気づいたとき、すぐに1歩だけ動けるかどうかが大事だと思っています。

大きな改善ではなく、1行変えるだけからはじめられます。

タイトルを直す作業を一度止めて、説明文を見てみてください。

そこに、次の変化があるかもしれません。

📕 この記事の内容を、実装まで全部まとめた有料記事があります 手順・コード・テンプレをそのまま渡しています AIで「寝てても回る仕組み」をゼロから30日で組む全手順