设计协作中有一个很常见的场景：设计师完成PSD文件后交给运营，运营将其上传到网站后台，准备在页面中展示或让同事在线查看。可打开后却发现，原本分好的图层全被压成一张图，文字改不了，元素也无法单独调整。很多人的第一反应是“设计稿是不是被合并过”或者“文件传坏了”。但多数情况下，源文件本身完好无损，问题出在上传、解析、展示这三个环节中的某一层。下面按顺序逐一拆开说明。
第一步，先确认上传端有没有发生格式转换
不少网站后台的上传组件并不会直接保存PSD，而是先转成图片或PDF再存储。转换过程中，图层结构会被主动丢弃，只保留视觉结果。判断方法很直接：到服务器或存储目录里查看实际落地的文件扩展名和体积。如果原文件有几十兆，落地文件却只有几百KB，基本可以确定被转成了预览图。这时要区分两件事：源文件是否还在，预览文件是否只用于展示。若后台只接受转换后的文件，那图层丢失就不是故障，而是上传策略本身如此，需要调整的是流程而不是文件。
第二步，核对服务端解析能力与图层保留策略
PSD的图层信息依赖专门的解析库读取，并不是所有服务端环境都安装了这类组件。有些系统能读出合成图，却读不出图层树，于是对外只暴露一张扁平图。核对时看服务端返回的数据结构里有没有图层列表字段，是字段为空还是根本没有这个字段。没有字段，说明解析环节就没做图层提取，属于能力缺失；字段有但为空，可能是文件里图层被隐藏，或编组方式不被支持。要明确一点：渲染出画面和保留图层是两件事，前者是看图，后者是编辑，验收标准要分开写。
第三步，核对前端展示逻辑
即使服务端拿到了图层数据，前端也可能只渲染合成图。打开页面后看是否有图层开关、单层显隐、元素点选这类交互入口。没有入口，说明展示层是按图片模式设计的，图层数据传了也没用。这一层最容易产生误解，用户以为系统“丢”了图层，实际是前端根本没打算展示。核对方法是查接口返回和页面渲染是否一致，接口有图层而页面无交互，问题就在展示层。
上传前做一份自检清单能省很多来回
图层命名是否规范，中文、特殊符号、超长名称都可能让解析失败；智能对象是否已栅格化或保留，部分解析库对智能对象支持有限；字体是否嵌入或转曲，缺字体时文字层会异常；色彩模式是否为RGB，CMYK在网页端常出现偏色或解析异常。这四项在上传前过一遍，能排除大部分非系统问题。
交付环节要把源文件和预览图分开约定
源文件用于后续修改，预览图用于页面展示，两者用途不同，不能互相替代。验收标准里应写明：展示以预览图为准，修改以源文件为准，图层可编辑性是否作为交付要求要提前确认。责任划分清楚，后续出问题才知道该找设计、找开发还是找上传流程。
it数运在网站维护类项目里，习惯在需求确认阶段就把文件类型、展示方式和验收口径写进说明，交付时同步给出源文件与预览图的对应关系，避免“图层没了”这类误会反复出现。技术问题说明白，流程责任分清楚，维护起来才稳定。
