検索結果の説明文が違う｜Googleが書き換える理由と直し方

Google の検索結果に出ている説明文が、自分で設定した meta description とまったく違う。これは不具合ではなく、Google の仕様どおりの動作です。Google は meta description を「必ず使う」とは一度も言っておらず、検索のたびにページ本文から適切な部分を選び直しています。この記事では、その前提を公式ドキュメントで確認したうえで、「違う」の原因を6パターンに切り分け、curl と Search Console で自分の目で確かめる手順、そして反映までの現実的な期間までをまとめます。

結論：説明文は「設定するもの」ではなく「候補を出すもの」

最初に答えを書きます。meta description は Google への「提案」であり、採用の保証はありません。Google 検索セントラルの「スニペットの管理」には、Google が「主にページ上のコンテンツを使用して、適切なスニペットを自動的に決定」し、meta description のほうがページをより適切に表している場合にそれを使う、と書かれています。つまり採用/不採用の判断は Google 側にあります。

さらに重要なのが、判断がページ単位ではなくクエリ単位だという点です。同ドキュメントには、スニペットは「ユーザーの特定の検索内容との関連性が最も高いページ コンテンツを重点的にプレビューするように設計」されており、「検索ごとに異なるスニペットが表示される可能性がある」と明記されています。あなたが「A」で検索したときと、お客様が「B」で検索したときで、同じページでも違う説明文が出る。これは正常です。

したがって、この記事のゴールは「書き換えを止める」ことではありません。書き換えを完全に止める手段は Google から提供されていない（唯一 nosnippet で説明文そのものを消すことはできますが、それは CTR を捨てる選択です）ため、現実的なゴールは「Google が本文から拾いたくなる文を、本文の先頭に置き直す」ことになります。詳しくは後半の実務所見で説明します。

Google 検索セントラル「スニペットの管理」／同「タイトルリンクの制御」（いずれも公式ドキュメント）

なぜ Google は自分が書いた説明文を使わないのか

理由1：検索語ごとに「合う文」が違うから

meta description は1ページに1つしか書けません。しかし、1つのページには通常10〜100種類の検索語から人が来ます。「料金」で来た人には料金の話を、「導入事例」で来た人には事例の話を見せたほうがクリックされる。Google はそれを知っているので、本文から該当箇所を切り出して説明文に差し替えます。説明文が「違う」ように見えるのは、多くの場合この差し替えが効いている状態です。

理由2：meta description の中身が「ページを表していない」と判断されたから

公式ドキュメントは、良い meta description の条件として「ページごとに固有の説明であること」「個々のページを正確に表す説明であること」「コンテンツに関連した情報を含むこと」を挙げています。逆に言えば、次のような description は本文に負けます。実務でよく見かけるのはこの4つです。

• 全ページ同じ文言（CMS のサイト共通設定がそのまま全ページに入っている）
• 会社紹介しか書いていない（「○○県で創業40年の……」が全記事の頭に付いている）
• キーワードの羅列（「格安 ホームページ制作 岡山 安い 集客」のような詰め込み）
• 本文に存在しない内容（description には「料金表あり」と書いてあるがページに料金表が無い）

理由3：タイトルも同じ仕組みで書き換わる

「検索結果のタイトルが違う」も同じ話です。「タイトルリンクの制御」には、Google が <title> 要素のほかに「ページに表示されるメインの視覚的タイトル」「<h1> などの見出し要素」「og:title メタタグ」「スタイル処理によって大きく目立つテキスト」も参照する、と書かれています。そして title を使わない典型例として、部分的に空（「｜サイト名」だけ等）／情報が古い／ページ内容を正確に反映していない／ページの言語と一致しない、が挙げられています。

実務上の含意はシンプルで、<title> と <h1> が食い違っているページほど書き換えられやすいということです。説明文の前に、まずこの2つが同じことを言っているかを確認してください。

「違う」の正体を6パターンに切り分ける

