2026 年建站技术横评：WordPress、Halo 与新势力的比较选型
面向有一定技术基础、正在（或即将）自建站点的读者。不讲"哪个最好"，只讲在什么约束下哪个代价最小。
一、为什么 2026 年还要讨论建站
表面上看，SaaS 建站和社交平台已经吃掉了大量"随手建个站"的需求。但 W3Techs 的数据里 WordPress 仍占全网四成左右，中文圈 Halo、Typecho 持续迭代，Astro、Payload 这类新栈在开发者群体里快速渗透。建站没有终局，只是分裂成了五条清晰的路线：传统单体 CMS、自托管现代 CMS、Headless CMS、静态站点生成器（SSG）/前端框架、SaaS 无代码。选型的本质，是在运行时成本、内容模型灵活度、攻击面和开发体验之间做交易。
二、评价框架：六个硬核维度
- 运行时与部署：LAMP、JVM、Node 还是纯静态？决定内存基线、冷启动和托管价格。
- 内容模型：固定文章模型 vs 可自定义内容类型与字段，决定它是博客系统还是通用 CMS。
- 性能模型：动态渲染加页缓存、边缘缓存、ISR/SSG，TTFB 和构建耗时的分布完全不同。
- 安全攻击面：插件是否在主进程内执行、管理后台是否暴露公网、更新节奏如何。
- 二次开发：语言生态、插件机制（钩子 vs 扩展点 vs SDK）、大版本升级兼容性。
- 总拥有成本：服务器钱加维护时间加安全风险——时间也是硬通货。
三、WordPress：统治市场的 LAMP 老兵
WordPress 依然是"招人最容易、插件最多"的答案。PHP 8.x 加 MySQL 的经典 LAMP 栈，配上 OPcache、Redis 对象缓存和页缓存后，性能对内容站完全够用。Gutenberg 区块编辑器和全站编辑（FSE）让它在产品形态上追上了现代 CMS，REST API 与 WPGraphQL 也支撑起大量 Headless 用法。
但代价同样经典：
- 攻击面最大。数千个质量参差的插件是漏洞主力，wp-admin 暴露公网意味着持续的扫描和爆破；自动更新降低了维护量，却也引入"插件悄悄改行为"的风险。
- 扩展机制是进程内 hook。一个烂插件可以拖垮整个 PHP-FPM 进程池，排查高度依赖对 WordPress 钩子体系的经验。
- Headless 是第二等公民。WPGraphQL 足够成熟，但内容预览、增量再生、评论这些环节要自己补齐，省下的 PHP 服务器钱会花在 Node 与边缘托管上。
结论：需要海量插件（WooCommerce、SEO、会员）、编辑团队非技术背景、能接受持续维护的站点，WordPress 仍是默认解；追求干净架构的新项目，它的历史包袱是真实成本。
四、Halo 与 Typecho：自托管 CMS 的两条中文路线
Halo 是近年中文圈最活跃的自建 CMS：Spring Boot 响应式栈（WebFlux + R2DBC），后台是 Vue 3 SPA，插件与主题体系完整，Docker 一键部署，官方应用商店补齐了生态短板。它的内容模型比 WordPress 规整，自定义模型和字段在后台即可配置，"博客加轻 CMS"场景体验顺滑。
硬核视角下要注意两点：
- 插件运行在同一个 JVM 内。Java 插件能力强、性能好，但一个插件内存泄漏或线程池打满，炸掉的是整个进程——这和 WordPress 的进程内 hook 是同一类风险，只是 OOM 的币种从 PHP 换成了 JVM。
- 资源基线高于 PHP 系。JVM 的内存占用决定了它在 1C1G 的小鸡上不如 Typecho 从容，建议 2G 内存起步。
Typecho 则是另一个极端：单 PHP 应用、支持 SQLite、几十 MB 内存就能跑，插件精简。它适合"我就要个能安静写文章的站"，不适合当通用 CMS。
五、Headless CMS：Ghost、Strapi、Payload
Headless 路线把"内容"与"展示"彻底拆开，CMS 只提供 API 和后台。
- Ghost（Node.js）：博客与 Newsletter 场景完成度最高，会员、付费订阅、邮件群发原生内置，API 设计干净。代价是部分高级功能向 Ghost(Pro) 生态倾斜，自托管够用但二开空间有限。
- Strapi（Node/Koa）：通用 Headless CMS 的代表，可视化建模，REST 与 GraphQL 双开。社区版功能近年逐步收窄（RBAC、SSO 偏向付费版），插件生态质量参差。
- Payload（Node/TypeScript）：代码优先（code-first）配置，3.x 直接跑在 Next.js 进程里，类型从数据库一路透传到前端。它是"开发者向 CMS"目前最激进的形态，代价是编辑团队要适应开发者主导的工作流。
Headless 的共同账：得到干净的内容 API 和完全自由的前端，失去"装个插件就有"的功能——评论、SEO、表单都要自己拼，团队里得有人真懂前端。
六、SSG 与现代前端：Hexo、Hugo、Astro、Next.js
对个人博客和文档站，这是 2026 年性价比最高的路线：Markdown/MDX 源文件进 Git，构建出纯静态产物，丢到 CDN（Vercel、Netlify、Cloudflare Pages、GitHub Pages），成本接近零，攻击面只剩 CDN 本身。
- Hugo（Go）：单二进制，构建速度碾压级，几千篇内容秒级出包，适合大内容量；主题生态偏传统。
- Hexo（Node）：中文社区和主题生态最厚，新手资料多；构建速度与现代工具链是短板。
- Astro：Content Collections 加群岛架构（Islands），默认零 JS、按需注水，内容站和轻度交互站的体验最现代，MDX 一等公民。
- Next.js / Nuxt：当站点需要登录态、搜索、服务端动态渲染（SSR/ISR/RSC）时上场。拿它写纯博客是高射炮打蚊子，但产品型内容站（带付费、用户仪表盘）绕不开它。
七、横向对比
| 方案 | 技术栈 | 部署基线 | 内容模型 | 攻击面 | 适合谁 |
|---|---|---|---|---|---|
| WordPress | PHP + MySQL | 虚拟主机即可 | 极强（插件堆砌） | 大 | 企业站、电商、非技术编辑团队 |
| Halo | JVM（Spring Boot） | Docker，建议 2G 内存 | 强，后台可配 | 中（JVM 插件） | 中文博客/轻 CMS、爱折腾 |
| Typecho | PHP + SQLite/MySQL | 超轻量 | 弱（文章为主） | 小 | 极简个人博客 |
| Ghost | Node.js | 1G 以上 Node 环境 | 中（发布导向） | 中 | Newsletter、付费内容 |
| Strapi / Payload | Node | 容器加数据库 | 极强（自定义建模） | 中 | 开发者驱动的内容产品 |
| Hugo / Hexo / Astro | 构建期静态 | CDN，近乎免费 | 代码/文件定义 | 极小 | 个人博客、文档、营销页 |
| Framer / Webflow | SaaS | 零运维 | 模板内受限 | 零（托管方承担） | 设计师、快速落地页 |
八、场景化选型建议
- 个人博客，预算趋零：Astro/Hugo/Hexo 加 CDN；想要在线后台和插件生态选 Halo；习惯虚拟主机选 Typecho。
- 内容变现 / Newsletter：Ghost 自托管或直接 Pro，少走弯路。
- 企业官网 / 营销站，有编辑团队：WordPress（生态与可招聘性），或团队具备前端能力时 Strapi/Payload 加 Next。
- 电商：自托管主流仍是 WooCommerce；不想运维就 Shopify，别拿博客系统硬凑商城。
- 内容型产品（账号、搜索、付费一体）：Payload/Strapi 加 Next.js/Nuxt，并接受它就是一个正经软件项目。
九、结语
2026 年的建站选型没有王者，只有约束下的最优解：WordPress 用生态换包袱，Halo 用 JVM 换工程规整度，Headless 用前端工作量换架构干净，SSG 用构建期换运行时的近乎免费。想清楚你最不愿意付的那笔成本是什么——服务器钱、维护时间、安全风险还是学习曲线——答案会自己浮出来。