【残り6日】9/17 は WordPress 保守デー｜7.1.1 リリース + W3 Total Cache PoC 公開の同日ダブル対応ガイド【2026年9月版】

公開日
2026.09.11

2026年9月17日（火）、WordPress 保守運用担当者にとって “二重イベントの1日” が到来します。同日 15:00 UTC に WordPress 7.1.1 メンテナンスリリースが予定されており、同時に W3 Total Cache の攻撃方法（PoC）が一般公開される期限日でもあります。cielo保守案件のように複数WordPressサイトを預かる制作会社にとって、この日は “何もしないと事故る” 実務要注意日です。この記事では、9/17に何が起きるか・制作会社が事前にやるべき準備・当日運用フローまで、シエロデザイン（東京都港区）が10年以上の中小企業案件経験から実務ガイドとしてまとめます。

9/17 に何が起きるか？

2026年9月17日は、WordPress 保守運用の観点で “同日2大イベント” が発生します。1つは WordPress 7.1.1 のメンテナンスリリース（バグ修正版）、もう1つは W3 Total Cache プラグインの攻撃方法（PoC）一般公開期限日です。両者は同じ日に対応が必要になるため、事前準備なしに当日を迎えると “保守案件の一斉更新に追われる” 状況になります。

2つのイベント詳細

イベント1：WordPress 7.1.1 メンテナンスリリース

イベント2：W3 Total Cache 攻撃方法（PoC）一般公開

なぜ9/17が特に危険か？

制作会社の保守運用実務では、通常、月次のプラグイン棚卸しで対応します。ただし9/17は “WordPress本体アップデート” と “PoC公開” が同日のため、以下のリスクが同時発生します。

• WordPress 7.1.1 本体アップデート起因の互換性問題：カスタムプラグイン・カスタムテーマが壊れる可能性
• W3 Total Cache 攻撃実行フェーズ入り：PoC公開後72時間以内に大規模スキャンが始まる過去パターン
• WordPress 更新でキャッシュプラグインの設定が飛ぶ：W3 Total Cache 更新と重なると “キャッシュ設定を再設定してから W3TC 更新するのか、逆順か” の判断が必要
• 7.1 開発サイクルのバグ修正が W3TC の内部呼び出しに影響する可能性：メンテナンスリリースでも稀に発生

9/17までに制作会社がやるべき準備6ステップ

1. 保守案件の WordPress バージョン一覧を作成：現在の版・7.1 系か 7.0 系か・7.1.1 対応が必要かを一覧化
2. W3 Total Cache 導入サイトを特定：wp plugin list で全案件を横断チェック
3. ステージング環境で 7.1.1 RC1 を事前検証：本番影響が出るカスタムを予測
4. バックアップ体制の確認：WPvivid / UpdraftPlus 等のバックアップが直近7日以内に取れているか
5. 9/17 当日の作業スケジュールを事前確保：複数サイト一斉更新の時間ブロック
6. クライアントへの事前連絡：本番反映時間帯・ダウンタイムの可能性を通知

9/17 当日の推奨運用フロー

フェーズ1：9/17 早朝（日本時間）

1. 各保守サイトの直近バックアップ実行
2. W3 Total Cache 2.10.5 未満のサイトを **最優先** で 2.10.5 以降へ更新
3. 更新後、キャッシュ設定が保持されているか確認（Object Cache / Page Cache / Minify）

フェーズ2：9/17 昼〜夕方（WordPress 7.1.1 リリース後）

1. WordPress 7.1.1 は自動更新に任せず、手動確認 → 承認 → 適用
2. ステージング環境で先に検証（Block API v3 依存プラグインは特に注意）
3. 問題なければ本番適用

フェーズ3：9/17 夜〜9/18 朝

1. 全サイトの表示チェック（TOP・主要下層・お問い合わせフォーム）
2. Wordfence / SiteGuard 等のログで異常アクセスの兆候確認
3. クライアントへの反映完了報告

同時期に対応推奨のプラグイン脆弱性

9/17 に合わせて、以下の脆弱性対応も同時に進めるのが実務的です。

シエロデザインの現場から：多数WordPress案件を抱える制作会社の運用

シエロデザイン（東京都港区）が10年以上、中小企業のWEB制作・保守運用を担ってきた立場から、こうした “同日2大イベント” への実務対応3点をまとめます。

ポイント1：wp-cli で全案件を横断チェック

複数WordPress案件を抱える制作会社は、wp-cli を各サイトに導入して、以下のワンライナーで一斉チェックするのが最速です。

# WordPress本体バージョン確認
wp core version

# W3 Total Cache 導入・バージョン確認
wp plugin list --field=name,version | grep -E "w3-total-cache|w3tc"

