做网站维护时，常会遇到这样一种情况：用户在后台顺利上传了一份PPTX文件，网页端打开预览后却发现，原本精心挑选的标题字体和正文字体全变成了宋体，字号看着没变，字宽和行距却跟着走样，整页排版像被重新排过一遍。用户第一反应往往是网页把文件改坏了，实际上文件本身通常并没有被修改，问题出在预览环节的字体呈现链路上。要定位原因，可以从三个层次依次核对。
第一层，核对字体是否真正嵌入文件。PPTX里的字体信息有两种存在方式：一种只记录字体名称，依赖打开文件的设备本地装有同款字体；另一种是把字体数据一并打包进文件。如果原文件只是引用了字体名称，网页预览环境里没有这款字体，回退到系统默认字体就是必然结果。核对方法是查看制作端保存时是否勾选了嵌入字体选项，以及嵌入的是全部字符还是仅嵌入使用到的字符。还要注意，即使文件内嵌了字体，网页端预览组件也未必支持解析这类嵌入数据，部分转换工具会直接忽略嵌入信息，只读取字体名称。所以内嵌只是必要条件，不是充分条件。
第二层，核对字体名称的映射关系。网页渲染依赖字体族名称匹配，PPTX里记录的字体名如果带有特殊后缀、中文别名或厂商私有命名，预览端可能无法识别，匹配失败后就会落到默认字体。宋体之所以常见，是因为它通常是中文环境下的兜底选项。核对时可以打开文件的字体替换记录，看是否存在名称不一致的情况，比如制作端显示为某款黑体，文件内部记录的却是另一个名称。还要确认预览端可用的字体清单里是否有同名或近似名的字体，名称差一个字符都可能导致匹配失败。这一层的关键是判断回退规则在什么条件下被触发，而不是笼统地认为网页不支持该字体。
第三层，核对转换链路是否丢失字体信息。网页预览PPTX通常要经过一次格式转换，把幻灯片内容转成网页可渲染的结构。这个环节如果处理不当，字体信息可能在转换中被丢弃或简化。核对思路是拿同一份文件分别在制作端、转换后的中间结果和最终网页页面三处对比字体表现：如果中间结果已经变成宋体，说明问题出在转换环节；如果中间结果正常而网页异常，则问题在渲染端。还要留意转换服务是否对字体做了统一替换以减小体积，这类处理有时不会明确提示。
上传前的字体自查可以按四步走：确认文件是否内嵌字体，并了解预览端是否支持；确认字体名称在目标环境中有对应可用项；确认字体授权允许在网页端展示，避免因授权限制被动替换；准备一套通用字体作为替代方案，并在文件里预设好回退顺序，减少排版错位幅度。
需要说明的是，不同预览组件和转换工具对字体的处理方式存在差异，具体情况应以相关平台的官方文档和实际测试结果为准。把这三层核对清楚，多数字体回退问题都能找到明确方向。
