设计师交付的PSD到了运营手里，上传网站后台后，预览图只剩一张扁平画面，图层面板里的独立标签全部消失。网站维护中这类反馈并不少见，但真正的原因往往分散在三个不同环节。图层被合并，可能是文件交付前就已经拼合，也可能是导出时另存了副本，还可能是网页端预览服务的解析能力存在边界。三层原因交织在一起，只盯着网页端反复重传，通常解决不了问题。
第一层先核对文件本身。用设计软件打开原始PSD，看图层面板是否还有独立图层。常见情况是设计师在交付前执行了栅格化，把所有图层压成像素；也可能图层还在，但大量使用智能对象和调整图层，部分预览服务读取时只取渲染结果，不保留内部结构。还要看图层组是否被整体拼合，以及是否误存为拼合副本。判断方法很直接：如果源文件里图层完整，问题就不在文件；如果源文件本身就是单层，后面的核对都没有意义。
第二层核对导出环节。很多问题出在中转过程：有人为了减小体积，把PSD另存为JPG再改回扩展名，文件表面是PSD，实际只有一张位图；有人在导出时勾选了合并图层选项，生成的是预览副本而非工作文件；还有文件引用了外部链接素材，链接丢失后预览端只能显示嵌入的合成结果。核对时看文件大小是否异常偏小，看图层数量与设计师描述是否一致，看是否同时存在多个同名文件造成误传。
第三层核对网页端解析链路。预览服务对PSD版本的支持范围不同，较新的版本特性可能读不出来；有的服务只读取合成图做缩略图，不解析图层树；文件过大时还会触发降采样策略，图层信息被丢弃。这一层需要向服务方确认支持的格式版本和图层读取方式，而不是靠反复上传碰运气。
可以按一份清单逐层自查：源文件图层是否完整、是否存在过度栅格化、是否误存合并副本、扩展名是否被改过、外部链接是否齐全、预览服务支持的版本与大小限制是否明确。若业务只需要展示效果图，直接交付分层PNG或PDF更稳妥，避免把PSD当作浏览格式使用。
维护流程上，把交付规范写进验收环节，明确源文件、预览图、分层素材各自用途，出问题时按文件、导出、解析三段定位，响应会快很多。it数运在网站维护中强调资料交付与问题响应，正是为了减少这类反复沟通的成本。