ここが本題です。ひとくちに「説明文が違う」と言っても、原因はまったく別物です。下の表で自分がどれに当たるかを先に確定させてください。原因の特定より先に description を書き換えると、たいてい何も変わらず時間だけが過ぎます。

①本文の別の箇所が抜き出されている（いちばん多い）

検索結果の説明文をそのままコピーして自分のページ内を検索してみてください。ブラウザで Ctrl+F（Mac は Command+F）で貼り付けて、本文中に見つかれば①です。これは Google が「この検索語にはこの部分のほうが合う」と判断した結果で、壊れていません。むしろ、狙ったキーワードで来た人に的確な文が出ているなら、放置したほうが CTR は高くなります。

②古い description が残っている

修正した直後によく起きます。判定は単純で、「今配信されている HTML」と「Google が見ている HTML」を別々に確認して突き合わせるだけです。手順は次の章にまとめます。両者が食い違っていれば、単にまだクロールされていないだけなので、待つか再クロールを依頼します。

③ディレクトリや他サイトの説明が出る

かつては DMOZ のようなディレクトリの説明が使われることがありましたが、現在それ自体は終了しています。今この症状が出るときは、「自サイトの本文が薄すぎて、Google が本文から良い文を作れていない」か、「同じ文章が他サイトにも載っていて、そちらが主だと判断されている」ことが多いです。制作会社が用意したテンプレ文をポータルにもそのまま登録している、というのが典型的なパターンです。

④description タグが無い／空になっている

WordPress の SEO プラグインを入れ替えた直後、テーマを変えた直後、静的サイトのテンプレートを差し替えた直後に多発します。管理画面には入力されているのに、出力されている HTML には入っていない、という食い違いが起きます。管理画面ではなく配信 HTML を見るのが鉄則です。

⑤canonical や noindex が絡んでいる

検索結果に出ている URL が自分の想定と1文字でも違うなら、Google は別ページの説明文を出しています。重複 URL の正規化（canonical）の公式ガイドと、noindex によるインデックス登録のブロックを確認し、正しい URL に一本化してください。そもそも検索結果に自社ページが出てこない段階なら、原因は説明文より手前にあります。その場合はホームページが検索に出ないときの原因切り分け手順から先に潰すほうが早いです。

⑥AI による概要やサイトリンクと混同している

検索結果の上部に出る AI による概要（AI Overview）は、複数ページを横断して生成される別機能です。また、サイト名の下に小さく並ぶサイトリンクの説明も別枠で、公式ドキュメントには「現時点では、サイトリンクは自動化されています」とあり、サイト運営者が直接指定する手段はないと明記されています。どちらも meta description では制御できません。サイトリンクの公式ドキュメントが推奨しているのも、見出しの整理・論理的なサイト構造・内部リンクの改善といった間接的な手段だけです。

手を動かす：3つのコマンド・画面操作で原因を確定させる

手順1：いま配信されている meta を curl で見る（1分）

ターミナル（Mac なら「ターミナル」、Windows なら PowerShell）で次を実行します。管理画面の表示ではなく、世界に向けて実際に配信されている HTML が見えます。

curl -s https://example.com/page/ | grep -i "description"

返ってきた <meta name="description" content="..."> が、あなたが設定したはずの文と一致しているかを見ます。何も返らなければ④、古い文が返れば「そもそもサイト側が更新できていない」ので Google のせいではありません。タイトルも同時に見るなら、grep -i の対象を "<title\|description\|canonical\|robots" に広げると、①〜⑤の材料が一度に揃います。

なお、React や Vue などで後から JavaScript が meta を書き換えているサイトでは、curl の結果と実際の表示が食い違うことがあります。その場合は次の手順2で判定してください。

手順2：Search Console の URL 検査でレンダリング後を見る（3分）

Search Console を開き、上部の検索窓に対象 URL を貼り付けて Enter を押します。URL 検査ツールの公式ヘルプによれば、このツールでできるのは大きく4つです。

