做网站这行十多年，最常被问到的就是“用哪个系统做”。今年帮一个做电子元器件的客户改版，对方上来就问：“用WordPress行不行？便宜、快。”我没接话，先让他把产品清单发过来，一看——两万多个型号，每个带规格书、参数表、封装类型。我说，你用WordPress试试看，光是把这两万条数据塞进去，你就想删库跑路。
这不是段子。是真实场景。
市面上但凡聊选型，要么告诉你“开源省钱”，要么说“自研才灵活”。说这话的人大概率没自己维护过一个跑了五年的WordPress站，也没经历过自研项目核心开发离职后代码没人敢动的窘境。今天不整虚的，拿实际场景说话。
一、账要算全：别被“免费”带沟里
先捅破一层窗户纸：开源CMS的“免费”只是下载不要钱，不是“用起来不花钱”。
今年阿里云有款经济型e实例服务器，2核2G、3M带宽，99块钱一年，确实便宜。但服务器只是底子。我一个朋友用WordPress给客户搭了个企业站，第一年风平浪静，第三年客户业务起来了，产品从几十个涨到一千多个，后台慢得编辑想砸电脑。查了半天，WordPress的配置表（wp_options）里塞了几万行瞬态数据，每次页面加载都要全表扫一遍。最后花了两周优化，光人工成本就顶得上服务器好几年的费用。
相比之下，用PageAdmin这类.NET Core CMS给另一家制造业客户做的站，配置差不多，日均三千多访问量，跑了两年没动过数据库优化这块。不是说PageAdmin比WordPress好，而是设计思路不同——前者在权限和数据结构上更接近“企业级应用”而非“博客系统”。
关键是看隐性成本落在哪头：
开源CMS（以WordPress为例）：插件免费的多，但你得自己盯着安全补丁。WordPress全球份额最大，也是黑客的重点攻击对象，插件、主题漏洞层出不穷。不定期更新维护，被挂马是迟早的事。如果要买商业插件或主题，每年又是一笔订阅费。
国内CMS（如PageAdmin）：系统本身免费，但二次开发更依赖懂.NET的开发者，生态不如WordPress丰富。好处是没有插件冲突带来的“组合爆炸”问题，扩展靠系统自带的低代码引擎，不用叠一堆第三方插件。
自研框架：初期开发成本高，但后续没有授权费、插件年费这些“慢性出血”。前提是——你的团队能稳定输出，别让代码变成“一个人的遗产”。
算总账的时候，把“三年维护成本”列进去，而不是只看第一年报价。
二、业务边界：什么活儿该用什么工具
有个简单的判断标准：如果80%的功能现成CMS都能干，就选CMS；如果核心业务逻辑需要从头建模，就别在CMS上硬凑。
开源CMS擅长的事
内容展示型：企业官网、博客、资讯门户。WordPress改改主题就能上线，后台编辑自己发文章、换图片，培训半小时够用。
标准化电商：用WooCommerce搭个小卖部，卖实物或虚拟产品，支付、物流、库存都有现成方案。
快速验证：创业项目冷启动，三天上线原型看市场反应，先跑起来再说。
该选自研或深度定制的场景
前面说的元器件客户就是典型。两万多个SKU，每个带不同的参数集（电压、电流、封装、车规等级）。WordPress的产品分类和自定义字段能做到，但做出来的效果是——编辑后台卡成幻灯片，前端筛选体验稀烂。后来用PageAdmin的自定义模型做了产品库，字段按品类动态显示，筛选查询走的是定制索引，上线后编辑说“终于不用等页面转圈了”。
一句话总结：CMS做“通用内容”，自研做“专属业务”。用通用工具硬套专属业务，就是给猪涂口红。
三、安全那个雷，谁踩谁知道
安全这事吧，开源和自研各有各的坑，看你怎么选。
开源CMS的风险是“漏洞公开” 。WordPress和Drupal的漏洞数据库公开可查，攻击者手里握着一整套自动化扫描工具，满网找没打补丁的站。美国有个大学用Drupal搭了官网，第二年遭遇大规模bot攻击，周五把网站打挂了，整个周末都没法登录后台。
自研的风险是“漏洞未知” 。代码不公开，攻击者找不到现成的武器，但你写的那套登录逻辑、SQL拼接、权限校验，真的经得起安全测试吗？而且自研项目的安全维护全压在团队几个人身上，一人离职，安全缺口可能半年没人发现。
实际项目中折中的做法是：用成熟CMS的内核，但剥离掉那些不用的插件和功能模块，减少攻击面。PageAdmin这类国产CMS在政企项目里用得比较多，一个原因是能过等保——权限分级、操作审计、SQL注入防护都有现成实现，不用从头造轮子。
四、团队和人：最容易被低估的变量
技术选型选到最后，其实是在选“人”。
用WordPress，招个运维或前端就能上手改模板。但如果你想动底层逻辑、写自定义插件，能把WordPress代码库摸透的人不好找，多数停留在“装插件、调主题”的水平。
用Drupal，开发者门槛更高，但一旦上手，内容是复杂内容模型的利器。国外很多大型机构（政府、媒体、跨国企业）用Drupal，因为它的权限和内容模型设计就是为复杂场景准备的。
选自研框架，看起来“技术自主”，实际上是把公司CMS的命运绑在几个核心开发身上。最现实的风险是——核心开发一走，代码接手的人不仅要读懂前任的代码，还得理解当时的设计意图。市面上有成千上万的WordPress或PageAdmin开发者，但几乎没人专门研究你那套“独门秘籍”。
我一个做了八年技术负责人的朋友说得好：成熟CMS最大的优势不是功能多强，而是“人才可获取”。 企业能被绑在个别技术人员身上，这才是真正的技术自主。
五、什么时候该咬牙选自研
别误会，我不是开源吹。该选自研的时候，坚决选。
场景一：业务极度独特。比如你要做一个法律文书的自动归档和比对系统，或者工程图纸的版本管理和协同平台。这种场景现成CMS的“文章、分类、标签”模型完全没法用，硬改的成本还不如从头写。
场景二：数据规模大到CMS撑不住。日活百万级，用户数据模型极度复杂，CMS的通用数据库设计会成为瓶颈。这时候需要的是定制化的分库分表、专属索引、读写分离方案，通用CMS扛不住。
场景三：需要强实时性。直播互动、实时竞价这类场景，CMS不是为WebSocket和高并发实时通信设计的，别硬上。
但即便是选自研，也建议基于成熟的底层框架（Laravel、Spring Boot、.NET Core）起步，而不是从零写路由、写ORM、写数据库连接池。这些轮子别人已经造得够好了，你只需要把精力花在业务逻辑上。
选型不是一锤子买卖。我见过最聪明的做法是“绞杀者模式”——初期用开源CMS快速上线验证商业模式，后期当业务逻辑复杂到忍无可忍时，在旧系统旁边新建自研模块，用API慢慢替代，逐步替换，而不是一次性推倒重来。
现在的趋势是，纯“内容”类需求选开源CMS，纯“业务”类需求选自研框架，“又内容又业务”的折中选择是基于成熟框架做二次开发。
别把开源CMS改成四不像，也别在自研时拒绝所有现成的轮子。
毕竟用户访问你的网站，是为了看你的内容、用你的服务，不是为了欣赏你的CMS技术选型有多牛。
