サイトを一刻も早く復旧したい場合、WordPress本体やプラグイン、テーマのいずれかで深刻なエラーが発生している可能性が考えられるので、まずはFTPやホスト管理画面から全ファイルとデータベースをバックアップし、WP_DEBUG を有効にしてログを収集したうえで、プラグインを全停止→順次再有効化→問題箇所特定、テーマをデフォルトに切り替えて動作確認、最後にDB最適化（wp db optimize）を行う、という手順でWordPressサイトを確実に復旧します。

WordPressの管理画面に入れない場合、.htaccess のリライトルールやプラグインの不具合が原因でアクセスが遮断されている可能性が考えられるので、一時的に .htaccess をリネームしてリセットし、wp-content/plugins フォルダ名を変えて全プラグインを解除、さらにテーマを Twenty Twenty 等のデフォルトに戻してWordPressのログインを再確保します。

WordPressが乗っ取られて改ざんされている場合、不正なファイル埋め込みやバックドア設置の痕跡がある可能性が考えられるので、全ユーザーのパスワードをリセット＆管理者権限を精査し、サーバー上でeval／base64_decode を含むファイルをgrepで洗い出して削除、Wordfence や Sucuri でフルスキャンの上、コア・テーマ・プラグインを公式版で焼き直すことでWordPressの安全性を取り戻します。

WordPressにログインできず更新も失敗する場合、権限周りやファイルパーミッションの不整合が原因である可能性が考えられるので、functions.php に管理者自動生成スニペットを一時挿入して新規ユーザーを作成、あるいは wp_users テーブルを直接操作して適切な権限を付与し、サーバー権限（755/644）を正しく設定し直してWordPressの管理画面へのアクセスを回復します。

画面が真っ白で何も表示されない場合、WordPressのメモリ不足やPHPエラーが隠れている可能性が考えられるので、wp-config.php に define('WP_DEBUG', true); を追記してエラー内容を可視化し、メモリ不足なら define('WP_MEMORY_LIMIT','256M'); を追加、プラグイン・テーマ切り分けで根本原因を特定して対応します。

Fatal error や Warning が頻発してWordPressが止まる場合、PHPバージョンやプラグインの非互換が原因の可能性が考えられるので、表示されたエラーログから該当ファイル・行数をチェックし、問題プラグインを最新版に更新するか差し替え、必要に応じてサーバーのPHPバージョンを切り替えてWordPressの正常動作を取り戻します。

記事投稿がエラーでできない場合、REST API 周りやエディタの不具合が原因である可能性が考えられるので、パーマリンクを再保存して .htaccess をリセット、TinyMCE と Gutenberg の切り替えでエディタ周辺を検証し、ブラウザキャッシュやCORS設定も確認してWordPressの投稿機能を復活させます。

マルウェア駆除ができない場合、WordPressコアに不正コードが混入している可能性が考えられるので、オフライン環境でオリジナルファイルと差分比較し、SFTPで全ファイルのMD5チェックを実行、不審ファイルを手動削除したうえで公式アップデートを上書きインストールしてWEBサイトをクリーンな状態に戻します。

更新後にデザインが崩れた場合、子テーマでカスタムCSSを分離していないことが原因の可能性が考えられるので、子テーマを用意してカスタムコードを移動、キャッシュ系プラグインとブラウザキャッシュを完全クリアし、テーマアップデートによるテンプレート差分を確認して必要箇所をマージしながらWEBサイトの見た目を復元します。

スマホ表示が崩れて離脱が増えている場合、viewport メタタグの誤配置やレスポンシブCSSの読み込み順が乱れている可能性が考えられるので、viewportの有無を確認し、スマホ専用プラグインやDevToolsのエミュレーションで挙動を検証、CSS順序を正してWEBサイトのモバイル対応を整えます。

テーマが読み込まれずレイアウトが崩壊している場合、get_stylesheet_uri() の返り値が誤っている可能性が考えられるので、返却されるURLをブラウザで直打ち確認し、テーマフォルダ名にスペースや全角が含まれていないかチェック、子テーマ利用時は Template ヘッダーの正当性を見直してWEBサイトのレイアウトを復旧します。

プラグイン同士が競合してクラッシュしている場合、コード上のフックや重複関数呼び出しが原因の可能性が考えられるので、プラグインを一括無効→1つずつ再有効化で該当モジュールを特定し、代替プラグインへの切り替えやフィルタ上書きでWEBサイトの安定稼働を確保します。

メール通知が届かずフォームが機能しない場合、wp_mail() のSMTP設定不備が原因の可能性が考えられるので、WP Mail SMTP などで外部SMTPを強制設定し、Mail Log で送信エラーコードを確認、ホスティング会社へメールポート開放を依頼してWEBサイトのメール機能を完全復活させます。

キャッシュ設定が古い情報を表示している場合、キャッシュプラグインの設定ミスやCDNの古いキャッシュ保持が原因の可能性が考えられるので、WP Super Cache／W3 Total Cache の purge 実行とCDNのキャッシュバイパスヘッダー追加、ブラウザ強制リロード（Ctrl+F5）でWEBサイトの最新状態を反映させます。

セキュリティアップデート後に動かなくなった場合、WordPressコアとプラグインのバージョン互換が崩れた可能性が考えられるので、互換性マトリクスを照合、PHP／MySQL の要件をサーバーと確認し、必要ならば自動アップデートを無効化して手動運用に切り替え、WEBサイトを安定稼働に戻します。

メディアアップロードがタイムアウトする場合、PHP設定の upload_max_filesize や max_execution_time が低すぎる可能性が考えられるので、php.ini や .htaccess で upload_max_filesize=64M、post_max_size=64M、max_execution_time=300 に引き上げ、Add From Server プラグイン併用でFTP直アップロード経由の登録も検討します。

パーマリンク設定で頻繁に404が出る場合、rewrite_rules が正しく反映されていない可能性が考えられるので、管理画面の「設定→パーマリンク」を開いて「変更を保存」を実行し .htaccess を再生成、カスタム構造時は flush_rewrite_rules() でWEBサイトのリライトルールを手動フラッシュします。

モバイルテーマが反映されず見づらい場合、ユーザーエージェント検出ロジックやプラグインの優先度設定が誤っている可能性が考えられるので、モバイル専用CSSのlinkタグ配置をhead内で再確認し、プラグイン設定画面で優先度を上げ、WordPressのモバイル表示をクリアに整えます。

バックアップ復元でサイトが飛んだ場合、ファイルとDBが整合していない可能性が考えられるので、WP Staging でステージング環境を構築し、ファイル→DBの順番で差分をひとつずつ反映、テスト環境で動作OKになってから本番へWordPressデータをリリースします。

SSL化後に混在コンテンツエラーが出る場合、テーマ内や投稿内にhttp://スキームのリソースが残っている可能性が考えられるので、Really Simple SSL プラグインで301リダイレクト＆スクリプト置換、自動的に define('FORCE_SSL_ADMIN', true); を設定し、DevToolsでエラー箇所を特定してhttps://に書き換え、WordPressの完全SSL化を実現します。