8,646件のタイトル書き換えから分かること ── Googleの7パターンと、自分のサイトで確認する13項目（2026年8月時点）

01 何が起きたか — Googleは今もタイトルを書き換えている

Search Consoleの検索結果と、自分の<title>要素が違う理由

ページ数の多いサイトを運営していると、Googleの検索結果に表示されているタイトルが、自分が設定した<title>要素と違うことに気づく場面があります。これは表示上の不具合ではありません。Google公式ドキュメント「Influencing your title links in search results（訳: 検索結果でのタイトルリンクへの影響の与え方）」は、Google Searchが表示するタイトルリンクを「完全に自動化された処理」で生成していると明記しています(Influencing your title links in search results（訳: 検索結果でのタイトルリンクへの影響の与え方）)。このドキュメントは2025年12月10日に最終更新されており、現在のGoogleの姿勢を確認できる公式情報として現時点で最も新しいものです。

8,646件を調べたMozの調査データ

この現象を大規模なデータで検証した事例として広く参照されているのが、SEOツール企業Mozのブログに掲載された調査です(Tackling 8,000 Title Tag Rewrites: A Case Study（訳: 8,000件のタイトルタグ書き換えに取り組む: ケーススタディ）)。著者のDr. Peter J. Meyers氏は、自社サイトMoz.comのランキングキーワード74,810件を対象に、対応する10,370件のユニークURLから現在の<title>要素を取得し、検索結果に実際に表示されているタイトルリンクと比較しました。結果、8,646件で何らかの書き換えが確認されています。ただしこのうち約2,000件は、単純な長さ超過による「...」での省略表示（トランケーション）であり、著者自身も「本当に意味のある書き換えの件数は測定が難しいが、もっと少ない」と述べています。数字を扱うときは、母数と内訳を切り分けて読む必要があります。

何が変わっていないか

Mozの調査から4年以上が経過していますが、Google公式ドキュメントが示す「情報源」の構成は大きく変わっていません。<title>要素、ページ上の主要な見出し、h1などの見出し要素、og:titleメタタグ、その他の目立つ大きなテキスト、ページ内の他のテキスト、そのページを指すアンカーテキスト、WebSite構造化データの8つが、現在も同ドキュメントが公式に列挙している情報源です。つまり<title>要素を直しても、他の情報源（特に見出しやアンカーテキスト）が食い違っていれば、Googleがそちらを優先して表示することがあります。この記事では、Mozの調査データが示す傾向と、Google公式が挙げる具体的な判定パターンを整理したうえで、自分のサイトで今日から確認できる手順にまとめます。

02 なぜ・背景 — Googleが書き換える7つのパターン

なぜ自動で書き換えるのか

Google公式ドキュメントは、タイトルリンクを自動生成する目的を「各検索結果を最もよく表す・説明すること」だと述べています(Influencing your title links in search results（訳: 検索結果でのタイトルリンクへの影響の与え方）)。同文書は続けて、<title>要素の一部が欠けている、内容が古いままになっている、ページの内容と一致していないといった問題を検出した場合、Googleは見出しやアンカーテキストなど別の情報源から、より適切と判断したタイトルを生成する、と説明しています。つまり書き換えは「Googleが間違えている」のではなく、多くの場合元の<title>要素側に何らかの問題があることのシグナルとして読み替えられます。

Mozが実例で分類した「良い・微妙・悪い」書き換え

Mozの著者は、8,646件の中から具体的な事例を選び、「良い書き換え」「微妙な書き換え」「悪い書き換え」の3種類に分けて検証しています(Tackling 8,000 Title Tag Rewrites: A Case Study（訳: 8,000件のタイトルタグ書き換えに取り組む: ケーススタディ）)。良い書き換えの例として、CMSが自動で付けたブランド名が本文側の表記と重複し「サイト名 - サイト名」のように二重表示になっていたものを、Googleが片方に整理したケースが挙げられています。著者自身も「Googleのこの判断は正しい」と評価しています。一方で微妙な書き換えは、ブランド名の位置がタイトルの先頭から末尾に入れ替わっただけのようなケースです。間違いとは言えないものの、著者は「なぜこの書き換えが必要だったのか分からない」と疑問を呈しており、この「理由が分からない」領域が最も判断に迷う部分だとしています。悪い書き換えの例では、括弧内の補足情報が本文の主要部分より優先して表示されたり、ハイフンなどの区切り文字より後ろだけが切り取られて文脈が失われたりするケースが紹介されており、著者は「単純な『...』での省略表示の方が、まだ分かりやすかった」と評しています。

