UE5 MetaHuman 新阶段：网页版将于 2026-11-05 关闭，现有角色该怎么迁移

发布于 作者:

如果你的项目里还有通过 MetaHuman Creator 网页版创建的角色，现在已经不能把迁移这件事继续往后拖了。Epic 在 2026 年 3 月 5 日的官方公告里确认，MetaHuman Creator 网页版会在 2026 年 11 月 5 日终止访问；在此之前，还会分批移除旧版本入口。对 UE 学习者和小团队来说，这不是一条普通新闻，而是一次明确的工作流切换信号：角色创建、编辑、升级和后续自动化，都会逐步转到 Unreal Engine 内置的 MetaHuman Creator 上。

UE5 MetaHuman 新阶段：网页版将于 2026-11-05 关闭，现有角色该怎么迁移 overview image
Overview infographic for MetaHuman 迁移.

好消息是，这次迁移并不只是“旧工具下线，新工具顶上”。从官方文档和 5.7 更新来看，UE 内置版已经不只是替代网页端，而是在角色创建、身体 conform、跨平台支持和批处理能力上都往前走了一步。如果你正准备在 2026 年继续使用 MetaHuman，现在最值得做的事情是把自己的角色库、项目版本和升级路径先梳理清楚。

先看清时间线：哪些节点需要记住

Epic 公告给出的时间线很明确，建议直接记在项目排期里，而不是只记一个“年底之前”。

  • 2026 年 3 月 5 日：Epic 公布网页版停用计划。
  • 2026 年 4 月 5 日：网页版移除 4.27、5.0、5.1 的版本选择入口，不能再开启这些版本的创作会话，但仍可通过 Bridge 导出已有角色。
  • 2026 年 6 月 5 日：网页版移除 5.2、5.3、5.4 的版本选择入口。
  • 2026 年 11 月 5 日：移除 5.5 入口并关闭整个 MetaHuman Creator 网页应用访问。
  • 2026 年 11 月 5 日之后还有 90 天：用户仍可取回画廊中的 MetaHuman；超过窗口后，将不能再通过 Quixel Bridge 或 UEFN 的 MetaHuman Importer 下载这些网页端角色。

这意味着即便你的项目现在还能正常导出旧角色，也不应该把角色库继续长期留在网页端。最晚要在 2026 年 11 月 5 日前完成迁移准备，更稳妥的做法是在 2026 年 6 月之前就把活跃项目切到 UE 5.6 或 5.7。

为什么 Epic 要把 MetaHuman Creator 收回 UE 内

这个变化并不是突然发生的。MetaHuman 5.6 在 2025 年 6 月离开 Early Access 时，Epic 就已经把 MetaHuman Creator 集成进 Unreal Engine，并同步扩展了授权和 DCC 集成方向。到了 MetaHuman 5.7 和 UE 5.7，这套内置流程继续增强：官方文档明确写到，MetaHuman Creator 自 UE 5.6 起已完全集成到 Unreal Engine；5.7 则进一步加入 Linux 和 macOS 支持、改进身体 conform，并开放了可通过 Python 或 Blueprints 批量调用的编辑与装配接口。

从生产角度看，这个转向很合理。以前网页端更像一个独立入口，角色创建、项目升级、DCC 往返、批量处理之间有明显边界。现在 Epic 想把这些能力压回引擎内部，让角色资产、版本、装配和自动化都直接围绕项目本身发生。对团队来说，这种改动最大的价值不是界面变了，而是角色流程终于能和项目流水线、构建机、脚本工具绑得更紧。

迁移前先判断：你属于哪一类项目

当前状态建议动作原因
还在 UE5.5 或更早版本维护老项目先备份，再规划升级窗口网页端角色还能导出，但创作入口会持续收缩。
准备新做 MetaHuman 项目直接从 UE5.7 内置 Creator 开始没必要再把角色资产放进即将关闭的旧入口。
项目已升级到 UE5.6/5.7，但角色仍是旧 MetaHuman按官方升级场景迁移并统一更新只升项目不升角色，角色会运行但拿不到新特性。
团队里有大量自定义身体或 DCC 往返流程优先评估 5.7 的 conform 和自动化接口这正是新工作流最有价值的部分。

UE 内置版迁移到底怎么开始

