WordPressにログインできない原因と対処法｜復旧手順と依頼判断を初心者向けに解説

WordPressの管理画面に入ろうとしても、ログイン画面が見つからない、パスワードが通らない、入力後に同じ画面へ戻る、といった問題が起きることがあります。焦って設定やファイルを次々に変更すると、もとの原因が分からなくなり、復旧作業を難しくしてしまいます。

ログインできないときに大切なのは、表示されている症状を確認し、影響の小さい方法から順番に試すことです。この記事では、初心者でも安全に確認できる範囲と、サーバーやデータベースの操作が必要になる範囲を分けて解説します。自分で続けるか、制作会社や保守担当者へ依頼するかを判断する材料としても活用してください。

WordPressにログインできないときは症状を先に分ける

「ログインできない」という言葉には、いくつか異なる状態が含まれます。原因を絞るため、まず次のどれに近いかを確認しましょう。

• ログイン画面のURLが分からず、404エラーになる
• ユーザー名またはパスワードが違うと表示される
• パスワード再設定メールが届かない
• 入力してもログイン画面へ戻される
• Cookieに関するエラーが表示される
• アクセス拒否や試行回数超過の表示が出る
• 二段階認証のコードを受け取れない
• 管理画面だけ真っ白になる、または重大なエラーが出る
• ログインはできるが、管理者向けのメニューが見えない

URLが違う問題と、パスワードが違う問題では対処がまったく異なります。画面に出た文言、発生した時刻、直前に行った更新や設定変更をメモしてから作業を始めると、同じ確認を繰り返さずに済みます。エラー画面は、サイト名やメールアドレスなどの個人情報が映り込まないよう注意したうえでスクリーンショットを残しておくと、依頼時にも役立ちます。

最初に確認したい安全なチェック項目

サーバーのファイルやデータベースを触る前に、ブラウザだけで確認できる項目から進めます。この段階で直れば、サイト本体へ変更を加える必要はありません。

サイト自体が表示されるか確認する

まずトップページと下層ページを開き、一般の閲覧者向け画面が表示されるかを確認します。サイト全体が表示されない場合は、ログイン情報よりも、サーバー障害、ドメイン、SSL、WordPress本体のエラーなどが原因かもしれません。管理画面だけの問題として進めず、契約中のレンタルサーバーの障害・メンテナンス情報も確認してください。

自分の端末だけで開けない可能性もあります。別の回線や端末から閲覧できるかを試すと、サイト側と利用環境側を切り分けやすくなります。ただし、公衆Wi-Fiで管理者パスワードを入力するのは避け、信頼できる通信環境を使いましょう。

ログインURLが正しいか確認する

一般的なWordPressでは、サイトURLの末尾に /wp-login.php または /wp-admin/ を付けるとログイン画面へ移動できます。WordPressをサブディレクトリへ設置している場合は、そのディレクトリ名もURLに含まれます。

セキュリティプラグインやサーバー側の機能でログインURLを変更しているサイトでは、一般的なURLが使えないことがあります。以前の案内メール、制作時の引き渡し資料、パスワード管理ツールの登録URLを確認してください。思い当たる文字列を何度も試すとアクセス制限の対象になる可能性があるため、推測で連続アクセスしないことが重要です。

入力しているアカウントを確認する

WordPressのユーザー名と、レンタルサーバー、ドメイン管理会社、WordPress.comなどのアカウントは別物です。管理画面へ入るには、対象サイトに登録されたWordPressユーザーの情報が必要です。

コピーしたパスワードの前後に空白が入っていないか、英字の大文字と小文字が合っているか、全角文字になっていないかも確認します。公式ドキュメントでも、ユーザー名とパスワードは大文字・小文字を区別すると案内されています。パスワードをメモ帳へ表示して確認する方法は漏えいにつながるため避け、パスワード管理ツール上で対象サイトの登録先を確認する方が安全です。

別のブラウザやシークレットウィンドウで試す

保存されたCookieやキャッシュ、ブラウザ拡張機能がログイン処理を妨げることがあります。通常のウィンドウで失敗する場合は、シークレットウィンドウまたは別のブラウザで一度だけ試します。そこでログインできれば、サーバーよりもブラウザ側の状態が原因である可能性が高いと判断できます。

公式のログイントラブル案内でも、Cookieとキャッシュの消去が確認方法として挙げられています。すべてのサイトのCookieをまとめて削除すると、ほかのサービスからもログアウトしてしまうため、可能なら対象ドメインのCookieとサイトデータだけを削除してください。

パスワードが分からないときの復旧手順

