タグ: AI, AI活用術, AI相談, Fatal error(致命的なエラー), FTP, SiteGuard, WordPress, wp-content, エックスサーバー, エラー・不具合, キャッシュ, サーバーエラー, トラブルシューティング, プラグイン, プロンプト, レンタルサーバー, ログイン, ログインできない, 初心者向け, 復旧・修復方法, 管理画面
- このトピックには0件の返信、1人の参加者があり、最後に
プロンプトエンジニアにより1日、 6時間前に更新されました。
-
投稿者投稿
-
6月 20, 2026 11:24 am #2103
プロンプトエンジニアモデレーター使える場面、状況の想定
WordPressで原因不明のFatal error(致命的なエラー)やサーバーエラーで、管理画面にログインできなくなってしまった場合、使用中のプラグインを強制的に停止し、一時無効化するのが、原因の切り分けのために有効な手法です。
その際、管理画面にはアクセスできないため、FTPソフトやサーバーのファイルマネージャーでの操作が求められます。プラグインのフォルダ名を一時的に変更することで無効化できるのですが、詳細な手順を、毎回ネット検索したり、サーバー会社へ問い合わせたりするのも大変です。
AIを活用して、自分のサイト環境に合った専用の復旧手順書があれば、それに沿って、落ち着いて対処が可能になります。このプロンプトでは、WordPressのトラブルシューティングの定番ともいうべきこの作業を、AIのサポートを得ながら、初心者でも確実に行えるステップとしてご紹介します。
解決プロンプト
# 目的
WordPressのプラグインが原因と思われるエラーで、管理画面にログインできなくなりました。
原因特定とログイン機能回復のため、いくつかのプラグインを強制停止したいです。
安全に作業が進められるように、私の環境に合わせた専用の手順書を作成してください。# 私の環境
利用サーバー:【例:エックスサーバー/さくらのレンタルサーバ/ロリポップ/ConoHa WINGなど】
使うツール:【例:FileZilla/WinSCP/FFFTPなどのFTPクライアントソフト、またはサーバーのファイルマネージャー】より正確な手順書を作成するために必要な情報があれば、
スクリーンショットの画像を追加提供しますので、リクエストしてください。# 出力要件
一般論ではなく、私の指定した環境(サーバーやツール)で実際に使われる用語に沿って手順を解説してください。
初心者が迷わないように、専門用語は避け、具体的な操作方法を、ステップバイステップで簡潔に示してください。
誤操作を防ぐため、注意すべきポイントを強調してください。
無効化した後に、どのように元に戻すべきかも含めて説明してください。AIの回答例
WordPress管理画面にログインできない場合の復旧手順
エックスサーバー + FileZilla
エックスサーバー + FileZilla 前提なら、
「プラグインのフォルダ名を一時的に変更して強制停止する」
のが、管理画面に入れない時の最短・安全な復旧手順です。まずは1つだけ怪しいプラグインを止める →
入れなければ全プラグインを一括停止、
の順で進めましょう。(この手順の目的)
5〜10分でログイン復旧
やることは「フォルダ名を変える」だけです。
削除はしません。元に戻せます。
- 安全
- いつでも元に戻せる
- 失敗しても再試行OK
開始前に確認する2点
-
FileZillaで接続済み
(ホスト名は sv***.xserver.jp)エックスサーバーの「FTPアカウント設定」に表示される情報を使用します。
-
WordPressの場所を開ける
通常は/public_html/です。
ここまで開けばOK
(最重要)
FileZilla右側(サーバー側)で以下の順に開きます。
public_html → wp-content → plugins画面右側に
akismetや
contact-form-7
のようなフォルダが並べば正解です。
手順A(おすすめ)怪しいプラグインだけ止める
例:siteguard が怪しい場合。
(A-1)右クリック
対象フォルダを右クリック →
「名前の変更」
を選択します。(A-2)末尾に -off を付ける
変更前
siteguard変更後
siteguard-offEnterキーで確定します。
(A-3)30秒待ってログイン
/wp-login.php
を開きます。ログインできた場合は、そのプラグインが原因と判断できます。
入れなかった場合:全プラグインを一括停止
最短復旧方法
(1回だけ行います)
同じ
wp-contentの中で操作します。-
pluginsフォルダを右クリック
(中ではなく、フォルダ本体) -
plugins-off に変更
変更前:
plugins
変更後:
plugins-off - もう一度ログインを試します。
成功率が一番高い方法です。
【重要】「削除」は押さない
名前変更だけを行います。
削除すると、プラグインによっては設定やデータを失う場合があります。
ログインできた直後にやること(2分)
管理画面で確認
以下の順番で進めます。
- 「プラグイン」を開く
- 停止状態になっているプラグインを確認する
- 怪しいものを1つだけ有効化してテストする
- 再びエラーが発生したら、そのプラグインが原因
一括停止した場合は、
管理画面に入れた時点でほぼ復旧完了です。慌てて全部戻さず、
1個ずつ戻す
のが安全です。
元に戻す方法
停止した方法 戻し方 1個だけ停止
siteguard-offsiteguardに戻す全停止
plugins-offpluginsに戻す
FileZillaで迷いやすい場所
FileZilla画面(右側だけ使います)
- 左側:あなたのPC
- 右側:サーバー
以下の場所を開きます。
public_html / wp-content / plugins右側で右クリックして操作します。
左側(PC側)は触りません。
このあと送ってほしいスクリーンショット
最短で原因を絞るには、
FileZilla右側で plugins フォルダを開いた状態のスクリーンショット
を送ってください。見せてほしい内容
- 右側のフォルダ一覧(10〜20個見える範囲)
- 上部のパス表示(public_html / wp-content / plugins)
FTPユーザー名・パスワード・ドメイン名
が写っている場合は、送信前に隠してください。
今すぐやるなら
最短手順です。
右側で20秒の操作だけ。
plugins ↓ plugins-off ↓ 名前変更 ↓ Enter ↓ /wp-login.php を開く削除ではありません。
いつでも元に戻せます。ポイント解説
このプロンプトの最大の利点は、AIに一般論を語らせず、ユーザーの指定した環境(サーバーやツール)に特化した手順を出力させる点にあります。
また、安全な無効化手法を条件に含めることで、ファイルの誤削除リスクを抑えつつ、最短での復旧手順が示されます。これを起点に、スクショによる画像・追加情報の提供など、2~3度やり取りをすれば、ほとんどの場合、原因となったプラグインの特定とログインの機能の回復まではたどり着けるでしょう。
➡ AIに「画像」を見せて現状共有。解決を早める!最速スクリーンショット活用術注意点
この「フォルダ名を変更する」手順で、プラグインが原因の大半の不具合は回避が可能ですが、一部の強力なキャッシュ系やセキュリティ系のプラグインの場合、これだけではエラーが解消されないケースも稀に存在します。
もし全プラグインを無効化しても管理画面にログインできない場合は、決して焦ってファイルを削除したり、闇雲にサーバー設定を変更したりせず、AIに状況を伝えて次のアプローチを提案させるか、それでも難しければ専門家に相談してください。
-
投稿者投稿
- このトピックに返信するにはログインが必要です。