问题背后的问题
"我们应该在WordPress上构建还是自定义"很少是技术问题。这是所有权问题：谁在第二年编辑网站，谁修补它，启动中期联系表单出故障时谁被呼叫。我通过共同创立的代理机构交付了超过12,000个WordPress网站，我自己的网站运行在Astro和Next.js上，所以我在这里没有偏袒。诚实的答案取决于你的业务形态，在2026年有三个真实选项，不是两个。
三个选项，恰当定义
WordPress，经典构建。一个应用程序处理编辑、模板和服务。主题和插件覆盖荒谬范围的需求，块编辑器已成长为真正有能力的页面构建器，你将要招聘的每个营销人员都已使用过wp-admin。
Headless。内容存储在CMS中（WordPress配WPGraphQL，或Sanity、Storyblok、Payload），独立的前端用Next.js或Astro渲染。这是Jamstack时代命名的架构：页面提前预构建，从CDN提供服务，API处理动态部分。流行语褪去了；架构成功了。2026年大多数最快的内容网站都以这种方式构建，无论任何人是否还提Jamstack。我的Headless WordPress指南中有完整讲解。
自定义。前端和数据模型为你的产品而设计：一个 Next.js 或 Astro 应用配合数据库、认证（如果需要账户）以及你要求的确切功能，别无其他。当网站本身就是产品而非宣传册时，这就是合适的形态。
并排对比
| WordPress | Headless | 自定义构建 | |
|---|---|---|---|
| 典型构建成本 | 3,000-30,000 美元 | 15,000-60,000 美元 | 25,000-150,000+ 美元 |
| 首次上线时间 | 2-6 周 | 6-12 周 | 10-20+ 周 |
| 编辑体验 | wp-admin，每个营销人员都很熟悉 | CMS 工作室，界面清爽但对大多数团队都很陌生 | 由你决定构建，有时什么都没有 |
| 性能上限 | 良好，需要遵循最佳实践 | 默认情况下优异（静态 + CDN） | 优异，你完全掌控 |
| 安全面 | 最大：核心、插件和管理面需要补丁 | 最小：静态页面，CMS 处理认证 | 由你来设计和保护 |
| 持续维护 | 核心和插件更新，每月 | 前端依赖 + CMS 订阅 | 开发者关系，长期 |
| 设计自由度 | 主题受限，除非定制主题 | 完整 | 完整 |
| 招聘池 | 巨大 | 庞大且不断增长 | 框架特定，高端开发者集中 |
| 最适合 | 营销网站、博客、小型电商 | 大规模内容、多语言、性能关键 | 产品、门户、定制工作流 |
WordPress 在 2026 年过时了吗？
没有。它仍然支撑着全球大约 43% 的网站，区块编辑器已经悄然成熟，生态系统仍然是网络软件最深的护城河。同样属实的是：默认路径（十五个插件、廉价主机、无性能预算）产生平庸的网站，这一直都是这样。有纪律地做 WordPress（少量插件、不错的主机、性能预算）仍然是通往专业营销网站最快的明智之路。
那么为什么人们离开它呢？
诚实的原因：团队厌倦了更新的繁琐，插件众多的构建性能有上限，开发者更喜欢现代 JavaScript 工具链。同样诚实的反向流动：团队回到 WordPress，因为编辑体验、庞大的招聘池和成本。两种迁移都是真实存在的，我在两个方向上都运过项目；更完整的情况在我关于 WordPress 替代方案的文章中。平台切换解决架构问题。它不解决内容、定位或所有权问题，而这些通常是真正的病根。
即使有 AI，定制也不会突然变得容易
这是 2026 年的转变。Claude、Cursor 和自主编码工具大幅降低了代码生成成本。我用这些工具在一天内建了一个运行的网站，通过 MCP（模型上下文协议），AI 助手现在可以直接与你的 CMS、数据库和部署平台通话。从想法到演示的距离从未如此之近。
生产环境是另一回事。演示不包括备份、身份验证边界情况、监控、依赖更新、无障碍访问、SEO 基础设施，或凌晨两点的事故。AI 压缩了构建过程，但不能承担所有权。没人维护的临时拼凑网站在几个月内就会变成过时软件，只是比旧时代的遗留代码更快、更便宜地过时。AI 真正改变的是：定制构建变得更便宜更好，因为资深开发者现在交付的东西是过去的好几倍，WordPress 构建也变得更好，因为同样的工具可以编写主题和插件。差距从两端都在缩小。决策框架保持不变。
如何实际决策
当网站是营销展示面、非技术人员每周编辑、预算有限时，选择WordPress。当内容运营规模大（体量、语言、多渠道）且性能是你打算利用的排名或转化杠杆时，选择Headless。当网站本身就是产品（账户、仪表板、工作流、集成、插件永远做不好的东西）时，选择自定义。这条路的实际数字在我对自定义网站开发成本的详细分析中。
然后使用第二年测试，它优先于上面的一切。两年后谁来维护这个网站？一个选择完美但没有人维护的平台最终也会失败。选择你实际的团队或实际预算能够维护健康的技术栈，剩下的对比表就只是细节了。