作者：成都长风云Drupal开发团队

Drupal 7 已于 2025 年 1 月 5 日正式结束生命周期，不再提供任何扩展相关支持。时隔 19 个月，它依然是全球使用量第二高的 Drupal 版本，仅比 Drupal 10 的占比低不到 1 个百分点。

成都长风云Drupal开发团队整理出这份统计页面，正是我希望能够看到的内容：包含最新统计数据、背后的统计方式，以及如果你的网站也属于这批站点，将会面临哪些情况。

一、统计数据（2026 年 8 月）

距离正式终止生命周期已经过去 19 个月，仍有 29.7% 的 Drupal 网站在运行 Drupal 7（数据来源：W3Techs，2026 年 8 月 22 日）。

50.3% 的 Drupal 网站正在使用已终止生命周期的版本（Drupal7、8、9 或更早版本），半数 Drupal 网站已经无法获得安全维护支持（数据来源：W3Techs）。

Drupal 10 占比位居首位，达到 30.6%；Drupal 11 的线上站点占比已经达到 19.1%（数据来源：W3Techs）。

2026 年 8 月 9 日当周，共有 485296 个 Drupal 8 及更高版本的站点向[drupal.org](https://drupal.org)发送更新心跳上报，对比 2020 年 8 月的 367534 个，增长 32%。这表明新一代 Drupal 生态正在壮大，而非萎缩（数据来源：[drupal.org](https://drupal.org) 使用统计）。

站点数量分布：Drupal 10：225887 个、Drupal 11：165229 个、Drupal 9：51847 个（已终止生命周期）、Drupal 8：42333 个（已终止生命周期）（[drupal.org](https://drupal.org)，2026 年 8 月 9 日当周）。

综合两份数据源估算，目前仍在对外线上运行的 Drupal 7 网站约有 20 万个（统计方法见下文）。

在可识别 CMS 的全部网站当中，由 Drupal 搭建的网站整体占比为 1.0%。

二、统计方法：两套分析视角，如实标注局限

没有任何单一数据源能够覆盖全部 Drupal 网站，因此本次统计结合两套数据源交叉验证，二者各自存在不同的信息盲区：

视角一：W3Techs通过爬虫遍历公网，对可识别的网站做 CMS 及版本指纹识别。优势：可以识别 Drupal 7 站点，而这类站点大多已经不再向官方回传状态数据。短板：仅采样可被爬虫抓取的网站，数据偏向有一定访问量的站点。

视角二：[drupal.org](https://drupal.org) 使用统计**，统计开启了更新状态模块、每周上报内核版本的网站。优势：属于真实计数，而非抽样估算。短板：仅统计主动上报的站点（很多生产环境站点会关闭该上报功能），并且公开统计数据仅覆盖 Drupal 8 及以上版本。

我们的总量估算逻辑：上报数据里共有 485296 个 Drupal 8 及以上版本站点。W3Techs 统计显示 Drupal 7 占全部 Drupal 站点的 29.7%，其余所有版本合计占 70.3%。假设该比例在全网真实站点中同样成立，可推算 Drupal 7 网站总量约为 485296 × (29.7 ÷ 70.3) ≈ 205000 个。又因为 Drupal 7 站点相比新版本站点，上报使用数据的概率更低，因此该数值大概率是下限值。我们表述为 “约 20 万个站点”，不追求虚假的精确数字。如果你有更优质的数据，例如私有爬虫采集结果、服务商站点统计，我非常希望可以查阅。

三、十五年的 “续命运行”

时间线就解释了这一数据背后的原因。Drupal 7 获得了长达 14 年的官方支持周期，远超 Drupal 历史上所有版本，之后也没有版本再达到这个时长。这是因为 Drupal 协会曾三次延后它的生命周期终止时间。每一次延期单独来看都合乎情理：大量机构类网站都依赖该版本运行。但多次延期叠加在一起，给网站管理者传递了一个错误的认知：截止日期总会往后推迟。可到了 2025 年 1 月，延期不再到来，近三分之一的 Drupal 网站依旧停留在该版本，陷入被动局面。

更深层的根源来自架构层面，这点应当坦诚说明，这也解释了为什么不能简单一句 “直接升级” 就了事。2015 年发布的 Drupal 8 是一次彻底重构：全新的面向对象架构、全新的主题层、全新的模块应用程序接口。Drupal 7 无法原地平滑升级，只能整体迁移重构平台。这次重构让 Drupal 拥有了现代可持续迭代的架构（Drupal8→9→10→11 的版本切换真正做到简单便捷，Drupal7 时代那种断崖式迁移就此终结），但代价是，所有 Drupal7 站点未来都必须面对一次高成本迁移工程。大量站点负责人一再推迟这项工作，直到拖延的代价再也无法忽视。

四、更容易被忽视的问题：Drupal 8 与 Drupal 9 的僵尸站点集群

Drupal 7 占据了大部分关注，但上报数据揭示了一个更值得警惕的现象：仍有 94180 个站点还在上报 Drupal 8 或 Drupal 9 的状态。这两个版本分别已于 2021 年 11 月、2023 年 11 月终止生命周期。这些站点的负责人当初费尽心力完成了从 Drupal7 的迁移（或是直接基于 Drupal8/9 新建站点），之后便停滞不前，完全没有理解现代版本发布模式的核心意义：保持版本更新属于日常维护工作，而不是一次性大项目。2026 年，未打补丁的 Drupal9 站点所面临的风险等级，和站点管理者可能暗自轻视的 Drupal7 站点并无二致。

五、失去官方支持的站点实际会遭遇什么

表面风平浪静，风险蓄势待发。网站可以正常渲染，编辑人员也能够登录后台，但风险正在无声累积：Drupal 安全团队不再发布安全公告与安全补丁；第三方扩展的维护者已经停止维护；底层运行的 PHP 版本逐步过时；托管服务商也会逐层停止兼容支持。

历史教训就是 2014 年的 Drupalgeddon 漏洞事件：一旦内核出现高危漏洞，黑客利用漏洞发起攻击往往只需要数小时。区别在于，当年漏洞爆发时还有官方补丁可用；而对于这些停留在旧版本的站点，下一次漏洞出现时，将不会再有补丁。

对于公共机构而言，还存在合规层面的风险。“我们正在运行已停止支持的内容管理系统”，在安全调查问卷、保险续保审核中属于不合格项，同时也越来越多地成为采购项目的硬性否决条件。我们接到的不少迁移咨询，根源并非惧怕黑客攻击，而是审计人员的检查项要求。

这大约 20 万个站点，都会落到下面这四种处理方案当中。

对于机构类网站，迁移至 Drupal 10/11 是默认选择：2012 年选择 Drupal 所看重的复杂业务能力，如今大多依然适用。

而对一部分站点来说，WordPress 才是务实之选：这类网站原本就用不到 Drupal 的全套复杂能力，切换到更轻量化的平台，成本更低、运维体验也更好。

商业扩展支持（由第三方厂商提供 Drupal7 安全补丁）对于正处在预算周期内的大型站点，是合理的过渡手段，但这是一座需要每年付费的桥梁；过渡期结束之后，迁移工作依旧躲不开，成本也不会因此降低。
而什么都不做，相当于被动做出的选择，也是唯一一种风险成本会持续无声累积的方案。