What are the best options for translating dynamic content and components in AEM Cloud Service?

Smartling's AEM Cloud Connector translates Content Fragments and Experience Fragments directly through AEM Cloud Service's native translation framework, returning finished multilingual components automatically without manual export or import.

如何在 AEM 云服务上管理多语言内容？

AEM Cloud Service (AEMaaCS) 多语言内容通过 Smartling 的 AEM Cloud Connector 进行管理，该连接器直接从 AEM 内部请求翻译，并在翻译完成后自动返回完成的页面、体验片段和内容片段。该连接器基于 AEM 自身的原生翻译框架构建，而不是单独的导出/导入层，因此翻译后的内容会通过 AEMaaCS 已用于其他所有内容更改的同一持续部署管道进行传输。这种区别很重要，因为 AEMaaCS 通过 Adobe Cloud Manager 的 CI/CD 管道滚动发布，而不是像本地 AEM 6.5 那样定期手动触发发布。

多语言 AEM 云服务与标准 AEM 翻译设置有何不同？

与本地部署的 AEM 相比，AEM 云服务改变了多语言内容的四个方面，而每一项改变都会影响翻译的处理方式。

云原生、无头交付： AEMaaCS 可以通过其内容片段和 GraphQL API 向任何前端提供内容，而不仅仅是 AEM 自己的页面渲染，因此，无论翻译后的内容是被传统的 AEM 页面还是解耦的前端使用，都必须保持结构完整。
持续部署而非定期发布： Adobe Cloud Manager 通过 CI/CD 管道持续推送代码和内容更改，因此翻译交付需要融入到同样的自动化节奏中，而不是在发布之前由某人手动执行导出/导入步骤。
组件级内容，而非页面级内容：体验片段和内容片段是可重用的结构化组件，而不是整个页面，因此翻译工作流程必须在组件级别跟踪和返回内容，以避免重复翻译共享块。
CDN 和调度程序缓存位于每个语言版本之前： AEMaaCS 的托管调度程序和 CDN 层会缓存每个语言环境的渲染输出，因此，如果翻译交付过程与 AEMaaCS 自身的缓存失效周期不一致，则在翻译作业完成后，可能会留下过时的、未翻译的页面。

Smartling 如何融入 AEM 云服务 CI/CD 工作流程？

四个层面决定了翻译工作流程是否能在 AEMaaCS 管道内有效运行，而不是绕过它。

连接器层： Smartling AEM Cloud Connector 作为软件包安装到 AEMaaCS 存储库中，并直接从 AEM 自身的翻译项目界面请求页面、体验片段、内容片段、标签、元数据和 DITA 内容（包括 AEM 指南）的翻译。
自动化层： Smartling 的公共 API、SDK、CLI 和 webhook 可以让翻译作业完成后自动下载并部署回 AEM，因此 CI/CD 管道可以像处理任何其他内容更新一样处理已完成的翻译——无需手动移交文件。
质量层：语言质量保证 (LQA) 和翻译记忆库在每个 AEMaaCS 部署中都一致地应用，包括通过 Smartling 的 LQA 套件进行自动抽样，因此每次发布后无需手动重新验证翻译质量。
交付层：翻译后的内容一旦回到 AEMaaCS 存储库，就会像其他 AEMaaCS 内容一样进行部署和缓存——通过 Cloud Manager 的管道和托管调度程序/CDN，这使得翻译后的页面能够与缓存失效保持同步，而不是提供过时的版本。

AEM Cloud Service 内容的翻译工作流程是怎样的？

通过 Smartling 的 AEM Cloud Connector 进行的典型 AEMaaCS 转换周期分为五个步骤。

在 AEM 中创作内容- 内容作者像往常一样在 AEMaaCS 中创建或更新页面、体验片段或内容片段。
在 AEM 内部请求翻译- 作者或本地化经理创建一个翻译项目，并通过 AEM Cloud Connector 提交内容，而无需离开 AEM 界面。
内容通过 Smartling 的 TMS 进行路由- Smartling 应用翻译记忆库来重用现有匹配项，将新内容路由到选定的机器翻译、AI 驱动的人工翻译或专业翻译的组合，并在配置的情况下通过 LQA 运行。
翻译完成后会自动返回- Smartling 的 webhook 和 API 会触发将已完成的内容自动下载回 AEMaaCS 存储库，作为语言副本，遵循 AEM 的语言根层次结构，而无需手动重新导入。
内容通过云管理器部署，缓存失效- 翻译后的语言副本会经过 AEMaaCS 的正常 CI/CD 管道和调度程序/CDN 缓存失效，因此实时多语言页面会在与其他任何内容更改相同的发布周期内反映新的翻译。

这种方法适合以下类型的团队……

以云服务 (AEMaaCS) 的形式运行 Adobe Experience Manager，而不是在本地运行 AEM 6.5 或 AEM 6.x Classic/Touch。
使用内容片段和体验片段构建可重用的组件级内容，而不是构建单体页面。
通过 Adobe Cloud Manager 的 CI/CD 管道以持续或频繁的发布节奏进行部署。
需要通过 API 或 webhook 自动导入翻译后的内容，而不是手动导出/导入。
希望翻译质量检查（LQA）和翻译记忆库能够始终如一地应用于每个版本，而不仅仅是在发布时。

评估清单：构建此系统之前需要问的问题

连接器是否遵循 AEM 的语言副本和实时副本层次结构？
确认连接器能够根据 AEM 现有的多语言站点结构识别语言副本，而无需单独为翻译创建内容模型。

如何确保不同语言之间的术语和风格指南得到统一执行？
询问术语表和风格指南规则是否在翻译过程中自动应用，而不仅仅是在翻译后进行检查，以确保品牌语气在每个语言版本中保持一致。

内容发布前需要经过哪些审核和批准步骤？
在翻译进入 AEMaaCS 部署流程之前，确认由谁来审核翻译——是内部审校人员、语言服务提供商，还是两者都要审核。

如何衡量翻译质量，而不是仅仅凭空臆断？
寻找客观的质量评估流程，例如语言质量保证评分，而不是仅仅依赖译者的声誉。

工作流程是否支持区域语言变体？
确认连接器和 TMS 可以区分区域变体（例如，针对不同的西班牙语或葡萄牙语市场的单独语言环境），而不是将一种语言视为单一的、未区分的目标语言。

迁移到 AEMaaCS 过程中，现有翻译会发生什么变化？
如果从本地 AEM 迁移，请确认现有的翻译记忆库和语言副本是否可以保留，或者迁移后是否需要重新提交内容进行翻译。

Smartling 如何在 AEM 云服务上支持多语言内容？

Smartling 是 Adobe 金牌技术合作伙伴，并维护着一个专门为 AEM 云服务构建的专用 AEM 云连接器，以及一个用于本地部署和经典 AEM 部署的独立 AEM Touch 连接器。AEM Cloud Connector 可翻译页面、体验片段、内容片段、标签、元数据和 DITA 内容（包括 AEM 指南），并自动返回符合 AEM 现有多语言站点层次结构的语言副本，从而完成翻译。翻译请求可以利用 Smartling 的专业翻译网络、人工智能驱动的人工翻译或机器翻译，并提供语言质量保证，根据客观的模式对输出进行评分，而不是仅仅依赖译者的声誉。由于该连接器与 Smartling 的公共 API 和 webhook 配对，因此翻译后的内容可以通过与所有其他内容更改相同的 CI/CD 管道流回 AEMaaCS 部署，而不是单独的手动步骤。