サイトリニューアルSEOの注意点｜順位を落とさない移行チェックリスト

サイトリニューアルSEOとは、既存サイトが検索で得ている評価と流入を、新しいサイトへ引き継ぐための設計と検証のことです。デザインを新しくする作業とは別に、URL・リダイレクト・内部リンク・インデックス設定を移行する工程が必要になります。

結論から言うと、順位を落とさないために最も大切なのは、公開直前にSEOチェックを足すことではありません。要件定義の段階で旧URLと新URLの対応表を作り、公開前に検証し、公開後90日まで監視する。この3点を最初から工程に入れることです。

そして、公開後に順位が落ちても、すぐ本文やURLを触ってはいけません。落ちた原因が移行ミスなのか、再評価による一時変動なのかを切り分けるのが先です。Google公式は、リダイレクトを一般的には1年以上維持すること、移転の反映には中規模サイトで数週間かかることを示しています。

Google検索セントラルでも、URL変更を伴うサイト移転では、旧URLから新URLへの対応、永続的なHTTPリダイレクト、新しいサイトマップの送信などが説明されています。詳しくはGoogle公式のサイト・ホームページ移行についてでも確認できます。

リニューアルで守るべきなのは、順位そのものよりも検索流入から問い合わせまでつながる導線です。以下では、その導線を壊さずに移すための確認手順を順番に見ていきます。

サイトリニューアルSEOは検索資産の移行で考える

サイトリニューアルでは、デザイン、CMS、ページ構成、URL、導線、フォーム、計測タグなど、多くの要素が変わります。見た目だけを見ると「新しいサイトを作る」作業に見えますが、SEOの観点では、既存サイトにある評価や流入をどう引き継ぐかが重要です。

検索資産とは、単に検索順位のことではありません。検索結果に出ているURL、ページごとの検索クエリ、被リンク、内部リンク、title、見出し、本文、構造化データ、CVにつながる導線、Search Consoleの実績データなどを含みます。

リニューアルで守るべきなのは、ページ単体ではなく、検索流入から問い合わせまでの流れです。

たとえば、旧サイトのサービスページに検索流入があり、そこから問い合わせが発生していたとします。リニューアルでそのURLが変わり、リダイレクトが漏れ、内部リンクも新しいページへつながっていなければ、ユーザーもGoogleも新しいページを見つけにくくなります。

この場合、問題は「SEO設定を忘れた」だけではありません。検索流入を商談につなげる導線ごと壊してしまった状態です。

綱脇耕輔の実務見解としては、サイトリニューアルSEOは制作工程の最後に確認するものではなく、要件定義の段階で入れるべきです。リニューアルの目的が「デザイン刷新」「CMS移行」「サービス整理」「CVR改善」のどれであっても、既存の検索流入を持つページを失うと、公開後の評価が難しくなります。

リニューアルで順位が落ちる主な原因

リニューアル後に検索順位や流入が落ちる原因は、一つではありません。よくあるのは、URL変更、リダイレクト漏れ、重要コンテンツの削除、titleや見出しの大幅変更、内部リンクの変更、noindexの残存、サイトマップの不整合、計測漏れです。

この中でも、URL変更とリダイレクト漏れは特に影響が大きくなります。Googleのリダイレクトに関する公式ドキュメントでも、永続的なURL変更ではサーバーサイドの永続的なリダイレクトが推奨されています。

リニューアルで最も避けたいのは、旧URLの評価とユーザー導線を新URLへつなげないまま公開することです。

一方で、順位が一時的に揺れること自体は珍しくありません。サイト構造やURLが変われば、Googleが新しい状態をクロールし、インデックスし、評価し直す時間が必要です。重要なのは、一時的な変動なのか、移行ミスによる下落なのかを切り分けられる状態にしておくことです。

そのためには、公開前の準備と公開後の監視がセットで必要です。

この記事もおすすめ｜テクニカルSEOとは？最初に確認すべき6項目と優先順位の決め方｜リニューアルに限らない技術面の確認項目は、こちらで確認できます。｜

まず旧サイトの重要URLを棚卸しする

リニューアルSEOで最初にやるべきことは、旧サイトのURLを棚卸しすることです。

新しいサイトの設計から始めたくなりますが、既存サイトに検索流入がある場合は、先に「何を守るべきか」を把握しなければなりません。

棚卸しでは、少なくとも次の情報を整理します。

