SEOチェックリスト｜サイト公開前・公開後に確認する基本項目

SEOチェックは、公開前に「検索エンジンとユーザーが利用できる設定か」を整え、公開後に「本番環境でクロール・インデックス・計測が機能しているか」を確認する2段階で行います。

最初に確認したいのは、noindex、robots.txt、canonical、リダイレクト、計測タグです。これらに不備があると、良いコンテンツを用意しても検索流入を得られなかったり、成果を正しく測定できなかったりします。

この記事では、新規サイトとリニューアルサイトのどちらにも使えるよう、公開前・公開直後・継続運用で確認するSEOの基本項目を、優先順と初期対応を含めて整理します。

まず確認するSEOチェックリスト｜公開を止めるべき項目

SEO公開作業では、ページタイトルや細かな文章表現より先に、検索エンジンが本番ページを取得し、正しいURLを検索結果の候補として扱える状態かを確認します。公開前は設定の確認、公開後は本番環境での動作確認に分けると、見落としを減らせます。

重大な設定ミスを先に除外することが、公開時のSEOチェックの基本です。

robots.txtはクローラーによる取得を制御するためのファイルであり、noindexは検索結果への掲載を抑制するための指定です。robots.txtでクロールを拒否したページでは、Googleがページ内のnoindexを確認できない場合があるため、検索結果から外したいHTMLページの扱いは両者を混同せずに設計してください。

出典：Google Search Central「Robots Meta Tags Specifications」

SEOチェックリスト｜本番公開前に確認する項目

公開前は、制作環境で必要だった制限が本番に残っていないか、ユーザーが主要な導線を完了できるかを確認する段階です。すべてのページを同じ深さで点検する前に、トップページ、主要サービスページ、カテゴリページ、重要記事、問い合わせページを優先します。

検索エンジンに公開できる状態かを確認する

本番サイトで最初に確認すべきことは、公開ページをGooglebotが取得できる状態かです。ステージング環境用のnoindexやアクセス制限、テスト環境へのcanonicalが残ると、公開後の発見・インデックス登録に影響します。

• 本番URLがHTTPSで正常に表示される。
• httpとhttps、wwwあり・なし、末尾スラッシュの有無などでURLが分散せず、運用する正規URLへ統一される。
• 公開対象ページのHTMLのrobots meta、またはHTTPレスポンスヘッダーのX-Robots-Tagにnoindexがない。
• robots.txtで重要ページ、CSS、JavaScriptなど必要なリソースを不必要にDisallowしていない。
• canonicalが原則としてページ自身の本番URL、または意図した正規URLを指している。
• XMLサイトマップには、公開対象かつ正規URLとして扱いたいURLだけを含める。
• サイトマップに404ページ、リダイレクト元URL、noindexページ、テストページが混在していない。

canonicalは、重複または類似するページがある場合に代表URLをGoogleへ伝える方法です。リダイレクト、canonical、サイトマップ、内部リンクで異なるURLを示すと、意図した正規化が伝わりにくくなります。URL方針を一貫させてください。

出典：Google Search Central「How to Specify a Canonical with rel="canonical" and Other Methods」

XMLサイトマップの送信はインデックス登録を保証しませんが、Googleに重要なURLを知らせ、サイトマップ単位で処理状況を確認する助けになります。掲載するURLは、正規化した完全なURLにそろえます。

出典：Google Search Central「Build and Submit a Sitemap」

ページ単位でタイトル・見出し・リンク・重要情報を確認する

技術設定に問題がなくても、ページの主題や導線が不明確なら、検索ユーザーにもサイト訪問者にも内容が伝わりにくくなります。SEO用の語句を詰め込むのではなく、ページの内容と一致する情報を用意してください。

• 各ページのtitle要素が内容を端的に表しており、テンプレートによる重複がない。
• meta descriptionがページ内容と合っており、空欄や同一文の大量複製になっていない。
• h1がページの主題を示し、h2・h3が内容のまとまりに沿って使われている。
• 薄い一覧ページ、サイト内検索結果、テストページなどのインデックス方針を決めている。
• 重要ページへナビゲーションまたは本文リンクから到達できる。
• リンクテキストから遷移先をある程度判断できる。
• 意味を持つ画像には、その内容を説明するalt属性を設定している。
• 料金、営業時間、所在地、商品仕様、連絡先などの重要情報に古い内容が残っていない。

