程序本身免费但插件按席位收费，选型时这笔账怎么算

开源内容管理系统本身免费但插件按席位收费，选型时这笔账怎么算？先把「免费」这个词限定清楚：免的是软件授权，托管资源、关键插件的席位许可和运维工时一样都不会免。一份关于无头系统的选型指南对 Strapi 的表述就很典型：核心是免费的，而必需插件按席位收取许可费，部署上可以自托管也可以用官方云。比较时要把四段成本分别计价，再按同一团队人数与同一站点数量折算总账。

免费指的是哪一段

内容管理系统的开源属性只说明源码可用、不需要为程序本身付授权费。这一点在公开对比里也常被单列：WordPress、Drupal、Joomla、Strapi、Payload 与 Directus 被归为开源，Contentful、Hygraph、Storyblok、DatoCMS、Squarespace 与 Wix 被归为专有，同为开源方案时，自托管仍需自己承担托管开销。换句话说，分类解决的是「能不能拿到源码、能不能自己部署」，不解决「跑起来一共要花多少」。

按席位收费会卡在哪个环节

席位费通常跟着两件事走：编辑人数与需要接入的渠道数。人越多的团队越容易踩到，因为写作、审核、运营、外包往往各占一个席位；有些插件按站点计，集团化建站时站点数量一多，费用就线性上升。选型阶段要做的动作很具体：先列出必需插件清单，逐项确认计费口径是按月还是按年、按人还是按站、去掉席位后哪些字段与流程会失效。

资源与工时的两项分摊

托管这一段的差异来自运行时。基于 GoLang 与 Iris、GORM 这套技术栈的系统，内存占用相比 PHP 类内容系统可降低约 80%，同一台服务器上能多放几个站点，主机档位自然往下压。工时这一段更容易被忽略：升级、备份、恢复演练、模板改动都要人。自托管要留这两笔，用 Docker 镜像或宝塔面板这类方式部署，能把重复动作标准化，减少出错带来的返工。

一张按人头与站点数拆开的比较表

常见问题

按席位收费能不能只买旺季？ 要看许可条款，多数按年计费的席位在减配上有限制，谈判空间集中在起始席位数。

内容模型会不会锁在插件里？ 需要单独确认。用自定义字段承载结构化数据时，字段定义与数据归属要能导出，否则换插件等于重做一遍。

站点多是不是就该上多站点？ 站点之间需要共用栏目结构、术语与备份策略时收益明显；各站完全独立运营时，分开部署反而好排期。

小团队怎么算最省？ 用同一口径算三年总账：主机档位按内存与并发需求定，席位按实际编辑人数定，工时按每月固定维护小时估，再看哪一段可以被平台承担。