上传的PPTX在本地打开时标题字体、行距和对齐都正常，到了网页端预览却变成宋体，排版随之松散、换行位置改变、文本框溢出，页脚甚至被挤到下一页——遇到这种情况，先别急着判定网站出了故障。问题多半不在网站本身，而是出在字体这条链路上。要定位原因，可以按三个层次逐项核对。
第一层：核对文件内嵌字体与主题字体设置
PPTX中的字体信息存放在两处：一处是主题字体，决定标题字体与正文字体的默认组合；另一处是具体文本框上的字体覆盖。如果作者只在本机安装了某款字体，保存时却没有选择嵌入字体，那么文件里记录的只是一个字体名称，而非字体本身。网页端拿不到这款字体，就会触发替换逻辑，宋体往往成为默认兜底项。这里要区分两种情形：字体缺失，指文件声明了某款字体但当前环境没有；字体被替换，指预览工具主动用宋体顶替了找不到的字体。前者需要补充字体或调整嵌入设置，后者要检查预览工具的替换规则，两者的处理方向并不相同。
第二层：核对网页端预览工具的字体加载策略
PPTX在网页上呈现通常有两种路径：服务端先渲染成图片或PDF，再由浏览器展示；或者由前端库在浏览器中解析并重绘。服务端渲染时，字体必须安装在服务器上，服务器缺字体，输出结果已经是宋体，前端再怎么做也改不回来。浏览器渲染时，字体要么随页面以网页字体形式加载，要么依赖用户本机已安装的字体——前者需要字体文件可访问，后者完全取决于访问者的设备。同一个文件在不同人电脑上预览效果不一致，多半就是走了依赖本机字体的路径。核对时先确认预览走的是哪条路径，再看对应环节的字体是否到位。
第三层：核对字体授权与可嵌入性
有些商用字体在授权条款中限制了嵌入文档和网络分发，即使技术上能把字体文件放进网页，也不能随意操作。把字体文件上传到服务器供预览调用，实质上是一种分发行为，需要确认授权范围是否覆盖这种用法。如果授权不允许，正确的做法不是绕过限制，而是换用可自由分发的字体，或者在预览环节接受替换结果并提前告知用户。这一层容易被忽略，却是很多字体问题的真正边界。
一张可执行的核对清单
实际操作可以按顺序推进：先打开PPTX的主题字体设置，确认标题和正文分别声明了什么字体；再检查保存时是否勾选了嵌入字体，以及嵌入的是全部字符还是仅使用到的字符；然后确认预览工具是服务端渲染还是浏览器渲染，对应环境里是否装了这些字体；最后核对字体授权，判断能否在网页端分发。顺序不要颠倒，先看文件再改环境，否则容易在错误的方向上反复折腾。
it数运在网站维护中处理这类反馈时，基本顺序同样是先定位再改动：先确认字体信息在文件里是什么状态，再确认预览链路在哪一步丢失了字体，最后才决定是调整上传规范、补充服务器字体，还是更换字体方案。把这三层核对清楚，宋体替换就不再是玄学，而是一个可以复现、可以解释、可以修好的具体问题。技术有章法，服务有回应，把技术问题说明白，把交付过程做清楚，正是处理这类细节时应有的态度。
