WordPressにログインできない原因と対処法！症状別の確認手順

WordPressにログインできないときは、パスワードを何度も入力するより、画面に何が表示されているかを見分けるほうが早く解決できます。ログイン画面自体が開かない問題と、画面は開くが認証に通らない問題では、調べる場所が違うためです。

この記事では、URL不明、パスワード忘れ、リダイレクト、404、403・500、真っ白画面など、症状ごとに確認順を示します。最初はブラウザーや入力内容など影響の小さい部分から進め、ファイルやデータベースの操作は必要な場合だけに限定します。

WordPressにログインできないときの確認順

まず、現在見えている症状を一つ選びます。エラー文、表示されたURL、発生時刻、直前に行った更新を記録し、同時に複数の設定を変えないでください。

画面の症状	最初に試すこと	次に調べる場所
「パスワードが違う」と表示	入力内容と大文字・小文字を確認	パスワード再設定
ログイン画面が見つからない	標準URLと保存済みURLを確認	URL変更プラグイン、設置先
404が表示される	URLの入力誤りを確認	書き換え設定、ログインURL変更
入力後に同じ画面へ戻る	Cookie削除、別ブラウザーで試す	キャッシュ、URL・HTTPS設定
403が表示される	別回線で試し、時刻とIPを記録	WAF、アクセス制限、Basic認証
500や重大なエラーが表示される	管理者メールとサーバーログを確認	プラグイン、テーマ、PHP
真っ白で何も表示されない	公開側も同じか確認	PHPエラー、更新失敗
データベース接続エラー	公開側の影響範囲を確認	DB接続、サーバー障害

最初に、URLの打ち間違い、キーボードのCaps Lock、別アカウントの認証情報を使っていないかを見ます。次にシークレットウィンドウまたは別ブラウザーで同じURLを開きます。これで直る場合は、保存されたCookieやキャッシュに原因がある可能性が高くなります。

403や500などのHTTPエラーが出ているなら、認証情報よりサーバー側を優先します。状態コードごとの切り分けは「WordPressのHTTPエラー」に整理されています。

ログインできない状態が急に発生し、身に覚えのない管理者メールやファイル変更も見つかった場合は、通常の復旧と並行して侵害の可能性を調べます。復旧後に備える内容は「WordPressのセキュリティ対策」で確認できます。

ユーザー名・メールアドレス・パスワードが不明な場合

ログイン画面が正常に開き、認証エラーだけが出る場合は、WordPress標準の再設定から始めます。ユーザー名とパスワードは大文字・小文字を区別します。パスワード管理ツールが古い情報を自動入力していないかも確認してください。

パスワードを忘れた場合の標準手順は次のとおりです。

1. ログイン画面の「パスワードをお忘れですか？」を選びます。
2. 登録済みのユーザー名またはメールアドレスを入力します。
3. 届いたメールにある再設定用の案内を開きます。
4. 新しい強いパスワードを設定し、もう一度ログインします。

WordPress公式も、このメールによる方法を通常もっとも簡単な手段として案内しています。再設定できたら、ブラウザーに残る古いパスワードを更新します。

メールが届かないときは、迷惑メール、メールアドレスの入力、受信容量、ドメインのメール障害を調べます。管理者が複数いるなら、別の管理者に「ユーザー」からパスワードを再設定してもらう方法もあります。

メールも別管理者も使えない場合、WordPress公式にはWP-CLI、データベース管理画面、FTPを使う代替手段があります。ただし、サーバーとデータベースの操作権限が必要です。対象サイト、ユーザーテーブルの接頭辞、バックアップを確認できない人は、ホスティング会社や保守担当へ依頼してください。最初からデータベースの値を書き換える必要はありません。

ユーザー名そのものが分からない場合も、無作為に試行を繰り返さず、サイト所有者が管理するアカウント一覧、引き継ぎ資料、パスワード管理ツールを探します。試行回数制限があるサイトでは、多数の失敗で一時ロックされることがあります。

ログインURLがわからない・404になる場合

