AIでSEOタイトル・メタディスクリプションを作る方法

SEOタイトルとメタディスクリプションは、キーワードを詰め込む欄ではありません。ページの内容と検索者が知りたいことを短く正確に伝え、訪問前の期待と本文を一致させるために作ります。Google検索ではタイトルリンクやスニペットが自動生成され、設定した文言が必ずそのまま表示されるわけではありません。まず本文と検索意図を確定し、候補を複数作り、ページと一致する案を選んで公開後に観測します。

候補作成の前にページ要約を作る

AIへTitleだけを依頼すると、入力されたQueryを並べ替えたり、本文にない効果・数値・対象者を追加したりすることがあります。先に次の欄を人が埋めます。

表は横にスクロールできます

入力項目	書く内容	ない場合
Primary Query	このページが主に答えるQuery	Content DB / Search intentを確認
Reader Job	読者が完了したいこと	記事の結論から定義し直す
対象読者・条件	初心者、既存ユーザー、地域、対象プラン等	対象を広げず未指定にする
Page Answer	本文が実際に返す答え	本文を先に整える
独自の具体物	比較軸、手順、例、確認表	ないときは作る前に本文を見直す
未確認のFact	料金、結果、効能など	候補へ含めない

ここで「本文が実際に返す答え」を一文にします。たとえば「無料ツールを比較する」だけでなく、「用途と入力制限を見て、無料で試せる範囲と有料化の境界を確認できる」のように具体化します。TitleとDescriptionは本文の約束なので、記事にない比較、性能保証、数値を足してはいけません。

Title候補を作る

Googleは検索結果のtitle linkをtitle要素だけでなく、ページ上のmain titleや他の目立つテキストなど複数の情報から自動生成することがあります。したがって、HTML titleだけを調整してH1や本文の見出しと矛盾させないようにします。Titleは内容を端的に説明し、誇張や曖昧な言い回しを避けます。Googleは一定の文字数で必ず表示されるという保証をしていないので、文字数だけの合否判定にしません。

AIへ依頼する入力

Primary Query：＿＿＿

Reader Job：＿＿＿

ページの結論：＿＿＿

主な対象読者・条件：＿＿＿

本文で確認できる範囲：＿＿＿

本文にないため使用禁止の主張：＿＿＿

検索結果のtitle link候補を3案作成してください。各案が本文のどの記述を正確に要約するかを示し、未確認のFact、性能保証、順位・成果の約束を加えないでください。Queryの完全一致を強制せず、誤解を招く案は「不採用理由」を添えてください。

出力候補を選ぶときは、主語が明確か、読者が得る答えが分かるか、記事の範囲を過大に見せないかを確認します。タイトルの語順を整えても、本文の回答が不足している問題は解消しません。必要なら本文を先に改め、Title候補を作り直します。

Descriptionをページ固有の要約にする

Google検索のSnippetは主にページ本文から自動生成されますが、ページをより正確に説明できると判断される場合はmeta descriptionが利用されることがあります。検索Queryに応じて本文の別箇所が抜粋される場合もあるため、descriptionを検索結果へ確実に表示させる方法として扱わないでください。

よい候補は、誰に何が分かるか、重要な条件や範囲が何かを短く自然に示します。全記事に同じ文章を使わず、記事固有の答えを反映します。固定文字数の枠へ詰めることを目的にせず、重要情報を前半に置き、不要な形容やQueryの羅列を外します。

例として、本文が「キーワード候補を検索意図へ整理し、担当記事を決める」手順を扱うなら、「AIで候補語を広げた後、検索需要・SERP・既存記事を照合し、更新・新規・保留を判断する方法を紹介します」のように、実際の工程を説明します。「検索順位が上がる」「必ず流入が増える」など、本文にも根拠にもない結果は足しません。

候補を比較して採用する

表は横にスクロールできます

判定項目	PASSの目安	却下する例
内容の一致	Title/Descriptionと本文の結論が同じ	記事にない機能や効果を追加
Intent	読者が探す答えの種類を伝える	Queryを含むだけで内容が曖昧
固有性	他ページと区別できる説明	同じDescriptionをテンプレ複製
具体性	対象・範囲・条件を正確に示す	「完全版」「最強」など誇張
読みやすさ	自然な日本語で短く理解できる	同義語・キーワードを連続列挙
H1との整合	主要な約束が一致する	TitleとH1が別の答えを約束

