Drupal 10 的官方支持将在 2026 年 12 月 9 日结束，之后核心不再出任何版本，连安全补丁也没有；如果站点还跑在 10.x 上，现在动手还算从容，拖到十二月就是被动。
Drupal 10 的官方支持将在 2026 年 12 月 9 日结束，之后核心不再出任何版本，连安全补丁也没有；如果站点还跑在 10.x 上，现在动手还算从容，拖到十二月就是被动。
Drupal 10 的官方支持将在 2026 年 12 月 9 日结束，之后核心不再出任何版本，连安全补丁也没有；如果站点还跑在 10.x 上，现在动手还算从容，拖到十二月就是被动。
这个日期是怎么定下来的
官方发布节奏写得直白：大版本两年一换，小版本在六月和十二月各出一次，每个大版本至少支持四年，直到后面两个大版本都发出来。10 系列最后一个小版本是 10.6.0，最后一个补丁 10.6.20 已在 10 月 21 日发出。
还有两件事叠在一起：12 月 7 日那一周发布 Drupal 12.0.0 和 11.5.0，11.3.x 与 10.6.x 的安全支持同时到期；12 月 9 日，Drupal 10 进入生命周期终点。
停更之后到底会发生什么
先说清楚：站点不会在 12 月 9 日突然打不开。程序照跑，页面照出。变的是三件事。
核心再出漏洞时，安全公告只会给出 11 和 12 的修复版本，没有 10 的包可以装。贡献模块会跟随核心的版本约束，一旦新版把 Drupal 10 去掉，你的站就只能停在旧模块上，包括旧的安全修复。审计、网络安全保险问卷、供应商准入清单都会问“所用 CMS 是否仍在支持期”，一旦答案是“否”，性质就从技术问题变成了合规问题。
站点带登录、收付款、存个人信息的，建议把十二月当硬期限；纯展示、无表单的小站风险低一些，但模块那条问题每个月都在变严重。
升级还是换系统
大多数 Drupal 站点应该升级，不是迁移。原因很实际：细粒度角色权限、带审核的内容工作流、用实体引用组织结构化内容、多站点、多语言——这些能力在别的系统里都要靠插件加定制代码拼，重建成同样的能力通常比升级更贵。
真正该考虑换系统的，是“当初上 Drupal 的理由已经不成立”的站：本来只是发发新闻，却背着一套复杂权限模型；或者内容团队只剩一个人，没人维护模块。这种站换到 WordPress 反而省事。
现在到十二月之间该做的事
- 确认自己在哪个小版本上，再查这个小版本的安全支持何时到期——小版本可能比大版本早很多。
- 把第三方模块列一遍，看有没有已停更、或明确不跟进 11 的。这类模块决定你能不能升级。
- 在测试环境跑一次 11.x 的升级演练，别在生产上第一次试。
- 短期升不上去的，至少把后台访问来源收窄、加二次验证，并把核心与模块的更新监控打开。
对站长的实际影响
这条消息不是漏洞，但比大多数漏洞通告更值得处理。漏洞可以打补丁，生命周期终点没有补丁可打。国内用 Drupal 的站点不算多，但企业官网、政府与高校站里比例不低，而这些站往往又是“上线后没人管”的重灾区。真要动手，最省力的顺序是：先查版本，再查模块，最后才谈升级方案——很多站卡住的不是核心，是某个多年没更新的模块。
本文根据公开报道整理，主要参考：Drupal.org 发布日程与 WPPoland 关于 Drupal 10 生命周期终点的分析（2026-10-28）。
