WordPressのドメイン変更手順【2026年10月】リダイレクトと移転設定

WordPressのドメインを変えるときは、WordPress側でURLを新ドメインに直し、旧ドメインから新ドメインへ301リダイレクトを設定し、Search Consoleで移転を知らせます。
Googleの移転ガイドは、リダイレクトを使うサイト移転を「Google 検索結果への悪影響を最小限に抑えながら」URLを変更する方法として説明しています。

SEOへの影響については、Googleは「移転中、サイトのランキングが一時的に変動することを想定する」としています。
301などの永続的なリダイレクトでPageRankの損失が生じることはない、とも書いてあります（2026年10月時点）。

根拠は、Google検索セントラル、Search Consoleヘルプ、WordPressの公式ハンドブック、WP-CLIの公式ドキュメントだけです（いずれも2026年10月21日に確認）。

ドメイン変更の全体の流れ

後の節は、この表の順に進みます。
ドメインは変えず、サーバーだけを替える引っ越しは、WordPress引っ越し手順で扱っています。

Googleは、サイトに対する変更を一度に1つだけにするよう書いています。
ドメインを変えるなら、同じタイミングでレイアウトまで変えないようにします。

移転前にやること

まずバックアップを取る

WordPressのハンドブックは、ドメインやURLを変える手順の最初に、サイトのファイルのダウンロードとデータベースのエクスポートを挙げています。
データベースを直接いじる前にも、バックアップを取って別の場所に保存するよう書かれています。

取り方はWordPressのバックアップの取り方にまとめました。

新しいサイトを準備してテストする

Googleは、新しいサイトを準備して十分にテストしてから、リダイレクトで移転を始める流れを示しています。
準備の例です。

• CMSを設定し、旧サイトからコンテンツや画像、PDFなどのダウンロードファイルを移す
• 新サイトのrobots.txtを設定する。開発中にクロールをブロックしていたなら、移転開始後の内容をあらかじめ用意しておく
• 開発中にnoindexを使っていたら、対象のURLリストを作り、移転の開始時に外す

Search Consoleに新ドメインを追加する

旧サイトと新サイトの両方を、Search Consoleで確認しておきます。
後でアドレス変更ツールを使うには、両方のプロパティの所有者である必要があるためです。

プロパティの追加と所有権の確認の手順は、サーチコンソールの登録方法に書きました。

新ドメインは「ドメインプロパティ」で追加すると、すべてのサブドメインとhttp/httpsをまとめて扱えます。
ただし確認方法は、DNSレコードの確認のみです（BloggerやGoogleサイトなど、Googleのサービス上にある場合を除く）。

追加しただけで検索に悪影響が出ることはない、とSearch Consoleヘルプは書いています。
URLプレフィックスのプロパティを使う場合は、wwwありとなし、httpとhttpsの組み合わせをすべて確認するのがGoogleの案内です。

URLの対応表を考える

単純なドメイン変更なら、元のURLのリストを作る必要はない場合もある、とGoogleは書いています。
パスが変わらずドメイン部分だけが変わるなら、ワイルドカードによるサーバーサイドのリダイレクトを使えます。

パスやパーマリンクの構造も変えるなら、旧URLごとの対応表が要ります。
移転と、新しい場所でのコンテンツやURL構造の再設計を組み合わせると、トラフィック損失が発生する可能性がある、とアドレス変更ツールのヘルプは書いています。

パーマリンクの選び方はWordPressのパーマリンク設定にまとめました。

移転当日の作業（WordPress側）

設定 > 一般の2つのURL

管理画面の「設定 > 一般」には、「WordPress アドレス (URL)」と「サイトアドレス (URL)」の欄があります。
公式ハンドブックでは、前者がWordPressのコアファイルがある場所、後者が訪問者にブラウザへ入力してほしいアドレスです。

どちらも https:// から書き、末尾にスラッシュ（/）を付けません。
ここでURLを新ドメインに変えて保存すると、404ページが表示されることがあるとも書かれています。

間違えて管理画面に入れなくなったときの直し方も、ハンドブックにあります。

