CMS与博客

这个分类涵盖什么

用于撰写、组织和发布内容的系统：存储并渲染页面的传统平台，把内容交给其他东西的无头后端，以及试图两者兼顾、又不惹恼任何一方的混合型产品。

这里的买家分为两个阵营，需求相反。营销团队希望十分钟内改完一个页面，不用求任何人。工程团队希望内容被妥善建模、有版本、可测试，并通过接口分发。承诺两者兼顾的产品，通常偏向一方，容忍另一方。

只有寥寥几个页面的网站用拖拽式工具搭建，归入建站工具。内部文档属于文档与知识库。

先看内容模型，再看功能

模型是日后无法低成本更改的部分。

问清楚内容是以结构化字段存储，还是存成一整块格式化文本。字段可以经受改版，可以供给多个去向，让您能列出、筛选和复用内容。整块文本只渲染一次，并把一切困在生成它的那个编辑器的标记里。

再问关系。作者与他的文章关联，产品与它的分类关联，页面与它的各语言版本关联：正是这些连接，让一个网站在两百页而不是二十页时依然可维护。

复用源于同一个决定。如果一条法律声明、一个价格或一个行动号召出现在四十个页面上，它应当只存在一份并被引用，而不是粘贴四十次、再改正三十九次。

编辑，以及到底是谁在编辑

每天使用这类软件的人，通常不是选择它的人。

试用期间，看一位不懂技术的同事创建一个页面。留意他们在哪里犹豫。确认他们能否在发布前看到结果，能否撤销错误，预览显示的是真实设计而不是近似效果。

团队规模超过几位编辑之后，工作流就变得重要。草稿状态、定时发布、审核环节，以及清晰可读的谁改了什么的历史记录，是区分一个系统和一份带登录的共享文档的关键。

发布、性能与搜索问题

渲染网站的方式决定了它有多快，而速度既是排名因素，也是对访客的礼貌。

问问输出是什么样子。发布时重新构建的静态页面，访问快、提供成本低。服务端渲染的页面需要有人去配置缓存。客户端渲染的页面需要格外小心，才能保持爬虫可读。

搜索就绪度的其余部分并不光鲜。每个页面可编辑的标题和描述。干净、稳定的URL。URL必须变更时的重定向。对可通过两个地址访问的内容做规范化处理。发布时自动更新的站点地图。把这些藏在插件后面或更高一档方案之后的产品，是在告诉您它们的优先级。

多语言网站应尽早测试翻译处理，因为事后补上几乎等于重建。

运行成本是多少

• 许可或订阅，按席位、按站点或按环境。
• 托管，托管平台内含，自托管则全部由您承担。
• 流量与带宽，不少托管方案按此计量。
• 构建或渲染，在每次变更都重建网站的平台上计数。
• 维护，定价页上看不见，日程表里却实实在在。

自托管系统看起来免费，其实不然。更新、插件冲突、安全补丁和备份是某个人每周的工作，而这份工作是有工资的。托管平台把同样的工作转进了发票，至少便于比较。

决定之前先看看扩展市场。核心便宜但要买四个付费插件，其实是披着伪装的中等价位产品，定价页隐藏了什么里有更多这样的算法。

迁移，以及耗费流量的部分

在内容系统之间迁移是个已知的过程，只有一件事除外，那就是地址。

内容通常能以某种形式导出，费些力气就能导入。毁掉一次迁移的，是不做重定向就更改URL。搜索引擎和所有人曾经建立的链接，仍然指向旧地址。

在选择平台之前就做好规划。列出每一个已发布的地址，决定哪些保留，把其余的映射到各自的替代地址。在项目期间建立重定向映射表只需几个小时。事后根据失效链接报告重建，则要几周，而整个期间流量都在下降。

也要检查其他继承下来的细节：图片处理、结构化数据、订阅源，以及旧页面中嵌入的、新系统会以不同方式渲染或根本无法渲染的任何内容。