旧URL一覧は、単なるページリストではなく、検索資産の台帳です。

Search Consoleでは、過去16か月分の検索パフォーマンスデータを確認できます。リニューアル前には、主要ページのクリック数、表示回数、クエリ、平均掲載順位を控えておくと、公開後の変化を判断しやすくなります。

ここで注意したいのは、PVだけで重要度を決めないことです。BtoBサイトでは、PVが多い記事より、PVは少なくても問い合わせに近いサービスページや事例ページの方が重要な場合があります。

たとえば、月間30クリックしかないサービスページでも、問い合わせや商談につながっているなら優先度は高いです。逆に、月間1,000クリックある情報記事でも、CV導線が弱く、リニューアルで役割を変えるなら、移行方針を分けて考える必要があります。

URLを変えるか残すかを決める

サイトリニューアルでは、URLを変えるべきか、残すべきかの判断が重要です。

基本的には、検索流入や被リンクがある重要ページのURLは、変えない方が安全です。URLを変えると、リダイレクト、内部リンク更新、canonical更新、サイトマップ更新、広告やSNSのリンク更新、外部リンク対応など、管理すべき作業が増えます。

ただし、URLを変えた方がよいケースもあります。たとえば、古いCMSの都合で意味のないURLになっている、サービス体系が大きく変わる、同じ内容のページが複数あり統合が必要、ディレクトリ構造を整理した方がユーザーにも管理者にも分かりやすい、といった場合です。

URL変更は、見た目の整理ではなく検索評価の移行コストが発生する判断です。

URLを変える場合は、旧URLと新URLの対応表を作ります。対応先がない旧URLを放置すると、検索結果や外部リンクから来たユーザーが404に到達します。重要ページでは、できるだけ同じ検索意図を満たす新URLへ1対1で移行します。

「リニューアルでURLが変わるけれど、公開後に必要なものだけリダイレクトする」という進め方は避けてください。公開後に漏れを探すより、公開前に移行表を作って検証する方が安全です。

一括で移行するか、区分ごとに移行するか

URLを変える場合、もう一つ決めることがあります。サイト全体を一度に切り替えるか、ディレクトリやカテゴリごとに分けて切り替えるかです。

Google検索セントラルのサイト移転ガイドでは、小〜中規模サイトについては区分ごとに移転するのではなく、一度にすべてのURLを移転することがすすめられています。一方、大規模サイトでは分割して区分ごとに移転する方法も選択肢として挙げられています。

区分ごとに移行する場合は、旧サイトと新サイトが同時に存在する期間ができます。この期間は、内部リンクの行き先、canonical、サイトマップが新旧で混ざりやすいため、区分ごとに「どちらが正か」を決めておく必要があります。

移行方式は、SEOの好みではなくサイト規模と切り戻しやすさで決めます。

URLを変えないリニューアルでも順位は落ちる

「URLを変えないので、SEOの影響はありません」と説明されるリニューアルがあります。これは半分だけ正しい説明です。

URLを維持すれば、リダイレクト起因の下落は避けられます。ただし、CMS移行、サーバー移転、テンプレート刷新では、URL以外の要素がまとめて変わります。

サーバーやホスティングを変える場合の手順は、Google公式のURLを変更しないサイト移転で確認できます。ここでは、移転の少なくとも1週間前にDNSのTTLを下げておくことが推奨されています。

また、テスト環境が誤ってインデックスされないようnoindexを使うこと、移転後は新旧サーバーのログでトラフィックが完全に移ったことを確認してから旧サーバーを停止することも示されています。切り替え当日ではなく、前後の期間で見る作業だと考えてください。

URLを変えないリニューアルで落ちる場合、原因はリダイレクトではなくページの中身と配信環境にあります。

私の実務見解として、URL維持のリニューアルはリスクが低い分、公開前チェックが省略されやすい領域です。URLが同じでも、旧ページのHTMLと新ページのHTMLを並べて差分を見る工程は残してください。

301リダイレクトは1対1で設計する

URLが変わる場合、301リダイレクトの設計が必要です。

301リダイレクトは、旧URLが恒久的に新URLへ移動したことをユーザーや検索エンジンへ伝える仕組みです。Google公式の説明でも、永続的なリダイレクトは新しい転送先を検索結果に表示するためのシグナルとして扱われます。

リニューアル時の基本は、旧URLから対応する新URLへ1対1でリダイレクトすることです。

