WEBサイトmeta descriptionは書いても書き換えられる ── Googleが採用する条件と、確認する13項目
meta descriptionは書いても書き換えられる ── Googleが採用する条件と、確認する13項目
01 何が起きたか — meta descriptionは書いても書き換えられる
出典
本記事の公式情報はGoogle Search Central「Control your snippets in search results（訳: 検索結果のスニペットを制御する）」（最終更新2026年4月20日・UTC）を主な出典としています。当サイトが独自に発表した内容ではありません。
meta descriptionは「常に使われる」タグではない
検索結果に表示される説明文（スニペット）を作るために、ページの<head>内にmeta descriptionタグを書き込んでいるサイトは多くあります。クリック率を上げる目的で、担当者が言葉を選んで書き込む作業に時間をかけているケースも珍しくありません。しかし、公式ドキュメントは、このタグが常に採用されるわけではないと明記しています。
"Google sometimes uses the meta description HTML element if it might give users a more accurate description of the page than content taken directly from the page."
（訳: ページから直接抽出した内容よりも、meta description HTML要素の方が利用者に対してより正確な説明を提供できる場合、Googleはこの要素を使用することがあります。）
裏を返せば、ページ本文から直接抽出した文章の方が、書いたmeta descriptionより正確だと判断されれば、そちらが採用されます。「書いたから必ずその通りに表示される」というタグではない、という前提から確認を始める必要があります。
同じページでも、検索のたびに違う説明文が出ることがある
もう一つ見落とされやすいのが、表示される説明文が固定ではないという点です。公式ドキュメントは次のように述べています。
"This means that Google Search might show different snippets for different searches."
（訳: つまり、Google検索は、検索のたびに異なるスニペットを表示することがあります。）
これは、検索したキーワードに応じて、ページ内のより関連性の高い部分を説明文として選び直す仕組みがあるためです。1つのページに対して「これが表示される説明文だ」と決めつけられる、唯一の正解は存在しません。次の表は、この記事全体を通して確認する3つの状態を整理したものです。
| 状態 | 何が起きているか | この記事で確認する章 |
|---|---|---|
| ①採用 | 書いたmeta descriptionがそのまま、あるいはほぼそのまま表示される | 05章のチェックリスト |
| ②自動生成 | ページ本文から、検索クエリに応じた部分が抽出されて表示される | 02章・06章 |
| ③非表示 | nosnippetなどの指定により、説明文自体が表示されない | 03章・06章 |
02 なぜ・背景 — Googleが説明文を書き換える理由
固定の説明文より、検索クエリに合わせた抜粋の方が役立つことがある
meta descriptionは、ページ1つにつき基本的に1つだけ書くタグです。しかし、同じページが検索される理由は、検索する人によって異なります。ある人は価格を知りたくて検索し、別の人は使い方を知りたくて検索し、また別の人は口コミや評判を探して検索していることもあります。固定された1つの説明文だけでは、そのどちらの検索意図にも中途半端にしか応えられません。Googleがページ本文から検索クエリに関連する部分を抜き出して説明文として表示するのは、検索した人ごとに、より的確な抜粋を見せるための仕組みだと考えると筋が通ります。
「書いたのに使われない」は不具合ではない
この仕組みを知らないままだと、「meta descriptionを書いたのに検索結果に反映されない」という状態を、設定ミスや不具合だと誤解しやすくなります。しかし、公式ドキュメントの説明に沿えば、これは仕様どおりの挙動です。確認すべきは「書いた通りに表示されているか」ではなく、「書いた説明文が、採用される条件（後述する06章の推奨事項）を満たしているか」という点になります。
注意
スニペットに表示される「説明文」と、検索結果の見出し行に表示される「サイト名」は、別の要素で制御されています。サイト名の表示については、別の公式ドキュメントで説明されており、meta descriptionとは異なる仕組みです。この記事では、本文の下に表示される説明文だけを扱います。
テンプレート生成と、固有性を両立させる方法
商品一覧・店舗紹介・求人票のように、同じ構造のページを大量に生成しているサイトほど、meta descriptionの雛形も1つにまとめて使い回したくなります。しかし、04章で確認する通り、まったく同じ、あるいは似すぎた説明文をページごとに出し続けると、Googleにとっては「個々のページを区別する材料」を提供できていないことになります。対処の方向は難しいものではなく、雛形の中に、ページごとに値が変わる項目（商品名・価格・在庫状況・更新日・地域名など）を差し込む設計にすることです。テンプレートそのものを個別に手直しする必要はなく、差し込む変数の種類を増やすだけで、ページごとの固有性は十分に確保できます。
逆に、差し込む変数が1つ（例えばページタイトルだけ）しかない雛形は、タイトルが似ているページ同士で説明文もほぼ同じ文になりやすい、という弱点を抱えます。テンプレートを設計する段階で、「このページとよく似た別のページがあるとき、説明文だけで区別できるか」を基準に、差し込む変数の数を決めておくと、後から個別に書き直す手間を減らせます。
03 この記事で出てくる用語
スニペットとmeta description
用語
スニペット（snippet）: 検索結果の一覧で、タイトルリンクの下に表示される要約文のことです。ページ本文からの自動抽出か、meta descriptionの採用か、どちらかによって作られます。
用語
meta description: <meta name="description" content="...">の形式で<head>内に書くタグです。ページの内容を人が読む文章として要約したもので、01章で確認した通り、採用されるかどうかはGoogleの判断に委ねられています。
スニペットを制御する3つのメタタグ
meta description以外にも、スニペットの表示そのものを制御するための指定方法があります。公式ドキュメント「robotsメタタグ・data-nosnippet属性・X-Robots-Tag」には、次の3種類が説明されています。
用語
nosnippet: <meta name="robots" content="nosnippet">と書くことで、そのページのスニペット表示そのものを禁止します。max-snippetはcontent="max-snippet:50"のように、表示してよい最大文字数を数値で指定する方法です。data-nosnippet属性は<div data-nosnippet>...</div>のように、ページ内のHTML要素（div・span・section）に直接付け、ページ全体ではなく特定の部分だけをスニペットの対象から除外する方法です。
これら3つのタグと、meta descriptionが競合した場合の優先順位は、より制限の強い指定が優先されます。nosnippetとmax-snippetを同時に指定した場合は、より厳しいnosnippetの側が採用されます。この4つの選択肢の比較は、06章で改めて整理します。
04 型別 — 適用範囲・確認していないこと・手順
🅰 適用範囲 — この記事が関係するサイト
この記事が関係するのは、検索結果に自社のページを表示させているすべてのサイトです。ページの種類（記事・商品・会員限定・トップページ）を問わず、検索結果に表示される以上、スニペットがどう作られるかという仕組みは共通して当てはまります。特に、テンプレートで大量のページを自動生成しているサイトでは、同じ説明文が複数ページに重複しやすいため、この記事の内容が直接関係します。
🅱 この記事が確認していないこと
確認していないことも明確にしておきます。第一に、Googleが自動生成とmeta description採用のどちらを選ぶかを決める、具体的な判定基準の数値は、確認した公式情報の範囲では公開されていません。第二に、実際の検索結果でどちらが表示されているかを、個別のキーワードごとに継続的に確かめる作業は、この記事の範囲では行っていません。第三に、スニペットの表示がクリック率にどの程度影響するかという効果測定も、この記事では扱いません。あくまで「どう書けば採用されやすいか」「今の状態をどう確認するか」に絞っています。第四に、スマートフォンとパソコンで表示される文字数の違いも、この記事では個別に測定していません。公式ドキュメントは「デバイスの幅に合わせて切り詰められる」とだけ述べており、デバイスごとの具体的な文字数は、確認した公式情報の範囲では示されていません。
🅲 手順 — 確認から見直しまでの4段階
作業は次の順番で進めます。第一に、対象ページのmeta descriptionタグの内容を、実際のHTTPレスポンスから直接取得します。第二に、サイト内の複数ページを比較し、同じ説明文が使い回されていないかを確認します。第三に、06章の推奨事項と照らして、書き方に問題がないかを見直します。第四に、Google検索で実際に表示されているスニペットの文言を、meta descriptionと突き合わせます。この4段階のうち、第二の「使い回し」の確認が、テンプレート生成のサイトで特に見落とされやすい工程です。
注意
同じ説明文の使い回しについて、公式ドキュメントは次のように明記しています。
"Identical or similar descriptions on every page of a site aren't helpful when individual pages appear in search results."
（訳: サイトのすべてのページで同一または類似した説明文を使うことは、個々のページが検索結果に表示される際には役に立ちません。）
テンプレートの雛形文にページ名だけを差し込む形の説明文は、「類似した説明文」に該当しやすく、採用されにくい書き方の代表例です。
| 書き方 | 扱われ方 |
|---|---|
| ページごとに固有の内容を要約している | 採用されやすい |
| 著者・公開日・価格などページ固有の情報を含む | 採用されやすい |
| サイト内の複数ページで同一・類似の文になっている | 採用されにくい |
| キーワードを羅列しただけの文になっている | 採用されにくい |
キーワードの羅列については、公式ドキュメントも次のように注意を促しています。
"Keep in mind that meta descriptions comprised of long strings of keywords don't give users a clear idea of the page's content, and are less likely to be displayed as a snippet."
（訳: 長いキーワードの羅列で構成されたmeta descriptionは、利用者にページ内容を明確に伝えられず、スニペットとして表示される可能性が低くなることを覚えておいてください。）
05 自分のサイトで確認するチェックリスト
3つの観点に分けて確認する
ここまでの内容を、今日から手を動かせる作業に翻訳しました。観点は、内容の取得と確認、複数ページの重複確認、実際の検索結果での表示確認の3つに分かれます。チェックの状態はブラウザ内にのみ保存され、サーバーには送信されません。
実務のヒント
meta descriptionの内容は、ブラウザの「ページのソースを表示」で確認できますが、複数ページをまとめて確認したい場合は、コマンドラインが使える環境で各URLを取得し、descriptionという文字列を含む行を抜き出す方法が効率的です。テンプレートで生成しているページほど、この方法で重複が見つかりやすくなります。
- 対象ページのURLを1つ選び、実際のHTTPレスポンスからmeta descriptionタグの内容を取得する
- 取得した内容が、そのページの主題・具体的な内容を正確に要約しているか確認する
- サイト内の性質が異なる3ページを選び、それぞれのmeta descriptionを取得する
- 3ページの内容が、雛形部分を除いてすべて異なっているか確認する
- キーワードを並べただけの、自然な文章になっていない箇所がないか確認する
- 著者名・公開日・価格など、そのページ固有の情報が含まれているか確認する
- og:description・twitter:descriptionタグの内容が、meta descriptionと一致しているか確認する
- 構造化データ（JSON-LD）にdescriptionプロパティがある場合、meta descriptionと矛盾していないか確認する
- meta descriptionの文字数を数え、極端に短い（50字未満）状態になっていないか確認する
- 対象ページのタイトルとURLでGoogle検索を行い、実際に表示されているスニペットの文言を確認する
- 9で確認したmeta descriptionと、10で表示された実際の文言が一致しているか、それとも別の文章に置き換わっているかを確認する
- 検索するキーワードを変えて同じページを2〜3回検索し、表示されるスニペットが毎回同じか異なるかを確認する
- 確認した日時・URL・実際に表示された文言の一致または不一致を記録に残す
13項目の内訳と、かかる時間の目安
最初の2項目は取得と基本確認、3番目から6番目は複数ページの重複と書き方の確認、7番目と8番目は他のタグとの整合確認、9番目は文字数、10番目から13番目は実際の検索結果での表示確認と記録です。すべてに目を通す時間の目安はページ1件あたり10分程度です。テンプレートで大量生成しているサイトでは、ページ単位ではなく、テンプレートの雛形文そのものを見直す方が効率的です。雛形を直せば、その雛形を使う全ページに一度で反映されます。
06 4つの制御方法を比較する — description・nosnippet・max-snippet・data-nosnippet
スニペットを「良くする」ための指定と、「出さない」ための指定は別
これまでの章で扱ったmeta descriptionは、あくまで「採用されるかもしれない候補」を提示する仕組みです。それに対して、03章で確認したnosnippet・max-snippet・data-nosnippetの3つは、スニペットの表示そのものを直接コントロールする、より強い指定です。目的が「良い説明文を見せたい」のか「特定の内容を見せたくない」のかによって、選ぶべき指定は変わります。
| 方法 | できること | 向いているケース |
|---|---|---|
| meta description | 採用される可能性のある説明文の候補を提示する | 通常のページすべて（基本の対応） |
| nosnippet | そのページのスニペット表示を完全に禁止する | 会員限定ページなど、内容の抜粋自体を見せたくない場合 |
| max-snippet | 表示してよい文字数の上限を指定する | 本文の一部だけを見せ、続きはページ内で読ませたい場合 |
| data-nosnippet 属性 | ページ内の特定の範囲だけをスニペットの対象から除外する | 本文の一部（価格表・会員限定の注意書きなど）だけを隠したい場合 |
プログラムで大量のページを生成しているサイトについて、公式ドキュメントはmeta descriptionの作り方に関して次のようにも述べています。
"In the latter case, however, programmatic generation of the descriptions can be appropriate and are encouraged."
（訳: ただし後者の場合、説明文をプログラムで生成することは適切であり、むしろ推奨されます。）
「プログラムで自動生成すること自体」は問題ではありません。問題になるのは、04章の表で確認した通り、雛形文がページごとの固有情報を含まないまま使い回されることです。プログラムで生成する場合でも、ページごとに変わる値（商品名・日付・数値など）を組み込む設計にすれば、公式ドキュメントが推奨する範囲に収まります。
なお、構造化データ（JSON-LD）のdescriptionプロパティと、meta descriptionは、名前は似ていますが別の仕組みです。構造化データはリッチリザルト（星評価や価格帯など、通常の検索結果より装飾された表示形式）を作るための情報であり、通常のスニペットに直接表示される保証はありません。両方に説明文を書く場合は、内容が矛盾しないように揃えておくことが望ましいという程度の関係で、片方を書けばもう片方が不要になる、という代替関係ではありません。
07 当サイトで確認したこと
確認結果 — 4ページとも異なる説明文で、文字数もそれぞれ違った
この記事を書くにあたり、当サイトのseo_article記事4件について、実際のHTTPレスポンスからmeta descriptionタグの内容を取得し、文字数を数えました。結果は次の表の通りです。
| ページ | 文字数 | og:descriptionとの一致 |
|---|---|---|
| seo_article/1082 | 142字 | 一致 |
| seo_article/1228 | 125字 | 一致 |
| seo_article/1470 | 135字 | 一致 |
| seo_article/549 | 128字 | 一致 |
4ページとも文章の内容はそれぞれ固有で、同じ雛形の使い回しは見られませんでした。文字数は125字から142字の範囲に収まっており、05章のチェックリストで挙げた「極端に短い」状態にも該当しません。また、og:descriptionタグの内容は、4ページともmeta descriptionと完全に一致しており、テンプレート側で別々の値を独自に生成する処理は入っていないことも確認できました。
ただし、この確認だけで「採用されている」とは言い切れません。04章で確認した通り、確認していないことの1つに「実際の検索結果でどちらが表示されているかを、キーワードごとに継続的に確かめる作業」があります。今回確認できたのは、あくまで自社が用意した説明文の内容と文字数までで、Google側が実際にどちらを採用しているかは、05章のチェックリストの10番目から13番目に沿って、個別に確認する必要があります。
確認の方法自体は特別な道具を必要としません。対象URLに対してJavaScriptを実行せずにHTTPリクエストを送り、返ってきたHTML内の<meta name="description">タグのcontent属性を読み取るだけです。この方法は、meta descriptionタグを直接読み取っているだけなので、Googleが実際に採用したかどうかまでは分かりません。あくまで「自社が何を用意したか」を確認する工程であり、「Googleが何を表示したか」を確認する工程（05章の10番目以降）とは別だという点を、混同しないようにしています。
08 このテーマの、これまで
「書いたのに反映されない」は、昔から繰り返されてきた誤解
meta descriptionが常に採用されるわけではない、という仕様は、今回初めて明らかになったものではありません。ページの説明文をどう扱うかについての公式な考え方は、検索結果の見せ方に関するガイドラインの中で継続的に説明されてきました。それでも「書いたのに検索結果に出てこない」という受け止め方は、Web運用の現場で繰り返し起きています。その理由の1つは、02章で整理した通り、この仕組みが「不具合」ではなく「検索クエリに応じた最適化」として設計されていることが、外からは分かりにくい点にあります。
似た構図は、検索結果のタイトル表示でも起きています。Googleがタイトルタグをそのまま使わず、独自に書き換えるパターンについては、8,646件の書き換え事例を調査した回で7つのパターンとして整理しています。タイトルとdescription、どちらも「書いた通りに表示される保証はない」という前提は共通しており、確認すべき手順もよく似ています。タイトルの書き換えを先に確認した人にとって、今回のdescriptionの確認は、同じ型をもう一度なぞる作業になります。
「出力は在った」だけでは、正しく届いているとは限らない
説明文のように、テンプレートが自動で出力している要素は、値が入っていること自体は簡単に確認できます。しかし、その値が意図した通りの形で、意図した場所に届いているかどうかは、別に確認しないと分からないという指摘は、当サイトの別の回でも扱っています（archives/128）。今回の07章で確認した「og:descriptionとの一致」も、同じ理由で必要になった確認です。値が入っているかどうかと、複数の出力先で矛盾なく揃っているかどうかは、別の質問だからです。
また、構造化データ（JSON-LD）に含まれるdescriptionのようなプロパティについても、記述されていることと、それが実際に読まれる形で機能していることは別だという論点があります（構造化データとAIの関係を整理した回）。meta descriptionも同様に、「タグを書いた」ことと「Googleが採用した」ことの間には、確認しないと埋まらない距離があります。
「測定中」で止めず、繰り返し確認する
一度確認して終わりにするのではなく、確認を止めた時点で情報も古くなっていくという指摘も、当サイトの記録に残っています（archives/135）。meta descriptionの内容は、ページの更新や、テンプレートの改修のたびに変わりうるものです。07章で確認した4ページの数字も、この記事を書いた時点のものであり、その後の更新で変わっている可能性があります。数字自体よりも、「実際のHTTPレスポンスから直接取得して確認する」という手順を、定期的に繰り返せる形にしておくことが、この記事で最後に残しておきたい実務上の要点です。
見た目には同じように見える出力でも、細部を突き合わせると違いが見つかることがあるという点は、画像の配信状況を確認した回（archives/133）とも共通しています。description・og:description・構造化データのdescriptionという3つの出力先を、まとめて1つのものだと思い込まず、それぞれ個別に確認する姿勢が、この記事全体を通じての結論になります。
ページを増やす前に、雛形の固有性を先に決めておく
新しいページの種類（新しいカテゴリの一覧・新しい商品グループなど）を追加するタイミングは、meta descriptionの雛形を見直す好機でもあります。ページ数が少ないうちに雛形の差し込み変数を決めておけば、あとから数百・数千ページ分の説明文をまとめて手直しする事態を避けられます。反対に、雛形を決めないままページ数だけが増えていくと、04章で扱った「類似した説明文」の状態が、気づいたときには広い範囲に広がっていることになります。ページを増やす前に、雛形の固有性を先に決めておくという順序は、テンプレート化されたサイト全般に共通する考え方です。
現在の貴方のIPアドレス
このサイトで書いている人
