WordPressでブログ

【追記2026/9/21】下記記事を書いたが、結論から言うとWordPressの自動更新は出来なかった・・・

検証結果として、WordPress7.1.1のアップデートが9/18に実行されたが、ベーシック認証されたWordPressの自動更新は行われなかった。（3日後にも自動更新のメールが届いていない）

確認するため、ベーシック認証サイトにログインすると、その直後にメール「[○〇サイト] WordPress 7.1.1 へのサイト更新が完了しました」が届いた。
管理ログインすると、確かにVer.7.1.1に更新されていた。

が、これは該当するサイトにアクセスしたことで、更新タスクが実行されたということだ。

AI（Gemini）によれば、

これ（以下の記事）はあくまで今回の自動更新を成功させるための必須の土台作りでした。そこに今回の「サーバー側のCronによる自動トリガー」を組み合わせることで、あなたがアクセスしなくても完全に自動でアップデートされる環境が完成します。

って、以下で可能だと回答したんじゃないかい？まあ、鵜呑みにしないためにも今回、検証したんだけれど。

ということで、プラスの設定に関しての別記事を明記しようかと思ったが、当方の判断としては、以下の設定のままにしてアップデートがあった時点で対象サイトにアクセスすることとした。

管理画面にログインして手動でアップデートするのと変わらないじゃないかと思われる方もいるとは思う。しかし、管理画面にログインできない環境にある場合でも、とりあえずベーシック認証にログインするだけでアップデートできるので、緊急対応にはなるであろうと判断した。

2026/8/31記事↓

WordPressの緊急アップデートと自動更新の重要性

2026年7月19日、エックスサーバーから「【重要】WordPressの脆弱性（wp2shell／CVE-2026-63030）に関する注意喚起とサーバー側対策のお知らせ」が届いた。
参考：エックスサーバーのお知らせ¹

WordPressでは、通常、管理画面の更新設定において、主に次のいずれかの自動更新が有効になっている。

• メンテナンスリリースとセキュリティリリースのみを自動的に適用する
• すべての新しいバージョンに対する自動更新を有効にする

今回の案内メールを確認した時点では、セキュリティアップデートとして問題のバージョンWordPress 7.0.1から7.0.2への更新が完了していた。

脆弱性に対処するための緊急アップデートは、サイトの安全性を維持するうえで確実に適用しなければならない。特に、広く影響が及ぶ可能性のある脆弱性が公表された場合、更新の遅れは不正アクセスや改ざんなどのリスクにつながる。

通常の運用環境であれば、WordPressの自動更新機能によって対応できる。しかし、ベーシック認証を設定したWordPressサイトでは、自動更新が正常に実行されない場合がある。
そのため、ベーシック認証下で運用するサイトでは、自動更新や予約投稿などに必要な処理を実行できるよう、あらかじめ設定を見直しておく必要がある。

続きを読む →

週末に「［該当サイト名]サイトで技術的な問題が発生しています」というメールが届いていた。

土曜日ということで、メールを確認したのは週明けの月曜日であった。

該当サイトにアクセスすると、サイトは表示されず、以下のエラーメッセージが表示されていた。

プラグインエラーには何度も遭遇しているため、手っ取り早い対処法としては、FTPで該当プラグインのフォルダごと削除する方法がある。だが、今回はメールの案内に従って対応することにした。

メールには「次に、エラーが発生したページログインURLを開き」と書かれていたのでアクセスしてみたが、やはり上記のエラーコードが表示され、通常のログイン画面は開かなかった。

さらにメールには、「もしサイトが壊れていてダッシュボードに正常に接続できない場合、WordPress には特別な「リカバリーモード」があります。」とあり、ログインURLにパラメータがついた付いたリンクがが記載されていた。

ただし、このリンクは有効期限が1日とある。気づいたのは2日後だったため、当然ながら有効期限は切れていた。クリックすると、リンク切れのメッセージが表示される。

しかし、「ご心配なく。有効期限後にこのエラーが再度発生した場合は、新しいリンクをお送りします」とあるとおり、このリンクをクリックすると、再び同じ「[該当サイト名]サイトで技術的な問題が発生しています」というメールが届いた。

そのメールに記載されたリカバリーモード用のリンクURLは更新されており、無事に「リカバリーモード」を表示できた。

ダッシュボードにリカバリーモードであることが明記されている。
その下に、「1件以上のプラグインが正しく読み込みませんでした」とあり、プラグイン画面への移動が促されていた。

メールにも記載されていたとおり、問題のプラグインである Shortcodes Ultimate のエラーが表示されている。

問題が発生していたバージョンは 7.5.1 であり、新バージョン 7.5.3 が配布されていることも確認できた。
この状況から、まずは更新を行うことにした。

プラグインを更新（アップデート）すると、プラグイン一覧に表示されていたShortcodes Ultimateのエラーメッセージは消えた。

同時に、サイトトップページにアクセスすると、正常に表示されるようになっていた。

ひとまず、これで問題は解決である。

続いて、トラブル対応が遅れた原因を振り返った。

実は、5/19(火)に、Shortcodes Ultimateプラグインの自動更新完了のメールが届いていた。

このとき、本来であれば必ず行うサイト表示確認、つまり2〜3ページほどの表示チェックを、なぜか実施しなかったのである。痛恨のミスであった。この時点で確認していれば、エラー表示に気づけていたはずである。

調べてみると、このShortcodes Ultimateのバージョン7.5.1で問題が発生したという記事も、今さらながら見つけた。

緊急アップデート：Shortcodes Ultimate v7.5.1 がサイトを壊します。直すために 7.5.3 にアップデートしてください：reddit

重大なエラーが発生、プラグインの更新に失敗。：WordPress.org 日本語

そして、エラーが発生して4日後の5/23(土）になって、ようやく「問題が発生しています」という連絡に気づいた、という経緯である。

もっとも、もし 5/19 の時点で気づいていたとしても、リカバリーモードには入れず、前バージョンへ戻す作業が必要だった可能性が高い。
その場合は、バックアップファイルから Shortcodes Ultimate のプラグインフォルダを抽出し、差し替えるという煩雑な作業を行っていただろう。

それにしても、「問題が発生しています」メールが、もう少し早く届く仕組みにはならないものだろうか。

プラグインの自動更新スケジュールが発生した段階で、WordPressが機能していないために自動更新ができず、エラーメールが送信されたと考える。

プラグインの自動更新機能に関しては積極的に使う派ではなかったが、最近ようやく使い始めたばかりでの問題発生。あらためて考える機会となった。

とりあえず結論としては、「「自動更新しました」メールを受信したら、必ずサイトにアクセスして表示確認を行うこと！」である。