电商3D模型公开检查：外观通过了，文件里还带着什么？

准备把产品视频里用过的模型放进独立站，或者发给海外合作方旋转查看，往往会遇到一句话：“模型已经做好，直接导出就行。”但视频只给观众看选定的画面，模型文件却需要单独检查所含内容。外观获批，并不等于里面的部件名称、属性和附带资源也都获准对外提供。

ONCE建议把这件事作为一项明确的交付工作：内部保留适合继续制作的资产，另做符合具体用途的发布副本。不要为了对外发一个小文件，直接删改唯一的生产母版；也不要为了未来复用，就把完整制作包发到每一个外部入口。

文件有能力携带信息，不等于每个文件都已经泄露

Khronos 的《glTF 2.0 Specification》允许使用可供应用显示等用途的名称，也把 extras 定义为应用自用数据。KhronosGroup 的 glTF-Blender-IO 项目文档则说明，导出时启用 Custom Properties 后，多数对象的自定义属性会写入相应的 extras；它还分别列出了选中对象、可见对象等导出范围选项。本文于2026年10月25日核验上述相关章节，未把它们当作当天的新功能。

这些文档说明的是格式与导出机制，不是某个客户文件已经含有秘密的证据，也不能证明所有查看器都会把属性展示出来。对品牌最直接的提醒是：不能仅凭默认视角里没有出现某个信息，就认定最终文件没有携带它。具体结果取决于实际文件、导出设置与接收环境。

关闭一个属性选项，也不等于已经完成全部检查。需要另外核对的还可能有几何、对象名称、纹理图片与动作内容。这里提出的是制作交付方法，不是安全认证或法律结论。

先分两版，再讨论删什么

内部制作母版服务于下一轮创作：部件关系、可编辑内容、材质依据和版本对应信息可能都很有价值。公开副本服务于这一次展示：让消费者看外观、让采购理解选配，或让获授权合作方确认某个结构。不同用途应分别批准，不必用同一份模型包覆盖。

假设一款虚构桌面灯准备放到独立站，当前只销售一种底座。内部模型可能保留下一代底座试案、供应商代号和工程备注。这些信息是否真的存在，必须检查，不能靠假设认定。但若存在且不在公开用途内，就应在发布副本里处理，而不是让它们随外观模型一起出去。

反过来，公开查看器若确实依赖经过批准的尺寸、部件标识或配置数据，不能为了“清干净”一律删除。所需的版权与来源归属也应保留。目标是只带必要且获准的信息，不是做一个什么都丢失、甚至不能正常工作的空壳。

已有的工业设备动画六包资料清单处理工程资料怎样进入制作；Blender产品模型交接指南处理格式与复开。本文增加的是模型准备离开内部制作环境时，对实际输出内容再做一次判断。

用“出站清单”检查实际导出物

不必先堆一张庞大的保密制度表。先把本次用途写成一句话，再逐项记录以下内容。每项都应有“保留什么、排除什么、谁确认”的答案。

这不是要求每个产品都存在上述问题，而是让检查对象从“截图好不好看”变成“这个包实际包含什么”。一张漂亮的转台图，无法代替对象与属性检查；一份属性清单，也无法代替外观和功能复核。

检查要落到最终文件，不落到某个勾选框

建议由制作团队从内部母版建立单独的发布工作副本，只整理这份副本。先确定允许的部件与资源，再处理名称和属性，随后按约定设置导出。不要只把不想展示的东西在当前视图里关掉，就结束检查。

让另一位获授权人员复开实际导出物：一方面按清单查看部件、资源与字段，另一方面在目标查看器里核对旋转、材质、所需动作和配置功能。没有能力检查某类内容，就应记为未检查，交给能处理的人，而不是填成“全部安全”。

确认记录应对应具体文件版本；条件允许时同时记录文件校验值。上线人员从这份确认记录取得对应文件。若之后又换了一次模型、贴图或导出设置，应重查受影响项目，而不是沿用上一份包的批准结论。这些动作不承诺防止所有提取、推断或误用；访问控制和信息权限还需按真实平台另行安排。

采购时把发布整理单列，不把内部资产价值删掉

报价应说清：是否包含发布副本整理、对象和字段检查、目标查看器测试，以及后续更新后的重检。还要明确工程或产品负责人批准哪些内容可对外，制作团队负责怎样整理和导出，上线团队负责使用哪个已确认文件。不要让“已经做过模型”自动等于“任何公开用途都已包含”。

对于ONCE的长期内容服务，可复用的价值来自完整且受控的内部资产，以及能够重复执行的发布整理方法。每次都从头建模可能浪费已有工作；每次都发同一份完整模型也不是复用的唯一方式。这是服务设计建议，不是ONCE已有系统、测试结果或成本节省的陈述。

若准备将产品视频模型用于独立站或海外合作，可先提供本次展示目的、接收方式、允许公开的结构和现有文件情况。先确认要交出去的内容，再确定整理、检查与维护范围。