• wp-config.php に define( 'WP_HOME', 'https://example.com' ); と define( 'WP_SITEURL', 'https://example.com' ); を書く
• phpMyAdminで wp_options テーブルの siteurl と home の値を直接直す
• WP-CLIが使えるなら wp option update home 'https://example.com' と wp option update siteurl 'https://example.com'

RELOCATE を使う方法もハンドブックに載っています。
ただし注意があるため、後ろの「やってはいけないこと」を先に見てください。

データベース内の旧URLを新URLに置換する

記事本文の中の画像リンクや内部リンクには、旧ドメインのURLが残ります。
公式ハンドブックは、画像リンクが wp_posts の post_content に保存されていると書いています。

シリアライズの問題を避ける方法として、ハンドブックはプラグイン（Velvet Blues Update URLs、Better Search Replace）、WP-CLIの search-replace、専用スクリプトを挙げています。
WP-CLIの公式ドキュメントによると、wp search-replace はPHPのシリアライズされたデータを適切に扱い、主キーの値は変えません。

ハンドブックにある例は次のコマンドです。

wp search-replace 'example.dev' 'example.com' --skip-columns=guid

--skip-columns=guid が、guid列を置換の対象から外す指定です。
先に --dry-run を付けて試すこともできます。

これを付けると、置換の処理を最後まで実行して結果は表示しますが、データベースには保存しません。

wp search-replace 'example.dev' 'example.com' --skip-columns=guid --dry-run

結果が想定どおりなら、--dry-run を外して実行してください。

.htaccessを更新する

パーマリンクや独自のリライト、リダイレクトを使っているなら、一般設定を直したあとに .htaccess の更新が要る、とハンドブックは書いています。

.htaccessを更新する手順

1. バックアップを取る 現在の .htaccess のバックアップを取ります。ハンドブックは「推奨ではなく必須」としています。
2. 独自の設定を写す 独自のリライトやリダイレクトを書いていたら、別のテキストに写しておきます。
3. パーマリンク画面で更新する 「設定 > パーマリンク」の画面の案内に従って、.htaccess を更新する
4. 貼り直す 独自の設定が消えていたら貼り直し、新しいサイトのアドレスに合わせて直す
5. テストする リダイレクトが動くかテストします。

移転当日の作業（Google側）

旧ドメインから新ドメインへ301リダイレクト

Googleは、サーバーサイドの永続的なリダイレクトをすすめています。
可能であれば301か308を使います。

サーバーがApacheの場合は、.htaccess ファイル内のリダイレクトルールになる可能性がある、とGoogleは書いています。

書き方の例として、Googleのドキュメントには次の形が載っています（パスが違う例なので、ドメイン全体の転送では書き換えが要ります）。

Redirect permanent "/old" "https://example.com/new"

RewriteRule "^/service$" "/about/service" [R=301]

ドメイン全体を転送する書き方は、契約しているサーバー会社の案内で確認してください。

リダイレクトの種類は、次の表のとおり使い分けます。

引っ越しは永続的の行です。

リダイレクトの連鎖は避けます。
Googlebotは複数のリダイレクトをたどれますが、Googleは最終的な宛先へ直接リダイレクトするようすすめています。

canonicalとnoindexを確認する

リダイレクトが有効になったら、新サイトの各ページに、自分自身を指す rel=”canonical” があることを確認します。
Googleは、移転先の各URLにこのタグが必要と書いています。

新しいURLが先にインデックスされないよう noindex を入れていたなら、このタイミングで外してください。

リダイレクトをテストする

個別のURLを確かめるなら、Search Consoleの「URL検査ツール」です。
たくさんのURLなら、コマンドラインツールやスクリプトも使えます。

移転後にやること

アドレス変更ツールを使う

Search Consoleのアドレス変更ツールは、あるドメインまたはサブドメインから別のドメインまたはサブドメインへ移転するときのツールです。
ヘルプには「サイトを移転してリダイレクトを設定した後に使用してください」とあります。

301リダイレクトが先です。

使える条件は次のとおりです。

• 以前のプロパティと新しいプロパティの両方の所有者である（同じGoogleアカウントで管理する）
• ドメインレベルのプロパティで使う。パスレベルのプロパティ（http://example.com/petstore/ のような形）は移動できない
• 指定したドメインの下位のサブドメイン（wwwを含む）は移動しない。wwwありなしなど、古いドメインのバリエーションそれぞれで所有権を確認し、ツールを使う

