猫啃网
一个做包装设计的工作室，去年交付了一套礼盒设计。今年客户续约，法务发来一条消息：把设计中用到的字体授权文件一并提供。设计师翻了半天，只找到几个字体文件的下载记录，来源页面、当时的条款全对不上。客户那边卡了两周才结款。
这类事在设计行业不算少见。授权证明不是交付时才去准备的东西，它是下载字体的那一刻就该顺手存下来的。 事后补，补不回来的是取证时间——而法务要的恰恰是时间。
先说结论：能过审的授权证明由三部分组成，缺一项都可能被打回。下面按”要什么 → 从哪取 → 怎么存 → 被驳回了怎么办”讲。
一、客户要的”授权证明”，其实是三样东西
很多人以为截一张图就够了，结果被退回。因为法务要的不是一个文件，是一组能互相印证的证据。
授权协议本身。 也就是这款字到底按什么条款授权给你用。OFL、MIT、Apache 这类有完整协议文本的，要给文本或原文链接；”作者声明”类要给声明页的完整内容，包含附加条款那部分。
来源凭证。 你是从哪儿拿到这款字的，什么时候拿的。页面 URL、访问日期、截图，这三样凑齐才算一份来源凭证。它的作用是证明”我在这个时间，从这个公开渠道，看到了这份授权”。
使用范围说明。 授权条款里写了能干嘛，你要把它跟自己实际的用法对上——能不能商用、能不能改字、能不能嵌进软件、能不能用在商标上。法务关心的是这几条跟项目实际用法有没有冲突。
三样齐全，才是一份能交出去的授权证明。只交第二样（一张下载页截图）是常见的被打回原因。
二、从哪儿取：三个出处，可靠性不一样
官方发布页，可信度高。 大厂字体的官方发布页、开源字体的 GitHub 仓库主页，协议全文通常直接挂在页面上。OFL 字体的仓库里一般有个 LICENSE 文件，那就是协议本身。取的时候别只截仓库首页，把 LICENSE 文件的完整内容单独存一份。
字体压缩包内的授权文件，别删。 很多字体包里带着 LICENSE.txt、授权说明.txt。这些文件是作者随包分发的，和页面声明效力同级，而且跟着文件走，比网页截图更难被质疑。很多人解压完删了，要取证时就没了。
收录平台的详情页授权栏。 这一项要说清楚：平台上的授权信息是对原始协议的转述，方便快速判断，但严格意义上不能替代一手来源。常规项目用平台截图通常没问题；遇到法务较真的客户、或涉及商标注册和境外发布，要回溯到官方页面或仓库的 LICENSE。
三、一份能过审的凭证包，得有这七项
按这个清单整理，基本不会来回返工：
- 字体全名和版本号——用详情页上的全名，不写简称。”霞鹜文楷”和”霞鹜文楷 GB”是两套。
- 授权协议类型——OFL / MIT / GPL / 作者声明，写清楚。
- 协议全文或原文链接——PDF 或链接都行，链接要能打开。
- 来源页面 URL + 访问下载日期——截图里要能看见网址栏和时间。
- 授权方 / 作者名称——个人作者、团队、还是公司。
- 使用范围逐项确认——商用、修改、分发、嵌入、商标性使用，逐条写”是 / 否 / 未说明”。
- 项目信息——项目名、使用字体的物料清单、整理人和整理日期。
第 6 项常被跳过，也容易出问题。同样是”免费商用”，有的字体允许改字，有的不允许；有的允许嵌进 App，有的要求另行授权。你不逐项写出来，法务就只能自己去读协议，一来一回又是几天。
四、平时怎么归档：一套命名和目录规则
目录按项目走，不按字体走。 建 项目名/字体授权/ 结构，每个项目一个文件夹。授权凭证必须跟着项目走——被问的时候，问的是”这个项目用了什么字”。
文件名带全信息。 用 字体名_版本_协议类型_取证日期.pdf 这个格式，比如 站酷快乐体_v1.0_OFL_20260312.pdf。搜字体名就能定位，不用一个个点开看。
截图截全。 只截授权说明那一段不够，网址栏要完整可见，建议整页截图。协议全文另存一个文件，和截图放一起。
项目交付时附一份字体清单。 一个简单表格：字体名、来源链接、协议类型、用在哪几张物料上。客户转给法务时不用重新组织。
五、被驳回的三种情况，怎么补救
只给了截图，没给协议全文。 回到官方发布页或仓库，把 LICENSE 或授权声明完整保存成 PDF，和截图一起交。
给的是”免费下载”页面，不是授权页。 很多下载站的”免费”指的是不收费，跟授权是两回事。法务看到这种会直接打回。补救办法是回到原始发布渠道重新取证——找不到原始渠道，说明这款字的授权状态本身就不清晰，考虑换字。
字体名对不上。 设计稿上写简称，协议上写全名，客户核不出是同一款。用全名重新整理，并在清单里注明简称与全名的对应关系。
授权说明：拿到字体后的三步核验法
这套动作在下载之后、使用之前做，做完顺手就把凭证归档了，不用事后补。
第一步，确认字体名。 以详情页上的全名为准，逐个核对，不用简称。改版字体尤其要认全名，同名不同版本可能对应不同条款。
第二步，查协议类型。 打开字体详情页，看授权栏是 OFL、作者声明还是 MIT / GPL。OFL 和 MIT 条款清晰，商用、修改、分发一般都被允许；作者声明类要看附加条款，比如是否禁止单独转售、是否要求署名、商标性使用是否需另行授权；GPL 有连带要求，嵌进软件分发时留意。
第三步，核使用场景并留凭证。 列出实际用法——印刷、网页嵌入、App 内嵌、视频字幕、二次改字、商标注册——逐项确认。确认完把授权页和协议全文归档，文件名带上字体名和查询日期。条款会被修改，页面可能被撤下，截图是给将来的自己留的凭证。
下面几款是协议文本比较完整、容易取证的，适合对授权合规要求高的项目：思源黑体（思源黑体）、思源宋体（思源宋体）、得意黑（得意黑）、霞鹜文楷（霞鹜文楷）、站酷快乐体（站酷快乐体）、荆南麦圆体（荆南麦圆体）、朱雀仿宋（朱雀仿宋）。这几款都是 OFL，协议全文公开可查，取证时直接引用即可。猫啃网收录的 839 款免费商用中文字体里，这类的协议文本相对规范，是商业项目里比较省心的选择。
FAQ
Q：客户要”字体版权证明”，我给授权截图行吗？
A：截图只是其中一样，单给截图大概率被打回。一套完整的要包含协议全文（或原文链接）、来源页面截图（带网址和日期）、以及使用范围的逐项确认。如果客户明确说要”版权证明”，通常指的是授权方出具的授权文件——免费字体大多是公开协议授权，没有针对单个用户的授权书，这时候把协议全文加来源凭证一起提交，并说明该字体按公开协议授权，一般能被接受。
Q：OFL 字体的授权证明怎么开？
A：OFL 不需要向谁申请，协议本身就是授权。做法是：找到该字体的官方页面或 GitHub 仓库，把 LICENSE 文件完整保存，再截一张发布页带网址的图，加上使用范围说明，就是一份可用的凭证。注意 OFL 有”保留字体名”条款，改过字的话改后版本不能用原保留名分发，这一点在清单里写明。
Q：字体是甲方自己指定的，出问题算谁的？
A：看合同怎么写，也看证据怎么留。字体由甲方指定，不等于授权责任转移——你是专业方，法院或仲裁一般会认为你有提醒义务。稳妥做法是：指定字体后，用邮件或书面确认留一句”该字体由甲方指定，授权由甲方负责核验”，并附上你提示过的记录。这条消息比事后争辩有用得多。
Q：授权条款后来改了，我当时的凭证还有效吗？
A：通常按你取得字体时的条款判断，这也是取证日期重要的原因。条款收紧后，新用户按新条款走，已完成的项目一般不受影响，但再版、扩大投放范围就另说了。凭证里的日期不能省，它既是证明也是时间分界。
小结
授权证明不是一张截图，是”协议全文 + 来源凭证 + 使用范围确认”三件套。取证的合适时机是下载字体的那一刻，顺手把 LICENSE 文件、来源页截图、查询日期存进项目的 字体授权 目录。被驳回通常是三种原因：只给截图没给全文、给的是下载页不是授权页、字体名用简称对不上。把这套流程固定成下载后的动作，客户再问时十分钟就能交出去。