公式が挙げる7つの判定パターン

同ドキュメントの「よくある問題とGoogleの対処方法」の節は、Googleがタイトルリンクを書き換える理由として、具体的な7つのパターンを挙げています。それぞれ、放置していると気づきにくい形で発生します。

パターン	何が起きるか	典型例
半分空の <title>	本来入るべき文言が欠落している	| サイト名だけが残る
内容が古い <title>	年号や件数が更新されていない	本文はh1で最新年に更新済みなのに<title>だけ旧年のまま
内容不一致の <title>	ページの実際の内容を反映していない	動的コンテンツで<title>が一般化しすぎている
定型文の 繰り返し	複数ページで同じ<title>が使い回される	シーズン番号が抜けたテンプレート由来の<title>
見出しが 複数ある	どれが主タイトルか判断できない	同じスタイル・同じ見出しレベルの要素が並ぶ
言語が 一致しない	<title>の言語がページ本文と違う	本文はヒンディー語なのに<title>だけ英語表記
サイト名の 重複	検索結果側のサイト名表示と重なる	<title>末尾のサイト名を検索結果側が省略

7つのパターンのうち、特に見つけやすいのは「半分空の<title>」と「内容が古い<title>」です。前者は| サイト名のようにサイト名しか残っていない状態で、CMSのテンプレートが本文側の変数を正しく受け取れていないときに発生します。後者は、ページ本文（h1や見出し）は最新の年号や件数に更新されているのに、<title>要素だけがコピーミスや更新漏れで古いままになっているケースです。この2つは、05章のチェックリストで最初に確認する項目にもなっています。

ランキングへの影響について

タイトルリンクの書き換えは、検索順位そのものには影響しないというのが、Mozの著者が紹介しているGoogleの見解です。同記事は、Google側からすでに「タイトルリンクの書き換えは検索順位に影響しない」という説明を受けていることを前提として、議論を進めています(Tackling 8,000 Title Tag Rewrites: A Case Study（訳: 8,000件のタイトルタグ書き換えに取り組む: ケーススタディ）)。影響するのは順位ではなく、クリック率と、著者が意図した見え方です。書き換えによって著者の意図と異なる文言が検索結果に表示されると、ブランディングやユーザーの期待値とのズレが生じます。この記事が扱うのは、この「見え方のズレ」を自分のサイトで確認し、必要な範囲で手を打つための手順です。「そもそも何がランキングに影響するのか」を公式の記述にもとづいて整理した回もあわせて参考にしてください(Core Web Vitalsは、クロールやリンク評価に影響するのか)。

03 この記事で出てくる用語

タイトルリンクと<title>要素の違い

デリミタ（区切り文字）と定型文の関係

ブランディング（サイト名の付け方）

Google公式ドキュメントは、サイト名を<title>要素の先頭または末尾に、ハイフン・コロン・パイプなどのデリミタで区切って簡潔に含めることを推奨しています(前掲のGoogle公式ドキュメント)。あわせて、Googleは検索結果の別の要素としてサイト名という表示枠を持っており、この2つが重複していると判断された場合、<title>要素側のサイト名部分をタイトルリンクから省略することがあります(Provide a site name to Google Search（訳: Google検索にサイト名を提供する）)。サイト名は構造化データ（WebSite）でも別途指定できる仕組みがあり、<title>要素だけでブランディングを担わせる必要はありません。

04 型別 — 適用範囲・限界・手順

🅰 適用範囲 — どんなサイトで見直す価値が大きいか

タイトルタグの一括見直しが特に効くのは、数百ページ以上の規模を持つサイトです。CMSが自動生成する定型文をベースにしている場合、テンプレート側に1つでも不備があると、それが何十ページ・何百ページにも波及します。逆に、ページ数が数十件程度で、<title>要素をすべて手作業で個別に書いているサイトでは、この記事が扱う「大量のページを対象にした点検」という前提はあまり当てはまりません。まずは05章のチェックリストの最初の項目で、自分のサイトの規模感（クリックのある上位20ページ）から現状を把握するところから始めるのが妥当です。

🅱 この調査が測っていないこと