検索語よりページ内容との一致を優先することが大切です。タイトル、見出し、本文で異なる内容を約束すると、検索結果から訪れたユーザーの期待を損ねます。

モバイル表示・導線・エラー画面を実際に操作する

公開前のUX確認は、検索順位だけでなく、離脱や問い合わせ機会の損失を防ぐために必要です。特にスマートフォンでは、閲覧だけでなく入力・送信・購入まで完了できるかを確認します。

• スマートフォン実機または開発者ツールで、文字、画像、表、メニューが崩れていない。
• ボタンやリンクをタップしやすく、フォームに入力して送信できる。
• 主要ページをPageSpeed Insightsなどで確認し、過大な画像や不要なJavaScriptなどを把握する。
• 内部リンク、外部リンク、電話リンク、購入・問い合わせ導線にリンク切れがない。
• 存在しないURLで適切な404ステータスと案内ページが表示される。
• 検索、問い合わせ、会員登録、決済など、事業に必要な機能をテストする。

表示速度は単一のスコアだけで合否を決めるものではありません。まずはモバイルで主要な操作を完結できることを確認し、そのうえで表示を大きく妨げる要素から改善します。

構造化データと計測タグをテストする

構造化データを実装している場合は、ページに表示される内容とマークアップが一致しているかを確認します。正しい構造化データを実装しても、リッチリザルトとして表示されることは保証されません。

出典：Google Search Central「General Structured Data Guidelines」

• 記事、パンくずリスト、商品、組織など、実装したデータだけを確認対象にする。
• ページ上でユーザーに表示されない情報や、実態と異なる情報をマークアップしていない。
• Rich Results Testでエラーを確認する。
• Google Search Consoleの所有権確認方法を準備する。
• Google Analytics 4などの計測タグが本番ページで読み込まれる。
• フォーム送信、電話タップ、購入、資料ダウンロードなどの重要イベントを実操作で確認する。

Google Analytics 4のリアルタイムレポートは、公開直後にページ閲覧やイベントが記録されるかを確認する用途に役立ちます。ただし、リアルタイムデータだけで長期的な流入や施策効果を判断せず、後日、通常のレポートでも検証してください。

出典：Google Analytics ヘルプ「[GA4] リアルタイム レポート」

URL変更・サイト移転で追加するSEOチェックリスト

リニューアルでURLを変更する場合は、旧サイトの評価や流入を新サイトへ引き継ぐための作業が必要です。デザインやCMSを変更しても、旧URLの対応を設計しなければ、404や意図しない転送が増える可能性があります。

旧URLと新URLの対応表を作り、301を設定する

URL変更を伴うリニューアルでは、旧URLと新URLの対応表を公開前に作成し、内容的に対応する新URLへ恒久的な301リダイレクトを設定します。旧URLを一律でトップページへ転送しないことが重要です。

• Search Console、アクセス解析、被リンク情報などから、流入や参照のある旧URLを洗い出す。
• 旧URLごとに、内容がもっとも近い新URLを割り当てる。
• 統合したページは統合先へ301リダイレクトする。
• 代替ページがない場合は、無理にトップページへ転送せず、404または410の扱いを検討する。
• リダイレクトが一度で完了し、連鎖やループがないことを確認する。
• 新サイトのcanonical、内部リンク、XMLサイトマップが新URLを参照している。

Googleは、無関係な多数のURLを新サイトのトップページへリダイレクトすると、ユーザーを混乱させ、ソフト404として扱われる可能性があると案内しています。URL単位の対応表をもとに、代表的なURLだけでなく重要な旧URLをテストしてください。

出典：Google Search Central「Site Moves and Migrations」

旧サイトの設定・計測資産を引き継ぐ

URLを変えないリニューアルでも、テーマやCMSの変更によってtitle、canonical、robots meta、構造化データ、計測タグが失われることがあります。旧サイトと新サイトの主要ページを比較する運用が有効です。

