字体嵌进 App 要授权吗？内嵌授权的常见口径

版本迭代时设计说标题字不对，开发把字体文件丢进 assets 目录，连着安装包一起发版，客户端显示正常。上线半个月，有人问了一句：这款字体允许放进安装包吗？翻遍当初的下载页，只写了“免费商用”四个字。

“免费商用”和“允许内嵌”是两件事。前者的场景是把字排出来给人看，后者是把字体软件本身随产品发到用户设备上。App 恰恰是后一种。

猫啃网收录 839 款免费中文字体，声明里的用词差别很大，够不够用，要看它写没写“嵌入”这两个字。

一、先把“内嵌”拆成三种

打包进安装包，随包分发。 字体文件放在 assets、res 或 bundle 里，跟 APK、IPA 一起装到用户手机上。这是严格意义的内嵌，也是授权口径差别最大的一种。

只在设计稿里用。 设计师在自己电脑上装字体，出图给开发，开发用系统字体或切图实现。字体文件没有离开设计团队，属于普通使用，不算内嵌。

服务端生成图片或文字。 文字在服务器上渲染，客户端只拿到图片或接口返回的排版结果。字体文件留在服务器，用户设备上不落地，这一种介于两者之间，要按协议原文归类。

还有一种容易漏：远程下发。 App 启动后从自家服务器下载字体文件缓存到本地。文件没进安装包，但最终仍然落到用户设备上，多数协议按内嵌看待。

判断口径跟着文件走，不跟着代码走。 字体文件最终有没有离开你的服务器、到没到用户设备，比“有没有写进工程”更接近问题本质。

二、OFL 对内嵌是放开的，但有条件

允许嵌入与随软件分发。 SIL OFL 明确允许把字体嵌入文档、应用程序中，也允许随软件一起分发。这一点比不少人的预期宽松。

要附版权声明和许可文本。 分发时须一并提供字体的版权声明与 OFL 全文。实际做法是在“关于—开源许可”页面列出字体名、版权行和协议链接。这一条经常被漏掉，而它恰恰是最容易核查的形式要求。

不能单独售卖字体。 把字体文件本身当作商品出售不在许可范围内。App 收费不等于卖字体，这两件事不冲突。

修改版要改名。 做过子集化、改字形、改内部表之后再分发，属于修改版，不能沿用原字体名称；OFL 里的保留字体名称条款还会额外限制哪些名字不能用。

衍生版本同协议。 修改后的字体文件对外分发，仍须以 OFL 发布，不能换成别的条款。

协议不看企业规模。 大厂小团队适用同一份文本，没有“内部使用可以宽松一点”的余地。

三、商业授权与作者声明，内嵌通常单独计价

按安装量或产品数计。 商业字体的内嵌授权，常见计费维度是 App 的累计安装量、产品数量、平台数量（iOS、Android、服务端分开算），以及是否覆盖后续版本。

一个 App 多端可能算多个产品。 同一款字体在 iOS、Android、小程序、桌面端各用一次，按一个产品算还是按四个算，写在合同里，不在声明里。

作者声明类要读原文。 不少国产字体写着“免费商用”，覆盖海报、包装、电商详情页这类场景，却没提“嵌入软件”。没提的部分按未授权处理，需要联系作者确认，或者改走商业授权。

子集化不改变性质。 裁到几百个字、文件只剩几十 KB，仍然是那款字体的衍生文件，分发条件不变。

改字形更不省事。 改造后或许能构成新作品，但只要沿用原名称，或受保留字体名称条款约束，分发时的义务照样存在。

换一款字有时比谈授权快。 项目排期紧的时候，先看库里有没有协议更清楚的替代款，比临时找授权方谈条款省事。

界面类的几款常被拿来试：鸿蒙黑体 字腔开、小字号清楚；标小智无界黑 笔画重，适合开屏与活动页标题；字体圈欣意冠黑体 骨架平稳，正文和按钮文字都能接。三款都是作者声明免费商用，嵌入条款各自不同，要逐款看声明原文。

四、上线前的六项自查

一，写清字体全名和版本。 包括字重。“某某黑体 Bold”和“某某黑体 Regular”是两个文件，授权可能分别声明。

二，看授权文本里有没有“嵌入”“随软件分发”“应用程序”这类词。 有明确表述才叫覆盖，靠推测不算。

三，确认分发形态。 打进安装包、远程下发、服务端出图，三种形态在协议里的归类不同，别用一种的结论去套另一种。

四，确认要不要随包附许可文本。 OFL 要；多数作者声明没写，附上不违规。

五，确认要不要改名。 做过子集化或字形修改的，检查文件名和文件内部的 name 表有没有沿用原名。

六，留档并复核。 授权页截图、获取日期、版本号、确认记录放在版本库旁边。字体升级、换字重、增加平台时重新核一遍。

五、授权说明

这里的“能用”，指字体文件以什么形态进入产品。核验按三步走。

第一步，确认字体全名。 同系列多个字重、多个地区版本，授权按具体文件声明。带 GB、VF 这类后缀的与基础版不是同一份文件，声明范围也可能不同。

第二步，查协议类型。 常见几类：开源协议（SIL OFL、MIT、GPL）、作者声明免费商用、随包附带的免费商用声明，以及带保留字体名称条款的授权。开源协议文本公开可查，条件写在正文里；作者声明的范围由声明自身界定，不同作者写法差别很大。

第三步，核使用场景。 印刷、网页、视频通常都在允许范围内；嵌入 App、嵌入电子书、内网系统随包分发、把字体文件放在服务器供客户端下载，这几类都要单独确认。同一个字体在“出图”和“随包分发”上的结论可能不同。

留凭证。 字体全名（含版本与字重）、获取日期、许可页面截图和链接记在同一个文档里，随版本库一起存档。字体更新后条款可能调整，有记录才好追溯。

六、FAQ

问：只把字体用在设计稿里，开发没拿到文件，要授权吗？

按普通使用处理，不需要额外的内嵌授权。前提是字体文件没有被交付出去，出的是图或转曲后的矢量。

问：OFL 字体嵌进 App，真的不用另外付费吗？

不用额外付费，但要履行义务：随包附版权声明与许可文本，修改过的版本更换名称，衍生文件仍以 OFL 分发。

问：App 里只用了标题几个字，也要按整款授权吗？

要。授权针对的是字体文件的分发，不按用到的字数折算。子集化能减小体积，不改变授权性质。

问：字体放在自家服务器上让 App 下载，算内嵌吗？

多数协议按内嵌看待。文件没进安装包，但最终到了用户设备上，建议用同一套口径核对。

七、小结

内嵌的关键不在代码怎么写，在字体文件最终有没有随产品离开你的环境。打包进安装包、远程下发，都归到分发这一栏；只在设计稿里用、服务端出图，性质不同。OFL 允许嵌入，条件是附许可文本、修改版改名、衍生件同协议；商业授权与作者声明是否覆盖嵌入，要逐款看原文，多数按安装量与产品数计价。上线前把六项自查过一遍，凭证和版本一起存档。具体条款以协议原文与官方授权说明为准。