Mozの調査を参考にする際は、測定範囲の限界も押さえておく必要があります。第一に、対象はMoz.com 1サイトのみであり、業種やサイト構造が異なれば、書き換えの傾向も変わる可能性があります。第二に、この調査は「書き換えが起きた件数」を数えたものであり、書き換えによる順位・クリック率への影響そのものは測定していません。第三に、著者自身が「本当に意味のある、影響の大きい書き換えの件数を測るのは難しく、（8,646件よりも）かなり少ない」と明言しており(Tackling 8,000 Title Tag Rewrites: A Case Study（訳: 8,000件のタイトルタグ書き換えに取り組む: ケーススタディ）)、正確な内訳の数字までは公開されていません。この記事の数字を引用する際は、「大規模サイトの実例として8,646件の書き換えが確認された」という事実と、「そのうち何件が本当に問題だったか」は別の話として扱ってください。

🅲 手順 — 書き換えを直すまでの3段階

Mozの著者が実際に行った修正プロセスは、大きく3段階で構成されています(Tackling 8,000 Title Tag Rewrites: A Case Study（訳: 8,000件のタイトルタグ書き換えに取り組む: ケーススタディ）)。第一に、<title>要素を書き換え、その際は長さの上限を踏まえる。第二に、Search Consoleでそのページのインデックス登録をリクエストする。第三に、それでも書き換えが解消しない場合は、h1要素やページ内の目立つテキストを修正し、再度インデックス登録をリクエストする、という流れです。この3段階は、Google公式が案内する「URLの再クロールを依頼する」手順とも整合しています(Ask Google to recrawl your URLs（訳: GoogleにURLの再クロールを依頼する）)。反映にかかる時間は個別ページなら数日から数週間、大量のURLならサイトマップの再送信が推奨されています。

反映されるまでの時間は一定ではない

Mozの著者は、3つのケーススタディのほとんどが「約1日で反映された」としつつも、「最近では数時間から、まったく反映されないケースまで幅がある」とも述べています(Tackling 8,000 Title Tag Rewrites: A Case Study（訳: 8,000件のタイトルタグ書き換えに取り組む: ケーススタディ）)。Google公式のガイダンスでも、クロールには「数日から数週間かかる」と幅を持たせた案内がされています(Ask Google to recrawl your URLs（訳: GoogleにURLの再クロールを依頼する）)。同じURLに何度もインデックス登録をリクエストしても、その分クロールが早まるわけではない点にも注意が必要です。1回リクエストしたら、数日から1週間程度は結果を待つのが妥当な運用です。

05 自分のサイトで確認するチェックリスト

チェックリストの3つの観点

ここまでの内容を、今日から手を動かせる作業に翻訳しました。観点は、現状把握（書き換えが起きているか数える）、02章の7パターンとの照合（何が原因か特定する）、修正と再クロール依頼（実際に直す）の3つに分かれます。チェックの状態はブラウザ内にのみ保存され、サーバーには送信されません。

• Search Consoleの「検索パフォーマンス」レポートを開き、直近28日でクリック数が多い上位20ページのURLを書き出す
• 書き出した20件のうち3件を選び、Google検索で実際に表示されているタイトルと、ページの<title>要素の文言が一致しているか比較する
• 一致していないページについて、ページのソースを表示し、<title>要素の文字数を数える
• 上位20ページの中で、「| サイト名」など同じ接尾辞が付いた<title>要素が何件あるか数える
• 商品一覧・カテゴリ一覧などのテンプレートページを3件開き、絞り込み条件が変わっても<title>要素の文言が変化していないページが無いか確認する
• 1年以上前に公開した記事・ページを3件選び、<title>要素に古い年号や古い件数が残っていないか確認する
• 選んだ3件のうち、ページ内に大きな見出し（h1やそれに準じる目立つ文字）が2つ以上存在するページが無いか確認する
• トップページ以外の1ページを選び、h1要素の文言と<title>要素の文言を並べて書き出し、大きく食い違っていないか確認する
• 修正すべきページを1件選び、<title>要素を書き換えて公開する
• 書き換えた1件を、Search ConsoleのURL検査ツールで「インデックス登録をリクエスト」する
• リクエストから3日後、そのページを再度URL検査ツールで確認し、検索結果に表示されるタイトルが変わったか確認する
• 変わっていなければ、そのページのh1または本文冒頭の見出しテキストを修正し、再度インデックス登録をリクエストする
• 修正候補として見つかった残りのページを一覧化し、クリック数が多い順に優先順位を付けた管理表を作る

13項目の内訳と、かかる時間の目安

最初の4項目は現状把握、5番目から8番目は02章の7パターンとの照合、9番目から13番目は修正と再クロール依頼の実務作業に対応しています。すべてに目を通す時間の目安は1サイトあたり30分程度です（11番目の「3日後の再確認」を除く）。すべてを一度に終える必要はなく、まずはクリック数が最も多い1ページから9番目以降の作業を実際に動かしてみることをおすすめします。