ログイン画面の再設定機能を使う

ログイン画面を開ける場合は、「パスワードをお忘れですか？」から再設定するのが基本です。対象ユーザーのユーザー名または登録メールアドレスを入力し、届いた案内から新しいパスワードを設定します。WordPress公式も、通常はこの方法が最も簡単だと案内しています。

再設定メールのURLには有効期限があり、複数回申請すると古いメールのリンクが使えなくなることがあります。何度も連続で送信せず、最新のメールを使いましょう。新しいパスワードは別サイトと使い回さず、長く推測されにくいものをパスワード管理ツールで生成・保存するのがおすすめです。

再設定メールが届かない場合を切り分ける

メールが届かないときは、迷惑メールフォルダ、受信拒否設定、メールボックスの容量、入力したアドレスの誤りを確認します。登録メールアドレス自体が古い、サイトのメール送信機能が止まっている、メールサーバー側で拒否されている、といった可能性もあります。

別の管理者アカウントが残っている場合は、その管理者にユーザー情報を確認してもらう方法が比較的安全です。会社や店舗のサイトでは、退職者や以前の制作担当者の個人メールアドレスが登録されたままになっていることがあります。本人確認や権限確認をせずにアカウントを作り直すのではなく、サイトの所有者と正式な管理担当者を確定してください。

データベースやWP-CLIでの変更は上級者向け

WordPress公式には、phpMyAdmin、MySQL、FTP、WP-CLIなどを使うパスワード再設定方法も掲載されています。しかし、これらはテーブル名、ユーザーID、テーマファイル、コマンド実行環境を正しく判断できる人向けです。操作を誤ると、別ユーザーの情報を変更したり、サイトを停止させたりするおそれがあります。

特に、インターネット上で見つけたコードを意味を理解せずにテーマファイルへ追加するのは避けてください。バックアップ、作業前の状態記録、元へ戻す手順を用意できない場合は、サーバー会社のサポート対象を確認するか、WordPressの保守担当者へ依頼する方が安全です。

ログイン画面へ戻される場合の確認方法

正しい情報を入力しているはずなのに同じログイン画面へ戻る場合は、認証用Cookieが保存されていない、サイトURLの設定が一致していない、HTTPとHTTPSの転送に問題がある、といった原因が考えられます。

対象サイトのCookieとキャッシュを消す

まず対象ドメインのCookieとキャッシュを削除し、ブラウザを閉じてから再度開きます。プライバシー保護機能や広告ブロック拡張がCookieを強く制限している場合は、対象サイトで一時的に無効化して挙動を確認します。無効化は原因確認のために限定し、ログイン後も不要な例外設定を残さないようにしましょう。

URL表記とSSLの状態を確認する

www の有無や、http と https が途中で切り替わると、Cookieの対象が合わずループすることがあります。ブラウザのアドレス欄で、入力前、送信後、戻された後のURLを見比べてください。

管理画面をHTTPSで保護することは重要ですが、設定値や転送ルールを推測で書き換えるのは危険です。SSL化の直後、ドメイン変更の直後、サーバー移転の直後に発生したなら、その作業を行った担当者へ変更内容を伝えて確認してもらうのが近道です。

端末の日時も確認する

端末の日付や時刻が大きくずれていると、Cookieや証明書の扱いに影響することがあります。Windowsやスマートフォンの日時を自動設定にし、正しいタイムゾーンになっているかを確認してください。複数端末で同じ症状が出るなら、端末固有の問題である可能性は下がります。

アクセス拒否や試行回数超過が表示される場合

セキュリティプラグイン、WAF、レンタルサーバーの保護機能は、不審なログイン試行を検知するとIPアドレスを一時的に制限することがあります。短時間に何度もパスワードを試した場合、自分のアクセスも攻撃と判断される可能性があります。

制限時間や解除方法が画面に書かれていれば、その案内に従います。管理会社から指定されたセキュリティ機能がある場合は、別の方法で回避しようとせず、正式な解除手順を確認してください。IPアドレス制限を無効にしたままにする、WAFを恒久的に停止する、ログイン保護プラグインを削除する、といった対応は安全性を下げます。

同じサイトへ複数人がログインしている会社では、共有回線からの失敗がまとめて制限対象になることもあります。誰が、いつ、どのアカウントで試したかを確認し、担当者間で連続試行を止めましょう。

二段階認証で止まる場合の確認方法

WordPress本体は、構成によってはプラグインや外部の認証サービスを使って二段階認証を追加しています。パスワードが正しくても、認証アプリ、メール、セキュリティキーなどの第二要素が確認できなければログインできません。

