タイトルタグとは、HTMLのtitle要素でページの題名を指定するものです。Googleが検索結果へ出すタイトルリンクの情報源ですが、指定した文章が必ずそのまま表示されるわけではありません。
書くときは、何のページかと、そのページで確認できる内容を短く伝えます。文字数を先に決めて単語を詰めるより、製品名、用途、記事で答える問いから題を作ってください。
説明文の書き方はメタディスクリプションの作成方法で、本文内の見出しはh1と見出しの付け方で扱っています。ここでは検索結果の題と、HTMLに設定する題の関係に絞ります。
タイトルタグと検索結果の題は、何が違う?
Googleのタイトルリンクの公式説明は、ページ内とウェブ上の複数の情報から、自動で検索結果の題を作るとしています。タイトルタグだけを表示する仕組みではありません。
参照する情報には、title、画面で目立つ主見出し、h1などの見出し、og:title、ページを指すリンクの文字などがあります。自社が入力したtitleと検索結果が違っても、直ちにCMSの保存失敗とは判断できません。
| 名前 |
置く場所・役割 |
| title要素 |
HTMLのheadでページの題を指定 |
| h1 |
本文で主題を伝える見出し |
| タイトルリンク |
Googleの検索結果に出る題のリンク |
| 説明文 |
題の下などに出るページの要約 |
製品ページなら、titleとh1の表現が違っていても、同じ製品を説明していることが必要です。titleで図面を読めると約束しながら、本文には図面も資料の案内も無いなら、題か本文を直します。
検索結果で会社名が省かれたことと、製品名を取り違えられたことも分けて見ます。後者なら、利用者が別の製品だと思って開くおそれがあります。どの語が変わり、判断へどう影響するかを記録してください。
titleタグは、何文字にすればよい?
確認した英語版の公式文書には、次の記述があります。
there's no limit on how long a <title> element can be
title要素の長さに上限はない、という意味です。同じ箇所は、検索結果のタイトルリンクが通常は端末の幅に収まるよう省略されるとも説明しています。何文字以内なら必ず全文が出る、という公式の保証ではありません。
だからといって、長く書くほど多く伝わるわけではありません。題の後ろが省略されても、何の製品か、何の疑問に答える記事かが残る順番にします。会社の長い標語や同じ意味の修飾語より、ページを区別する言葉を優先してください。
たとえば「高い技術と豊富な知識でお客様の課題に応える製品情報」では、どの製品か分かりません。「搬送装置向け樹脂ガイド部品:材質と取付条件」なら、対象と確認できる内容が先に出ます。これは題の編集例で、実在する製品の仕様ではありません。
社内に原稿の文字数ルールを設けることはできます。ただし、それをGoogleの上限として説明しないでください。入力欄に制限があるなら、CMS側の制約なのか、検索の仕様なのかを制作担当へ確認します。
製品ページの題は、何から組み立てる?
製品名、型番、用途、本文で読める仕様のうち、別ページとの違いを伝える情報を拾います。すべてを並べるのではなく、このページを選ぶ判断に必要なものを残します。
次は架空の文章例です。実際のページへ使う際は、扱う製品と本文に合わせてください。
型番と用途で、ページを見分けられるようにする
書き換え前の例:
製品情報|高品質な樹脂加工
書き換え後の例:
樹脂ガイド部品 A型:取付寸法と対応材質
前の題はどの製品にも付けられます。後の題は、対象の製品と、そのページで読む内容を示しています。対応材質を載せていないページなら、その言葉を題に加える前に本文の掲載内容を確かめます。
会社名を入れるなら、製品の説明と区切り、簡潔に添えます。会社紹介の全文をすべての製品タイトルへ付けると、製品どうしの違いが埋もれます。全ページで共通に出す文と、各ページの固有部分を分けて管理します。
同じ語を言い換えて詰め込まない
「樹脂ガイド・プラスチックガイド・ガイド部品」のように近い語を重ねる前に、利用者が区別したい内容を探します。用途や型番を入れたほうが、そのページを読む理由が伝わることがあります。
Googleの公式説明も、キーワードの繰り返しと長い定型文を避けるよう求めています。語の数を納品条件にせず、本文を読んで作った具体的な題になっているかを確認します。
技術記事では、何を題で約束する?
読者の疑問と、本文が答える範囲を合わせます。「ヒケの原因と対策」という題なら、材料の一般紹介だけで終わらず、原因を調べる説明と対策の範囲が本文に必要です。
たとえば本文が確認事項の整理なら、「射出成形のヒケ:相談前に確認する形状と成形条件」と書けます。個別の不良を診断していないのに「原因を完全解決」と広げないようにします。技術的な中身と公開できる条件は、担当者が確認します。
同じテーマを扱う記事があるなら、題だけを言い換えて別記事にしません。既存記事との分担は検索語をページへ割り当てる手順で決めます。題に違う言葉があっても、答えが同じなら役割は重なります。
題を確定する前に読む場所
- 本文が扱う製品と、適用する条件
- 冒頭で答えている問い
- 主見出しが伝える主題
- 図面や資料で実際に確認できる内容
- 似た題の既存ページとの違い
Googleに書き換えられる理由は?
公式文書の例を、点検する状態へ置き換えると次のようになります。個別ページの書き換え原因を、この表だけで断定するものではありません。
| 点検する状態 |
自社サイトで探す箇所 |
| 題の一部が空欄 |
製品名が欠け、会社名だけ出ていないか |
| 古い情報が残る |
本文を更新しても題が古くないか |
| 内容を正しく表さない |
題で約束した説明が本文にあるか |
| 題が同じで区別できない |
型番や対象の違いが抜けていないか |
| 主題を特定しにくい |
同じ大きさの主見出しが競っていないか |
本文と題の言語や文字体系が異なることも、公式に挙げられた理由です。日本語で仕様を説明しているページに、英語の標語だけをtitleとして入れていないかを確認します。
すべてをtitleの文案だけで解決しようとしないでください。製品名より会社の標語が目立ち、主題が見分けにくい画面なら、見出しの扱いも制作担当へ渡します。本文にない範囲まで題を広げたなら、その約束を取り下げます。
公式の例に当てはまらなくても、検索結果の題のほうが、その検索に適していることがあります。指定文と違うことだけを不具合にせず、誤った条件や別の製品を伝えていないかを読んで判断します。
CMSに入れた後は、どこを確認する?
編集欄の名称だけで判断せず、公開HTMLのheadにあるtitleを見ます。記事名が自動で入るのか、専用の欄が優先されるのか、会社名が後ろに足されるのかを制作担当に聞いてください。
保存した文と公開HTMLが違えば、出力設定やキャッシュを調べます。公開HTMLは合っているのに検索結果だけ違うなら、Googleが使う情報源と再取得の時点を調べる段階です。
公式文書は、変更の検出には再クロールと再処理が必要で、数日から数週間かかることがあると説明しています。今日保存した題が今日の検索結果と一致しないだけで、文を何度も変更しないようにします。
記録には、URL、旧題、新題、変更日、確認した検索語、端末、実際のタイトルリンクを残します。クリックの変化を調べる方法は表示されてもクリックされないページの確認へ進めます。題を直した日と数字が動いた日が重なっただけで、効果を断定しません。
サイト設計の確認では、主力製品と技術記事の題を並べてみてください。各ページを開かなくても違いが分かり、開いた後も約束した答えを読めることを、題の修正の完了条件にします。
仕様・出典の確認日:2026年10月23日。