静态站、WordPress 还是 Next.js：按维护成本选建站方案

选型不是选最强，而是选你能长期维护的

建站方案常被讨论成阵营：静态站快、WordPress 插件多、Next.js 现代。真正上线半年后，差别不在宣传页，而在谁负责改内容、升级失败谁处理、备份能不能恢复。一个功能再丰富的系统，如果每次更新都让编辑者等开发人员，就是错误的选择。 先把上一篇的内容地图放在旁边，再回答五个问题：谁编辑、多久更新一次、是否需要登录或表单、是否有开发维护能力、能接受多少服务器工作。答案比“未来也许会做商城”更可靠。

静态站：页面少、变化可控时最省心

纯 HTML 或静态生成网站没有在线数据库和后台登录，攻击面小，部署也容易回滚。适合个人主页、活动说明、文档和更新频率不高的内容站。配合 Git，任何改动都有记录，备份可以是一份完整仓库。 代价是编辑门槛。不会使用 Markdown、Git 或构建工具的人，很难独立发文。大量页面需要统一改字段时，也要依赖脚本或生成器。别把“没有后台”误解为“完全不用维护”：域名、证书、依赖、构建环境和发布流程仍需要负责人。

WordPress：编辑友好，但插件债务要有人偿还

WordPress 的优势是成熟后台、编辑体验和生态，内容团队可以快速上手。常规博客、企业官网以及依赖现成表单、会员或多语言插件的项目，通常能更快达到可用状态。 问题出在插件叠加。一个功能装一个插件，很快会出现版本冲突、重复生成 SEO 标签、页面构建器锁定内容的问题。选择 WordPress 时，不只计算主机费，还要列出主题、付费插件、备份、安全更新和故障排查的年成本。插件越少越好，每个插件都要回答：不用它能否完成？停止维护后怎么迁移？

Next.js：适合需要定制流程和开发能力的站点

Next.js 能把内容、账号、API、搜索和业务流程放在同一个应用里，也能按页面选择静态生成或服务器渲染。需要定制后台、结构化数据、复杂筛选或与内部系统集成时，它比套模板自由。 自由意味着责任。Node.js 运行时、依赖升级、构建内存、缓存、数据库迁移和监控都要自己管理。只为了一个五页官网使用全栈框架，往往增加了部署环节，却没有给读者带来价值。已有开发人员和自动化测试时，Next.js 才能把灵活性变成优势。

用同一张表比较，不被功能清单带走

不要简单给每项打分相加。对你而言最重要的两项应该拥有否决权：例如编辑必须由非技术同事独立完成，那么没有后台的纯静态站就不合适；如果数据和工作流高度定制，插件拼装也不应成为长期核心。

先做一个垂直切片再决定

不要一次做完整站点。用候选方案各自完成一条最小流程：创建一篇文章、上传图片、设置 SEO 标题、预览、发布、回滚。记录所需时间和卡点。演示首页很容易，真正能暴露成本的是第二次修改和第一次回滚。 选型文档最后写清三个退出条件，例如“插件一年未维护就替换”“构建超过服务器内存就改为外部构建”“编辑等待开发超过两天就补后台”。这些条件能防止技术方案变成不可讨论的信仰。

下一步

决定方案后先不要写首页代码。接下来用 网站信息架构实操 固定导航、分类、URL 与面包屑。结构一旦稳定，三种技术都能实现；结构没想清，换框架也只是把混乱重新写一遍。