1. インデックス登録されたページのテスト：Google が現在持っている「古いほうの」情報が見られます。②の判定はここ。
2. 公開 URL をテスト：右上のボタンから実行すると、いま現在のページを取得し直します。
3. レンダリング後の HTML を確認：「公開 URL をテスト」→「ページのスクリーンショット」「HTML」で、JavaScript 実行後に Google が何を見ているかが分かります。公式ヘルプでも「Google-InspectionTool がどのようにページを認識しているかをスクリーンショットで確認」できると説明されています。この HTML 内で description を探して、手順1の結果と突き合わせます。
4. インデックス登録をリクエスト：手順3で使います。

ここで「インデックス登録されたページ」の description が古く、「公開 URL のテスト」の description が新しければ、原因は②で確定。あとは待てば直ります。両方とも新しいのに検索結果だけ違う文なら、①（仕様どおりの差し替え）です。

手順3：再クロールをリクエストする（1分）

URL 検査の画面で「インデックス登録をリクエスト」を押します。再クロールのリクエストに関する公式ドキュメントにあるとおり、これは順番待ちの列に並ぶだけで、優先処理や即時反映を約束するものではありません。同じ URL を何度も送っても早くはならないので、1回押したら放置してください。ページ数が多いときは、サイトマップの送信のほうが効率的です。

手順4：site: 検索で「Google が持っている版」を横断確認する（2分）

検索窓に site:example.com/page/ と入力すると、その URL 配下で Google がインデックスしているページと、それぞれの説明文が一覧で見られます。ここで同じ内容のページが複数の URL で出てくるなら⑤が濃厚です。また、site:example.com "検索結果に出ている説明文の一部" のように文言をダブルクォートで囲んで併記すると、その文がどのページ由来かを特定できます。

なお、以前あった「キャッシュ」リンクは廃止されているため、過去の版を Google 側で確認する手段は実質なくなっています。「昔の情報が出てくる」問題そのものに困っている場合は、検索結果に古い情報が残るときの消し方と反映期間で削除ツールの使い方まで扱っています。

反映までどれくらいかかるのか（断定できない理由）

正直に書きます。「○日で直ります」と断定できる根拠はありません。Google 側でクロールの頻度がページごとに違い、更新頻度・被リンク・サイト全体の評価などで大きく変わるためです。URL 検査ツールのヘルプに「通常1〜2週間で処理が完了します」という記述はありますが、これはインデックス登録リクエストの処理の話であって、説明文の表示が変わるまでの保証ではありません。

実務で見ている感覚値としては、更新頻度の高いページで数日、ほとんど更新されない会社概要のような固定ページで数週間かかることがあります。1週間変わらなくても異常ではないので、その間に description を何度も書き換えないでください。書き換えるたびに「どの変更が効いたのか」が分からなくなり、検証ができなくなります。1回直したら、最低2週間は触らずに観察する。これが結局いちばん早いです。

実務所見：description より「本文の冒頭2〜3文」を直すほうが効く

Mihata でお客様のサイトを見ていて感じているのは、meta description を書き直すより、本文冒頭の2〜3文を検索意図に合わせて書き直したほうが、検索結果の説明文は変わりやすいということです。あくまで実測に基づく所見であって、Google が公式に認めた法則ではありません。ただ、仕組みから考えると納得できる話ではあります。

先に確認したとおり、Google はスニペットを「主にページ上のコンテンツから」作ります。description が採用されるのは「本文より適切にページを表している場合」だけ。つまりcompetitor は自分自身の本文なのです。本文の冒頭が「弊社は創業以来、お客様第一の姿勢で……」のような挨拶文だと、Google はそこを避けて、ページの中ほどから内容のありそうな文を拾ってきます。結果として、意図しない箇所が説明文になります。

