移行後にWordPressにログインできない？ 確実に解決する10の方法
ジョエラ・ダン
ジョエラ・ダン
ジョン・ターナー
ジョン・ターナー
WordPressサイトを新しいホストへ移行し終えたところです。ファイルは転送され、データベースはインポートされ、すべて正常に動作しているはずです。
そこで管理ダッシュボードにログインしようとしても、ログインできない。
リダイレクトループや404エラーが発生している可能性があります。あるいは、正しいと分かっているにもかかわらず、認証情報が機能しなくなっているのかもしれません。
私も経験があります。移行後にWordPressユーザーが直面する最も一般的な問題の一つが、ログインできないことです。
この状況で実際に安心できる点は、おそらく壊滅的な故障ではないということです。ほとんどの場合、問題は修正可能であり、修正するために開発者である必要はありません。
このガイドでは、考えられるあらゆる解決策を順を追って説明します。最後には、ダッシュボードに戻り、ウェブサイト作業を再開できるでしょう。
以下はその要点である：
- 移行後のログイン失敗の大部分は不正なデータベースURLが原因です。wp-config.php またはデータベース内で直接修正してください。
- 技術的な修正を試みる前に、ブラウザのキャッシュとサーバーレベルのキャッシュの両方をクリアしてください
- 古いサーバーからの破損した.htaccessファイルがログインを妨げる可能性があります。設定 » パーマリンクから再生成してください。
- セキュリティとキャッシュプラグインは移行後にアクセスを制限することが多い；競合をテストするためプラグインを無効化してください
- 手動での移行はエラーが発生しやすい；DuplicatorはURLの更新を自動化し、よくあるミスを排除します
目次
WordPressの移行時に発生するログインエラーの一般的な解決策
| 問題 | 修正 |
|---|---|
| ログインすると古いドメインにリダイレクトされる | 追加 WP_HOME そして WP_SITEURL 定数から wp-config.php |
| データベース内のサイトURLが間違っています | 更新 siteurl そして home で wp_options phpMyAdmin経由で |
| wp-admin がホームページまたは 404 ページにリダイレクトされる | 名前変更 .htaccess への .htaccess_oldその後、「設定」→「パーマリンク」から再生成してください |
| プラグインまたはテーマの競合 | 名前変更 /wp-content/plugins/ への plugins_old FTP経由で；現在使用中のテーマフォルダについても同様に操作してください |
| パスワードを忘れた、またはパスワードが破損している | 編集 user_pass で wp_users phpMyAdmin 経由で — 「関数」ドロップダウンを「MD5」に設定する |
| 破損したコアファイル | 削除 wp-admin そして wp-includes FTP経由で、WordPress.orgから最新のコピーをアップロードしてください |
| ファイルの権限が正しくない | すべてのフォルダを 755 およびすべてのファイルを 644 FTPまたはホストのファイルマネージャー経由で |
| 破損したユーザー権限 | で wp_usermeta、設定 wp_capabilities への a:1:{s:13:"administrator";b:1;} |
移行後にWordPress管理画面にログインできないのはなぜですか？
WordPressサイトを移行する際には、ウェブサイト全体を丸ごと持ち上げ、ファイルパスが異なり、多くの場合新しいドメイン名を持つ全く異なる環境に配置することになります。
WordPressは、データベースや設定ファイルに環境固有の情報を大量に保存しています。その情報が突然一致しなくなると、動作が停止します。
管理者ログインが機能しなくなった場合のよくある原因は以下の通りです。
データベース内の不正なURL
WordPressはサイトのURLをデータベース内の複数の場所に保存します。これらのURLが新しいドメインと一致しない場合（または古いドメインを指し続けている場合）、通常はリダイレクトループが発生したり、ログインページから追い出されたりします。
破損または互換性のない .htaccess ファイル
.htaccessファイルは、サーバーがURLやリダイレクトをどのように処理するかを制御します。古いサーバーのファイルは新しいサーバーと互換性がない可能性があります。特に、ApacheからNginxへ、またはその逆へ移行した場合にその傾向があります。
プラグインとテーマの競合
一部のプラグイン（特にセキュリティやキャッシュ関連のプラグイン）はサーバー固有の設定を保存します。移行後、ログイン画面が表示される前に、これらのプラグインによってアクセスが遮断されたり、致命的なエラーが発生したりする可能性があります。
ファイルの権限設定が間違っています
新しいサーバーでは、異なる権限設定が必要になる場合があります。WordPressが必要なファイルを読み書きできない場合、ログインの問題が発生します。
破損したコアファイル
ファイル転送中に破損する場合があります。重要なWordPressファイルが正常に転送されなかった場合、ログインシステムは機能しなくなります。
すでにバックアップはありますか？Duplicatorを使って、移行作業によってログインができなくなる前の状態へサイトを復元しましょう。Duplicator Proで復元する →
移行後のログイン問題の解決方法
これらの修正を順番に試してください。まずは最も簡単なものから始めましょう——キャッシュをクリアするだけで問題が解決するなら、わざわざデータベースをいじる必要はありません。
移行後のWordPressログイン問題の解決方法：
- 管理画面ログインの一般的な修正点： ブラウザとサーバーのキャッシュをクリアする 認証情報を手動で確認するパスワード再設定メールをテストする
- wp-config.php内の不正なURLを修正:WP_HOMEおよびWP_SITEURL定義を追加してデータベース値を上書きする
- データベース内でURLを直接更新する：phpMyAdminを使用してwp_optionsテーブル内のsiteurlとhomeの値を編集する
- .htaccessファイルをリセットしてください：古いファイルの名前を変更し、設定 » パーマリンクから新しいファイルを再生成してください
- プラグインの競合を確認する：プラグインフォルダをリネームして全てのプラグインを無効化し、ログインをテストしてください
- 管理者パスワードを手動でリセットする：wp_usersテーブルのuser_passフィールドを更新してください
- WordPressのコアファイルを置き換える：新しいwp-adminフォルダとwp-includesフォルダをダウンロードし、FTP経由でアップロードする
- ファイルのアクセス権限を確認してください：新しいサーバー上で、フォルダを755、ファイルを644に設定してください
- ユーザーメタデータの検証：wp_usermeta内のwp_capabilitiesが適切な管理者ロールを含んでいることを確認する
- デバッグを有効化: 特定のエラーメッセージを特定するために、wp-config.php に WP_DEBUG 行を追加してください
一般管理ログイン修正
技術的な話に入る前に、まず単純な可能性を排除しておきましょう。
まずブラウザのキャッシュとクッキーを消去してください。次に——これが皆が忘れがちな点ですが——ホスティングプロバイダーがサーバーレベルのキャッシュ機能を提供しているか確認してください。
Kinsta、WP Engine、SiteGroundなどのホスティングサービスは、それぞれ独自のキャッシュシステムを備えています。ホスティングの管理パネルにログインし、そちらでもキャッシュを消去してください。
次にログイン情報を確認してください。もう試したことは承知していますが、どうかお付き合いください。
自動入力ではなく、パスワードを手動で入力してください。自動入力では、特に最近ドメインを変更した場合、古い認証情報が表示されることがあります。
パスワードに自信があっても、「パスワードをお忘れですか？」リンクをクリックし、リセットメールが届くか確認してください。
もしそのメールが届かない場合、それはある重要なことを示しています。つまり、WordPressが新しいサーバーからメールを送信できないということです。（これは別の問題ですが、少なくとも何が起きているのかは分かります。）
まだロックアウト中？ もっと深く掘り下げる時だ。
誤ったURLを修正する
不正なURLが移行後のログイン問題の大半を引き起こします。
WordPressはサイトのURLをデータベース内の2つのフィールドに保存します。それらは siteurl そして home.
それらのファイルがまだ古いドメインを指している場合、WordPressはログインを試みるたびにそこへリダイレクトしようとします。その結果、リダイレクトループに陥り、古いURLと新しいURLの間を行き来し続け、最終的にブラウザが処理を断念するまで続きます。
これを修正するには二つの方法があります。
方法1: wp-config.php内の誤ったURLを修正する
ダッシュボードに素早く戻るには、wp-config.phpファイルを更新するのが最も早い方法です。
FTPまたはホストのファイルマネージャーでサイトに接続します。サイトのルートディレクトリにあるwp-config.phpファイルを開きます。
これらの2行を、先頭のすぐ後、開始タグの直後に追加してください。 <?php タグ:
define( 'WP_HOME', 'https://your-new-domain.com' );
define( 'WP_SITEURL', 'https://your-new-domain.com' );your-new-domain.com を実際のドメインに置き換えてください。SSL証明書がインストールされている場合は（インストールすべきです）、必ずHTTPSを使用してください。
ファイルを保存して、再度ログインを試みてください。
これはデータベース内の内容をすべて上書きします。しかし問題は、これが一時的な対処法だということです。誤ったURLは依然としてデータベース内に残ったままです。恒久的な解決策としては、データベース自体を更新する必要があります。
方法2：データベース内の誤ったURLを修正する
phpMyAdminにログインしてください（ホスティングのコントロールパネル—cPanel、Plesk、またはホストが使用しているもの—内にあります）。左サイドバーからWordPressデータベースを選択してください。
見つける wp_options テーブルをクリックします。（データベースが別のプレフィックスを使用している場合、例えば wp_abc123_options.)
次の2行を探してください：
- サイトURL
- ホーム
クリック 編集 それぞれに適用し、更新する option_value フィールドを新しいドメインに設定してください。再度、正しいプロトコル（https または http）を使用していることを確認してください。
変更を保存してください。次にログインを試みてください。
もし以前にそれらの行をwp-config.phpに追加した場合は、今それらを削除できます。データベースには正しい値が格納されています。
.htaccessファイルをリセットしてください
.htaccessファイルは、ApacheサーバーにおけるURL書き換えとリダイレクトを制御します。新しいサーバーに移行した場合（特にサーバー構成が異なる場合）、古い.htaccessファイルが問題を引き起こしている可能性があります。
修正は簡単です：新しいものを生成してください。
FTPまたはファイルマネージャーで接続します。ルートディレクトリ内の.htaccessファイルを探します。（ファイルが表示されない場合は、FTPクライアントで隠しファイルの表示が有効になっていることを確認してください。）
.htaccess_old のような名前に変更してください。これにより、削除せずに無効化できます。
今すぐログインを試してみてください。動作すれば、.htaccessが問題だったことが確認できます。
新しいファイルを生成するには、WordPressのダッシュボードにログインし、[設定] » [固定リンク] に移動してください。何も変更せずに、下にスクロールして[変更を保存]をクリックしてください。
WordPressは、新しいサーバー用に正しいルールが設定された新しい.htaccessファイルを作成します。
プラグインとテーマの競合を確認する
セキュリティプラグインはロックダウンを好む。キャッシュプラグインは古いページを提供したがる。どちらかが移行後にログインを妨げる可能性がある。
競合をテストする方法は以下の通りです。
FTPで接続し、wp-content フォルダに移動します。pluginsフォルダをplugins_old のような名前に変更します。
ログインしてみてください。動作すれば、プラグインの競合が原因だったことがわかります。
プラグインを一つずつ再有効化してください。問題のプラグインが見つかるまで、各プラグインの再有効化後にログインをテストしてください。
アクティブなテーマでも同様の操作が可能です。wp-content/themes内のテーマフォルダをリネームしてください。WordPressはデフォルトテーマに切り替わり、テーマが問題だった場合、ログインが可能になるはずです。
管理者パスワードを手動でリセットする
移行中にパスワードが本当に乱れたのかもしれません。そういうことは起こります——特にデータベース転送中に文字エンコーディングの問題があった場合には。
データベース内で直接リセットできます。
phpMyAdminにログインし、WordPressデータベースを選択します。 wp_users テーブル
管理者ユーザー（通常はIDが1のユーザー）の行を見つけます。編集をクリックします。
において user_pass フィールドに、新しいパスワードを入力してください。 関数 パスワードフィールドの横にあるドロップダウンメニューから選択してください MD5これにより、データベースはパスワードを適切にハッシュ処理するよう指示されます。
変更を保存し、新しいパスワードでログインしてみてください。
コアWordPressファイルの置換
WordPressのコアファイルが破損している可能性があります。解決策は、それらを新しいコピーと置き換えることです。
wordpress.orgにアクセスし、WordPress の最新版（または現在使用中のバージョンと同じバージョン）をダウンロードしてください。ダウンロードした ZIP ファイルをコンピュータ上で解凍してください。
FTPで接続します。サイトのルートディレクトリに移動します。
サーバーからwp-adminフォルダと wp-includesフォルダを削除してください。先ほど解凍したWordPressのダウンロードファイルから、新しいバージョンをアップロードしてください。
wp-contentフォルダには触れないでください。そこにはすべてのプラグイン、テーマ、アップロードファイルが格納されています。置き換えるのはコアシステムファイルのみです。
もう一度ログインしてみてください。
ファイルパーミッションのチェック
新しいサーバーでは、古いサーバーとは異なるファイル権限が必要になる可能性があります。
標準の権限は以下の通りです：
- フォルダ755
- ファイル: 644
これらの設定は、FTPクライアント（ファイルやフォルダを右クリックした際に「ファイル権限」または「CHMOD」オプションが表示されるものが多い）またはホスティング会社のファイルマネージャーから変更できます。
ユーザーメタデータを確認する
こちらはあまり知られていませんが、実際に起きた事例です。移行中にユーザーロールデータが混乱することがあります。
phpMyAdminにログインし、 wp_usermeta テーブル
行を見つける meta_key は wp_capabilities そして user_id 管理者のユーザーID（通常は1）と一致します。
チェック meta_value フィールド。以下を含む必要があります：
a:1:{s:13:"administrator";b:1;}
空欄の場合、または他の内容が含まれている場合は、上記のテキストに合わせて編集してください。
デバッグを有効にする
上記のいずれも効果がなかった場合、WordPressが実際に何を問題視しているのかを確認する時が来ました。
FTP経由でwp-config.phpを開きます。以下の行を追加してください：
define( 'WP_DEBUG', true );
define( 'WP_DEBUG_LOG', true );
define( 'WP_DEBUG_DISPLAY', false );これにより、サイト上にエラーを表示せずにデバッグが可能になります（エラー表示はセキュリティリスクとなります）。
再度ログインしてみてください。WordPressはエラーをwp-contentディレクトリ内のdebug .logファイルに書き出します。
そのファイルをダウンロードして読み込んでください。エラーメッセージは通常、問題の直接的な原因（特定のプラグイン、データベース接続の問題、または欠落ファイルなど）を示しています。
問題を確認して修正したら、wp-config.phpからデバッグ用の行を削除してください。本番環境でデバッグモードを有効にしたままにしておくのは避けましょう。
次回は、こうした手間をすべて省きましょう。Duplicatorなら、URLの自動書き換え機能でサイトを移行するため、ログインも初回から問題なく行えます。Duplicator Freeで移行する →
移行中にWP管理ログイン問題を回避する方法
問題が解決しましたね。ダッシュボードに戻っています。すべてが再び正常に動作しています。
しかし正直に言うと、おそらくそれは本来かかるべき時間より長くかかってしまった。
これらのログイン問題のほとんどは、小さな手動ミスに起因します。データベースの入力ミス。URLの更新忘れ。完全に転送されなかったファイルの転送ミスなどです。
すべてを手作業で行う場合、こうしたミスはほぼ避けられません。データベースのエクスポート、FTPアップロード、phpMyAdminでの検索置換操作を同時にこなす中で、たった一文字の誤りがアクセス不能を引き起こす危険箇所が数多く存在します。
だからこそ、私は何年も前に手動での移行をやめたのです。
Duplicatorはエラーが発生しやすい部分をすべて自動的に処理します。移行時の問題を防止するために特別に設計されています。
Duplicatorインストーラーは、データベース全体に対して完全な検索と置換を実行します。古いURLはすべて新しいURLに更新されます。サイトURLやホームページフィールドだけでなく、あらゆる場所が対象です。
Duplicatorは、インストール時に指定したデータベース認証情報に基づいて新しいwp-config.phpファイルを生成します。また、新しいサーバー環境に最適化された新しい.htaccessファイルも作成します。
専用の移行ツールを使用すれば、記憶やチェックリストに頼る必要はありません。Duplicatorは毎回完璧な移行を実行し、同じ順序で、手順を省略することなく進めます。この一貫性が、ロックアウトを引き起こす人的ミスを排除するのです。
手動での移行が不可能だと言っているわけではありません。しかし、集中力、細部への注意、そして技術が必要です。たった1つの手順を間違えれば、何時間もトラブルシューティングに追われることになります。
Duplicatorはその不安を解消します。バックアップを作成し、新しいホストにアップロードし、インストーラーを実行するだけで完了です。
ログインが機能するのは、すべてのURLが正しく、設定がクリーンで、転送中に何も破損しなかったためです。
サイトを定期的に移行する場合（あるいは二度とロックアウトされるのを避けたい場合）、この特定の作業のために設計されたツールを使用する価値があります。
よくある質問 (FAQ)
リダイレクトが多すぎる場合、wp-adminにアクセスするにはどうすればよいですか？
これはほぼ常に、データベース内のサイトURLまたはホームページの不一致が原因です。最も迅速な解決策は、wp-config.phpファイルに正しいURL定義を追加することです。ログイン後、恒久的な解決策としてデータベース内のURLを直接更新してください。
なぜ私のwp-adminログインページに「ページが見つかりません」と表示されるのですか？
.htaccessファイルが存在しないか、新しいサーバーでは機能しないルールが含まれています。最も簡単な解決策は、WordPressにログインし（アクセスできる場合）、設定 » パーマリンクに移動し、何も変更せずに「変更を保存」をクリックすることです。これにより、正しいルールでファイルが再生成されます。
WordPressサイトを移行した後、なぜ動作しないのですか？
最も一般的な原因は2つあります。wp-config.phpファイル内のデータベース認証情報の誤り、または新しいサーバー上で致命的なエラーを引き起こすプラグイン/テーマです。実際のエラーメッセージを確認するにはWP_DEBUGを有効化してください。これが問題の特定を最も迅速に行う方法です。
移行後にWordPressのリンクが機能しないのはなぜですか？
これは別の.htaccessの問題です—パーマリンク構造が正しく処理されていません。「設定」→「パーマリンク」に移動し、設定を再保存してください。WordPressが書き換えルールを再生成し、リンクはすぐに機能し始めるはずです。
移行後すぐにWordPressにログインする
手動での移行作業は、手順を理解していてもストレスがたまるものだ。
数十ものファイルを移動し、データベースをエクスポートし、検索と置換を実行し、設定ファイルを更新する――そして見落としがないことを祈る。そしてログインを試みる時は息を詰める。何か問題が起きていたら、1時間もトラブルシューティングに追われることになるからだ。
それは二度と戻らない時間だ。
Duplicator Proはこのストレスを解消するために特別に開発されました。問題を引き起こす部分——URL置換、設定更新、ファイル転送——を自動化するため、安心して移行できます。
初回から確実に動作する、信頼性が高く再現性のある移行を実行します。
トラブルシューティングに疲れたら、Duplicator Proを試してみてください。移行作業に午後を費やすのと、インストーラーを5分で実行するのとでは、その差は歴然です。
ここにいる間、私はあなたがこれらの他のWordPressリソースを気に入ると思います：
- WordPress移行後の遅いサイトを修正する方法
- あなたのWordPressサイトが明日消えるかもしれない（これをしない限り）
- WordPressメディアライブラリに画像が表示されない？15分で解決
- WordPressからロックアウトされたときの対処法
- WordPressがメンテナンスモードに？サイトを復活させる方法はこちら
- ウェブサイト移行の失敗を防ぐ移行前のチェックリスト
