
直接回答
Webサイトを別のドメインへリダイレクトするには、古いアドレスから新しいアドレスへ恒久的な301リダイレクトを設定します。ホスティングがない場合は、レジストラのドメイン転送やリダイレクトサービスを使います。ホスティングがある場合は、.htaccess(Apache)または return 301 行(Nginx)にルールを追加するか、WordPress のリダイレクトプラグインを使います。ルートと www の両方をリダイレクトし、パスを保持して各古いページが対応する新しいページに移動するようにし、古いドメインで https:// が機能することを確認し、古いドメインの登録を継続してください。
サイト全体を新しいドメインへ移す場合でも、古い URL 1つを新しいページへ送る場合でも、作業は同じです。つまり、古いアドレスに対して新しいものへ向けたリダイレクトで応答します。適切なツールは、古いドメインがどこで運用されているか、そしてまだホスティングがあるかどうかによって決まります。このガイドでは、一般的なすべての方法を、貼り付ける正確な行と結果の確認方法まで含めて解説します。
適切な方法を選ぶ#
| あなたの状況 | 最適な方法 |
|---|---|
| 古いドメインにホスティングがなく、移動先が1つ | レジストラまたはDNSプロバイダでのドメイン転送 |
| サイトが Apache 上で動作している(ほとんどの共用ホスティング) | .htaccess ルール |
| サイトは Nginx で動作しています | server ブロック内の return 301 行 |
| サイトは WordPress で動作しています | リダイレクトプラグイン |
| サーバーに一切アクセスできず、他の方法もすべて使えない | 最終手段としての PHP ヘッダーまたは JavaScript |
| 複数のドメイン、ページごとのマッピング、旧ドメインでの HTTPS、またはクリックデータ | RedirHub のようなリダイレクトサービス |
始める前に#
- 恒久的な移転には 301 を使います。これは、Google に新しいアドレスをインデックスし、ランキングシグナルをそこへ移すよう伝えます。古いアドレスが戻ってくる場合にのみ 302 を使ってください。リダイレクトの種類と SEO への影響についてのガイドで、その違いを説明しています。
- 決める: ドメイン全体か、1つのURLか。 ドメイン移行ではパスを維持する必要があるため、olddomain.com/pricing は newdomain.com/pricing に移動します。単一URLのリダイレクトは、1つのアドレスを1つのページに送ります。
- ルートとwwwの両方を対象にする。 訪問者は olddomain.com と www.olddomain.com の両方を入力します。どちらもリダイレクトする必要があります。
- 古いドメインの登録を維持する。 期限が切れると、すべてのリダイレクトと古いリンクが機能しなくなります。
方法1: レジストラでドメイン転送を設定する(ホスティング不要)#
多くのレジストラやDNSプロバイダーは、ホスティングなしでドメイン転送を行えます。メニュー名は異なりますが、手順は似ています。
- 古いドメインを管理しているレジストラまたはDNSプロバイダーにサインインします。
- ドメインの設定を開き、Forwarding、Redirect、またはURL redirectを見つけます。
- https:// を含めて、完全な転送先アドレスを入力します。
- 移行が恒久的な場合は、恒久的な(301)リダイレクトを選びます。
- 保存してから、変更が適用されるまで待ちます。DNSの更新には数分から数時間かかることがあります。
GoDaddy のドメイン転送、Namecheap のリダイレクト、Cloudflare のリダイレクトについて、手順ごとのガイドをご用意しています。レジストラの転送は無料で、1つのドメインを1つのアドレスへ転送する用途には十分です。後で次の2点を確認してください。HTTPS のサポートはプロバイダによって異なるため、https://olddomain.com が証明書警告なしでリダイレクトするかどうか、またパスが保持されるか、それともすべてがホームページに着地するかです。
方法 2: Apache (.htaccess)#
古いサイトがまだ Apache で動作している場合は、サイトのルートフォルダにある .htaccess ファイルを開きます(存在しない場合は作成します)。1つの URL を別の URL に送るには:
apacheRedirect 301 /old-page https://newdomain.com/new-pageドメイン全体を移行し、すべてのパスを保持するには、ルートと www の両方を対象にします:
apacheRewriteEngine On
RewriteCond %{HTTP_HOST} ^(www\.)?olddomain\.com$ [NC]
RewriteRule ^(.*)$ https://newdomain.com/$1 [R=301,L]方法 3: Nginx#
Nginx では、古いドメイン用の server ブロックを追加し、301 を返して要求されたパスを保持します。HTTPS の場合は、同じブロックに証明書の行を追加してください:
nginxserver {
listen 80;
server_name olddomain.com www.olddomain.com;
return 301 https://newdomain.com$request_uri;
}単一ページの場合は、古いパスの location ブロック内に return 301 https://newdomain.com/new-page; を入れます。変更後に Nginx を再読み込みしてください。
方法 4: WordPress#
WordPress ではサーバーファイルを触る必要はありません。リダイレクトプラグインを使えば、管理画面から古いURLと新しいURLを追加できます。詳しくは、WordPress のリダイレクトガイドをご覧ください。WordPress サイト全体を新しいドメインへ移行する場合は、すべての古いURLを確実にカバーするため、サーバーまたは DNS レベルでリダイレクトしてください。
方法 5: PHP または JavaScript(最後の手段)#
ページファイルしか編集できない場合、PHP のヘッダーを使えば実際のサーバー側リダイレクトになります。PHP はデフォルトで 302 を送信するため、301 を自分で設定してください:
php<?php
header("Location: https://newdomain.com/new-page", true, 301);
exit;JavaScript はページ読み込み後にのみ実行され、Google がページをレンダリングした場合にのみ追跡できます。そのため、ほかに方法がない場合にだけ使用してください:
javascriptwindow.location.replace("https://newdomain.com/new-page");リダイレクトが機能するか確認する#
古いアドレスを、www の有無や https:// の有無を変えて、プライベートウィンドウで開いてみてください。ステータスコードを確認するには、curl -I https://olddomain.com を実行し、301 と Location 行の新しいアドレスを確認するか、当社のリダイレクト速度テストに古いドメインを入力してください。
リダイレクトは機能していますか? ドメインを入力してください。ステータスコード(301 または 302)、遷移先、HTTPS が有効かどうか、そしてワシントン、フランクフルト、東京からの応答速度が、過去 7 日間にテストされたすべてのリダイレクトの中での順位とともに表示されます。
リダイレクトをテストする方法 6: ホスティングなしで RedirHub を使ってドメインをリダイレクトする#
RedirHub が古いドメインへの応答を担当するため、サーバーは不要です。DNS とメールはそのままで、ルートと www のレコードだけを変更します。
- ダッシュボードで、新しい ドメインリダイレクト を開始します。
- Redirect from に古いドメインを入力します。例: oldbrand.com。ルートドメインには www も含まれます。
- Redirect to に新しいアドレスを入力します。例: https://mybrand.com。
- Redirect type では、301 · 恒久的 を選択します。
- Paths では、ドメイン移転なら パスを保持する を、すべてのページを 1 つのアドレスに送るなら すべてを 1 つの URL に送る を選択します。
- リダイレクトを作成 をクリックします。
- ドメインを接続します。HostnamesでConnect DNSを開き、DNSプロバイダーに表示されているレコードを追加してから、I've made the changesをクリックしてください。

