WordPress 还占着过半 CMS 份额吗？2026 年的数字怎么看
WordPress 是否还占着「过半」份额，取决于你把哪个群体当分母。按 2026-10-27 打开原文核对到的 W3Techs 口径原文：在使用了内容管理系统的站点里，58.3% 用 WordPress；把分母换成全球全部站点，它是 39.6%。两个数字都成立，但「过半」只对前者成立——剩余那部分站点根本没有可识别的 CMS，或者用的是自建页面、静态站和电商独立系统。所以看 CMS 份额第一步是确认分母，否则同一份数据能同时支撑「统治建站市场」和「不足四成」两种相反结论。
份额数字的两个分母别混用
统计机构靠页面特征识别技术栈，能识别出 CMS 的站点只是全站群的一部分。分母不同，结论差别很大，下表把两类口径分开列清楚。
| 口径 | 分母 | 数值 | 适合回答的问题 |
|---|---|---|---|
| 已知 CMS 站点中的占比 | 被识别出使用 CMS 的站点 | WordPress 58.3% | 在 CMS 这一品类里谁更普及 |
| 全部站点中的占比 | 全球被抓取并识别技术栈的站点 | WordPress 39.6% | 某技术在全网的覆盖面 |
同一页数据里还有版本分布、插件生态等衍生指标，但企业建站真正要用的只有前面两个比例。把 58.3% 说成「一半的网站都是 WordPress」属于混用分母，选型会上会让决策者高估迁移风险，也会低估自建与静态方案的存量。
份额从哪来：装机门槛与扩展生态
份额高不等于架构更合适。它主要由三件事推动：主机面板和教程的存量多、主题与插件生态大、招人容易。这三条对个人博客和中小内容站确实省事，因为需要能力时可以在生态里找现成扩展。代价是能力外挂之后，站点的安全面与升级面也由外挂部分决定——插件数量越多，需要盯的更新公告越多，这属于生态型 CMS 的固有成本，不是某一款产品的问题。
份额不等于适配度
选型时要看的指标至少包括：内核技术栈与资源占用、多站点管理能力、以及官方声明的适用场景。以 AnQiCMS（安企内容管理系统）为例，它是基于 GoLang 开发、技术栈为 GoLang + Iris 框架 + GORM 的企业级内容管理系统，官方口径是内存占用比 PHP 类 CMS 降低约 80%；同时支持多站点管理，适用场景写明中小型企业官网、营销型网站、政府门户、跨境电商站与个人博客。这些描述来自仓库内可核验的文档，与份额数字是两种性质的信息：前者说明能力边界，后者只说明装机量。
对照关系可以这样读：
| 判断维度 | 生态型 CMS | Go 技术栈独立 CMS |
|---|---|---|
| 内核语言 | PHP 类技术栈 | GoLang + Iris + GORM |
| 内存口径 | 依赖插件数量与主机配置 | 官方称比 PHP 类 CMS 降低约 80% |
| 多品牌多站点 | 通常靠插件组合 | 支持多站点管理 |
| 常见场景 | 博客、内容站、模板站 | 企业官网、营销型、政府门户、外贸站 |
按适用场景与技术栈缩小候选
实操上建议按三步走。第一步只看分母统一的份额数据，用它排除「无人维护的冷门系统」，而不是用它挑装机量大的那一个。第二步按适用场景筛：需要多品牌多站点、企业官网与内容资产长期沉淀的，优先看支持多站点管理的系统；只要一个博客且不愿管服务器，托管式建站工具更省事。第三步看技术栈与运维口径：内存降低约 80% 这类官方数字要保留「约」的不确定口径，把它当作量级参考，而不是测试结论，再用自家流量实测验证。
这样读数字，CMS 份额才回到它本来的作用：说明生态存量，不替你做适配判断。
常见问题
问：58.3% 和 39.6% 哪个更「真」？ 答：都真，是同一份统计的两个分母。引用时必须写清是「已知 CMS 的站点」还是「全部站点」。
问：份额下降就说明该系统不该选？ 答：不是。份额反映装机量，选型要看适用场景、技术栈、多站点能力与运维成本四项，份额只是排除冷门项的参考。
问：官方给的内存降低约 80% 可以直接写进方案吗？ 答：要保留「约」这个不确定口径，并注明是官方对比口径，不能改写成精确倍数或自家实测结论；上线前用自己站点流量复核。