標準構成では、サイトのドメイン末尾に wp-login.php または wp-admin を付けるとログイン画面へ進みます。WordPressをサブディレクトリへ設置している場合は、そのディレクトリ名もURLに含めます。

正しい入口を探すときは、次を確認します。

• ブラウザーの履歴やブックマーク
• WordPress設置時の完了メール
• 社内の運用手順書やパスワード管理ツール
• レンタルサーバーのWordPress管理画面
• ほかの管理者が保存しているログインURL

標準URLと設置先の見分け方は「正しいログインURLの確認」で詳しく説明しています。

セキュリティプラグインでログインURLを変更していると、標準URLが404になる設定があります。変更した担当者の記録と、プラグインの設定値を確認してください。URLを忘れた場合の戻し方は製品ごとに違うため、「ログインURLの変更」で使用中の方式を確かめます。

最近サーバー移行やURL変更をした直後なら、DNSが旧サーバーを向いている、WordPressの設置ディレクトリが変わった、書き換え設定が新環境へ移っていない、といった可能性があります。公開ページのURLとログインURLが同じサーバーへ到達しているかをホスティング側で確認します。

404を直すために、推測したファイルをWordPress直下へ追加したり、コアファイルを編集したりしないでください。まず実際の設置先とURL変更の有無を特定します。

Cookie・キャッシュ・リダイレクトが原因の場合

正しい情報を入力しても同じログイン画面へ戻る、Cookieに関するエラーが出る、何度も別URLへ転送される場合は、ブラウザーとキャッシュから確認します。WordPress公式のトラブルシューティングでも、Cookieとブラウザーキャッシュの削除が案内されています。

1. 対象ドメインのCookieとキャッシュを削除します。
2. シークレットウィンドウでログイン画面を開きます。
3. 別のブラウザーまたは端末で試します。
4. VPN、広告ブロッカー、プライバシー拡張機能を一時的に外して差を見ます。
5. サイト管理のキャッシュ機能で、ログインページと管理画面がキャッシュ対象外か確認します。

Cookieを削除すると、そのドメインのログイン状態や入力情報も消えることがあります。ほかのサービスと同じドメインを使っている場合は、対象を確認してから実行してください。

すべての端末で同じループが起きるなら、ブラウザー固有の問題ではなく、サイトURL、HTTPS転送、キャッシュプラグイン、CDN、サーバー設定へ範囲を移します。自分の端末だけなら、拡張機能や保存されたCookieの影響が濃くなります。

URL末尾へ不要な空白や文字が入っていないかも見ます。パスワード再設定メールの古いリンクは期限切れになるため、新しい再設定操作からやり直します。

403・500・真っ白画面が表示される場合

403はアクセス拒否、500はサーバー内部のエラーです。真っ白画面はPHPエラーが画面へ表示されていない場合などに起きます。これらは、ユーザー名やパスワードを変えても解決しないことが多いため、表示された状態を保存してサーバー側を調べます。

403の場合は、同じURLを別回線で開きます。会社の回線だけで発生するならIP制限、海外からだけなら地域制限、全員に発生するならWAFやファイル権限などが候補です。Basic認証の入力画面とWordPressのログイン画面も区別してください。

500の場合は、発生時刻に対応するPHPエラーログを探します。直前にプラグイン、テーマ、PHPを更新していれば、その変更を記録します。管理者メールへ「サイトで技術的な問題が発生しています」という案内とリカバリーモードのリンクが届くこともあります。

真っ白な場合は、公開サイトも白いのか、ログイン画面だけかを比較します。画面に何も出なくても、サーバーのログには原因となったファイルや関数が記録される場合があります。

デバッグ表示を公開ページへ出すと、パスなどの内部情報が訪問者へ見えるおそれがあります。ログの確認方法が分からない場合は、表示を増やす設定変更より、サーバーサポートへ発生時刻とURLを伝えるほうが安全です。

プラグイン・テーマが原因の場合

更新や有効化の直後に入れなくなったなら、変更したプラグインまたはテーマを一時停止して切り分けます。管理画面へ入れないため、SFTPやサーバーのファイルマネージャーを使うことがあります。

