做网站维护时，常会收到这样的反馈：用户上传了一份精心排版的PPTX，本地打开时字体正常，可到了网页端预览，标题、正文、图表标注全变成了宋体，原本的字体层次感消失，行距和换行位置也跟着变，版面看上去像被重新排过。用户第一反应往往是网站出了故障，但从维护的角度看，这类现象通常不是单一原因造成的，需要按层次逐项排查。
第一层要核对的是文件本身。PPTX虽然是一个压缩包结构，但字体并不会自动随文件完整携带。需要确认制作方在保存时是否选择了嵌入字体，以及嵌入的字体授权是否允许随文档分发。有些字体厂商只允许本机安装使用，不允许嵌入文档，这类字体即使嵌入了也可能在转换环节被忽略。同时要检查母版、版式和占位符的字体设置是否统一，如果同一页里既有主题字体又有手动指定的字体，转换时更容易出现部分替换、部分保留的混合结果。
第二层要核对转换链路。网页端预览PPTX，常见做法是由服务端调用转换组件生成图片或HTML，转换环境里是否安装了原文件使用的字体，直接决定输出效果。如果服务器只装了基础中文字体，遇到特殊字体时就会走回退逻辑，而回退顺序如果没有明确配置，往往落到默认的宋体上。维护时应确认转换服务的字体目录清单，核对回退规则是逐级匹配还是直接兜底，并保留一份转换日志，便于定位是哪一步发生了替换。
第三层要核对前端渲染。如果预览输出的是HTML而非图片，字体最终由浏览器决定，CSS字体栈是否覆盖了目标字体、浏览器本地是否安装该字体，都会影响显示。同一份文件在不同设备上表现不一致，往往就是这一层造成的。可以用同一份PPTX在两类浏览器和两类系统上做比对，确认差异来自转换结果还是本地渲染。
给出一份可执行的核对清单：先导出源文件的字体清单，记录每页实际使用的字体名称；再查转换服务的字体安装目录与回退配置；然后确认前端字体栈的声明顺序；最后用固定样张做转换前后比对，把差异定位到具体环节。
长期做法是建立上传前的字体检查提示，在用户上传页面说明常用字体范围，提醒特殊字体可能无法完整还原；同时保留原始文件下载入口，让用户随时取回原稿对照。it数运在处理这类问题时，通常会把字体清单和转换日志一并留存，方便后续复盘。把这几层核对清楚，字体变宋体就不再是说不清的问题。
