ページの役割とクエリのタスクから始める
検索意図とはクエリの裏にあるタスクです：学ぶ、比較する、購入する、提供者を探す、問題を解決するなど。メタデータを編集する前に、そのページが訪問者に何をさせるかを明確にしてください。ついで可視コンテンツと Search Console のクエリを確認します。関連するクエリでも、求められる形式、場所、価格帯、意思決定ステージが異なる場合があります。
クエリ表現はページを正確に名付ける場合にのみ使ってください。ページが示唆するタスクを満たせない広いフレーズを借用してはいけません。タイトル、ディスクリプション、見出し、冒頭コンテンツ、行動喚起はひとつの次のステップを示すべきです。
主題、訪問者、成果を1文で示す。
クリック後に約束した提供、詳細、またはアクションが見つけやすいことを確認する。
title 要素を単独のラベルとして作成する
title 要素（title element）はブラウザタブ、履歴、ブックマーク、検索コンテキストで文書を識別します。HTML 標準は、タイトルは文脈から切り離されても文書を識別すべきだと述べています。Google は各ページに説明的で簡潔な title 要素を推奨しています。特定の主題を先頭に置き、有用な修飾句を加え、区別に役立つときだけ短いブランド名を使ってください。
タイトルは可視の見出しやコンテンツと整合させてください。語句が完全に一致する必要はありませんが、矛盾する言葉は訪問者を混乱させ、Google にとっても競合する入力になります。あいまいなラベル、古い日付、重複するフレーズ、すべての URL に長いサイトスローガンを付けることは避けてください。
製品、記事、場所、バージョンが変われば中心となる主題も変えてください。
短いサイト名は結果の識別に役立ちますが、繰り返されるブランドコピーはページ固有の意味を隠すことがあります。
訪問者の判断を助けるメタディスクリプションを書く
メタディスクリプションは二重のタイトルでも検索語の羅列でもなく、正確なプレビューです。ページの内容を説明し、判断に役立つ情報をひとつ加えてください：範囲、製品属性、サービス提供地域、在庫や利用条件、次の行動など。ページ上で主張する内容は必ず証拠で裏付けてください。
大規模なカタログでは、信頼できるページ固有フィールドを組み合わせたプログラム的生成ディスクリプションが機能する場合があります。ホーム、高トラフィック、収益に重要、共有される URL は慎重に記述することを優先してください。汎用的なセールス文、欠損値、未確認の価格主張を大量展開してはいけません。
コンテンツや提供物を示し、判断に必要な一つの実際の詳細を加える。
ページで裏付けられない緊急性、在庫、結果、機能を約束しない。
検索結果はコピーされるのではなく組み合わせて生成されると想定する
Google はクリック可能な結果見出しをタイトルリンクと呼んでいます。ドキュメントはタイトルリンクが title 要素、可視タイトル、見出し、目立つテキスト、リンクから自動生成されると説明しています。スニペットは主にページコンテンツから生成され、検索ごとに変わることがあり、メタディスクリプションはより正確な場合に使用されることがあります。
これらのフィールドは表示命令ではなく入力です。表示されるテキストが異なる場合は、クエリ、見出し、最初の有用なコンテンツ、言語、テンプレート文言を比較してください。代替表現は古いシグナルやそのクエリに合う表現を示す手がかりになります。Google は再クロールと再処理に数日から数週間かかる場合があると述べています。
空欄、古い、重複、不正確、または競合するページシグナルを確認する。
ページを定義するために同等に目立つ複数の見出しが競合しないようにする。
長さはルールではなく読みやすさの制約として扱う
タイトルやディスクリプションに普遍的な文字数制限はありません。Google はこれらの要素に固定の上限がなく、表示テキストはデバイス幅に合わせて切り詰められると述べています。幅はデバイス、レイアウト、文字種、クエリ文脈で変わります。文字数目標は長すぎる下書きを検出する目安にはなりますが、ランキング基準や公開ゲートではありません。
判断に重要な語を前方に置き、重複を削りましょう。正確な差別化要素を慣例的な文字数に合わせるために削るべきではありませんし、短くて完結なタイトルを不要に埋めるべきでもありません。代表的な検索表示を確認し、表示はユーザーや地域、デバイスで変わり得ることを前提に判断してください。
スローガンではなく主題、タスク、差別化要素を先頭に置く。
表示が短くなるからといって、結果が明確かつ正確であれば自動的に問題ではない。
テンプレートやデータを修正して重複を解消する
重複したタイトルやディスクリプションは、多くの場合テンプレートやコンテンツモデルの問題です。重要なインデックス可能な URL をクロールまたはエクスポートし、同一または類似したフィールドでグループ化してページタイプを点検してください。正当な重複と識別されるべきでないページを分けてください。パラメータ、ローカライズ、canonical の選択、重複コンテンツが競合バージョンを生んでいるかを確認します。
まずテンプレートやソースデータを修正してください。ページを識別するフィールド（製品とバリアント、記事のトピックと年、サービスと地域など）を定義します。欠損値、長い値、ローカライズされた値、終了した値を一括リリース前にテストしてください。Google は可能な限りユニークなディスクリプションと、ユーザーがページを区別できる異なるタイトル文を推奨しています。
製品、カテゴリ、記事、サポートページではテンプレートとチェックが異なる。
欠損データには正直なフォールバックを用い、修復のための例外ログを残す。
メタデータを本番変更として計測・リリースする
編集した URL の前後期間を Search Console のパフォーマンスレポートで比較して、クリック数、表示回数、クリック率、平均掲載順位をページとクエリごとに分割して確認してください。Google はクリック率をクリック数÷表示回数と定義しています。季節性、ブランド需要、順位やインデックスの変化、検索結果の機能がデータに影響を与える可能性があります。
再クロールと十分なインプレッションのための時間を与えてから結果を解釈してください。Search Console をプライバシーに配慮した解析やコンバージョン証拠と組み合わせることを推奨します。SIU（Status Is UP）に関しては、空のタイトルテンプレート、誤った head 出力、エラーを返すリリースは発見可能性のリスクです：変更を段階化し、レンダリング済みのページと主要経路をテストし、ロールバック手順を用意してください。SIU は予防と修復を支援しますが、ライブのステータス報告や障害アラートの代替ではありません。
編集対象の URL、クエリ群、編集日、仮説、停止条件をリリース前に記録する。
デプロイ後に正規 URL のレンダリング済みタイトル、ディスクリプション、見出し、レスポンス、ページ固有データを確認する。