プラグインを調べる基本手順は次のとおりです。

1. 現在のファイルとデータベースを保全します。
2. wp-content内にあるpluginsフォルダーの名前を一時的に変更します。
3. ログイン画面が開くか試します。
4. 開くようになったらログインし、フォルダー名を変えた状態でプラグイン一覧を開きます。
5. プラグインが無効になったことを確認してから、フォルダー名を元へ戻します。
6. 一覧を再読み込みし、個々のプラグインを一つずつ有効化して原因を絞ります。

フォルダー名を変える操作はプラグインファイルを削除するものではありませんが、フォーム、キャッシュ、セキュリティなどの機能も一時停止します。ECや会員サイトでは公開側への影響が大きいため、担当者と停止範囲を共有してから行います。

テーマを疑う場合は、有効なテーマのフォルダーを一時的に変更し、インストール済みの標準テーマへ切り替わるかを確認します。利用可能な標準テーマがない、独自テーマが機能を持っている、外観が大きく崩れる可能性がある場合は、複製環境または保守担当で試してください。

原因が分かっても、すぐに古いプラグインを有効へ戻さず、提供元の修正版、対応WordPress・PHP、代替機能を確認します。無効化した機能と復旧後の設定も記録します。

URL・HTTPS設定が原因の場合

ログイン後に別ドメインへ飛ぶ、httpとhttpsを往復する、wwwの有無でループする場合は、WordPressアドレス、サイトアドレス、SSL、リダイレクトの整合性を調べます。

正常な構成では、最終的に表示するドメイン、https、wwwの有無が、WordPress側とサーバー側の転送で一致しています。次のような食い違いがあると、ログインCookieが期待したドメインへ保存されず、認証後に戻されることがあります。

• WordPress側はhttp、サーバー側はhttpsへ強制転送
• WordPress側はwwwあり、CDN側はwwwなしへ転送
• 移行後もデータベースのサイトURLが旧ドメイン
• リバースプロキシのHTTPS情報がWordPressへ正しく伝わっていない
• 複数のプラグインとサーバー設定が互いに転送している

管理画面へ入れない状態でURLを直す方法には、設定ファイル、WP-CLI、データベースなど複数の選択肢があります。誤ると公開サイトも開けなくなるため、現在値を控え、サイト所有者またはサーバー担当者が一か所ずつ修正します。

SSL証明書の期限切れや対象ドメイン違いなら、ブラウザーに証明書警告が表示されます。警告を無視して認証情報を入力せず、ホスティング側で証明書とDNSの接続先を確認してください。

WAF・海外アクセス制限・Basic認証が原因の場合

WAFはWebアプリケーションへの不審な通信を検知して遮断する仕組みです。ホスティング会社の管理画面、セキュリティプラグイン、CDNなど、複数の場所で有効になっていることがあります。wp-adminへ入れないという事実だけで、特定のWAFが原因だとは断定できません。

403やロック画面が出たら、次の情報をそろえます。

• 発生した日時とタイムゾーン
• 接続元のIPアドレスと国・地域
• 対象URLと表示されたエラー文
• 自宅回線、会社回線、モバイル回線での違い
• 直前に行ったログイン失敗回数
• サーバーやセキュリティ機能から届いた通知

そのうえで、自分が利用するサーバーの公式マニュアルを読み、WAFログ、海外アクセス制限、IP拒否、ログイン試行制限を確認します。許可設定を広げる場合は、対象IPや時間を限定し、復旧後に元へ戻します。

Basic認証が有効な環境では、ブラウザーが最初に表示する認証と、その後のWordPressログインは別です。二組の認証情報を混同しないようにします。

復旧後は、強いパスワードだけに頼らず二段階認証を検討します。導入時のバックアップコードや管理者の復旧経路は「再発防止の二段階認証」で確認できます。

データベースエラーや乗っ取りが疑われる場合

