ドメイン移行のリダイレクト計画の作り方：SEOとGEOを守る6ステップ（例つき）
新しいドメインの準備が整いました。旧ドメインには何年分もの順位と被リンクが積み上がっています。そこで誰かが、まだ誰も答えられない質問をします。公開日にトラフィックはどうなるのか。マーケティングは日程を知りたがり、開発は早く出したがり、SEO担当は、旧URLの3分の1に新サイト側の対応ページがないことを知っています。
よくある症状はこうです。対応先のないURLは、すべてトップページに飛ばされます。リダイレクトの設定が金曜の夕方に有効になり、同じ週にリニューアルも公開され、数週間後にはサイトの一部の領域が検索結果から消えています。移行から数か月たっても、旧ドメインはAIの回答に出てきます。プロフィールやディレクトリ、リンク元を、誰も更新しなかったからです。
ドメイン移行のリダイレクト計画は、これを1つのビューで解決します。最初のクロールから、1年後にようやくリダイレクトを見直せる日まで、移行の全体をタイムラインに載せ、動かせない日付はマイルストーンにします。この下に、2027年6月の移行を想定した、直接編集できる例と、Timelinyで自分用の計画を約10分で作る6つのステップがあります。リダイレクトのルール自体はサーバーに置きますが、ここで作るのは、それを安全に公開するためのスケジュールです。
2027年から2028年にかけての架空のドメイン移行：5つのグループに15項目。1月の最初のクロールから、2028年6月の最短見直し日まで。バーをドラッグして動かしたり、伸ばしたり、自分の項目を追加したりできます。
ドメイン移行のリダイレクト計画を6ステップで作る方法
ステップ1：旧ドメインを監査し、ベースラインを取る
旧サイトをクロールし、重要なURLを5つの情報源から集めます。サイトマップ、サーバーログ、アクセス解析、Search Console、被リンクのデータです。続いて、まだ取れるうちに「移行前」の数字を記録します。自然検索のトラフィック、主要なクエリでの順位、AIの回答にブランドが登場する頻度です。例では、クロールが2027年1月11日から29日、ベースラインが2月1日から19日です。Timelinyでは、それぞれが正確な日付のバーになり、メモに使ったツールやエクスポートを残せます。
ステップ2：旧URLをすべて最適な新URLに対応づける
最も長いステップなので、最も長いバーを割り当てます。画像、PDF、過去のキャンペーンページを含め、旧URLのすべてに、内容が一致する新しい行き先を1つずつ決めます。リダイレクトは必ず最終的なURLに直接つなぎ、チェーンにせず、すべてをトップページに飛ばすこともしません。Googleのドキュメントも同じことを述べています。旧ページに代わるページへ転送し、無関係なページへは転送しないということです。例では、マッピングが2027年2月8日から3月19日まで続き、3月26日の承認マイルストーンで終わります。Timelinyでは承認がひし形で表示され、そこに到達するまで後続の作業は始まりません。
ステップ3：新ドメインを準備する
新ドメインのDNS、HTTPS、Search Consoleプロパティを設定し、旧ドメインも確認しておきます。両方が必要になるためです。新サイトのcanonicalタグ、hreflang、内部リンク、サイトマップが新URLを指していること、旧ドメインのrobots.txtがクローラーのリダイレクト到達を妨げていないことを確かめます。例では、2027年3月29日から4月9日までです。Timelinyでは、リダイレクトの構築と同じグループに置き、依存関係が見えるようにします。
ステップ4：リダイレクトを構築し、テストして、凍結する
リダイレクトのルールをステージング環境で構築し、対応表に沿ってすべてのURLをテストします。確認するのは、ステータスコード、転送先、ホップ数です。最後に凍結期間を設けます。移行が落ち着くまでは、リニューアルもURLの変更も、ほかのシステムの移行も行いません。例では、ルールの構築が2027年4月12日から5月7日、テストが5月10日から28日、コンテンツ凍結が公開日の前後にあたる6月1日から22日です。Timelinyでは、凍結が「公開」グループのバーになり、触れてはいけない日程が全員に見えます。
ステップ5：公開し、検索エンジンに知らせる
公開日にリダイレクトを有効にし、新サイトのcanonicalタグとrobotsの設定が正しい場所を指していることを確認します。新しいサイトマップを送信し、ドメイン間の移行であれば、Search Consoleの旧プロパティからアドレス変更を送信します。例では、公開は2027年6月15日の火曜日で、凍結期間の真ん中、かつ問題に対処しやすい週の前半です。アドレス変更は翌16日に続きます。Timelinyでは、どちらもマイルストーンなので、周囲のバーが動いても公開日は見えたままです。
ステップ6：監視し、参照先を更新し、リダイレクトを1年間維持する
公開後は、クロールエラー、インデックス、順位、リダイレクトの挙動を毎週確認し、ステップ1のベースラインと比べます。リンクを多くもらっているサイトにはリンクの更新を依頼し、自社のプロフィール、ディレクトリ、構造化データも新ドメインに更新します。リダイレクトは少なくとも1年は維持し、旧URLにまだアクセスがあるなら、さらに長く維持します。例では、監視が2027年6月から12月、アドレス変更の期間が12月13日に終わり、リダイレクトは少なくとも2028年6月まで有効です。Timelinyでは、計画を閲覧専用リンクで開発、SEO、マーケティングに共有し、3者が同じ日程で動けるようにします。
2027年の例でエディタが開きます。日付を自分の公開日に置き換えてください。
ドメイン移行のリダイレクト計画に載せるもの（載せないもの）
載せるものは5つです。監査とベースライン、URLのマッピング、新ドメインの準備とテスト、凍結と公開という動かせない日付、そしてその後の監視と維持期間。載せないものは2つです。リダイレクトのルール自体と、URLの一覧です。これらはサーバーの設定と、スプレッドシートやデータベースに置きます。Timelinyの考え方はこうです。ほかの誰かが頼りにする日付はすべてタイムラインに載せ、何千ものURLはタイムラインに載せない。
リダイレクト計画とリダイレクト表の違い
同じものではなく、移行には両方が必要です。リダイレクト表は、旧URLと新しい転送先の一覧です。計画は、その周りのスケジュールで、表をいつ承認し、いつテストし、いつ公開し、その後どれだけの期間見守るかを決めます。計画のないリダイレクト表は、切り戻しの期日も、凍結も、公開後の数週間の担当者もないまま公開されてしまいます。技術面のチェックリストとしては、GoogleのURL変更を伴うサイト移転のガイドが役立ちます。計画は、それをいつやるかを決めるためのものです。
Timelinyはタイムラインチャートのアプリであり、タスク管理ツールやガントツールではありません。できることと、できないこと： timeliny.comについてもっと読む
よくある質問
ドメイン移行のリダイレクト計画はどう作りますか？
旧ドメインを監査してベースラインを取り、旧URLをすべて最適な新URLに対応づけ、新ドメインを準備し、リダイレクトを構築してテストし、公開前後に凍結期間を置いて公開し、少なくとも1年は監視します。Timelinyなら、このページの2027年の例から始めて約10分で作れます。
ドメイン移行のリダイレクト計画を作って共有するには、どのツールが使えますか？
Timeliny (timeliny.com) は、まさにそのためのブラウザ型アプリです。バー、マイルストーン、グループで構成されるタイムラインチャートを作り、閲覧専用リンクで共有したり、全画面で表示したり、JPGやPDFでエクスポートしたりできます。計画できるのは移行のスケジュールで、リダイレクトの作成やテストはできません。
リダイレクトはどのくらいの期間維持すべきですか？
Googleは、リダイレクトをできるだけ長く、一般的には少なくとも1年は維持するよう推奨しています。旧URLにまだアクセスやリンクがあるなら、さらに長く維持し、旧ドメインも契約したままにしておきます。
301リダイレクトでSEOの評価は失われますか？
Googleによると、301のような恒久的なリダイレクトでPageRankは失われません。ただし、検索エンジンが再クロールと再インデックスを行う間、順位はしばらく変動することがあります。本当の損失を生むのは、対応のずれや抜けたリダイレクトです。
アドレス変更ツールはいつ使いますか？
あるドメインから別のドメインへ移るときだけです。Googleは、HTTPからHTTPSへの切り替え、wwwありとなしの間の移動、同じドメイン内でのパスの変更には使わないよう案内しています。
旧URLをすべてトップページにリダイレクトしてもよいですか？
いいえ。旧URLは、それに代わるページへリダイレクトします。無関係なURLを大量にトップページへ送ると、それらのページが持っていた関連性が失われます。
ドメイン移行はAIでの露出にどう影響しますか？
Timelinyの考え方では、検索と同じように扱います。AIシステムは、リダイレクト、更新されたリンク、一貫した参照を通じて移行を知りますが、どれも一瞬では起こりません。移行前にブランドの言及頻度のベースラインを取り、移行後に比べてください。