TitleとDescriptionを別々に見て終わらず、SERP上で隣接する組として読みます。Titleでは「このページで何をするか」、Descriptionでは「どの条件まで答えるか」のように役割を分担できます。両方へ同じキーワードを詰め込んでも、Reader Jobは具体化されません。Titleが手順を示すのにDescriptionが製品比較を約束するなら一貫性がありません。Descriptionだけが価格や提供条件を強く断定している場合も、本文・根拠と再照合します。

公開前後の確認

公開前は、title要素、H1、導入、本文結論、descriptionの役割を確認します。候補ごとに「どの本文箇所が根拠か」を残し、ページにない主張を除きます。Googleのtitle linkやSnippetが異なる表現で表示されても、それだけで設定ミスとは限りません。実際の検索結果はQuery・端末・表示幅等で変わるので、確認したQuery、地域、端末、日付を記録します。

公開後にSearch ConsoleのQuery / Page別レポートを使う場合は、期間、検索タイプ、国、端末を記録し、変更前と同じ条件で比較します。クリックやCTRの変化は候補評価の材料になりますが、Title変更だけが原因だとは断定しません。匿名Queryやデータ行の制約もあるため、見えるQueryがすべてではありません。CTRが上がっても、訪問後に読者のJobを完了できないなら、Titleが過剰な期待を作っていないか本文を再確認します。

Description案の作成例

ページ要約と根拠が揃ったあと、異なる読者の問いに合わせて候補を作ります。例として記事が「AIでSEOタイトルを作る手順」を扱う場合、候補は次のように焦点を変えられます。

表は横にスクロールできます

焦点	Description候補の方向	公開前に照合する点
How-to	本文要約、Query、候補の確認手順	実際に記事内で手順を説明するか
誤解防止	Google表示が設定文言と異なる理由	Title LinkとSnippetの違いを正確に説明するか
実務管理	変更理由と公開後の確認方法	CTR改善を断定せず、観測条件を示すか

これは文言をそのまま流用するテンプレートではなく、ページの中心価値を選ぶ例です。実際の記事では、本文にない焦点を選ばず、似たページの説明と重ならない表現にします。候補がどれもページ固有の答えを示さないなら、Descriptionを作り直すのではなく、本文の対象範囲と結論を確認します。

更新の履歴を残す

運用表にはURL、対象Query、変更前後のTitle/Description、公開日、変更理由、本文根拠、比較期間、結果と制限を記録します。一度に本文構成、Title、Description、内部リンクを全部変えると、変化の解釈が難しくなります。読者の誤解を直す必要があるときはそれを優先し、変更した根拠と範囲を明記します。順位を保証するために日付だけ新しくしたり、内容を変えていないのに更新したように見せたりしません。

迷ったときの選択基準\n\n候補が複数残ったら、読者が検索結果を見た瞬間に最も知りたい答えを前へ置きます。初心者向けであることが本文の独自要素なら対象者を示し、比較記事なら選ぶ基準や条件を示し、技術記事なら実行できる結果を表現します。情報を盛るより範囲を正確に伝えます。\n\n候補の採点は順位予測ではありません。各案について、本文のどの具体箇所が根拠かを記録し、該当箇所が見つからない案は不採用にします。例えば「無料で使える」と題するなら対象プラン・回数・条件を本文が説明している必要があります。条件が頻繁に変わる場合は、固定数量をTitleに入れる前に公式情報を再確認します。\n\nページの変更権限がなくTitleを更新できない場合でも、メタ情報だけを見て成功したと扱いません。本文・H1・title elementが揃っているかを管理者へ伝え、変更後に実際のHTMLと検索結果を確認する工程を分けます。\n\n## AIものさしの判断

AIで候補を作る価値は、短いCopyを大量に出すことではなく、ページの答えを異なる言い方で正確に伝え、採用理由を説明できることです。本文、H1、Title、Descriptionが同じReader Jobを約束し、未確認のFactを含まず、検索結果上の実際の見え方を観測できる状態を完成とします。表示やCTRの変化は公開後の測定対象であって、作成時点で約束できる成果ではありません。