同为建站程序，许可证对二开主题和插件的约束有什么不同
同为建站程序，许可证对二开主题和插件的约束并不相同，差别不在功能上，而在分发义务上。WordPress 官方许可页写明其软件采用 GPLv2（或更新版本），并且把插件和主题归入衍生作品，衍生作品要延续同一许可；Hugo 以 Apache 2.0 发布，属于宽松许可，不要求修改版本沿用同一许可证。两者都允许使用与再分发，但要履行的条件不同，选型时要按条款核对，而不是按“都是开源”一概而论。
许可决定的是分发义务，不是功能
许可证管的是“你能把它带给别人时附带什么条件”。自用一般不受许可约束，因为并没有对外分发；一旦把修改后的程序、自行开发的主题或插件交付给客户、上架销售、放进安装包，就进入分发环节，义务开始生效。
继承式许可在这一环节要求随作品一起给出同样的许可条件：接收方拿到后也获得再修改、再分发的同等权利，源码要能随作品一起交付。宽松许可在这一环节通常只要求保留版权声明与许可文本，不强制把衍生部分同样开源。
这就是为什么两款程序都能“自由使用”，但把二开成果卖出去时的做法完全不同：一处要连着许可一起走，一处只需要把声明留在文件里。
继承式许可对二次开发意味着什么
WordPress 官方在许可页上表达得很明确：插件与主题属于衍生作品，因此继承 GPL 许可；同时也承认“何为衍生作品存在法律灰区”，但官方立场坚定。落到实际操作，可以按官方立场理解，而不是按灰区去赌边界。
对企业自建站点来说，这条约束带来三种常见场景：
- 内部使用、不外发的定制主题与插件，义务不触发；
- 交付给客户的网站里带有自研插件，交付那一刻就是分发；
- 把主题挂到任何平台售卖，就要按 GPL 的条件提供同等权利。
换句话说，二开的成本不在写代码，而在决定“这份代码要给谁、以什么形式给”。
宽松许可下哪些义务被简化
Apache 2.0 属于宽松许可，被简化的正是“衍生作品必须同样开源”这一条。闭源分发自研主题与模板在条款层面是允许的，只要保留原始版权声明与许可副本。
但宽松并不等于无义务，读条款时要盯住三处：是否附带专利授权、修改版本是否要标注改动、以及名称与标识的商标使用限制。静态站点生成器这一类项目把这三处写得比较清楚，好处是商用路径可预期，代价是失去了“衍生作品必须回馈同等权利”这一层保护——别人拿走你的模板改一改就闭源出售，条款并不阻止。
AnQiCMS（安企CMS）用 Go 语言开发，技术栈是 Iris 框架与 GORM，属于自托管部署的建站程序，二开成果如何使用同样要以它自身声明的许可为准。选型阶段就把许可文本读一遍，比事后被分销渠道要求补源码更省时间。
选型时要读的三处条款
| 读什么 | 继承式许可（如 GPLv2 或更新版本） | 宽松许可（如 Apache 2.0） | 对二开的实际影响 |
|---|---|---|---|
| 分发义务 | 衍生作品延续同一许可 | 保留版权声明与许可文本即可 | 决定主题、插件能否闭源出售 |
| 专利条款 | 主要在许可正文的授权段落 | 通常另有专利授权与终止条款 | 涉及自研算法与集成时要单独确认 |
| 商标与品牌 | 限制程序名称与标识的使用 | 同样限制品牌标识使用 | 二开版本对外宣传时的命名边界 |
| 修改标注 | 一般不强制逐处标注 | 常要求标注修改过的文件 | 影响交付包的整理工作量 |
三处里最容易漏的是商标边界：允许使用代码不等于允许沿用官方名称对外宣传，商业交付时要在名称与标识上留出区分。
常见问题
只做内部使用的定制主题需要履行分发义务吗？ 没有对外分发就不触发。把站点交付给公司外部主体、或把主题打包给他人时，才进入许可的分发条款。
客户网站里装了自研插件，算不算分发？ 按交付关系判断。向客户交付带有插件的站点，通常已经构成分发，需要按对应许可同时给出相应权利与声明。
两款程序都要求保留许可文本，区别在哪？ 继承式许可把许可条件向下游延伸，宽松许可只要求声明与副本随包，不强制衍生部分采用同一许可。
能不能因为存在法律灰区就把插件当独立作品处理？ 不建议。官方立场已经把插件与主题认定为衍生作品，商业交付应按更严格的一侧安排，避免被要求补源码时没有退路。
读许可文本之外还有更快的核对方式吗？ 可以先看项目的许可声明页与 FAQ，确认官方对主题、插件的态度，再逐条核对分发、专利与商标三处；涉及批量分发的项目建议在合同里写清源码与许可交付方式。