• スマートフォンの日時が自動設定になっているか
• 対象サイト用の認証コードを選んでいるか
• バックアップコードを安全な場所に保管していないか
• 機種変更前の端末だけに認証設定が残っていないか
• メール認証の場合、迷惑メールや受信遅延がないか
• 組織の管理者が認証方式を変更していないか

バックアップコードや別の管理者アカウントがない場合、プラグイン設定やデータベースの確認が必要になることがあります。本人確認を伴う作業になるため、制作会社や保守会社へ依頼するときは、契約者情報、対象ドメイン、サーバー契約の管理権限を用意してください。認証コードや現在のパスワードをチャットや通常メールで送るのは避けます。

更新や設定変更の直後にログインできなくなった場合

WordPress本体、テーマ、プラグインの更新直後や、PHPバージョン変更直後に管理画面が開かなくなった場合は、認証情報よりもプログラムのエラーが疑われます。トップページが表示されても、管理画面だけでエラーになるケースもあります。

直前の変更を整理する

次の情報を時系列でまとめます。

• 更新したWordPress本体、テーマ、プラグインの名前
• 更新や設定変更を行った日時
• 変更前にバックアップを取得したか
• 画面に表示されたエラー文
• サイト全体と管理画面のどちらに影響があるか
• サーバー管理画面やFTPへアクセスできるか

更新したものを推測で一括削除すると、データや設定を失う可能性があります。バックアップから戻す場合も、復元対象と復元時点を確認しないと、更新後に追加された注文、問い合わせ、記事などが失われることがあります。

リカバリーモードのメールを確認する

サイトで重大なエラーが検出されたとき、WordPressから管理者メールアドレスへ復旧用の案内が送られる場合があります。件名や送信元だけで判断せず、対象ドメイン、発生時刻、リンク先を確認してください。フィッシングメールの可能性もあるため、不自然なドメインや添付ファイルは開かないことが重要です。

リカバリーモードに入れた場合でも、原因となったプラグインを停止する前に、影響範囲と代替機能を確認します。問い合わせ、決済、セキュリティ、バックアップに関わるプラグインを止めると、ログイン以外の機能へ影響が広がる可能性があります。

ログインはできるが管理者メニューがない場合

ログイン後に投稿しか見えない、プラグインや設定メニューが表示されない場合は、ログイン失敗ではなくユーザー権限の問題かもしれません。WordPressには管理者、編集者、投稿者など複数の権限があり、利用できる機能が異なります。

必要以上に管理者権限を増やすと、誤操作やアカウント侵害時の被害が大きくなります。作業に必要な権限だけを付与するのが基本です。以前は管理者だったのに急に権限が変わった場合は、ほかの管理者による変更、ユーザー管理プラグイン、サイトの不正アクセスも含めて確認する必要があります。

表示内容ごとに判断したい原因と初動

ユーザー名またはメールアドレスが登録されていないと表示される

対象サイトとは別のWordPressサイトの情報を入力しているか、登録メールアドレスが変更されている可能性があります。複数サイトを管理している場合は、ブラウザに保存された候補をそのまま選ばず、サイト名とURLを照合してください。退職・担当変更の後なら、現在の管理責任者へユーザー一覧を確認してもらいます。

知らないメールアドレスへの変更が疑われるときは、新しいユーザーを作って終わらせず、変更履歴や不審な管理者の有無も調べる必要があります。正規の管理者が一人も確認できない状態では、サイト所有者の確認を含む復旧作業として扱いましょう。

パスワードが正しくないと表示される

入力ミス、古い保存情報、パスワード変更後の同期漏れが主な候補です。まずパスワード管理ツールに複数の登録がないかを確認し、公式の再設定機能を使います。何度も試してロックされる前に、推測入力から再設定へ切り替えるのが安全です。

再設定後も古いパスワードが自動入力されることがあります。ブラウザの保存情報を更新し、共有端末に認証情報を残さないようにしてください。組織で一つの管理者アカウントを共有しているなら、復旧後に個別アカウントへ分けることも検討します。

Cookieがブロックされていると表示される

ブラウザのCookie無効化だけでなく、ドメインやHTTPSの設定不一致、キャッシュ機能、セキュリティ設定の影響でも似た症状が出ることがあります。別ブラウザで再現するかを確認し、全端末で同じならサイト側の設定を疑います。

直前にURL変更、SSL化、リバースプロキシやCDNの導入を行った場合は、関係する設定をまとめて担当者へ伝えてください。断片的に転送ルールを追加すると、ログインループのほか、画像やAPI通信へ影響が出ることがあります。