06 タイトルタグを見直す手段の比較

4つの手段、それぞれの向き不向き

数百ページ規模のサイトでタイトルタグを見直す場合、どの手段を選ぶかによって、かかる時間と直せる範囲が大きく変わります。以下は、それぞれの手段が「何を直せて、何を直せないか」を整理した表です。

手段	直せること	直せないこと・限界
手動で 1件ずつ確認	ページごとの文脈に合わせた精密な修正ができる	ページ数が数百を超えると現実的な時間で終わらない
CMSの 生成テンプレート	テンプレート由来の定型文問題を一度の修正で全ページに反映できる	開発側の作業が必要で、個別ページの事情までは拾えない
当サイトの （🔧 WEBサイト総合分析・レポートツール・無料）	metaタグ周りを含めた技術的な状態を横断的に確認できる	修正そのものは行わない（確認・診断が中心）
外部の クロール型ツール	サイト全体の<title>要素を一括でエクスポートできる	多くは有償、または無料枠のクロール件数に上限がある

組み合わせて使うのが前提

この表からわかるとおり、1つの手段だけですべてが完結するわけではありません。まず全体像をツールで確認し、優先度の高いページから手動で精密に直すという組み合わせが、多くのサイトにとって現実的です。テンプレート由来の定型文問題（02章の「定型文の繰り返し」パターン）が見つかった場合は、個別ページを直す前に、まずCMSのテンプレート側を疑うべきです。1ページを直しても、同じテンプレートを使う他のページには反映されません。Search Console自体の活用方法をより広く整理した回もあります(Googleの無料SEOツール完全ガイド)。あわせて確認すると、05章のチェックリストで使う機能の位置づけが把握しやすくなります。

07 自社サイトで確認したこと

自社ブログのタイトル文字数を確認した

このガイドを書く過程で、当サイトの記事タイトルの実際の文字数も確認しました。直近の記事3本の<title>要素をタグを含めない文字数で測定したところ、50文字・59文字・69文字という結果でした。3本とも、末尾には「｜WEBサイトサポート」というサイト名がハイフンやコロンではなくパイプ（|）記号で区切られて付いており、これは03章で触れたGoogle公式の「デリミタでサイト名を区切って簡潔に含める」という推奨に一致しています。

サイト名部分は一定、本文タイトルの長さにはばらつきがある

「｜WEBサイトサポート」というサイト名部分は10文字で固定されており、3本とも変わりません。一方で、サイト名を除いた本文タイトル部分の長さは40文字から59文字までばらつきがあり、02章で触れた「定型文の繰り返し」パターンには該当しません。ページごとに固有の文言が入っている状態です。ただし69文字という長めのタイトルは、検索結果の表示幅によっては末尾が省略される可能性があり、04章で触れた「長さの上限を踏まえる」という観点では、今後の新規記事で文字数を短くする余地があることも確認できました。

08 このテーマの、これまで

再クロールを待った547件の記録

<title>要素を書き換えた後、Googleの再クロールが実際にどれくらいの時間で反映されるかを、547件の待ち行列とともに記録した回があります(archives/108)。本記事の04章で触れた「反映は数日から数週間」という幅は、この記録でも同じ形で現れていました。タイトル書き換えの修正を行った後は、この待ち時間を前提にスケジュールを組む必要があります。

重複記事をタイトル一致と元記事一致の2通りで数えた回

自サイト内に同じ内容の記事が複数存在していないかを、タイトルの一致と元記事URLの一致という2つの異なる基準で数えたところ、45組と139組という3倍の差が出た事例を記録した回もあります(archives/129)。02章で触れた「定型文の繰り返し」パターンは、テンプレートだけでなく、こうした記事単位の重複としても現れることを示す実例です。

「0件」と「N件」、両方が危険信号になり得ることを確認した回

調査で「0件」という結果が出たとき、それを安心材料として扱ってよいとは限らないことを、実際のサイト調査で確認した回があります(archives/130)。05章のチェックリストで「一致していないページが0件だった」場合も同様で、確認した範囲が狭すぎて0件に見えているだけの可能性を疑う価値があります。

「測定中」と書いたまま、実際には測っていなかった回

「測定中」というラベルを付けたまま、実際にはその測定を長期間行っていなかった事例を、公開から52日分のログを開いて確認した回があります(archives/135)。05章のチェックリストを一度実行して終わりにせず、定期的に開き直す運用を決めておくことが、このテーマにおいても同じように重要です。