本番サイトを取得可能にする
見つけてほしいページを一覧にします：通常はホームページ、コアな製品・サービスページ、主要カテゴリ、サポートページ、オリジナル記事です。各最終HTTPS URLとそれが検索向けかどうかの意図を記録します。ログアウトしたブラウザで公開本番アドレスをテストしてください。ステージング、プレビュー、ログイン済みの表示は挙動が異なることがあります。
`robots.txt`、サイト全体の `noindex` 指示、アクセス制御、エラー、リダイレクトチェーン、レンダーに必須のアセットの欠落を確認します。`robots.txt` はクローラーのアクセスを管理しますが、Googleは検索からページを除外する手段ではないと述べています。プライベートなコンテンツにはアクセス制御を使い、公開ページを意図的に検索から外す場合は `noindex` を使ってください。
テスト前にインデックス可能な公開ページ、意図的な除外、プライベート領域を分けます。
優先URLと関連するHTTP、ホスト、末尾スラッシュ、旧式のバリアントを読み込みます。
各コンテンツに対して1つの優先URLを選ぶ
カノニカルURLは重複または非常に類似したコンテンツの代表アドレスです。優先ホスト、末尾スラッシュの扱い、パラメータ、印刷用ページ、退役したパスの扱いを決めます。ナビゲーション、XMLサイトマップ、`rel=canonical` リンク、リダイレクトは同じアドレスを指すべきです。
重複を削除または統合する際は、恒久的なサーバーサイドリダイレクトを使用してください。インデックス可能なHTMLページでは、ページheadに絶対URLの `rel=canonical` リンクを置き、優先ページには自己参照のカノニカルを含めます。Googleはリダイレクトやカノニカル注釈を強いシグナル、サイトマップの記載を弱いシグナルと説明し、最終的には独自のカノニカル選択を行うことがあります。
各意味のあるバリアントについて、ソース、宛先、カノニカル、理由を記録します。
サイトマップにあるURLと別のカノニカルを宣言またはリンクしないでください。
HTTPバリアントは動作する優先HTTPSアドレスにリダイレクトしてください。
優先ページを明確で有益にする
オファーや答えを正確に識別する、ユニークで簡潔なページタイトルを書きます。短いページ固有のメタディスクリプションは候補となる要約であって、Googleが表示することを約束するものではありません。Googleは複数の信号からタイトルを生成したり、スニペットをページ本文などから生成することがあります。重要な説明と次のステップは表示される本文に入れてください。
説明的な見出しと訪問者のタスクに答える自然な言語を使います。コピー＆ペーストされたテキストやほとんど独自性のない類似ページは避けてください。意味のある画像には説明的な代替テキストを提供します。ローンチ時にキーワードメタタグに時間をかけないでください：web.dev は検索エンジンがそれをもはや重視していないと述べています。
閲覧者が重複した語句なしでタイトルからページを区別できること。
ページが中心的な質問に答えた上で販売やサインアップを求めていること。
有用な内部リンクでサイトをつなぐ
内部リンクとは同一サイト内のページ間のリンクです。訪問者のナビゲーションを助け、Googleがコンテンツを見つける手助けになります。ホームページや関連ハブから優先ページへアンカーテキストで目的地を識別してリンクします。文脈上のリンクは訪問者の次の疑問に答える場合に追加し、長いフッターのリストだけでは理解しやすい構造の代替にはなりません。
ナビゲーション、パンくず、関連コンテンツモジュール、行動呼びかけ（CTA）ではカノニカルURLを使います。小規模サイトでは主要なルートをすべてクリックして確認してください。大規模サイトでは、信頼するクロールツールを使って孤立した優先ページ、壊れたリンク、予期しないレスポンスコードを調査します。
すべての優先ページにはメニュー、ハブ、または関連ページからの有益な経路が必要です。
デスクトップだけでなくモバイルのメニュー、フォーム、アコーディオン、同意オーバーレイも確認してください。
クリーンなサイトマップを公開する
XMLサイトマップは、検索エンジンにとって重要と考えるページやファイルを伝えます。新しいサイトの発見を支援できますが、クロールやインデックスを保証するものではありません。CMSが自動生成する場合は点検してください。リダイレクト、エラー、テストページ、インデックス制限されているURLは除外し、検索向けの優先公開URLのみを含めます。
サイトマップは安定した場所に置き、必要に応じてSearch Console（Google Search Console）に送信してください。サイトマップは内部リンク、コンテンツ品質、クロールアクセスを修復するものではなく補完するものです。特殊なサイトマップ拡張は、実装と一致する場合にのみ使用してください。
サイトマップのURLをページ在庫とカノニカルマップと照合します。
新しく優先されたページが出現し、退役したURLが消えていることを確認します。
発見を計測し、対象URLを診断する
本番プロパティをGoogle サーチコンソール（Google Search Console）で所有確認します。サイトマップを使っている場合は送信してください。代表的なサンプルを検査します：ホームページ、各重要テンプレート、最近変更したページ、価値の高い移行URL。`URL検査（URL Inspection）` は現在のインデックス情報を提供し、ライブURLをテストできるので、症状の調査に使い、習慣的にすべてのURLをリクエストするためだけに使わないでください。
ローンチ日、URL規約、サイトマップのアドレス、優先ページ、除外を記録します。インプレッション、クリック、クエリ、ページ、国別のSearchパフォーマンスを確認します。Search ConsoleはGoogle固有のものであり、新しいサイトではデータが出るまで時間がかかることがあるため、診断の証拠であってすべての検索エンジンがローンチを処理した即時の証明ではありません。
テストしたURL、観察された結果、日付、担当者を保存して後で比較できるようにします。
ページレベルのテストと併せてインデックス除外、セキュリティ問題、Core Web Vitalsのレポートを確認します。
リリースと修復のチェックにSEOを組み込む
ページ在庫、リダイレクト、カノニカル、サイトマップ、代表的なライブURLチェックをローンチ記録に含めます。Status Is UPはこれを能動的な稼働最適化と修復として扱い、リリース前に配信や構成の欠陥を公開して修正を管理された形で行えるようにします。可用性は順位保証ではありません。
公開ルート、ページヘッド、ナビゲーション、サイトマップ生成が破損した場合に焦点を絞ったロールバックを承認できる人物を指名します。修正後に影響を受けた優先URLを再テストします。公開ルートの事前検証は回避可能な配信失敗を減らしますが、エンジンのクロール、インデックス、順位を予測することはできません。
ステージングだけでなくデプロイ後に代表的な公開ルートとアセットをテストします。
ルーティング、テンプレート、robots、サイトマップの変更で有害なものを元に戻せる人を文書化します。