メタディスクリプションの書き方｜文字数で迷う前に整える説明と例文

記事を書き終え、公開画面で「ページの説明文」の入力欄に手が止まる。本文の冒頭を貼ればよいのか、短い宣伝文を書けばよいのか。記事が増えるほど、どのページにも似た説明を付けてしまいがちです。

この説明文は「メタディスクリプション」と呼ばれます。書くときの出発点は、読者のどの疑問に、本文のどこで答えているかです。そこから要点を選べば、文字数に合わせて言葉を埋めるよりも、その記事を読む理由が伝わります。

企業メディアの記事を執筆・入稿する担当者に向けて、説明文の役割、書く順序、修正例、設定後の確かめ方を紹介します。短い説明を見直す作業は、記事そのものが読者の問いに答えているかを確かめる機会にもなります。

メタディスクリプションと、検索結果の説明文は同じとは限らない

メタディスクリプションはページの内容を短く説明するために設定する情報です。HTMLでは meta name="description" に記述します。HTMLを直接扱わない編集担当者は、CMSと呼ばれる記事管理システムの説明文欄から入力することもあります。欄の名前や設定場所は、使うシステムで異なります。

一方、Googleの検索結果に出る要約部分は「スニペット」です。Googleは主にページ本文からスニペットを生成し、ページをより適切に説明できると判断した場合にメタディスクリプションを使います。検索語によって別の文章が表示されることもあります。Google Search Central「検索結果のスニペットを管理する」

つまり、設定した説明文がそのまま表示される保証はありません。それでも、自分たちが何を伝える記事として公開するのかを、短い文で明確にしておく価値はあります。

タイトルやリード文との役割は、次のように分けると整理しやすくなります。

これは編集部が提案する役割の分け方です。リード文がそのまま適切な説明になることもありますが、背景だけで終わる段落をコピーすると、記事で何が分かるかが伝わりません。導入の組み立て自体に迷う場合は、リード文の書き方と例文を参照してください。

説明文は、本文の答えを選んでから書く

まず記事を通読し、検索してきた人に渡せる答えを一つ選びます。以下は完成した原稿から説明文を作るための編集部の手順です。

1．読者が知りたいことを一文にする

「取材について知りたい」よりも、「初めて取材を頼むメールには何を書けばよいか」と絞ると、説明に残す内容を選べます。読者の職種を細かく並べる必要はありません。何をしようとして、どこで迷っている人なのかを捉えます。

主な問いが二つ以上ある場合は、本文が最も詳しく答えているものを選びます。「質問案の作成」と「取材依頼メール」が両方出てきても、質問案の説明が中心なら、メールの文例を前面に出すと期待がずれます。

2．答えと、読者が使える材料を拾う

次に、その問いに答える本文の箇所を確認します。書き方の手順があるのか、文例があるのか、判断の違いを比べた表があるのか。説明文には、実際に掲載する材料だけを含めてください。

たとえば「そのまま使えるテンプレート」と書くなら、空欄を埋めて使える形になっているかを見ます。考え方の解説だけなら、「記入する項目と考え方」と伝えるほうが、本文の内容に合います。

ここで答えのある箇所を見つけられなければ、説明文だけを魅力的に直しても約束を果たせません。原稿に不足があるのか、説明で約束する範囲が広すぎるのかを見分けます。構成から見直すときは、記事構成案の作り方の「見出しと根拠」を対応させる手順が使えます。

3．一文目に要点、続く文に具体的な材料を書く

初稿では、記事が答えることを一文目に、掲載している文例や判断材料を次の文に置いてみます。必ず二文にする決まりではなく、情報を選ぶための下書きの型です。

この記事で答える疑問・扱う範囲。答えを理解したり試したりするための、本文にある具体的な材料。

「詳しく解説します」「役立つ情報を紹介します」だけでは、別の記事にも流用できてしまいます。最後に、その文を隣の記事へ貼っても違和感がないか試してください。違和感がないなら、その一本だけが扱う内容をもう一つ具体化します。

例文を直すときは「何が分かるか」を具体化する

次の文は、既存記事の内容をもとに編集部が作った説明用の例です。クリック率の改善を測定した実績ではありません。

取材依頼の記事：文例を使う場面まで示す

修正前

取材依頼メールの書き方を解説します。初心者にも分かりやすく、成功するためのポイントをまとめました。

