WordPressにログインできないときの確認順序と対処法

確認範囲：公式資料に基づく一般的な解説です。個別環境での実機検証は未実施です。画面や操作は利用環境の公式案内と照合してください。

最初に、症状と直前の変更を記録する

対象は自分で管理するWordPressサイトです。レンタルサーバーへインストールしたWordPressと、WordPress.comのサービスでは管理方法が異なります。制作会社がログインURLを変更している場合もあるため、引き継ぎ資料やブックマークを先に確認してください。

次の4点をメモすると、同じ操作を何度も繰り返すのを防げます。

画面を記録するときは、パスワード・認証コード・再設定用リンクを共有資料に含めないでください。

この表は調査の出発点です。同じ症状でも原因は複数あり、エラー番号だけで断定はできません。

一般的な構成では、WordPressの設置先にあるwp-login.phpがログイン画面です。ただし、サブディレクトリへの設置やログインURL変更機能を使っている場合は異なります。ドメイン、HTTPS、設置先を引き継ぎ情報と照合します。

パスワードを入力する前に、自分の管理サイトの正しいドメインであることを確認してください。ブラウザーの証明書警告が出る場合は入力を進めず、管理者やホスティングへ確認します。

ログイン画面は開くが認証できない場合、キーボードの入力モード、Caps Lock、コピー時の空白を確認します。保存済みのパスワードが古くなっていないかも確認しましょう。

メールが届かない場合は、迷惑メールフォルダー、登録先アドレス、メールの受信制限を確認します。登録先へアクセスできない場合や、アカウントが見つからない場合は、別の管理者または運用担当者に相談してください。

データベースの直接編集や緊急用スクリプトによる変更は、影響が大きくなるためこの記事では扱いません。公式のパスワード再設定資料を確認し、権限と復旧手段を持つ担当者へ依頼します。

別のブラウザーやプライベートウィンドウで、同じログインURLを開いて比較します。片方だけで成功する場合は、ブラウザーに保存されたデータや拡張機能などの影響を調べる手がかりになります。ただし、この比較だけで原因が確定するわけではありません。

Cookieを削除する場合は、まず対象サイトだけを選びます。削除するとそのサイトからログアウトするため、再ログインに必要な情報を手元に用意してください。Cookieの保存を拒否する設定も確認します。操作方法は利用ブラウザーの公式ヘルプに従います。

403や一時的な遮断が表示されたら、発生時刻とURLをもとに、ホスティング側のWAF・ログイン制限の記録を確認します。安全機能をまとめて解除するのではなく、管理者へ対象の通信が拒否されているかを問い合わせます。

更新直後に症状が出た場合は、プラグイン競合の切り分けも確認候補です。ただし、プラグイン停止はフォームや決済にも影響します。変更前のバックアップと戻し方を確認してから進めてください。

調査を引き継ぐときは、発生時刻、対象URL、エラー文、再現手順、実施済みの確認、直前の変更を一つにまとめます。WordPress・PHP・プラグインのバージョンが分かる場合は併記すると、調査の重複を減らせます。

ログインできたら、公開ページ、管理画面、フォームなど日常的な機能も確認します。復旧した時刻と対応内容を記録しておくと、次のトラブル時の比較材料になります。

まずURL・入力情報・画面のエラー文を確認します。プラグイン停止はサイトの機能に影響するため、変更前の保存と戻し方を確認してから担当者が判断します。

迷惑メールフォルダー、登録先アドレス、受信制限を確認します。登録先へアクセスできない場合は、別の管理者や運用担当者へ相談してください。

公式資料確認日：2026-10-28