高效能的网站靠的是内容系统，不只是设计

不少网站项目把力气都花在视觉打磨上，却没给内容运营留出规划。上线时看着干净，几个月后团队却搞不清该怎么新增页面、怎么更新服务表述、怎么在不同市场和不同广告之间保持一致。

这种失败很少来得轰轰烈烈。它表现为：一件本该十分钟做完的事，做了一周 —— 一个套不进任何模板的新服务页，一个多出一个字段的案例，一个市场要同一页的另一种语言、而且模块顺序还得换。每个需求都合理。只是这个网站没有地方放它们。

没有结构的设计撑不大

高效能的网站，需要的不止是一张出色的首页。它需要可复用的页面范式、清晰的内容层级、给编辑用的判断规则，以及一套贴合企业真实发布方式的 CMS 模型。

没有这层结构，每一次更新都变成一次小型改版，质量也就开始慢慢走形。

走形究竟从哪里开始

走形几乎总是从一个“就这一次”的字段开始。有人需要一行模型里没有的文字，于是把它塞进手边最近的富文本块。显示正常。没人察觉。

三个月后，那个块里装着一个标题、一个角标、一张内嵌表格和一个写死的颜色，因为它是唯一没有规则的地方。现在它无法干净地翻译，无法调整顺序，无法在另一个页面复用，也无法在不弄坏某个没人记得还存在的页面的前提下改样式。走形的不是视觉设计，是模型；视觉只是跟着它一起下滑。

所以字段架构是一个设计决定，而不是收尾时的技术细节。每一个你没有定义的字段，都会被编辑现场发明出来，而临场发挥总会落进手边最不成结构的那个容器里。

强网站背后的运营层

• CMS 内部清晰的字段架构，每个字段只干一件事，并且有确定的长度。
• 可在服务、行业与案例之间复用的模块逻辑，让新页面是“拼出来”的，而不是“做出来”的。
• 明确的编辑指引，让团队知道什么内容该放在哪里 —— 最好直接写进 CMS，作为字段下方的说明文字，因为那里才真的会被读到，而不是写在一份单独的文档里，那里不会。
• 能够继续演进、又不会把品牌弄坏的灵活版式。
• 一套在第二种语言到来之前就定好的本地化模型，而不是之后再补。

建模的对象是业务，不是页面

最常见的结构性错误，是照着设计团队刚交付的版面去搭 CMS。它看起来很省事，因为字段和屏幕上看到的东西一一对应；而它会在第一次改版时崩掉，因为每个字段的名字都取自位置，而不是含义。

一个叫“第三栏标题”的字段，在版面改成两栏的那一刻就死了。一个叫“能力名称”的字段，能活过品牌未来所有的版面。同一份纪律在搜索和无障碍上也会回本：知道自己是什么的内容，可以被给到正确的标题层级、正确的结构化数据、正确的翻译处理；只知道自己坐在哪里的内容，做不到。

实际的练习是：在打开设计文件之前，先用名词把业务描述一遍 —— 服务、行业、客户、项目、能力、人、文章。这些名词就是你的集合。版面只是它们的呈现方式，而版面变动的频率远高于名词。

治理是所有人都会跳过的那一段

有结构而没有治理，衰减的速度和完全没有结构差不多。治理在这里毫不光鲜，而且非常具体。

• 谁有权新建一种页面类型，谁只负责填现有的那几种。
• 一项服务下架之后，描述它的页面该怎么处理。
• 哪些字段是页面能被发布之前的必填项。
• 源语言变了之后，译文页面怎么办 —— 回退到基础语言、抛出提示，还是无声无息地过期？

最后这一条是多语言网站上最安静的故障。一个页面可以在上线当天翻译完整，到下一次上线时已经落后一年，而外表看起来仍然是完成品，因为系统里没有任何环节负责发现源语言已经往前走了。

一个反问：这是不是过度设计？

对一个五页、而且永远不会变的网站来说，是的。做出来、发上去，什么都不用建模。

但门槛比人们以为的低得多。它在这些时刻就被跨过：第二个人开始编辑这个网站；第二种语言出现；同一块内容需要同时存在于两个页面。到了那一步，你要么有一个模型，要么有一堆副本 —— 而走形的正是副本。结构只付一次费用，在开头，由真正懂内容的人来付。没有结构则要反复付费，在后头，由不懂内容的人来付。

内容系统减少的是长期摩擦

当后台能如实映射前台，市场同事更新页面时才有底气，管理层看到的草稿更干净，开发也不必花时间去补那些本可以避免的结构问题。网站于是从一个静态的展示柜，变成一件被持续维护的业务工具。

一个简单的体检：问一句，发一篇新案例要多久，需要谁参与。如果答案是一个人、一个下午，系统就是在工作的。如果需要一位设计师加一位开发，那你还没有内容系统 —— 你有的是一个恰好放在网上的设计。

这正是“能上线的设计”和“经得起用的数字系统”之间的差别。