修正後

初めて取材を頼むメールには、目的・掲載先・所要時間などを伝えます。依頼文に入れる7項目と、初回連絡の文例、返信がないときの確認方法を紹介します。

修正後は、どんな場面で使う文例かが分かります。「成功する」は、何をもって成功とするかが曖昧なので外しました。依頼を承諾してもらえるかは相手の事情にもよるため、文例があることと承諾の保証を混同しません。対応する本文は取材依頼メールの書き方です。

構成案の記事：キーワードを、作業の説明に変える

修正前

記事構成案、作り方、SEO、見出し、テンプレート。記事制作に必要な情報をまとめて紹介します。

修正後

記事構成案は、読者の疑問に答える順序と、その根拠を整理するために作ります。見出しごとに結論・資料・未確認事項を書き出す手順と、記入例付きのひな形を紹介します。

検索されそうな語の列を、読者が取り組む作業の説明に直しています。「SEO」という語を置くだけでは、その記事が検索について何を教えるかは伝わりません。例文の約束は前掲の構成案の記事にある手順とひな形で照合できます。

テーマを表す言葉は自然に残しつつ、本文にない効能や対象を付け足さない。説明文にも、記事本文と同じ編集上の判断が必要です。

文字数は、要点と条件を決めた後に調整する

Googleはメタディスクリプション自体の長さに制限を設けていません。ただし、検索結果のスニペットは端末の表示幅などに応じて短くされます。「この字数なら必ず全文が出る」とは言えません。出典は前掲のGoogleのスニペットに関する説明です。

編集では、まず一文目だけでも記事の対象が分かるかを見ます。その後で、同じ意味の言葉や不要な呼びかけを削ります。たとえば「取材依頼のメールの書き方について詳しく解説」なら、「取材依頼メールの書き方」と簡潔にできます。

一方、短くするために条件を削ると、意味が変わることがあります。「初回連絡の文例」から「初回」を落とせば、既に関係がある相手への連絡にも使えるように読めます。対象や条件を残したまま、重複や飾りから削ってください。

CMSに独自の入力上限がある場合は、その上限に合わせます。これはGoogleの表示保証とは別の制約です。長すぎるときは、付け足した材料を一つ減らし、記事の主な答えが伝わる形に戻します。

設定・検索表示・効果は分けて確かめる

公開時には「正しい文章を設定したか」、公開後には「検索結果でどう見えるか」を別々に確認します。検索結果だけを見て、設定が失敗したと決めないためです。

HTMLに慣れていなければ、制作担当者に「この公開URLのdescriptionが、入稿した文になっているか」を確認してもらえます。CMSの検索プレビューは書き方を考える補助であり、Googleが実際に表示した画面ではありません。

検索結果の文章が違うときは、まず公開ページへの設定を確認し、その次に検索語と、表示された文が本文のどこにあるかを見ます。設定は正しくても、検索意図に応じて本文が選ばれる場合があります。反映のために説明文を毎日書き換えるより、本文と説明の対応を確かめるほうが先です。

Google Search Consoleの検索パフォーマンスでは、クリック数、表示回数、CTR（クリック率）、平均掲載順位を確認できます。CTRはクリック数を表示回数で割った値です。Search Consoleヘルプ「検索パフォーマンス レポート」

変更の効果を検討するときは、対象ページ、検索語、端末、期間をそろえて比べるのが出発点です。それでも順位や検索結果の構成、検索する人の変化などは残ります。CTRが上がっただけで説明文の効果とは断定できません。表示が少なければ、クリック1回でも率は大きく動くため、率と実数を並べてください。

最初の一本では、原稿の横に「説明文の約束」と「本文の該当箇所」を残すだけでも役立ちます。取材依頼の記事なら、「初回連絡の文例」と、その文例を置いた見出しの組み合わせです。本文を更新して文例を削ったときは、この説明も更新します。

メタディスクリプションを書きにくいときは、本文の答えがまだ広すぎるのかもしれません。記事全体の問いから整理したい場合は、SEO記事の企画・執筆の進め方へ戻り、誰の何に答える一本なのかを確かめてみてください。

参照情報の確認日：2026年10月20日。作成手順、役割の分け方、修正例はbalubo magazine編集部の提案です。検索順位やクリック率の向上を保証するものではありません。