本文目录
2016 年之前，我们一直用开源 CMS 做站。用得久了，问题越攒越多：插件冲突、升级覆盖改动、一个功能要装三个插件才能实现。最麻烦的是 SEO 相关的字段，每换一套程序，就要重新讲一遍 URL 规则和 TDK 逻辑。
那年 6 月，我们决定自己写。八周做出第一版，功能砍到最少：文章、栏目、标签、单页、TDK、URL 规则。没有会员、没有商城、没有花哨的编辑器。
真正值钱的是 TDK 模板
以前做站，标题和描述是逐页手填的。一个两百页的站，填完要两天，而且必然出错：有的页面忘填，有的关键词堆得太满，有的标题和内容对不上。
自研版把 TDK 做成了模板变量。栏目页用 {栏目名}_{栏目定位} - {站点名}，文章页用 {文章标题} - {站点名}，产品页用 {型号}_{品类}_{关键参数}。后台只需要维护站点名和栏目定位，页面标题自动生成。
这个改动把填 TDK 的时间从两天压到二十分钟，更重要的是统一了口径。同一个站的两百个页面，标题长度、分隔符、品牌位置全部一致，这在以前是做不到的。
URL 规则也一起定了
第一版就把 URL 规则写死了三条：栏目用 /slug.html，文章用 /slug，标签用 /tag/slug.html。不允许后台随便改，因为一改就是成批的死链。
当时有客户问"能不能自定义成 /news/2026/08/123.html"，我们拒绝了。那种带日期和 ID 的 URL 对用户没有意义，改动一次还会断掉所有外链。坚持短、稳定、可读，后面省了无数麻烦。
第一版留下的坑：没有权限
1.0 最蠢的地方是没有权限体系。所有登录的人都是超级管理员。上线第三个月，一个客户的编辑在整理栏目时点错了删除，连带删掉了 60 多篇文章和 3 个栏目。
所幸备份是完整的，两小时恢复了。但这件事逼着我们在 1.1 版本加了角色：管理员、编辑、投稿。编辑不能删栏目，投稿不能发布。规则很简单，却挡住了后来 90% 的误操作。
从工具到产品
1.0 还有一个当时没在意的设计：文章和栏目都带一个状态字段，草稿、待审、已发布。这个字段原本只是给客户编辑用的，后来在站群系统里变成了定时发布的基础，2026 年预约发布的逻辑，本质上还是这一套。
2016 年的自研 CMS 只服务我们自己的项目，代码里还留着不少硬编码。但它是后面所有系统的基础：2018 年的站群 2.0、2023 年的 5.0，底层的数据结构和 URL 规则都是从这一版延续下来的。
回头看，写这套东西最大的收获不是省了授权费，而是第一次完整地想清楚"一个站点由哪些部分组成"。想清楚之后，做十个站和做一百个站，逻辑是一样的。
自研的价值不在于功能多，而在于你能决定哪些东西永远不变。URL 规则和 TDK 口径，就是我们认为不该变的那部分。