よくある失敗は、すべての旧URLをトップページへリダイレクトすることです。これはユーザーにとってもGoogleにとっても、目的の情報へたどり着きにくい状態です。旧ページと新ページの内容が近いなら1対1で対応させ、近いページがない場合は、無理に関係の薄いページへ飛ばさない方がよい場合もあります。

Googleのサイト移転ドキュメントでも、旧URLから新URLへのURLマッピングを作り、サーバー側でリダイレクトを設定する流れが示されています。また、リダイレクトチェーンを避け、最終的な宛先へ直接リダイレクトすることも重要です。

リダイレクトは「設定したか」ではなく、「重要URLが正しい新URLへ直接到達するか」で確認します。

公開前には、移行表の旧URLを実際にチェックし、ステータスコード、転送先、最終URL、canonical、noindexの有無を確認します。設定ファイルや管理画面上で登録されているだけでは不十分です。

301リダイレクトは1年以上そのまま残す

実務でよく受ける質問が、「リダイレクトはいつまで残せばいいのか」です。

Google検索セントラルのサイト移転ガイドでは、リダイレクトをできるだけ長く保持すること、目安として一般的には1年以上維持することが示されています（2026年7月時点の記載）。

短期間で外すと、外部リンクやブックマーク、営業資料に残った旧URLからの経路が切れます。Googleが新URLを認識した後でも、旧URLをたどる人はしばらく残るため、リダイレクトはサーバー費用のかからない保険と考えた方が現実的です。

社内でサーバー移管やCMS再構築が起きるときに、古いリダイレクト設定がまとめて消えることがあります。リダイレクトの一覧は、設定ファイルの中だけでなく移行表にも残しておくと復元できます。

リダイレクトチェーンは1ホップに縮める

過去に何度かURLを変えているサイトでは、旧URLが別の旧URLを経由して現在のURLへたどり着く状態になりがちです。

A→B→Cのように多段になっていると、たどり着くまでの時間が延び、途中の設定が消えた時点で経路全体が切れます。移行表の旧URLは、最終的な新URLへ1回で到達する状態にそろえます。

公開前の検証では、次の4点を1URLずつ記録します。

• 最初に返るステータスコード（301か、302や404になっていないか）
• 転送の回数（1回で終わっているか）
• 最終的に到達したURL（移行表の新URLと一致するか）
• 到達先のcanonicalとmeta robots（自己参照か、noindexが残っていないか）

title・見出し・本文を変えすぎない

リニューアルでは、デザインやコピーの刷新に合わせて、title、H1、見出し、本文を大きく変えることがあります。

もちろん、古いページを改善すること自体は良いことです。ただし、検索流入があるページで、検索意図に関係する本文や見出しを大幅に削ると、Googleから見たページの意味が変わります。

たとえば、旧ページでは「SEOコンサル 費用」「SEO会社 選び方」「SEO 内製 外注」といったクエリで流入していたのに、リニューアル後に抽象的なブランドコピーだけになってしまうと、検索意図との対応が弱くなります。

検索流入があるページでは、デザイン改善と同時に、検索意図に答える情報を残す必要があります。

リニューアル前には、重要ページごとに以下を確認します。

ここで大切なのは、旧ページをそのまま残すことではありません。より分かりやすく改善しつつ、旧ページが検索で評価されていた理由を失わないことです。

リニューアル後のページが見た目として洗練されても、検索意図への回答が薄くなれば、SEOでは不利になる可能性があります。

内部リンクとサイトマップを新URLへ揃える

リニューアルでは、旧URLから新URLへ301リダイレクトを設定しても、サイト内リンクが旧URLのまま残っていることがあります。

これはよくある見落としです。ユーザーはリダイレクトで新ページへ到達できるかもしれませんが、内部リンクが旧URLのままだと、Googleに対して古いURLへのシグナルを送り続けることになります。

Googleのcanonicalに関する公式ドキュメントでも、サイト内リンクではcanonical URLへリンクすることが推奨されています。詳しくはGoogle公式のcanonical URLの指定方法でも確認できます。

リニューアル後は、次のリンクを新URLへ揃えます。

• グローバルナビ
• フッターリンク
• パンくずリスト
• 本文内リンク
• 関連記事リンク
• CTAボタン
• サービスページから資料ページへのリンク
• フォーム完了ページへのリンク
• XMLサイトマップ
• HTMLサイトマップ
• 広告、SNS、メール、ホワイトペーパー内のリンク