• 主要ページのtitle、見出し、本文、内部リンク、構造化データを比較する。
• 既存のSearch Consoleプロパティ、Google Analyticsプロパティ、タグ管理設定を確認する。
• ドメインまたはサブドメインを変更する場合は、Search ConsoleのChange of Addressツールの対象か確認する。
• 旧ドメインのリダイレクトを公開直後に停止しない。

Googleは、ドメインまたはサブドメインを変更する移転でChange of Addressツールを案内しています。一方、HTTPからHTTPSへの変更や同一ドメイン内のパス変更は、このツールの対象ではありません。

出典：Google Search Central「Site Moves and Migrations」

公開当日から数日以内に確認する項目

公開前に問題がなくても、DNS切り替え、キャッシュ、サーバー設定、タグ管理ツールの公開漏れなどにより、本番で状態が変わることがあります。公開直後は、設定値ではなく本番URLで得られる結果を確認してください。

Search Consoleで所有権・サイトマップ・重要URLを確認する

Search Consoleでは、対象サイトのプロパティと所有権確認を済ませ、XMLサイトマップを送信します。重要ページはURL検査ツールで確認し、取得エラー、robots.txtによるブロック、noindex、意図しないcanonicalがないかを見ます。

• サイトの運用形態に合うプロパティを設定し、所有権確認を完了する。
• XMLサイトマップをサイトマップレポートから送信する。
• トップページ、主要カテゴリ、主要サービスページ、重要記事をURL検査する。
• 大きく更新した重要URLに限り、必要に応じてインデックス登録をリクエストする。

URL検査ツールでは、Googleが特定URLについて把握している情報、ページ取得の成否、インデックス登録の可否、Googleが選択したcanonicalなどを確認できます。インデックス登録リクエストは登録を保証する機能ではないため、すべてのURLに繰り返し実行する必要はありません。

出典：Google Search Console ヘルプ「URL 検査ツールでページを検査、トラブルシューティングする」

アクセス解析で主要イベントを実操作により検証する

計測タグが読み込まれていても、フォーム送信や購入などの重要イベントが正しく記録されるとは限りません。実際の操作と計測結果を突き合わせることが必要です。

• 別ブラウザまたはプライベートブラウズで主要ページを閲覧し、ページビューを確認する。
• フォームをテスト送信し、送信イベントと完了画面を確認する。
• 電話タップ、予約、資料ダウンロード、カート投入、購入完了などの成果操作を確認する。
• 広告や外部サービスを連携している場合は、パラメータや参照元が意図どおり記録されるか確認する。
• Cookie同意管理や個人情報の取り扱いに関わる設定は、自社のプライバシー方針および必要に応じて専門家の確認に照らして運用する。

インデックスされない・流入が落ちたときの確認順

公開後に検索結果へ出ない、または流入が急減した場合は、コンテンツをすぐ書き換える前に技術的な阻害要因を確認します。site:検索は補助的な確認には使えますが、状況の判断はSearch Consoleを中心に行うほうが適切です。

noindex・robots.txt・canonical・リダイレクトを順に確認する

インデックス問題では、まず検索結果に出られる設定かを確認します。noindex、クロール制御、正規URL、転送先の順で見ると、原因を切り分けやすくなります。

robots.txtは検索結果からの除外そのものを目的とするファイルではありません。検索結果に表示したくないHTMLページでは、Googleが取得できる状態でnoindexを利用する方法を検討します。

出典：Google Search Central「Technical SEO Techniques and Strategies」

404・ソフト404・サーバーエラーはURL単位で対応する

404があるからといって、すべてをトップページへリダイレクトする必要はありません。存在すべきページなら復旧または対応ページへの301を検討し、代替がない削除済みページなら404または410を返す判断があります。

• 内部リンク切れによる404は、リンク元を修正する。
• 移転漏れの旧URLは、内容が対応する新URLへ301リダイレクトする。
• 削除済みで代替がないページは、削除理由に応じて404または410を検討する。
• サーバーエラーは、発生時刻、対象URL、アクセス状況を記録して開発担当やサーバー会社へ共有する。
• ソフト404が疑われる場合は、存在しないページに200ステータスを返していないか、内容が極端に不足していないかを確認する。

WordPressで見落としやすいSEO設定

WordPressでは、コア設定に加えてテーマ、SEOプラグイン、キャッシュプラグインがHTML出力へ影響することがあります。管理画面の設定だけを信頼せず、公開URLのHTMLやHTTPレスポンスも確認してください。