# 脆弱性プラグイン一括確認
wp plugin list --field=name,version | grep -E "broken-link-checker|kirki|all-in-one-wp-migration|wpvivid|forminator|everest-forms|elementor-pro|updraftplus|ninja-forms|wpforms|really-simple-ssl|really-simple-security"

ポイント2：更新順序の “定石” を持つ

WordPress本体・キャッシュプラグイン・その他プラグインの更新順序を “定石化” しておくと、当日の判断コストが激減します。シエロデザインでは以下の順序を推奨しています。

1. バックアップ取得（WPvivid / UpdraftPlus）
2. キャッシュプラグイン更新（W3 Total Cache 等）→ キャッシュクリア
3. セキュリティプラグイン更新（Wordfence / SiteGuard 等）
4. その他プラグイン更新（フォーム系・SEO系・SNS系）
5. WordPress本体更新
6. テーマ更新（あれば）
7. 全体表示チェック

ポイント3：クライアント連絡は “事前・当日・完了” の3段構え

クライアントへの連絡は、「事前予告（3日前）」「当日開始（作業前）」「完了報告（作業後）」の3回に分けます。特に完了報告はクライアント側でも動作確認できるレベルの定型項目を含めると、後々のトラブル回避になります。詳細はAI時代のホームページ制作会社選びもご覧ください。

WordPress 7.x 系リリース履歴（背景整理）

よくある質問（FAQ）

Q. WordPress 7.1.1 は自動更新に任せてもいいですか？

本番サイトの自動更新は推奨しません。必ずステージング環境で先に検証してから、手動で本番適用してください。特に Block API v3 依存カスタムブロックがあるサイトは注意が必要です。

Q. W3 Total Cache 2.10.5 に更新すると設定が飛びますか？

通常は設定が保持されますが、更新後に必ず「Page Cache」「Object Cache」「Minify」の設定を確認してください。設定が飛んでいると表示速度が急激に低下します。

Q. W3 Total Cache から他のキャッシュプラグインに乗り換えるべきですか？

2.10.5 以降で修正されているため、乗り換えは必須ではありません。ただし今後もセキュリティ問題が続くようであれば、WP Rocket / LiteSpeed Cache / WP Fastest Cache 等への移行を検討する余地はあります。

Q. WordPress 7.1.1 と W3TC 更新を同時にやるとリスクは？

両方同時は避けてください。「①W3TC更新 → ②キャッシュクリア → ③動作確認 → ④WordPress本体更新」の順序で1ステップずつ確認するのが安全です。

Q. 保守案件のサイト数が多い場合、9/17 当日で全部更新できますか？

10サイト以上を1日で更新するのは物理的に厳しいです。W3TC は9/17 中に必ず・WordPress 7.1.1 は9/18〜9/20 の3日間に分けて更新する分割対応が現実的です。

Q. クライアントに事前連絡は必要ですか？

必要です。ダウンタイム発生の可能性・作業時間帯・完了予定時刻を事前に通知してください。無連絡での作業は「勝手に触られた」というクレームにつながります。

Q. Wordfence 等のセキュリティプラグインで一時的にブロックできますか？

Wordfence の Threat Defense Feed で W3 Total Cache 脆弱性への攻撃はブロックできますが、根本対応はプラグイン更新です。ブロックはあくまで応急処置と考えてください。

Q. Kirki は “別のXSS未パッチ” とありますが、どう対応すべきですか？

蓄積型XSS の修正版が現時点で提供されていないため、使用停止 or 他プラグインへの乗り換えが推奨されます。ACF等の代替プラグインへの移行を検討してください。

参考メディア・出典一覧

• WordPress 7.1.1 Release Schedule｜Make WordPress Core 公式
• WordPress 7.1「Mary Lou」announcement｜WordPress 公式
• WordPress 7.1 Documentation
• WordPress 7.0.4 Release Notes
• Patchstack Vulnerability Database
• Wordfence Threat Intelligence

まとめ

2026年9月17日は、WordPress 保守運用担当者にとって「WordPress 7.1.1 メンテナンスリリース」+「W3 Total Cache PoC 公開期限」の二重イベント日です。制作会社としては、事前準備6ステップ・当日運用3フェーズ・更新順序の定石化・クライアント3段構え連絡の4点を押さえることで、”保守案件の一斉更新に追われる混乱” を回避できます。シエロデザインでは “見えないAI、見える手仕事” の理念に沿って、こうした保守運用フェーズの技術的判断を人が責任を持つ運用を継続しています。

関連記事：WordPress プラグイン脆弱性チェックリスト／WordPress 7.1 Mary Lou 完全解説／WordPress 7.0.4 セキュリティリリース解説もあわせてご覧ください。

この記事を書いた人

WEBディレクター

佐藤 広樹 Sato

仕事を通じて出会った方から「人から学ぶ」ことを大切に、AIやWEBから得られない知見を吸収するよう意識しています。

スタッフ紹介はこちら →