リダイレクトがあるから内部リンクは旧URLのままでよい、という判断は危険です。

特に法人サイトでは、広告LP、営業資料、メール署名、ホワイトペーパー、ウェビナー資料など、Webサイト外にも旧URLが残りがちです。すべてを一度に更新できない場合でも、CVに近い導線から優先して更新します。

この記事もおすすめ｜canonical SEOとは？重複URLを整理する設定方法と確認手順｜canonicalの指定方法とよくある誤設定は、こちらで詳しく確認できます。｜

新しいXMLサイトマップも重要です。Google公式のサイトマップ作成と送信では、サイトマップはGoogleがURLを発見するための手段として説明されています。リニューアル後は、新URLを含むサイトマップをSearch Consoleへ送信し、旧URLやリダイレクトURLが混ざっていないか確認します。

canonical・noindex・robots.txtを公開前に確認する

サイトリニューアルでは、ステージング環境の設定が本番へ残る事故があります。

特に注意したいのが、noindex、robots.txt、canonicalです。制作中にステージングサイトを検索に出さないため、noindexやBasic認証、robots.txtによる制御を入れることはあります。ただし、本番公開時に誤って残ると、新サイトが検索に出ない原因になります。

公開前チェックでは、ページの見た目だけでなく、検索エンジンに見える設定を確認します。

ここで大切なのは、管理画面上の設定を見るだけで終わらせないことです。実際の本番URLへアクセスし、HTMLソース、HTTPヘッダー、robots.txt、サイトマップ、canonical、ステータスコードを確認します。

本番公開後にnoindexが残っていると、重要ページが検索結果から外れるリスクがあります。公開前に代表URLだけでなく、テンプレート別に確認してください。

ステージング環境は「外す作業」までセットで管理する

ステージング環境やテストドメインが検索に出ると、重複ページ、canonicalの混乱、ブランド名での検索結果混在が起きます。逆に、検索に出さないための設定が本番へ残ると、新サイトが検索に出なくなります。

robots.txtでブロックしたままだと、noindexの記述自体がGoogleに読まれません。制御の入れ方と外し方は、役割の違いを踏まえて決めます。

この記事もおすすめ｜noindexとrobots.txtの違いは？使い分けと注意点を解説｜クロール制御とインデックス制御の使い分けは、こちらで詳しく確認できます。｜

ステージング対策は、入れる作業より外す作業の管理が重要です。

公開直後にSearch Consoleで確認する

サイトリニューアルは、公開した瞬間に終わりではありません。むしろ、SEOの観点では公開直後から確認が始まります。

公開直後に見るべきなのは、旧URLから新URLへのリダイレクト、重要ページのインデックス可否、サイトマップ送信、canonical、noindex、404、内部リンク、CV計測です。

GoogleのURL検査ツールでは、Googleが特定URLをどのように認識しているかを確認できます。リニューアル直後は、全URLを一つずつ見るのではなく、重要ページとテンプレート別の代表URLを確認します。

公開直後のチェックは、次の順番で進めると判断しやすくなります。

公開直後は、順位を見るより先に、Googleが新サイトを正しく見られる状態かを確認します。

順位はすぐに安定しないことがあります。公開当日に順位が動いたからといって、すぐに本文やURLを変更すると、原因が分からなくなります。まずは、移行ミスがないかを確認し、Search ConsoleとGA4でデータを見ながら判断します。

公開後30日で見るべき指標

リニューアル後のSEO評価では、公開後30日程度の変化を見ると、初期の傾向をつかみやすくなります。

もちろん、サイト規模やURL変更数によって反映期間は変わります。そのため、公開後30日で見るべきなのは「完全に回復したか」ではなく、「重大な移行ミスがないか」「重要ページの流入とCVが許容範囲にあるか」です。

ここで、データ企業らしく見たいのは、順位だけではありません。検索クリックが少し落ちても、CVRが上がって問い合わせが維持されていれば、リニューアル全体では改善している可能性があります。逆に、デザインは良くなっても、検索クリックとCVが同時に落ちているなら、移行または導線に問題がある可能性があります。

リニューアル後は、検索順位、流入、CV、商談化率を分けて見ることが重要です。

試算例：月50万円のSEO移行支援を入れるべきか