ツールは、送信の前に両方のサイトの所有者であることと、いくつかのページの301をチェックします。
重大な不備があれば修正が必要で、軽い不備なら警告つきで進められる、という仕組みです。

合格すると、Search Consoleに移行が進行中という通知が180日間表示されます。
新しいサイトのクロールとインデックス登録を重視する動きも、移行の開始から180日間続きます。

ツールを使わない移転は、次の表のとおりです。

ドメインを変える今回のケースは、この表のどれでもなく、ツールの対象です。

httpからhttpsへの変更のうち、エックスサーバーでの手順はエックスサーバーでWordPressをSSL化する手順にまとめました。

新しいサイトマップを送信する

Search Consoleで、新しいURLを含むサイトマップを送信します。
Googleは、これで新しいURLを認識できるとしています。

送信すれば、元のサイトマップは削除してかまいません。

内部リンクと外部リンクを更新する

移転を始めたら、できるだけ多くのリンクを新URLに更新します。
Googleが挙げる理由は、リダイレクトがユーザーにとって低速であることです。

• 内部リンク: 新しいサイトの中のリンクを、旧URLから新URLへ置き換える
• 外部リンク: 自分のサイトへリンクしている他サイトに、リンク先の更新を依頼する（アクセスの多いリンクを優先）

トラフィックを見守る

Search Consoleのサイトマップレポートやインデックス カバレッジ レポート、検索クエリのレポートで、新旧のようすを見ます。
サーバーのアクセスログやエラーログで見るのは、Googlebotのクロール、想定外のエラーを返すURL、通常の訪問者のトラフィックです。

Googleは、小規模から中規模のサイトで大半のページの移転が反映されるのに数週間かかり、大規模なサイトならそれより長くかかるとしています。

リダイレクトはいつまで残す？

ここは、Googleの2つのページで書き方が違います。
どちらかを勝手に選ばず、並べます（2026年10月時点）。

ドメインを失ったブログを復旧した例は、独自ドメインを失ったブログを別のドメインで復活させた方法にまとめています。

やってはいけないこと

よくある質問

ドメイン変更でSEOはどうなりますか？

Googleは、移転中にランキングが一時的に変動することを想定するよう書いています。
301などの永続的なリダイレクトでPageRankの損失は生じず、反映には小規模から中規模のサイトで数週間かかるとされます（2026年10月時点）。

旧ドメインのリダイレクトはいつまで残せばいいですか？

サイト移転のガイドは一般的には1年以上、アドレス変更ツールのヘルプは少なくとも180日間（トラフィックがあるならさらに維持）と書いています。
旧ドメインの料金は、少なくとも1年間は払い続けることがすすめられます。

アドレス変更ツールが使えないのはなぜですか？

ドメインレベルのプロパティでしか使えず、以前と新しいプロパティの両方の所有者である必要があります。
httpからhttps、パスの移動、wwwの切り替えでは使わないことになっているので、条件を満たしているか確かめてください。

参考

• サイト・ホームページ移行について | Google 検索セントラル（Google for Developers）
• アドレス変更ツール（Search Console ヘルプ）
• リダイレクトと Google 検索 | Google 検索セントラル（Google for Developers）
• ウェブサイトまたはプラットフォームのプロパティを Search Console に追加する（Search Console ヘルプ）
• Migrating WordPress – Advanced Administration Handbook（WordPress Developer Resources）
• wp search-replace – WP-CLI Command（WordPress Developer Resources）

※価格や営業時間などは変わることがあるため、お出かけやお申し込みの前に各公式サイトで最新の情報をご確認ください。
誤りに気づいた場合はお問い合わせからお知らせください。

あわせて読みたい

• 独自ドメインのメールアドレスの作り方【2026年】エックスサーバーとGmail
• ブログのネタがない！自分なりのネタ探しの方法をまとめた
• Google Authenticatorの機種変更 引き継ぎ手順と移し忘れの対処

crossclub

エンジニア / 食べ歩き・旅

Contact

東京を中心に、自分で行ったお店や旅の体験記と、外食・交通などの値段を公式の情報で比べた記事を書いています。2018年にブログを始めました。