| レジストラ転送 | RedirHub | |
|---|---|---|
| Cost | 通常はドメインに無料で含まれます | 月額49ドルから(Core)、14日間の無料トライアル |
| 旧ドメインでのHTTPS | プロバイダーによって異なります | ルートおよびwww向けに自動で発行・更新されます |
| Paths | 場合によって異なります。多くはすべて1つのアドレスに送られます | パスを維持するか、各古いURLをそれぞれの新しいページにマッピングします |
| リダイレクトの種類 | 通常は301と302 | 301、302、307、308、およびフレームリダイレクト |
| 応答する場所 | レジストラの転送サーバー | 130のグローバルエッジロケーション(PoP)、各訪問者の近くで |
| 多数のドメイン | 1つずつ | 1つのリダイレクトにつき複数の送信元ドメイン。すべてのプランでCSVインポート対応 |
| 使用されているかを確認する | 通常、データなし | ボットを除外したクリック数とユニーク訪問者数 |
1つのアドレスを指す1つのドメインでは、レジストラの転送で十分であり、無料で利用できます。RedirHub は、ページ数の多いサイトを移転する場合、複数のドメインを運用する場合、または古いドメインが今も訪問者を集めているかを知りたい場合に価値があります。
サイト全体を移転する場合は、サイト移行マッピングを使うと、各旧URLを対応する新しいページへ送れます。typo ドメインや国別ドメインのような 転送済みドメインポートフォリオを所有している場合は、それらをすべて一元管理でき、各ドメインにルートと www 用の 自動SSL証明書が付与されます。
よくある間違い#
- www や https を忘れること。旧アドレスの4通りすべて、つまり www の有無と http / https をテストしてください。
- すべてのページをホームページに送ること。訪問者は見たかったページを失ってしまいます。パスを保持するか、ページごとに個別にマッピングしてください。
- 恒久的な移転に 302 を使うこと。Google は検索結果で古いドメインを表示し続ける場合があります。
- リダイレクトを連鎖させること。古いドメインから古いサイト、そこから新しいサイトへとすると、そのたびに1回余分に経由します。最終的なアドレスへ直接向けてください。
- 古いドメインを失効させること。古いリンクから訪問者が来る限り、更新を続けてください。
よくある質問
古いドメインから新しいドメインへ301リダイレクトを設定します。ホスティングがない場合はレジストラのドメイン転送を使い、ホスティングがある場合は .htaccess または Nginx のサーバーブロックを使うか、リダイレクトサービスを使います。ルートと www の両方をリダイレクトし、パスを保持して各ページが対応先に着地するようにします。
はい。多くのレジストラにはドメイン転送が含まれており、すでにホスティングがあるなら .htaccess、Nginx、WordPress プラグインも無料で使えます。古いドメインで HTTPS が動作するか、パスが保持されるかを確認してください。どちらも提供元によって異なります。
はい。レジストラのドメイン転送を使うか、ドメインの DNS をリダイレクトサービスに向けてください。どちらもウェブサーバーは不要です。
恒久的な移転には301を使い、Google に新しいドメインをインデックスさせ、ランキングシグナルを移します。古いドメインが再び独自のサイトを表示する場合にのみ302を使ってください。
301リダイレクトで対応するページへ移すなら、通常は問題ありません。ランキングは時間とともに新しいドメインへ移ります。損失の原因はたいてい、302、すべてをホームページに転送すること、またはリダイレクトチェーンです。
サーバールールは保存するとすぐに反映されます。レジストラ転送とDNS変更は、適用までに数分から数時間かかることがあります。
RedirHub はホスティングなしで古いドメインに応答します。ルートと www のレコードを RedirHub に向け、301または302を選び、パスを保持するか、すべてを1つのURLへ送るかを設定します。HTTPS は自動的に発行され、各リダイレクトごとのクリック数も確認できます。

TC is the Operations Manager at RedirHub, leading the company’s operational strategy and execution to ensure reliable, scalable redirect infrastructure. He oversees internal processes, cross-team coordination, and platform readiness while supporting customers through complex redirect implementations. With a strong understanding of large-scale domain operations and real-world edge cases, TC plays a key role in aligning product and customer success to deliver stable, high-performance redirection solutions.
関連する記事
すべての記事を見る