逆に、本文の1段落目に「このページで分かること」を具体的な名詞で2〜3文書いておくと、その部分がそのまま説明文に採用されるか、少なくとも description が採用されやすくなります。実践するときのポイントは3つです。

• 挨拶・前置きを1段落目に置かない。結論と対象読者から書き出す
• description と本文冒頭で、同じキーワードを使う。両者が食い違うと Google はどちらを信じるか迷う
• 数字・固有名詞を1つ入れる。「最短2週間」「6パターン」のような具体語があると切り出されやすい

この考え方はページ単体ではなくサイト全体の設計に関わる話なので、本文構成そのものを見直すならコーポレートサイトのSEOチェックポイントと合わせて点検すると漏れが減ります。

自分では HTML を触れない・制作会社と連絡が取れない場合

ここまでの手順のうち、確認（curl・URL 検査・site: 検索）は誰でもできます。しかし④や⑤の修正は HTML かテンプレートを触る必要があり、「管理画面に description の入力欄が無い」「制作会社に頼まないと直せない」という状況は珍しくありません。その場合は、まず誰がドメイン・サーバー・CMS の管理権限を持っているかを確認するところから始めてください。権限が手元に無いまま修正だけ進めようとすると、必ず途中で止まります。制作会社と連絡が取れなくなっているケースの具体的な進め方は、制作会社と連絡が取れないときにサイトとドメインを取り戻す手順にまとめています。

記事の途中で恐縮ですが、Mihata ではホームページの制作だけでなく、こうした「既存サイトの meta やタイトルが直せない」状態の引き取り・移管のご相談もお受けしています。良いサービスだと思っておりますので、よろしければ合わせてご覧いただけたら嬉しいです。

よくある誤解を3つ正しておく

誤解1「description を完璧に書けば必ず採用される」

採用されません。何度でも書きますが、採用の判断は Google 側にあり、しかもクエリごとに判断が変わります。できるのは「採用されやすい状態を作る」ところまでです。100%の制御を求めるなら、唯一の確実な手段は nosnippet で説明文自体を出さないようにすることですが、説明文が消えた検索結果はまずクリックされません。現実的な選択肢ではありません。

誤解2「文字数を120字ちょうどにすれば切れない」

Google は文字数ではなくピクセル幅で切ります。しかも表示幅はデバイスと検索画面のレイアウトで変わります。さらに、公式ドキュメントの max-snippet:[number] は「最大文字数の上限を指定する」タグであって、「この長さまで必ず表示させる」タグではありません。上限は指定できても、下限は指定できないと覚えておいてください。実務では「冒頭50字に結論を置く」ほうが、総文字数の微調整よりはるかに効きます。

誤解3「説明文が違うと順位が下がる」

説明文の書き換え自体は順位のマイナス要因ではありません。ただし、書き換えが起きる理由（本文が薄い、title と h1 が食い違う、重複 URL がある）は、順位にも影響しうる要因と重なります。説明文の違和感は、サイト構造の問題を知らせるアラートとして読むのが正しいと考えてください。説明文だけを直しにいくのではなく、そのアラートが指している本体を直すほうが結果的に得です。

今日やることチェックリスト

1. 検索結果の説明文をコピーし、自分のページ内に同じ文があるか探す（①判定）
2. curl -s URL | grep -i description で配信中の meta を確認する（④判定）
3. Search Console の URL 検査で「インデックス登録されたページ」と「公開 URL をテスト」を見比べる（②判定）
4. site: 検索で同じ内容の URL が複数出ていないか確認する（⑤判定）
5. ①だったら何もしない。②なら再クロールを1回リクエストして2週間待つ
6. ③④⑤なら、description ではなく本文冒頭2〜3文から直す

ここまでやっても説明文が意図と違うままなら、それはページ単体ではなくサイト全体の設計に起因している可能性が高いです。原因の見当がつかない、あるいは修正する権限や手段が手元に無いという段階でしたら、現状のご確認からお手伝いできます。