官方 5.7 文档给出的起点很直接：安装 Unreal Engine 时要勾选 MetaHuman Creator Core Data，然后在项目中启用 MetaHuman Creator 插件。之后你可以在内容浏览器里创建 MetaHuman Character 资产，并在编辑器内直接打开 MetaHuman Creator 进行编辑。

  1. 确认目标项目版本。若要迁到新流程，优先选择 UE 5.6 或 UE 5.7，不要在临近停服时还继续把新角色建立在网页端 5.5 流程上。
  2. 安装或补装 MetaHuman Creator Core Data。官方文档说明这部分内容包含预设、发型、纹理模型和面向外部应用导出的非引擎文件，缺失时插件会报警告。
  3. 在项目中启用 MetaHuman Creator 插件，创建新的 MetaHuman Character 资产，确认本地流程能正常打开和装配。
  4. 梳理现有网页端角色名单，确认哪些还在项目里被使用，哪些只是历史尝试。
  5. 根据官方 Migration Guide 和 Upgrade Scenarios，把仍需继续维护的角色迁到匹配的 UE 版本，再重新导入项目。

这里最容易忽视的一点是“目标版本必须匹配”。官方版本指南写得很明确：新版本 MetaHuman 只和对应或更高的 Unreal Engine 版本配套工作。也就是说，不能指望在不升级项目的前提下单独把角色升到更新的 MetaHuman 版本。

老角色升级时，最该避免的坑

对已经在项目里落地的 MetaHuman，真正危险的不是“升级失败”，而是“只升级了一部分”。官方版本指南特别强调，如果项目里已经有多个 MetaHuman，共享的公共资源一旦被新版本覆盖，老版本角色就可能出现兼容性问题。因此，当你决定升级某个角色时，更稳妥的做法通常是按项目维度统一升级，而不是只挑一个角色试水后长期混用。

  • 不要随意改动 MetaHumans 目录位置和默认蓝图命名。官方说明 Quixel Bridge 会通过项目中的目录和默认蓝图名称去匹配角色，命名改乱后升级识别会变差。
  • 不要只把工程升级到新 UE 版本就当作完成迁移。那样角色通常能运行，但不会自动获得新版 MetaHuman 的功能。
  • 如果项目里有多个 MetaHuman，尽量统一升级，避免公共资源升级后让旧角色处在半兼容状态。
  • 如果还需要维护旧版本项目，建议保留一份对应引擎版本的备份工程，必要时通过旧工程导入后再迁移到新工程。

为什么 5.7 值得作为迁移落点

如果只是为了“把旧角色先救出来”，升级到 5.6 已经可以完成工作流切换；但如果你想让这次迁移顺便提升后续角色生产效率，5.7 更值得作为目标版本。官方 MetaHuman 5.7 更新和 UE 5.7 Release Notes 提到了几件很关键的事。

  • Body conform 更灵活。官方明确提到，5.7 不再像 5.6 那样强依赖标准 A-pose，在可行范围内支持 A-pose 到 T-pose 之间的姿态，同时改善了 FBX 往返限制和 UV 空间对应关系。
  • 跨平台更现实。MetaHuman Creator 插件在 5.7 已支持 Linux 和 macOS，不再把新流程局限在 Windows 上。
  • 自动化价值更高。5.7 允许通过 Python 或 Blueprints 批量处理大多数角色编辑和装配操作，这对角色库较多、需要统一命名和批量装配的团队尤其有用。
  • 发型和动画配套也在同步前进。UE 5.7 的 MetaHuman 相关说明里还提到 Groom 与实时动画接口增强，这意味着新工作流不只是“做角色”，而是更完整地覆盖到后续动画与造型阶段。

给 00UE 读者的一份实操迁移清单

  1. 列出全部仍在使用的网页端 MetaHuman 名单，按项目和引擎版本分类。
  2. 确认每个活跃项目是否计划升级到 UE 5.6 或 5.7，并给出时间点。
  3. 在一份测试项目里先完成 MetaHuman Creator Core Data 安装、插件启用和本地新建角色验证。
  4. 选一个风险最低的旧角色，按官方迁移文档走完一次导入、升级和重新装配。
  5. 确认项目中多个 MetaHuman 是否需要统一更新，避免共享资源版本混杂。
  6. 在 2026 年 11 月 5 日之前完成主力角色的迁移，并在 90 天下载窗口结束前做好历史角色归档。

如果你现在还是学生、独立开发者或小团队成员，这篇文章里最重要的一句话其实很简单：不要再把 MetaHuman 网页版当成长期可依赖入口。Epic 已经把方向定死了，新的学习成本最好尽早投到 UE 内置 Creator、角色装配和后续自动化上。这样你不是在被动应对停服，而是在顺手升级自己的角色生产流程。

来源