データベースへの接続に失敗した旨のエラーが公開サイトにも出る場合は、ログイン認証より前の段階でWordPressがデータを読み込めていません。データベースサーバーの障害、接続情報、利用者権限、容量などを調べます。切り分けの詳細は「データベース接続確立エラー」を参照してください。

一方、次の兆候が複数ある場合は、アカウント侵害や改ざんも疑います。

• 管理者のメールアドレスやパスワードが勝手に変わった
• 見覚えのない管理者ユーザーが追加された
• サイトが別のページへ転送される
• ファイルやプラグインが無断で追加・変更された
• セキュリティ通知に未知のIPからのログインが記録された

侵害が疑われるときは、感染した可能性のあるサイト上でパスワードだけを変更して終わらせません。管理用端末の安全性を確認し、ホスティング、WordPress、データベース、SFTP、メールなど関係する認証情報を安全な端末から変更します。同時にログと現在のファイルを保全し、影響範囲を調査します。

正常と確認できるバックアップへ戻す場合も、侵入経路が残れば再発します。更新、不要アカウント削除、改ざんファイル除去、アクセス鍵の交換まで含めた対応が必要です。複数のエラーが重なり症状を特定できない場合は「その他のエラーまとめ」で表示内容から該当する復旧手順を探してください。

解決しない場合にサーバーや保守担当へ伝える情報

サポートへ「ログインできません」だけを伝えると、再確認に時間がかかります。次の情報を、パスワードを含めずにまとめます。

• サイトURLと問題のログインURL
• 発生を確認した日時と、最後にログインできた日時
• エラー文の全文とスクリーンショット
• ログイン画面、公開サイト、ほかの管理者での発生有無
• 使用した端末、OS、ブラウザー、回線
• WordPress、PHP、データベースのバージョン
• 直前に行った更新、移行、SSL、DNS、プラグイン変更
• すでに試した操作と、その結果
• 関連するPHPエラーログやWAFログの時刻
• 業務への影響と、復旧を希望する期限

WordPress公式のログイントラブル案内でも、支援を求める際はサーバー構成、PHP・MySQL、OS、ブラウザー、WordPressバージョンなどを伝えるよう案内しています。

メールやチャットへ、管理者パスワード、データベースパスワード、秘密鍵をそのまま貼らないでください。サポートがアクセスを必要とする場合は、正式な依頼先を確認し、一時アカウントや安全な共有方法を使い、作業後に無効化します。

ログインできない状態の再発を防ぐ方法

復旧した時点で、原因と対応を短く記録します。「誰が、いつ、何を変更し、どの操作で直ったか」が分かれば、同じ症状が出たときに戻りやすくなります。

再発防止は原因に合わせます。

• 複数の管理者を用意し、個人ごとにアカウントを分ける
• 強い固有パスワードと二段階認証を使う
• 管理者メールを受信できる状態に保つ
• バックアップコードと緊急連絡先を安全に保管する
• 退職者や不要アカウントを無効化する
• WordPress、テーマ、プラグイン、PHPを検証して更新する
• ファイルとデータベースを定期保存し、復元を試す
• WAF、ログイン試行、死活、改ざんの通知先を決める
• ログインURLやDNSを変えたら運用手順書を更新する

ログインURLを隠すだけでは、WordPress全体の保護にはなりません。また、管理者が一人だけだと、メール障害や端末紛失時に標準の復旧手段が使えないことがあります。日常の管理者と緊急時の復旧担当を分け、どちらもサイト所有者が把握できる状態にします。

よくある質問

まとめ

WordPressにログインできない場合は、認証エラー、URL・404、ログインループ、403、500・真っ白、データベースエラーを分けて調べます。入力とブラウザーの確認から始め、サーバー設定、プラグイン、テーマへ進み、ファイルやデータベースの変更は必要な場合だけに限定してください。

エラー文、URL、時刻、直前の変更を残しておくと、サポートへ正確に引き継げます。復旧後は、管理者メール、複数の管理経路、二段階認証、更新、バックアップ、手順書を整え、同じ障害が起きても安全に戻れる状態を保ちましょう。