403エラーやアクセス禁止が表示される

403は、Webサーバー、WAF、ファイル権限、アクセス制限、セキュリティプラグインなど複数の場所で発生します。管理画面だけか、ログイン画面だけか、サイト全体かを確認してください。会社の固定IPだけを許可しているサイトでは、外出先や回線変更後に拒否されることもあります。

保護機能をすべて停止するのではなく、どの層が403を返しているかを確認することが重要です。レンタルサーバーのアクセスログやWAFログを読めない場合は、発生時刻と自分の接続元情報を添えてサポートへ問い合わせます。接続元情報は公開の問い合わせ欄へ書かず、正規のサポート窓口で共有してください。

500エラーや重大なエラーが表示される

500系のエラーは、PHPの処理失敗、メモリ不足、プラグインやテーマの不具合、サーバー設定などが関係します。パスワードを何度変更しても直らないため、認証問題と分けて考えます。更新履歴、PHPバージョン、エラーログ、リカバリーモードの通知を確認する段階です。

本番サイトでデバッグ表示を安易に有効化すると、ファイルパスや技術情報が閲覧者へ見える可能性があります。調査用ログの取得方法と公開画面への表示は別に設計し、分からない場合は専門家へ依頼してください。

緊急度を判断して復旧の優先順位を決める

同じログイントラブルでも、個人ブログと、注文や予約を受け付ける事業サイトでは影響が異なります。作業方法を決める前に、復旧の緊急度を確認しましょう。

サイト表示と重要機能が正常な場合

閲覧者向けページ、問い合わせ、予約、決済などが正常で、管理画面だけに入れない場合は、焦ってサイトを停止する必要はありません。安全な確認項目を順に進め、更新や投稿の予定を一時停止します。複数人が同時に復旧操作を行わないよう、担当者を一人に決めると混乱を防げます。

問い合わせや注文に影響がある場合

フォーム送信が失敗する、在庫や価格を更新できない、予約情報を確認できないなど、事業に直接影響している場合は優先度が上がります。復旧と並行して、電話やメールなど既存の代替連絡手段を案内できるかを検討します。ただし、未確認の復旧予定時刻を告知したり、個人情報を安全でない方法で受け取ったりしないでください。

改ざんや情報漏えいが疑われる場合

不審な管理者、見覚えのない転送、改ざん、警告がある場合は、通常のパスワード忘れより緊急度が高い状態です。侵入経路を閉じないままパスワードだけを変えても再発する可能性があります。ログやバックアップを保全し、影響範囲の調査、認証情報の変更、脆弱性の除去、復旧後の監視までを一つの対応として計画します。

作業前に残しておきたい記録

復旧作業では「何を変えたか」が分からなくなることが大きなリスクです。簡単なメモでもよいので、開始時の状態と各操作の結果を残します。

• 確認したURLと表示結果
• 試したブラウザ、端末、回線
• パスワード再設定メールの送信時刻と受信結果
• アクセス制限やWAFの表示内容
• 変更した設定、停止した機能、元の値
• 取得したバックアップの範囲と保管先
• 復旧後に確認したページと機能

パスワード、認証コード、データベースの接続情報は作業メモへ平文で書かないようにします。外部へ依頼する場合も、必要な権限を必要な期間だけ渡し、作業完了後に一時アカウントの削除やパスワード変更を行います。

不正アクセスを疑うべきサイン

単なる入力ミスではなく、アカウントやサイトが侵害されている可能性もあります。次のような兆候が複数ある場合は、パスワード再設定だけで終わらせず、専門家やサーバー会社へ早めに相談してください。

• 登録メールアドレスやユーザー名が知らない内容に変わっている
• 自分が作成していない管理者ユーザーがいる
• サイトに不審な広告、転送、ファイルが追加されている
• 検索結果に見覚えのないページが表示される
• サーバー会社やセキュリティサービスから警告が届いている
• 複数の正規アカウントが同時に使えなくなった

侵害が疑われるときは、感染した可能性のある端末から新しいパスワードを設定しない、証拠となるログを消さない、確認前にバックアップを上書きしないことが重要です。WordPressだけでなく、サーバー、メール、ドメイン管理、外部連携サービスの認証情報も影響範囲に含めて考えます。

自分で対応しやすい範囲と依頼した方がよい範囲

自分で確認しやすい作業

• 正しいログインURLと対象サイトを確認する
• ユーザー名、入力モード、パスワード管理ツールの登録先を確認する
• 公式のパスワード再設定機能を使う
• 対象サイトのCookieとキャッシュを削除する
• 別ブラウザ、別端末、信頼できる別回線で症状を比べる
• レンタルサーバーの障害情報や保護機能の通知を確認する
• 直前の変更内容とエラー画面を記録する

