网站字体加载后标题跳动：
采购怎样验收字体交付？

中文标题先是一种大小，加载后突然变宽换行，或者更新文案后某个字像换了一套字体，这不一定是字号配置错了。网站字体交付同时涉及授权、字形覆盖、备用字体和加载策略。采购方如果只签设计稿，往往验收不到首次访问和新增内容时的问题。应把“字体没到也能读、到了不乱跳、新字不漏、授权可接手”作为一组交付条件，而不是追求一张截图里的视觉一致。

一、标题忽大忽小，采购方该让服务商区分哪些原因？

先固定同一个页面、窗口宽度和缩放比例，记录加载前后标题的字体、换行和位置。字的视觉大小变化，可能来自备用字体与正式字体的字面尺寸差异；字号实际改变，则可能是样式规则或响应式设置。两种原因不能都用“再调小一点”解决，否则一种设备修好了，另一种又失去可读性。

让技术人员查看实际渲染字体，而不只是 CSS 声明的字体名称。页面写了品牌字体，不代表文件成功加载，也不代表每个字符由该字体绘制。下载失败、跨域限制、字重不匹配和子集缺字都可能触发回退；某一枚中文标点换字体，也可能改变整行宽度。

诊断记录应至少区分字体未到、字体已到、字体请求失败和某些字符不在覆盖范围四种状态。采购方关注的是每种状态下标题仍能阅读、布局是否符合约定，而不是要求技术人员把所有设备的系统字体截图做成完全相同。

二、签字体交付单之前，授权和字重应该交到什么程度？

先索取字体名称、来源、版本、授权证明及使用范围。桌面设计授权不应被直接当成网页嵌入授权；自托管、子集化和把文件交给后续维护方能否进行，要按具体许可核实。字体文件可下载不等于可以嵌入官网，免费字体也应保留其许可和来源，不能只交一个改过名称的压缩包。

再列出正文、标题和强调文字分别使用的字重及样式。交付只有常规字重，却让浏览器合成粗体，视觉结果未必等于设计稿的粗体；可变字体则要明确可用轴和声明范围。采购方应确认真实文件与 CSS 映射对应，而非把“支持粗体”当作不需要交付文件或配置的口头承诺。

web.dev 的字体实践提醒应检查许可是否允许子集化和自托管。迁移或更换服务商时，还要说明哪些文件可继续使用、哪些外部服务需要企业自己的授权账户。字体选型的交付边界，应在美术确认时同步确定，而不是网站上线后再追问谁购买了使用权。

三、备用字体怎样验收，才能避免字体到达后标题重新挤位？

备用字体是正式交付的一部分，不是下载失败才随便出现的替代品。根据目标设备选择合理的系统字体序列，并在末尾保留通用字体族；对长中文标题、混排型号、括号及数字逐项比较。不同系统的备用字体可以不同，但都应保持可读、不会盖住按钮或把关键标题截断。

匹配时不要只比较字号。字符宽度、字面高度、基线与行高都会影响换行和上下元素。服务商可以结合 size-adjust 和字体度量覆盖减少差异，但参数必须根据实际字体测量，不是复制网上一组百分比就算适配；这些属性也不负责补全缺失的字形。

验收要覆盖实际使用的桌面和移动设备，记录约定的显示边界。能接受备用字体与品牌字体形态略有不同，不等于能接受换行后内容遮挡。按钮、导航及固定高度容器尤其需要一起看，因为字体变化可能让文字超出原本为截图设计的空间。

四、服务商用了 swap，就能保证标题不闪动吗？

“Gives the font face an extremely small block period and an infinite swap period.”

这是 MDN 对 font-display: swap 的描述：阻塞期极短，交换期不受短窗口限制。它倾向先显示备用字体，但正式字体到达后仍可替换，所以不能把 swap 解释为“保证没有视觉变化”。

MDN · font-display

fallback 的交换窗口较短，optional 没有后续交换期，适合对当次阅读稳定性有不同要求的场景，但可能在此次访问保持备用字体。block 也不是防跳方案，因为不可见文字仍按备用度量占位。采购方应先确定品牌字体必须展示到什么程度，再让服务商选择策略并说明失败状态。

将标题和正文都无差别套同一个策略，不一定符合需求。品牌标题、长文正文和导航的重要性不同，可以分别讨论；不需要为每个元素增加复杂逻辑。交付要提供采用策略的理由以及首次、重复和失败访问的结果，避免为了最终截图好看而让首次访问文字长时间不可见。

五、中文字体做了子集，新增标题的字漏了怎么办？

子集文件仅保留选定字形，适合压缩已知内容的字体资源，但必须与文案更新同步。验收应索取子集输入来源、生成方法、覆盖清单和重新生成的触发条件。只覆盖首批页面标题而没有维护流程，后续新产品、文章和姓名出现时，可能产生混合字体甚至缺字显示。

“If the page doesn't use any character in this range, the font is not downloaded; if it uses at least one, the whole font is downloaded.”

MDN 说明，unicode-range 控制何时需要某个字体资源；只要使用范围内的字符，下载的是整个对应文件。它不是自动裁切工具，也不会因为新文案出现就帮已有子集添字。

MDN · unicode-range

交付测试可以用经批准的临时文案加入原清单之外的中文、全角标点、单位符号及中英文混排，检查每个字符实际由谁绘制。缺字后应修子集输入和覆盖声明，再重新验证；不能靠某台电脑恰好装有完整字体掩盖问题。对难以预先限定的用户输入，可优先采用覆盖可靠的系统字体。

正文、提示、空状态等可见文字若使用同一自定义字体，也要进入覆盖范围。子集重新生成后，应更新字体资源版本并让样式指向新文件，防止旧缓存继续提供不含新字的副本。原始字体、生成工具和许可的可接手性，比交付一个“已经很小”的文件更重要。

六、字体加载怎样测试，才不会把预加载当成采购成绩？

分别测试首次无缓存、重复访问、模拟受限网络和字体请求被阻断。记录字体 URL、实际字重、返回格式、跨域配置、加载后渲染字体与版面变化。WOFF2 是常用网页交付格式，但格式正确不代表路径、授权、覆盖和回退都正确；不能只报告下载成功就签收。

预加载应只针对确有必要的字体资源，核对其与样式引用的文件一致以及跨域属性。web.dev 提醒预加载会忽略 unicode-range 的按需选择，盲目预加载所有子集可能失去拆分意义。是否提前下载应由真实页面需求决定，不以 preload 标签数量或外部字体服务的名字评判方案。

自托管也不是自动合格。要确认文件由谁维护、跨域是否允许、资源版本如何更新以及授权是否覆盖此方式。首次测试时避免让本机字体或旧缓存代替下载；随后再验证真实重复访问。采购方最终要看到的是可读和可维护的结果，不必接受没有测试证据的固定改善幅度。

七、采购托管方案时，怎样约定字体后续更新不返工？

采购 Edge-First 外贸独立站托管方案时，建议确认字体与字重清单、许可材料、备用策略、子集生成来源和发布验证是否纳入交付。内容维护责任里单列新增字符检查；更换字体属于设计与授权变更，不能与例行补字混为一谈。范围写清，才能判断哪次需要重新确认视觉方案。

签收包应能让接手者重现字体资源及声明，知道缺字怎么处理、文件不可达时怎样显示、如何恢复上一版本。标题字号在设计稿上正确只是起点；在真实加载过程和新增内容下保持阅读完整，才是网站字体交付的采购判断，不应延伸成搜索排名或询盘效果承诺。