このページで: [隠れる]
2 つ目のドメインを購入しました. メインサイトでよくあるスペルミスかもしれません. 競合他社がそれを取得するのを防ぐために、.net バージョンを取得したのかもしれません. さて、あなたは混乱を生じさせずに両方を連携させる方法を考えています。.
簡単な回答: はい, 複数のドメインを 1 つの Web サイトに向けることができます. しかし、それをどのように行うかが重要です. 使用 301 訪問者と検索エンジンをセカンダリ ドメインからプライマリ ドメインにリダイレクトします。. それだけではありません “公園” 同じコンテンツ上の両方のドメイン, さもなければ、Google を混乱させ、トラフィックを分割する重複コンテンツを作成することになります。. ほとんどのガイドは技術的な詳細を省略しています. 下, 実際のコード例を使用して 4 つの異なるセットアップ方法を説明します。.
最終レビュー済み: 行進 2026. 技術的手法が検証済み.
複数のドメインが 1 つのサイトを指すようにする理由?
メイン Web サイトにつながる複数のドメイン名を所有する正当な理由があります。. 通常、この決定を下す理由は次のとおりです:
ブランド保護
競合他社とドメイン不法占拠者は貴重なドメイン名を監視しています. example.com を実行すると, 誰かが example.net または example.io を取得するかもしれません. 潜在的な顧客を別の場所にリダイレクトする可能性があります, または、ドメインを高値で売り戻そうとするか. これらのバリエーションを自分で所有することで、それを防ぐことができます.
タイプミスとスペルのバリエーション
ブランド名のスペルが難しい場合, 人々はそれをタイプミスするだろう. という写真スタジオです “シュナイダー写真” schneiderphotography.com と schniderphotography.com の両方を所有したいと思うかもしれません. 追加のドメインにより、エラー ページが表示されたり、まったく別の場所に到達したりする訪問者が捕らえられます。.
地域および言語ドメイン
国際的に事業を展開している企業は、国固有のドメインを使用することがあります。: ドイツの yourcompany.de, yourcompany.fr (フランス), 英国の場合は yourcompany.co.uk. これらはすべてメイン サイトにリダイレクトできます, または、翻訳版がある場合はローカライズされたコンテンツを提供します.
マーケティングキャンペーン
短い, 記憶に残るドメインは広告に効果的です. Summersale2026.com のようなドメインは、メイン サイトの特定のランディング ページにリダイレクトできます。. トラッキング パラメーターを含む長い URL よりも、ラジオ広告で発言したり、看板に載せたりするのが簡単です。.
単数形 vs. 複数
視聴者は次のことを検索していますか “例” また “例”? example.com と example.com の両方を所有している (可能な場合は) ユーザーがどのように入力してもトラフィックをキャプチャします.
正しい方法: 301 永続的なリダイレクト
A 301 リダイレクトはブラウザと検索エンジンに通知します: “このアドレスは完全に移転されました. 代わりにここに行ってください。” 誰かがセカンダリ ドメインにアクセスしたとき, それらは自動的にプライマリ ドメインに到達します。. ブラウザの URL が変更され、正しいリンク先が表示されます。.
何が起こるか 301 リダイレクト
- 訪問者がブラウザに「Secondary-domain.com」と入力します。
- サーバーは次のように応答します 301 Primary-domain.com を指すステータス コード
- ブラウザは自動的にprimary-domain.comをロードします。
- URLバーにprimary-domain.comが表示される (入力された元のドメインではありません)
- 検索エンジンは永久的な移動を反映するためにインデックスを更新します
どうして 301 リダイレクトはSEOに効果的
Googleの扱い 301 2 つの URL を統合する必要があるという強力なシグナルとしてリダイレクトします。. リダイレクトが通過する “リンクエクイティ” (ランキング力) リダイレクトされたドメインからプライマリ ドメインへ. セカンダリ ドメインを指すバックリンクは基本的にメイン サイトのオーソリティとしてカウントされます。.
この統合により、同じコンテンツが複数のアドレスに表示されるときに発生する問題が防止されます。. 信号をドメイン間で分割するのではなく, すべてはひとつの場所へ流れていく.
301 vs 302: どのリダイレクトタイプを使用するか
使用 301 永続的な移動用. これは、常にリダイレクトする必要があるセカンダリ ドメインに必要なものです。.
使用 302 一時的なリダイレクトの場合. これにより、元の URL が戻ってくる可能性があることが検索エンジンに通知されます。. これは、後でリダイレクトを本当に元に戻す予定がある場合にのみ使用してください。, 臨時メンテナンスページのようなもの. ドメイン統合の場合, 302 ほとんど正しいことはありません.
ホスティング コントロール パネルでどのタイプが必要かを尋ねられた場合, 選ぶ 301 (また “永続”).
間違った方法: リダイレクトを使用しないドメイン エイリアス
一部のホスティング設定では、 “公園” 同じウェブサイト上の複数のドメイン. コンテンツは両方のアドレスで同じように表示されます. URL バーには、訪問者が入力したドメインが表示されます. これにより問題が発生します.
エイリアスによって重複コンテンツの問題が発生する理由
Google がサイトをクロールするとき, それは2つ見えます (以上) 異なるアドレスにある同一のコンテンツを含む完全な Web サイト. 検索エンジンは、結果にどのバージョンを表示するかを決定する必要があります. を選ぶかもしれません “間違っている” あなたの視点からの一つ. 重複バージョンとして認識されるものを除外する可能性があります. 検索結果に表示される URL を制御できなくなる.
正式なものはありません “重複コンテンツペナルティ” Google が積極的にあなたを罰する場所. しかし、実際の結果もある:
- ランキング希薄化: 1 つのドメインですべての権限を構築するのではなく, 複数のアドレスに分割されている
- 予算の無駄をクロールする: Google は新しいページを発見する代わりに、異なる URL で同じコンテンツをクロールすることに時間を費やしています
- バックリンクの断片化: 他のサイトからのリンクは、異なるドメイン バージョンを指している可能性があります, リンク資産を分割する
- 分析の混乱: ドメイン間で分割されたトラフィック統計, 実際の訪問者数を把握することが難しくなる
エイリアスが許容される場合
SEO がユースケースにとって重要ではない場合, エイリアスは正常に動作します. 従業員がアクセスする社内ツール. パスワードで保護されたクライアントポータル. robots.txt でサイトが検索エンジンからブロックされる. このような状況では, エイリアスの単純さは SEO の欠点を上回る可能性があります.
検索の可視性が必要な一般向け Web サイトの場合, リダイレクトの方が良い選択です.
本当のSEOの影響: Googleが実際にやっていること
Google は重複コンテンツに直接対処しました: 自動はありません “ペナルティ” 複数のアドレスに同じコンテンツがある場合. アルゴリズムは重複を統合し、最も適切と考えられるバージョンを表示しようとします。. しかし “ペナルティなし” 意味はありません “結果はありません。”
重複ドメインに対する Google の対応
クローラーが複数の URL で同一のコンテンツを見つけた場合, これらのバージョンをクラスタリングして、検索結果に表示するバージョンを選択します。. どれ? 要因としては以下が挙げられます。: どのドメインのバックリンクが多いか, どちらが古くて確立されているのか, サイトマップに表示されるもの, そして正規タグを使用する.
問題: あなたはこの選択を完全にはコントロールできません. Google がセカンダリとみなすドメインを選択する可能性があります. または、それらの間でランダムに切り替わる可能性があります, 一貫性のない検索結果の作成.
実際に問題になったとき
重複したコンテンツ “ペナルティ” 実際に存在する操作行為を対象とするもの. 検索結果を独占するために同一のコンテンツを持つ多数のドメインを作成する. 他人を削り取る’ コンテンツを自分のものとして公開する. これらのアクションにより、手動レビューやランキングの抑制が引き起こされる可能性があります.
誤って www バージョンと非 www バージョンの両方でサイトにアクセスできるようにしてしまう? 同じものではない. Google はこれを定期的に処理します. しかし、リダイレクトで制御できるのに、統合を偶然に任せる理由はありません。?
Canonical タグの代替
何らかの理由でリダイレクトを実装できない場合, canonical タグは次善のオプションを提供します. これを <頭> セカンダリ ドメイン上のページの数:
<link rel="canonical" href="https://primary-domain.com/page-url" />
これにより、どのバージョンを好むかが検索エンジンに通知されます. でも, それは “ヒント” 指令ではなく. Googleはそれを無視するかもしれない. リダイレクトはより強力なシグナルであり、ユーザーが重複した URL を目にすることを防ぎます。.
ドメインリダイレクトを設定する方法
ホスティングのセットアップと技術的な快適さに応じて、いくつかの方法が機能します. 状況に合ったものを選択してください.
方法 1: ホスティング コントロール パネル経由 (cPanel)
ほとんどの共有ホスティングは cPanel を使用します, 組み込みのリダイレクト ツールが含まれています. これは技術者以外のユーザーにとって最も簡単な方法です.
- cPanelにログインします
- を見つける “ドメイン” セクションをクリックして “リダイレクト”
- 選択する “永続 (301)” タイプドロップダウンから
- ドメインのドロップダウンからセカンダリ ドメインを選択します
- パスフィールドは空のままにしておきます (または単に “/”) ドメイン全体をリダイレクトするには
- プライマリ ドメインの URL を入力します。 “にリダイレクトします” 分野 (https を含める://)
- 選択する “wwwありまたはなしでリダイレクト”
- クリック “追加”
cPanel は、必要なリダイレクト ルールを .htaccess ファイルに自動的に書き込みます。.
方法 2: 手動の .htaccess 構成
より細かく制御するには, またはホストにリダイレクト インターフェイスがない場合, .htaccess ファイルを直接編集する. このファイルは Web サイトのルート フォルダーにあります (通常は public_html).
ドメイン全体を別のドメインにリダイレクトする:
RewriteCond の RewriteEngine %{HTTP_ホスト} ^(www。)?古いドメイン.com$ [ノースカロライナ]
書き換えルール ^(.*)$ https://新しいドメイン.com/$1 [R=301、L]
交換 “古いドメイン.com” セカンダリ ドメインと “新しいドメイン.com” プライマリ ドメインで.
HTTPS を強制し、セカンダリ ドメインを同時にリダイレクトする:
RewriteCond の RewriteEngine %{HTTPS} オフ [または]
RewriteCond %{HTTP_ホスト} ^(www。)?セカンダリ ドメイン.com$ [ノースカロライナ]
書き換えルール ^(.*)$ https://プライマリドメイン.com/$1 [R=301、L]
これにより、SSL 強制とドメイン統合の両方が 1 つのルールで処理されます。.
www を非 www にリダイレクトします (またはその逆):
RewriteCond の RewriteEngine %{HTTP_ホスト} ^www.yourdomain.com$ [ノースカロライナ]
書き換えルール ^(.*)$ https://あなたのドメイン.com/$1 [R=301、L]
すべてのサイトは、www または非 www のいずれかを正規として選択し、もう一方をリダイレクトする必要があります。. 一貫性が重要.
方法 3: ドメインレジストラ経由
多くのレジストラ (Namecheap, GoDaddy, 豚まん, スクエアスペースドメイン) DNS 設定でドメイン転送を提供する. これはウェブホスティングとは独立して機能します.
- ドメイン レジストラー アカウントにログインします
- リダイレクトしたいドメインを見つけます
- 探す “転送,” “リダイレクト,” また “URLリダイレクト” オプション
- プライマリ ドメインを宛先として入力します
- 選択する “301 永続的なリダイレクト” 選択肢が与えられたら
- 避ける “マスキング” また “クローキング” オプション (これらは iframe を使用しており、SEO に悪影響を及ぼします)
レジストラ レベルのリダイレクトは、トラフィックがホスティング サーバーに到達する前に機能します。. セットアップが簡単, ただし、.htaccess ルールよりも柔軟性が劣ります。.
方法 4: Cloudflareのリダイレクトルール
DNSにCloudflareを使用している場合, リダイレクト ルールは、トラフィックがサーバーに到達する前にエッジでリダイレクトを処理します。.
- セカンダリドメインをCloudflareに追加する (無料プランは機能します)
- Go to Rules > Redirect Rules
- ホスト名が等しい新しいルールを作成します “セカンダリドメイン.com”
- タイプを次のように設定します “動的” そして表現へ: 連結(“https://プライマリドメイン.com”, http.request.uri.パス)
- ステータスコードを選択してください 301 (永続的なリダイレクト)
Cloudflareの無料プランには以下が含まれます 10 リダイレクトルール. 古いページ ルール方式はまだ機能しますが、段階的に廃止されています.
リダイレクトが機能することを確認する方法
リダイレクトの設定はひとつのことです. 正しく動作することを確認することは別のことです. テスト方法は次のとおりです:
ブラウザテスト
ブラウザの新しいタブにセカンダリ ドメインを入力します。 (キャッシュの問題を避けるためにシークレット/プライベート モードを使用する). URLバーを見てください. セカンダリ ドメインが簡単に表示されるはずです, その後、プライマリ ドメインに変更します. セカンダリ ドメインが URL バーに残っている場合, あなたには別名があります, リダイレクトではありません.
コマンドラインテスト
技術ユーザー向け, カールは何が起こっているかを正確に示します:
カール -I https://セカンダリドメイン.com
探す “HTTP/1.1 301 永久に移動されました” と “位置:” プライマリ ドメインを指すヘッダー. 見たら “200 わかった” 代わりは, リダイレクトが機能しない.
オンラインリダイレクトチェッカー
httpstatus.io や redirect-checker.org などのツールはリダイレクトをテストし、完全なリダイレクト チェーンを表示します. 意図しないリダイレクト ループやチェーンを捕捉するのに役立ちます.
Google検索コンソール
リダイレクトの設定後, セカンダリ ドメイン URL に対して Search Console の URL 検査ツールを使用する. Google はプライマリ ドメインへのリダイレクトとして報告する必要があります. Google がまだ別のページとして表示している場合, リダイレクトが認識されない.
一般的なリダイレクトの問題のトラブルシューティング
リダイレクトがまったく機能しない
最初にDNSの伝播を確認してください (DNS の変更がインターネット全体に広がるまでにかかる時間). 設定を変更したばかりの場合, 待つ 24-48 時間. DNS チェッカー ツールを使用して、セカンダリ ドメインが正しいサーバーを指していることを確認します。. .htaccess リダイレクトの場合, ファイルが正しいディレクトリにあり、サーバーで mod_rewrite が有効になっていることを確認してください。 (ほとんどの Apache サーバーはデフォルトでそうします).
リダイレクトループ (ERR_TOO_MANY_REDIRECTS)
これは、ドメイン A がドメイン B にリダイレクトされるときに発生します。, ドメイン A にリダイレクトされます。. よくある原因: .htaccess 内のリダイレクト ルールが競合しています, または、www バージョンと www 以外のバージョンの両方が相互にリダイレクトされます。. 循環ロジックのルールを確認してください.
リダイレクト前の SSL 証明書エラー
リダイレクトが発生する前に訪問者にセキュリティ警告が表示された場合, セカンダリ ドメインには独自の SSL 証明書が必要です. レジストラを介した DNS レベルのリダイレクトの場合, 通常、これは問題になりません. サーバーレベルのリダイレクトの場合, すべてのドメインに有効な証明書が必要です.
リダイレクトは機能するが宛先が間違っている
リダイレクト設定の宛先 URL を再確認してください. よくある間違い: ない “https://” 接頭辞, ドメイン名のタイプミス, またはパスを一致させる代わりにホームページにリダイレクトします. 特定のページ URL を使用してテストする, ルートドメインだけではありません.
古いページがまだ Google に表示される
Google はリダイレクトの処理に時間がかかります. Search Console を通じて再クロールをリクエストする. 数週間経ってもページが残る場合, リダイレクトが true を返すことを確認してください 301 ステータスコード (いいえ 302 または JavaScript リダイレクト). URL 検査ツールを使用して、Google が認識しているものを正確に確認します.
ホスティングにおけるドメインの種類を理解する
ホスティング コントロール パネルでは、混乱を引き起こす特定の用語が使用されています. 各ドメインタイプの実際の意味は次のとおりです:
プライマリドメイン
ホスティング アカウントに関連付けられたメイン ドメイン. 通常、最初に設定するドメイン. あなたのメインウェブサイトはここにあります.
アドオンドメイン
同じアカウント内でホストされている完全に別の Web サイト. 独自のフォルダーがある, 独自のコンテンツ, 独自の メールアドレス. 1 つのプランで複数の無関係な Web サイトをホストする場合に便利. 複数のドメインを 1 つのサイトに向けるのは望ましくありません.
パークされたドメイン / エイリアスドメイン
プライマリ ドメインのコンテンツを指す追加のドメイン. 規約 “駐車した” と “エイリアス” 同じことを意味します (cPanel の用語が変更されました). 議論したように, リダイレクトも実装しない限り、重複コンテンツの問題が発生します。.
サブドメイン
プライマリ ドメインに追加されたプレフィックス: blog.yourdomain.com, shop.yourdomain.com. 同じコンテンツまたは別のフォルダーを指すことができます. 複数のルートドメインを持つこととは異なります.
複数のドメイン管理のベスト プラクティス
常に使用する 301 リダイレクト
すべてのセカンダリ ドメインは永続的にプライマリにリダイレクトされる必要があります。. SEO が重要な一般公開サイトも例外ではありません.
リダイレクトを無期限にアクティブにしておく
古いバックリンクとブックマークは期限切れになりません. 数年後、誰かがあなたのセカンダリ ドメインへのリンクをクリックするかもしれません. ドメインを所有している限りリダイレクトを維持する.
可能な場合は、一致するページにリダイレクトします
セカンダリ ドメインに以前に独自のコンテンツがあった場合, 各 URL をプライマリ ドメイン上の同等の URL にリダイレクトします。. ホームページへの一括リダイレクトは特定のランキング値を失い、古いリンクをたどるユーザーをイライラさせる.
SSL 証明書がすべてのドメインをカバーしていることを確認する
リダイレクトはブラウザの接続後に発生します. リダイレクト前にセカンダリ ドメインで SSL エラーが表示される場合, 訪問者にはセキュリティ警告が表示される. すべてのドメインの証明書を取得するか、SSL ハンドシェイクの前に機能する DNS レベルのリダイレクトを構成します。.
リダイレクトチェーンの監視
ドメイン A がドメイン B にリダイレクトする場合, ドメイン C にリダイレクトされます, それはリダイレクトチェーンです. 各ホップによりページの読み込みが遅くなり、ランキングシグナルが弱まる可能性があります. リダイレクトを直接的に保つ: セカンダリ ドメインは最終宛先に直接到達します.
すべてのドメインに Google Search Console を設定する
リダイレクトされたドメインでも Search Console で確認する必要があります. これにより、Google がそれらをどのように処理するかを監視し、リダイレクトの実装に関する問題を検出できるようになります。.
よくある質問
複数のドメインを 1 つの Web サイトに指定すると SEO が向上します?
いいえ. この練習をしてもランキングは上がらない. せいぜい, 適切なリダイレクトにより信号が 1 つのドメインに統合されるため、何も失われません. 最悪の場合, 不適切な実装により、ランキングの可能性がアドレス間で分割される. メリットは防御面 (ブランド規約を保護する, タイプミスを見つける) ランキング要素ではなく.
ドメインリダイレクトとドメインエイリアスの違いは何ですか?
リダイレクトにより、訪問者はある URL から別の URL に送信されます。, ブラウザのアドレスバーに表示される内容を変更する. エイリアスは、URL を変更せずに、複数のアドレスで同じコンテンツを提供します。. リダイレクトはシグナルを統合するため、SEO に適しています。. エイリアスにより重複したコンテンツのシナリオが作成される.
自分がホストしていないドメインをリダイレクトできますか?
はい. ドメインレベルのリダイレクトは、レジストラーの DNS 設定を通じて構成できます。, Web サイトがホストされている場所に依存しない. リダイレクトするためにドメインをホスティング アカウントに追加する必要はありません.
Google がリダイレクトを認識するまでにどれくらい時間がかかりますか?
Google が通常処理するのは 301 数日から数週間以内にリダイレクトされる, ドメインをクロールする頻度に応じて. 定期的なクロールを行う確立されたサイトはより速く更新されます. 新しいドメインの場合はさらに時間がかかる場合があります. 処理を高速化するために、Google Search Console を通じてクロールをリクエストできます.
プライマリ ドメインとして www を使用するべきか、www 以外を使用すべきか?
どちらでも動作します. 重要なのは一貫性です. 1 つのバージョンを選択し、もう 1 つのバージョンをリダイレクトします. 最近のサイトのほとんどは、簡潔にするために非 www を使用しています, ただし、www バージョンは同じように動作します. 不明な場合は、既存のバックリンクのほとんどが何を使用しているかを確認してください, リンクの公平性を維持するためにそのバージョンを正規化します.
リダイレクトのみに使用するドメインを更新するには料金を支払い続ける必要がありますか??
はい, それらに価値があるなら. ブランド保護に使用されるドメイン, タイプミスをキャッチする, または既存のバックリンクがある場合は更新コストを支払う価値がある (通常、年間 10 ～ 15 米ドル). 期限切れにしてしまうと, 他の誰かがそれらを登録し、トラフィックを別の場所にリダイレクトしたり、ドメインを売り戻そうとしたりする可能性があります。.
既存のバックリンクを持つ古いドメインを購入しました. 自分のサイトにリダイレクトしたほうがいいでしょうか?
古いドメインのコンテンツがあなたのドメインに関連していた場合のみ. 料理ブログのドメインを自動車ディーラーのサイトにリダイレクトしても、意味のあるリンク資産は渡されず、Google にとって操作的であるように見える可能性があります。. 話題が合えば, a 301 リダイレクトにより、そのドメインの権限の一部がサイトに転送される可能性があります. まず、ドメインのバックリンク プロファイルを確認して、ブランドに関連付けたくないスパムリンクや低品質のリンクがないか確認してください。.
最終評決
1 つの Web サイトにつながる複数のドメインを所有することはまったく問題ありません. 実装方法が賢明なブランド保護戦略と SEO 問題の違いを生む.
使用 301 すべてのセカンダリ ドメインのリダイレクト. ホスティング コントロール パネルから設定します。, .htaccessファイル, またはレジストラのDNS設定. リダイレクトせずに重複したコンテンツを提供するエイリアスを避ける. Google Search Consoleを介して監視し、すべてが正しく動作していることを確認します.
ドメイン登録のコストは、貴重なドメインを保護しないままにしておくことで生じる潜在的な混乱に比べて最小限で済みます。. 追加のドメインが自分にとって不利になるのではなく、自分にとって有利に機能することを確認してください。.
より技術的なホスティング構成については, のガイドを参照してください 共有ホスティング 初心者向け, VPSホスティング より詳細なサーバー制御が必要な場合, また クラウドホスティング スケーラブルなインフラストラクチャ向け.