専門家へ依頼した方が安全な作業

• 再設定メールが届かず、ほかの管理者もいない
• phpMyAdmin、MySQL、FTP、WP-CLIでの操作が必要
• WordPressのURL設定や転送設定の修正が必要
• 更新直後に重大なエラーや真っ白な画面が出た
• 二段階認証の復旧手段が残っていない
• 不正アクセスやマルウェア感染の疑いがある
• ECや予約サイトなど、停止による事業影響が大きい

「操作できそうか」だけでなく、「失敗したときに元へ戻せるか」で判断することが大切です。バックアップの有無や復元手順が分からない状態で、データベースやファイルを変更するのは避けましょう。

復旧を依頼するときに伝える情報

制作会社、保守担当者、サーバー会社へ相談するときは、次の情報を整理すると見積もりや初動が進みやすくなります。

• 対象サイトのURL
• ログイン画面まで開けるか
• 表示されるエラー文と発生時刻
• 最後に正常にログインできた時期
• 直前に行った更新、移転、SSL化、セキュリティ設定
• トップページや問い合わせ、決済などの稼働状況
• サーバー管理画面、FTP、データベースへアクセスできるか
• 利用可能なバックアップと取得日時
• 不審な通知や身に覚えのない変更の有無

パスワードそのものを最初の問い合わせ文へ書く必要はありません。作業に認証情報が必要な場合は、依頼先が指定する安全な共有方法を確認し、作業後に変更できる一時アカウントを用意する方法も検討します。

依頼先を比較するときの確認ポイント

ログイン復旧は、単なるパスワード再設定で終わる場合もあれば、プラグイン競合、サーバー設定、不正アクセス調査まで広がる場合もあります。料金だけで比較すると、必要な確認が含まれていないことがあります。

• 調査範囲にWordPress、サーバー、データベースのどこまで含まれるか
• 作業前バックアップと復元確認を行うか
• 復旧だけでなく原因と再発防止策を説明してもらえるか
• 追加費用が発生する条件が明示されているか
• 不正アクセス時の調査や駆除に対応できるか
• 問い合わせフォームや決済など重要機能も確認するか
• 作業後の認証情報の扱いと記録方法が明確か

サーバー会社はサーバー設備や契約機能の範囲、制作会社はサイト構成や過去の変更履歴、保守専門会社は継続的な監視や復旧に強い傾向があります。ただし、実際の対応範囲は契約ごとに異なります。どこへ依頼する場合でも、「ログインできる状態に戻すだけ」なのか、「原因調査、影響確認、再発防止まで含める」のかを先にそろえて比較しましょう。

復旧後に行いたい再発防止

ログインできるようになったら、作業完了と考えず、原因に応じた再発防止を行います。

• 管理者ユーザーの登録メールアドレスを現在の担当者へ更新する
• 強く固有のパスワードへ変更し、管理ツールへ保存する
• 共有アカウントを避け、担当者ごとに必要な権限を付与する
• 二段階認証のバックアップ手段を安全に保管する
• 不要になったユーザーを確認し、記事の所有者を整理してから削除する
• WordPress本体、テーマ、プラグインを安全な手順で更新する
• 定期バックアップと復元テストの方法を決める
• ログイン試行や管理者変更を確認できる運用を整える
• サーバー、ドメイン、メールを含む管理者一覧を社内で保管する

WordPress公式のセキュリティガイドでは、強いパスワード、更新、二段階認証、バックアップなどが重要な対策として紹介されています。ログインURLを隠す対策だけに頼らず、複数の対策を組み合わせることが大切です。

参考にしたWordPress公式情報

• WordPress.org「Troubleshoot login issues」
• WordPress.org「Reset your password」
• Developer Resources「Hardening WordPress」
• Developer Resources「Brute Force Attacks」

まとめ

WordPressにログインできないときは、症状を確認し、ログインURL、アカウント、パスワード再設定、Cookieとキャッシュ、アクセス制限の順に、影響の小さい項目から切り分けます。更新直後の重大なエラー、二段階認証の復旧不能、不正アクセスの疑いがある場合は、むやみにファイルやデータベースを変更しないことが重要です。

自分で対応するか迷ったら、作業の難しさではなく、変更前のバックアップと元へ戻す手段があるかで判断してください。依頼時には症状、発生時刻、直前の変更、利用可能な管理権限を整理しておくと、安全で無駄の少ない復旧につながります。