每次客户看到我的网站，都会问同一个问题："你为什么不直接用 WordPress？"
这是个合理的问题。WordPress 驱动了全球超过 43% 的网站。它免费、对新手友好，五分钟内就能跑起来一个博客。表面上看，舍 WordPress 而选 Next.js，像是一个开发者在无谓地把事情复杂化。
但这个决定背后有真实、可量化的理由——而这些理由直接影响着我为你交付的作品质量。
1. 性能不是可选项
当用户访问一个 WordPress 站点时，后台发生了这些事：服务器运行 PHP、查询数据库、拼装 HTML，然后才把结果发送给浏览器。每一次请求，都要走一遍这个流程。
Next.js 的工作方式截然不同。页面可以在构建时预渲染为纯静态 HTML 文件，并通过全球 CDN 即时分发。没有数据库查询，没有服务器计算——只是一个文件以光速送达。
现实中的差距是显著的。更快的加载速度意味着更低的跳出率、更高的用户参与度，以及——最关键的——更好的 Google 排名。Google 的 Core Web Vitals 分数已是直接的排名因素，而 Next.js 站点在这一指标上持续优于 WordPress。
结论： 快速的网站不只是锦上添花，而是真实的竞争优势。
2. 安全性由设计保障
WordPress 是互联网上被攻击最多的 CMS——不是因为它构建得差，而是因为它无处不在。黑客会自动化地攻击 WordPress 登录页面、过时的插件和有漏洞的主题。如果你管理过 WordPress 站点，一定懂那种看到"有更新可用"提示时的焦虑——点下去，不知道会不会把什么东西搞坏。
而将 Next.js 部署为静态站点后，没有登录页可供暴力破解，没有数据库可供注入，没有 PHP 解释器可供利用。攻击面几乎为零。
我不需要花时间修补插件漏洞或恢复被入侵的站点。那些时间，都用来构建更好的东西了。
3. 每一行代码都在我掌控之中
WordPress 开发往往意味着插件叠插件。需要联系表单？装个插件。SEO？再装一个。性能优化？还要三个。用不了多久，你的站点就在运行几十个你没写过、没完全理解、也没法轻易移除的第三方脚本。
用 Next.js，我自己写每一行代码。我清楚地知道站点在做什么、为什么这样做、以及如何修改它。没有黑盒子，没有某个加载了 14 个无用脚本的插件带来的莫名卡顿，也没有无法追溯到具体决策的技术债务。
这对客户的意义在于：可预期、可维护、透明的交付。
4. 现代化的开发工作流
我的整个开发工作流建立在 TypeScript、Git 和持续部署之上。Next.js 天然融入这套体系。当我把代码推送到 GitHub，Vercel 会自动构建和部署站点、生成预览链接供审阅，出问题时也能即时回滚。
WordPress 需要一套截然不同的思维方式——PHP、数据库、FTP 上传、手动备份。在两个世界之间切换会引入摩擦，增加人为失误的概率。
坚守一套现代化的技术栈，让我跑得更快、错得更少、交付得更好。
5. "免费"的真实成本
WordPress 本身是免费的。但完整的账单是另一回事：
- 付费主题：$50–$200
- 必备插件（SEO、安全、备份、表单）：$100–$300/年
- 可靠的托管服务：$20–$50/月
- 开发者花在更新、安全补丁和性能调优上的时间：持续投入
我的 Next.js 站点部署在 Vercel 免费套餐上。自动 HTTPS、全球 CDN、零服务器维护，全部包含。对于个人博客或作品集，基础设施成本字面意义上是零。
WordPress 仍然是正确选择的时候
我想说清楚：我并不是在否定 WordPress。对于合适的使用场景，它是出色的工具。
如果你需要非技术团队成员每天发布内容，WordPress 的后台管理界面难有对手。如果你需要一个 WooCommerce 电商店铺，或者一个需要复杂角色管理的会员站点，WordPress 成熟的插件生态系统从头复刻需要几个月。
工具对不对，取决于要做什么事。对于一个运行个人博客和客户案例展示的开发者来说，Next.js 在每一个我在乎的维度上，都是更好的选择。
真正的原因
归根结底，这个选择的核心是：Next.js 让我能够用自己信任的工具，以自己能够完整解释和捍卫的方式，构建出让自己自豪的东西。
当我为客户构建站点时，同样的原则适用。你得到的是一套快速、安全、可维护、属于你的代码库——而不是别人设计的主题套在别人构建的 CMS 上。
这是我想做的工作。这也是我选择 Next.js 的原因。