ここでは架空の試算例として、リニューアルSEO支援を検討する場合の判断モデルを示します。

たとえば、既存サイトの自然検索経由問い合わせが月20件、商談化率が40%、受注率が20%、平均受注単価が150万円だとします。この場合、自然検索経由の期待受注は月1.6件、期待売上は月240万円です。

仮にリニューアルミスで自然検索問い合わせが30%落ちると、期待売上は月72万円分下がる計算になります。6か月続けば432万円の機会損失です。

このように考えると、リニューアルSEO支援の費用は、単なるチェック費用ではなく、検索流入と問い合わせ導線を守るためのリスク管理費として判断できます。

もちろん、この数値は試算例です。実際には利益率、商談期間、既存顧客化、広告代替コスト、リニューアル目的によって判断が変わります。ただ、SEO移行の失敗は、順位だけでなく問い合わせと売上に影響するという見方は持っておくべきです。

公開後に順位が落ちたときの切り分け手順

ここまでは、落とさないための準備です。ただ、実際にこの記事にたどり着く方の多くは、すでに公開してしまった後だと思います。

先に結論を書きます。落ちた直後にやるべきなのは、本文の書き直しでもURLの再変更でもありません。移行ミスによる下落なのか、再評価による一時変動なのかを切り分けることです。この2つは対応が正反対で、一時変動に対して修正を重ねると、原因が分からなくなります。

切り分けは、次の順番で見ると判断できます。

1から6のどれかに該当すれば、移行ミスです。原因が特定できるので、直せば戻る可能性が高くなります。

すべてに該当せず、サイト全体がゆるやかに下がり、数週間かけて戻りつつあるなら、再評価の途中である可能性があります。

7の「落ち方の形」は特に有効です。サイト全体が一様に落ちているのか、記事一覧配下だけが落ちているのかで、疑うべき場所が変わります。特定テンプレートだけの下落は、そのテンプレートの出力HTMLに原因があることが多いです。

回復までの期間をどう見積もるか

Google検索セントラルのサイト移転ガイドでは、中規模サイトでほとんどのページの移転がインデックスに反映されるまでに数週間かかると説明されています。大規模サイトでは、それより長くかかるとされています（2026年7月時点の記載）。

この記載を実務の判断に落とすと、次のようになります。

公開から1か月経ってもインデックス済みURLが増えないなら、待つのではなく設定を疑ってください。

私の実務見解として、リニューアル直後の下落で最も損をするのは、原因を切り分けないまま2周目の改修に入るケースです。修正を同時に何件も入れると、どれが効いたのかが分からなくなり、次のリニューアルにも知見が残りません。1回に入れる修正は、原因が特定できたものに絞ります。

リニューアル以外の要因（アルゴリズム更新、検索需要の変化、競合の動き）も含めて原因を切り分けたい場合は、Search Consoleでの見方を整理した記事もあわせて確認してください。

この記事もおすすめ｜検索流入が減った時の原因確認：Search Consoleで見る7項目｜Search Consoleで見る7項目｜リニューアル以外の要因まで含めた切り分け手順は、こちらで確認できます。｜

制作会社・開発会社へ渡すSEO移行表

サイトリニューアルSEOでは、SEO担当者だけが注意点を理解していても不十分です。制作会社、開発会社、CMS担当、広告運用担当、営業担当まで、何を守るべきかを共有する必要があります。

そのために有効なのが、SEO移行表です。

SEO移行表は、リニューアル後に問題を探すためではなく、公開前に事故を減らすための共有資料です。

制作会社に「SEOも考慮してください」と伝えるだけでは、範囲が曖昧です。URLを変えるのか、titleを維持するのか、リダイレクトを誰が設定するのか、公開後に誰がSearch Consoleを見るのかまで明確にします。

特に、リニューアルでは関係者が多くなります。デザイン担当は見た目、開発担当は機能、事業側はサービス訴求、広告担当はLP導線、SEO担当は検索流入を見ています。それぞれの目的が違うため、移行表がないと、重要ページの扱いが後回しになりやすくなります。

発注前に制作会社へ確認しておく5つの質問

「SEOも考慮してください」という依頼は、見積の範囲としては成立しません。提案を受ける段階で、次の5点を質問すると、対応範囲の差がはっきりします。

