SEOタイトルとmeta descriptionの見直し方：4象限と改善例

Search ConsoleでCTRの低いページを見ると、すぐにtitleを書き換えたくなります。先に確認するのは、検索クエリ、入口の約束、本文の答えが同じ方向を向いているかです。

titleとdescriptionは、検索結果で読者に見せるページの約束です。クリック率が低いときは、文言を強くする前に、その約束が本文の答えとずれていないかを見ます。

titleとdescriptionは検索結果での約束になる

titleは、ページ固有の内容と読者が得られる答えが分かる文にします。キーワードを詰め込んだり、どのページにも使える抽象語だけにしたりしません。

meta descriptionは、検索順位を直接上げるための文章ではなく、読者がページを選ぶための説明です。本文固有の答えや扱う範囲を自然に書きます。読点でキーワードを並べるより、読者が「このページなら自分の問いに近い」と判断できる説明が向いています。

Googleは、検索結果のタイトルリンクやスニペットをページ内の情報などから自動生成する場合があります。titleタグやmeta descriptionが必ずそのまま表示されるわけではありません。それでも、ページ内容を正確に表すtitleとdescriptionは、検索エンジンにも読者にも重要な手がかりになります。

4象限で入口だけ直すページと本文から直すページを分ける

titleとdescriptionを変えてよいかは、二つの軸で分けます。横軸は「検索クエリと本文の答えが合うか」です。縦軸は「titleとdescriptionが本文の答えを正確に伝えているか」です。

この2×2は、CTRが低いページを機械的にtitle変更へ回さないために使います。同じCTR低下でも、入口だけ直せばよい場合と、本文やURLの役割から見直す場合があります。

右上の象限では、titleとdescriptionは本文を正しく伝えているのに、検索クエリと本文がずれています。この場合、入口文言を変えるより、そのURLがどの問いを受け持つべきかを見直します。左上の象限では入口は正確なので、title変更を急がず、掲載順位や検索需要、内部リンクなど別の要因を確認します。

左下の象限だけが、入口改善の主な対象です。本文は読者の問いに答えているのに、その答えが検索結果で伝わっていない状態だからです。右下の象限では、入口だけを直すと約束と本文のずれが残るため、ページ全体の再設計が必要です。

titleはページ固有の答えが分かる文にする

titleを見直すときは、検索語を足す前に、ページが何に答えるのかを明確にします。読者が検索結果で見たときに、自分の問いと近いかを判断できることが大切です。

改善例は、抽象語を足すのではなく、ページ固有の答えが分かる方向へ直します。

たとえば「SEOタイトルの基本」だけでは、どの場面の何を見直すのかが分かりません。本文が4象限でtitleとdescriptionの見直しを判断する内容なら、「SEOタイトルとmeta descriptionの見直し方：4象限と改善例」のように、判断方法と扱う範囲が分かるtitleにします。

「FAQページについて」では、作り方なのか事例なのか判断できません。質問の選び方、回答例、掲載先の判断を扱うなら、「FAQページの作り方：質問の選び方・回答例・掲載先の判断」としたほうが、読者が得られる答えを選びやすくなります。

「Search Console活用」は、何を活用するのかが広すぎます。直すページを決める月次手順を説明するなら、「Search Consoleの見方：直すページを決める月次手順」のように、読後の行動が見えるtitleにします。

titleは長くすればよいわけではありません。ページの主題、読者が得られる答え、他ページとの違いが分かる範囲で具体化します。

meta descriptionはキーワード列挙ではなく選ぶ理由を書く

meta descriptionでは、本文固有の答えや扱う範囲を自然に説明します。検索語を並べても、読者はそのページを選ぶ理由を判断できません。

たとえば「SEOタイトル、meta description、CTR、改善方法を解説します。」という説明は、キーワードを列挙しているだけで、読者がどんな判断をできるのかが分かりません。本文が4象限で入口改善の対象を選ぶ内容なら、「検索クエリと本文の適合を4象限で判定し、入口だけを変えてよいページを選びます。」のように書きます。

「FAQページの作り方を説明します。」では、どのようなFAQ設計なのかが伝わりません。問い合わせ前の判断を止める問いを選び、内容に合う掲載先を決める記事なら、その判断までdescriptionに含めます。

「Search Consoleの基本を紹介します。」も、読後の行動が見えにくい説明です。ページ比較から変化を見つけ、一つの編集仮説にする記事なら、その進め方を短く示します。

descriptionは、本文で答えないことまで約束しないようにします。検索結果で目立たせるために強い言葉を置くより、読者が自分の問いに合うページを選べる説明にするほうが安全です。

公開済みtitleを変えるときは検索意図と変更理由を残す

公開済み記事のtitleは、リライトのついでに気軽に変えないほうがよいです。titleとslugは、そのURLが読者へ約束してきた内容の基準です。

誤字や意味を明確にする軽微な修正なら、同じURLで扱える場合があります。けれども、中心の問い、対象読者、記事の役割が変わるなら、入口だけの修正ではありません。別記事として企画するか、既存記事の統合や終了を検討します。

変更記録には、対象URLと変更前後のtitleを残します。続けて、変更理由と主検索意図が変わったかどうかを書きます。判断に使った材料も記録します。

たとえば対象URLが /knowledge/title-description-review で、変更前titleが「SEOタイトルの基本」だったとします。変更後titleを「SEOタイトルとmeta descriptionの見直し方：4象限と改善例」にするなら、入口の約束を本文で扱う4象限と改善例に合わせるためだと記録します。

主検索意図の変化がない場合は、titleとdescriptionの見直し判断に答える記事のままだと明記します。確認した材料には、Search Consoleのクエリ、本文の中心テーマ、関連ページなどを残します。

CTRを見て手が止まったら、まず2×2に置き、入口の問題なのか、本文やURLの役割の問題なのかを分けます。検索結果で約束した内容と本文で返す答えがそろうと、クリック後に読者が迷うページを減らしやすくなります。