ODT文档在本地打开时层次清晰、缩进规整、符号统一，上传到网站预览却出现标题字号跳跃、首行缩进丢失、项目符号变成乱码字符。不少人第一反应是网站程序出了故障，但这类现象通常牵涉文件本身、格式转换和页面渲染三个环节，单独排查某一处往往难以定位真正原因。
先看文件自身的样式设置
ODT的排版依靠样式定义来组织，而非逐字逐段手动设定格式。打开样式面板，逐一确认标题、正文、列表是否套用了标准样式，还是被人为改过字号和缩进。手动格式在转换过程中最容易脱落。同时留意文档是否引用了特殊字体，一旦接收方系统缺少该字体，即便转换顺利，网页端也会因字体回退而改变行宽和断行位置。分节设置也值得检查，不同节的页边距和分栏在转换后可能被合并处理。建议在本地和转换后各查看一次，对比差异集中在哪类元素上。
再看转换环节的映射关系
ODT转为HTML或PDF时，样式需要经过一层映射。常见的丢失点包括：自定义段落样式，转换工具可能只认内置样式名；制表位和悬挂缩进，在HTML中没有直接对应的属性；页边距和页面尺寸，网页端通常不保留分页概念。如果输出的是PDF，还要确认字体是否被正确嵌入，否则阅读器会替换字体，导致行距发生变化。核对办法是把转换结果与原始文档逐项比对标题层级、列表符号、缩进和对齐方式，记录哪些样式被保留、哪些被简化。
最后看网页端的渲染覆盖
即便转换后的HTML结构没有问题，网页端的CSS默认样式也可能覆盖排版。浏览器对h1到h6设有预设字号，对ul和ol设有预设边距，对p设有预设外边距。容器宽度不足时，长段落会提前换行，视觉上像是缩进错乱。字体回退同样影响明显，中文字体缺失时系统会替换为默认字体，字宽变化会打乱原本的对齐。可执行的对照清单是：检查标题标签是否与文档层级一致，检查列表的list-style是否被重置，检查段落margin和text-indent是否被全局样式覆盖，检查容器最大宽度是否过窄，检查字体栈是否包含可用中文字体。
从文件到页面的五步核对顺序
第一步，在本地用同一软件打开ODT，确认样式面板中标题和正文均使用标准样式。第二步，导出为HTML或PDF，单独打开转换结果，比对标题层级和列表符号。第三步，在浏览器中打开转换后的页面，用开发者工具查看标题和段落实际生效的CSS规则。第四步，临时禁用网站全局样式，观察排版是否恢复正常，以判断覆盖来源。第五步，换用不同浏览器和不同宽度窗口各看一次，确认问题是否与字体回退或容器宽度相关。文件侧的问题集中在样式定义和字体嵌入，展示侧的问题集中在CSS覆盖和字体可用性。涉及具体转换工具的行为差异，应以实际测试结果和官方说明为准。