1. 旧URLと新URLの対応表は、どちらが作りますか
2. 301リダイレクトの設定と検証は、見積のどの項目に含まれますか
3. 公開前に、本番URLのステータスコード・canonical・meta robotsを確認しますか
4. リダイレクト設定は公開後どのくらい維持されますか
5. 公開後、Search Consoleのエラーは誰が見て、誰が直しますか

この5問に具体的に答えられる相手なら、移行の実務経験があると考えて差し支えありません。答えが曖昧な場合は、その範囲だけ社内かSEO側で担保する前提で進めます。

自社で最初にやるべきなのは、事業上重要なページを明確にすることです。どのサービスページが売上に近いのか、どの記事が問い合わせの入口になっているのかは、外部よりも社内の方が正確に分かります。

サイトリニューアルSEOチェックリスト

最後に、サイトリニューアル時に確認したいSEOチェックリストを整理します。

このチェックリストは、すべてのサイトに同じ重みで使うものではありません。重要ページ数、URL変更数、CMS変更、ドメイン変更、サービス構成変更、検索流入の規模によって、見るべき深さは変わります。

ただし、URL変更、リダイレクト、noindex、canonical、サイトマップ、Search Consoleの確認は、どのリニューアルでも優先度が高い項目です。

公開前に確認できるSEO事故は、公開後に慌てて直すよりも、移行表で事前に潰す方が確実です。

まとめ

サイトリニューアルSEOでやるべきことは、大きく3つです。

旧サイトの重要URLを棚卸しして移行表を作ること。URLを変える場合は1対1で301リダイレクトを設計し、1年以上維持すること。そして、公開後に順位が落ちたら、直す前に移行ミスか一時変動かを切り分けることです。

URLを変えないリニューアルでも、CMSやテンプレートが変われば出力されるHTMLは変わります。「URLが同じだから影響なし」という前提は置かず、旧ページと新ページのHTMLを比べる工程は残してください。

サイトリニューアルは、デザイン改善と検索資産の移行を同時に行うプロジェクトです。

これからリニューアルを予定していて、既存サイトに検索流入や問い合わせがあるなら、公開前にSEO移行表を作ることをおすすめします。すでに公開して順位が落ちている場合は、本文を書き直す前に、この記事の切り分け手順を上から確認してください。

よくある質問

サイトリニューアルをするとSEO順位は必ず落ちますか？

必ず落ちるわけではありません。ただし、URL変更、リダイレクト漏れ、重要コンテンツの削除、noindexの残存、内部リンクの変更などがあると順位や流入が落ちる可能性があります。公開前に移行表を作り、公開後にSearch Consoleで確認することが重要です。

リニューアルのどの段階からSEOを入れればよいですか？

要件定義の段階です。URLをどうするか、どのページを残すかは要件定義で決まるため、デザインが固まった後では手戻りになります。制作の途中から参加する場合でも、まず旧URLの棚卸しと重要ページの選定から着手すると、後工程の判断がぶれにくくなります。

ドメインも同時に変える場合は、何が増えますか？

旧ドメイン全体から新ドメインへの301設定に加えて、Search Consoleでのアドレス変更、旧ドメインの契約維持、メールやSSL証明書の移行確認が増えます。旧ドメインを手放すとリダイレクト自体が消えるため、契約の更新期限は移行表に記載しておいてください。

代替ページがない旧URLはどう扱いますか？

無理に関係の薄いページやトップページへ飛ばさず、404または410を返す選択肢も検討します。トップページへの一括リダイレクトは、探している情報にたどり着けない状態を作るため、ユーザーにも検索エンジンにも意味が伝わりません。

制作会社にSEO対応を依頼していれば安心ですか？

制作会社がSEO移行まで具体的に対応するとは限りません。本記事の「発注前に制作会社へ確認しておく5つの質問」で、対応範囲が見積のどこに含まれるかを確認してください。含まれない範囲は、社内かSEO側で担保する前提に切り替えます。

参考にした公式情報

• サイト・ホームページ移行について｜Google検索セントラル（リダイレクトの維持期間・移転の反映期間・一括移行と区分移行の使い分けを確認）
• URLを変更しないサイト移転｜Google検索セントラル（CMS・サーバー移転時のDNS TTL、テスト環境のnoindex、移転後のログ確認を確認）
• リダイレクトとGoogle検索｜Google検索セントラル
• canonical URLの指定方法｜Google検索セントラル
• URL検査ツール｜Search Consoleヘルプ
• サイトマップの作成と送信｜Google検索セントラル