検索エンジンの表示を抑制する設定を確認する

WordPress管理画面の「設定」から「表示設定」を開き、「検索エンジンがサイトをインデックスしないようにする」に該当する設定が本番で有効になっていないか確認します。設定画面と実際のrobots metaを両方確認することが重要です。

WordPress公式ドキュメントでは、この設定が検索エンジンへの表示抑制に関わることが説明されています。テーマやプラグインが独自にrobots metaを出力する場合もあるため、ページソースやSearch ConsoleのURL検査で最終状態を確認してください。

出典：WordPress.org「Settings Reading screen」

パーマリンクとSEOプラグインの重複設定を整理する

公開後にパーマリンク構造を安易に変更すると、既存URLへのアクセスや検索評価の引き継ぎに影響します。URLを変える必要がある場合は、対応表と301リダイレクトを用意してから実施してください。

• テーマとSEOプラグインの両方がtitle、meta description、canonical、構造化データを出力していないか確認する。
• 複数のSEOプラグインを併用している場合は、重複機能を整理する。
• カテゴリ、タグ、著者、日付アーカイブ、添付ファイルページをインデックスさせるか、サイト方針に沿って決める。
• 投稿・固定ページの個別設定でnoindexが付与されていないか確認する。
• キャッシュ削除後に、title、canonical、robots meta、構造化データが意図どおり反映されているか確認する。

SEOチェックで使う主要用語の違い

公開作業では、役割が似て見える機能を混同すると設定ミスにつながります。判断に必要な用語を簡潔に整理します。

URL方針をすべての設定でそろえることが重要です。インデックスさせたい正規URLをサイトマップに載せ、canonicalと内部リンクでも同じURLを示す状態を目指します。

FAQ｜公開後のインデックスと順位に関する質問

公開後の反映時期や順位変動は、サイト規模、クロール状況、変更の内容などによって異なります。ここでは、公開作業の判断に直結する質問を補足します。

公開後、どのくらいでインデックスされますか？

固定の日数では断定できません。サイトの規模、内部リンク、更新頻度、サーバー応答、移転の有無などによって変わります。インデックス時期はGoogleが保証していません。URL検査、サイトマップ、技術設定を確認しながら状況を見てください。

出典：Google Search Console ヘルプ「ページが Google 検索に表示されない理由」

XMLサイトマップを送信すれば必ずインデックスされますか？

いいえ。XMLサイトマップはGoogleにURLを知らせる手段であり、クロール、インデックス登録、検索順位を保証するものではありません。noindex、robots.txt、canonical、サーバーエラー、コンテンツの状態も確認してください。

noindexを解除したのに検索結果へ出ません

noindex解除後は、robots.txtでクロールが妨げられていないか、canonicalが別URLを指していないか、ページが正常なHTTPステータスで返るかを確認します。そのうえでURL検査のライブテストを行い、問題がなければ重要ページに限ってインデックス登録をリクエストします。

公開直後に順位が下がりました。すぐ修正すべきですか？

特にリニューアルやURL変更の直後は、新旧URLのクロールや評価の過程で変動することがあります。まずはリダイレクト、canonical、noindex、サイトマップ、内部リンク、サーバーエラーを確認し、技術的な問題がなければ短期変動だけを理由に大幅な変更を繰り返さないようにします。

まとめ｜公開前の設定確認と公開後の実地検証を分ける

SEOチェックで優先すべきなのは、コンテンツの細かな調整よりも、検索エンジンとユーザーがサイトを正常に利用できない重大な設定ミスを防ぐことです。公開前はnoindex、robots.txt、canonical、サイトマップ、モバイル表示、リダイレクト、計測設定を確認してください。

公開後は、Search Consoleでクロール・インデックス状況を確認し、アクセス解析で閲覧やコンバージョンイベントが記録されるかを検証します。リニューアル時は、旧URLと新URLの対応表および301リダイレクトを中心に確認します。

設定確認と本番検証を分けて運用することで、公開時のSEOに関する見落としを減らせます。このチェックリストを公開フローや品質管理表に組み込み、サイト更新時にも繰り返し活用してください。