AEM Mobile内容个性化 aem-mobile-content-personalization
AEM Mobile内容个性化功能允许AEM作者使用Adobe Target对移动应用程序内容进行个性化设置。 这允许向移动应用程序用户提供定向的优惠。 Adobe Experience Manager Mobile使您能够创建、定位和交付内容，这些内容将为用户提供特定于用户个人口味的内容。
在AEM中，为了使作者开始创建此内容，管理员和开发人员必须首先准备环境。
需要AEM管理员才能在AEM Mobile和Adobe TargetCloud Service之间建立连接。
同时，AEM Mobile 开发人员必须编辑其现有脚本以进行目标内容创作。
适用于管理员 for-administrators
在内容作者开始为移动应用程序生成目标内容之前，必须执行多个步骤：为用户和组获取正确的权限集、创建云服务、为活动配置应用程序，以及最终生成内容。
本文将指导您完成用于配置AEM Mobile混合引用应用程序以进行定位的过程。
我们接下来将假设AEM Mobile混合引用应用程序已成功部署并可通过AEM Mobile功能板访问。
在作者生成应用程序中的目标内容之前，您的AEM实例必须配置了Adobe TargetCloud Service。
权限 permissions
需要访问个性化控制台的用户必须属于target-activity-authors组。
建议作为用户和组设置的一部分，将target-activity-group添加到apps-admins组中。 通过添加target-activity-authors组，用户可以看到Personalization导航菜单条目。
Cloud Service cloud-services
要使目标内容适用于移动设备应用程序，必须配置两项服务： Adobe Target服务和AdobeMobile Services服务。 Adobe Target服务提供用于处理客户端请求和返回个性化内容的引擎。 AdobeMobile Services服务通过由AMS Cordova插件使用的ADBMobileConfig.json文件提供Adobe服务和移动应用程序之间的连接。 在AEM Mobile Dashboard中，您可以通过添加这两项服务来配置应用程序。
在AEM Mobile功能板中，找到管理Cloud Service，然后单击+按钮。
从添加Cloud Service向导中，选择“Adobe Target”云服务卡，然后单击下一步。
从选择配置下拉列表中，您可以创建配置或从现有配置中进行选择。 要创建配置，请从下拉列表中选择“创建配置”。 输入Target配置的标题。 输入与Target帐户关联的客户端代码、电子邮件和密码。 如果您不知道这些字段的值，请联系Adobe Target支持。 单击“验证”按钮验证凭据。 验证后，单击提交按钮以创建云服务。
完成该向导后，“管理Cloud Service”拼贴将包含Target云服务。 但是，它包含有关缺少Adobe移动服务帐户的警告。
Adobe Mobile Services adobe-mobile-services
此外，还必须将AdobeMobile Services (AMS)帐户关联到应用程序，AMS服务提供所需的ADBMobileConfig.json文件，其中包含Target客户端代码信息。 在创建与AMS帐户的关联之前，必须由具有AMS权限的用户修改AMS帐户。
客户代码 client-code
要登录AMS服务，请访问https://mobilemarketing.adobe.com，请选择移动应用程序并单击设置。 找到SDK Target选项字段，将客户端代码置于该字段中，然后单击保存。
现在，客户端代码已与移动应用程序关联，当通过Adobe移动仪表板配置AMS云服务时，服务设置的设置将通过ADBMobileConfig.json文件交付。
Adobe移动服务Cloud Service adobe-mobile-service-cloud-service
现在AMS已配置，是时候在Adobe移动设备仪表板中关联移动设备应用程序了。 在AEM Mobile功能板中，找到管理Cloud Service，然后单击+按钮。
选择AdobeMobile Services卡，然后单击下一步。
从创建或选择向导步骤中，选择移动服务下拉列表，然后选择创建配置条目。 提供标题、公司、用户名、密码并选择适当的数据中心。 如果您不知道这些值，请与AdobeMobile Service管理员联系以获取它们。 填写完所有字段后，单击 验证。 验证过程将转至AMS并验证帐户的凭据，在验证成功后，将填充移动设备应用程序列表，您可以从下拉列表中选择关联的移动设备应用程序。 单击 提交 以完成向导。 该过程可能需要一些时间来获取配置数据以及与该应用程序关联的任何分析。 该过程完成后，单击 完成 以返回到Adobe移动设备仪表板。
返回到“移动设备功能板”后，“管理Cloud Service”图块将包含AMS云服务。 此外，分析量度图块中会填充生命周期报表。
对于作者 for-authors
先决条件： 如上所述，管理员必须先配置与Adobe Target服务的连接，然后作者才能生成新的目标内容。
在管理员配置两个云服务并且开发人员配置了mobileappoffers处理程序后，内容作者现在可以开始生成目标体验。
在AEM Mobile应用程序中创作目标内容时，会遵循与创作AEM Sites类似的过程：
请参阅此处，了解在AEM中创作目标内容的完整概述
面向开发人员 for-developers
构建移动应用程序的AEM开发人员在开发组件时应继续遵循整个AEM中常用的模式。 在此，Adobe将指导您完成使内容作者能够创建目标内容的必要步骤：
Adobe Target ContentSync处理程序 adobe-target-contentsync-handlers
为了向用户设备交付内容，通过呈现由AEM内容作者创建的选件来生成内容。 为了处理目标选件的渲染，新增了一个用于处理选件的内容同步处理程序。 使用混合引用应用程序作为示例，en （英语）内容包包含具有mobileappoffers处理程序的ContentSyncConfig。 下一步是将选件呈现到设备时非常关键。 mobileappoffers处理程序具有路径属性，该属性标识要用于应用程序的个性化活动的路径。
例如，如果在 /content/campaigns/hybridref 处有活动，请复制此路径并将其作为值粘贴到mobileappoffers处理程序的 path 属性。
在mobileappoffers处理程序的路径属性中设置活动路径后，保存该处理程序。 处理程序现在可以开始呈现移动设备的选件。
渲染模式 render-mode
对于发布和开发设置，mobileappoffers处理程序的配置方式不同。 对于发布设置，在cq：ContentSyncConfig节点上设置了名为 renderMode 且值为 publish 的属性。 mobileappoffers处理程序引用renderMode，如果设置为publish，则编辑所创建的mbox id。 默认情况下，由AEM创建的mbox有一个 — author值附加到mbox ID。 这会标识该活动尚未发布，应当使用未发布的促销活动来获取优惠解决方案。
通过Adobe移动设备仪表板暂存内容时，暂存内容会被视为生产就绪内容，并通过非开发内容同步配置进行渲染。 按此方式呈现将导致从所有mbox id中删除 — author，并预期Target服务器上会提供一个已发布的活动。 在测试暂存内容之前，请确保已发布该活动。
Personalization应用程序开发 personalization-app-development
组件 components
任何内容的基础通常都是页面组件，该组件可以扩展基本AEM页面组件wcm/foundation/components/page或foundation/components/page之一，具体取决于您使用的是HTL还是JSP。 这些步骤的持续时间侧重于使用wcm/foundation/components/page组件。 页面组件的基本结构被划分为多个脚本，每个脚本提供了特定用途，允许开发人员在需要时组织和覆盖其代码。 Personalization感兴趣的两个脚本是head.html和body.html。 这两个脚本提供了一个区域，可在其中插入代码以支持Context Hub、Cloud Service和移动设备创作。
以下是两个用于启用内容定位的主要脚本的概述。
head.html head-html
要使作者能够定位其内容，必须将目标菜单添加到页面，以便作者可以将上下文从编辑模式更改为定位模式。 要启用此功能，开发人员应修改head.html脚本，在head.html顶部附近或尽可能靠近<title></title>元素的位置包含以下代码片段。
<meta data-sly-test="${!wcmmode.disabled}">
<div data-sly-call="${clientLib.all @ categories='personalization.kernel'}" data-sly-unwrap></div>
<div data-sly-resource="${'config' @ resourceType='cq/personalization/components/clientcontext_optimized/config'}" data-sly-unwrap></div>
<div data-sly-resource="${'contexthub' @ resourceType='granite/contexthub/components/contexthub'}" data-sly-unwrap></div>
</meta>
为了让作者能够预览目标内容，编辑器必须能够找到Adobe Target云服务的配置。 下面的代码块添加了两个重要脚本。 首次添加功能，让页面能够找到关联的Target云服务并调用Adobe Target。 其次是添加了cq.apps.targeting类别。
cq.apps.targeting 类别将覆盖默认的cq/personalization/component/target组件，并使用专门为移动应用程序使用呈现选件的mobileapps/components/target组件。 有关此内容的更多详细信息，请参阅目标组件一节。
该代码应添加到head.html中，并放置在</head>元素的末尾之前。
<div data-sly-test="${!wcmmode.disabled}">
<div data-sly-include="/libs/cq/cloudserviceconfigs/components/servicelibs/servicelibs.jsp" data-sly-unwrap></div>
<meta data-sly-call="${clientLib.all @ categories='cq.apps.targeting'}" data-sly-unwrap></meta>
</div>
body.html body-html
为了让内容作者能够测试不同角色，body.html脚本必须包含以下代码块作为body元素的第一个子级。
<div data-sly-test="${!wcmmode.disabled}">
<div data-sly-resource="${'clientcontext' @ resourceType='cq/personalization/components/clientcontext_optimized'}" data-sly-unwrap></div>
</div>
所需代码的最后一个位位于body.html的底部。 此代码位将查找关联的云服务并注入相应的定位引擎代码。
<div data-sly-test="${!wcmmode.disabled}">
<div data-sly-resource="${'cloudservices' @ resourceType='cq/cloudserviceconfigs/components/servicecomponents'}" data-sly-unwrap></div>
</div>
引用应用程序 reference-application
在AEM Mobile混合引用应用程序中可以找到head.html和body.html的示例，它们向开发人员展示了将脚本块放置在两个脚本中的位置。
内容同步处理程序 content-sync-handlers
当内容作者完成为移动应用程序创建内容时，下一步是下载源并构建应用程序，或暂存要发布的内容。 要实现此目的，开发人员需要完成几个步骤。 为帮助呈现内容，AEM Mobile使用内容同步处理程序来呈现和打包内容。 已为Personalization用例引入新的内容同步处理程序来呈现目标内容。 “mobileappoffers”处理程序知道如何呈现由内容作者创建的关联目标选件。 mobileappoffers处理程序扩展了抽象页面更新处理程序，因此，许多属性是相似的。 mobileappoffers处理程序的详细信息具有以下属性。
目标组件 target-component
为了帮助呈现专门用于移动设备应用程序的内容，AEM Mobile使用mobileapps/components/target组件。 移动目标组件扩展cq/personalization/components/target组件并覆盖engine_tnt.jsp脚本。 通过覆盖engine_tnt.jsp，AEM Mobile可以控制为移动设备应用程序用例生成的HTML。 对于内容作者定位的每个组件，都会由engine_tnt.jsp创建一个关联的mbox。
为每个mbox添加 cq-targeting 属性，以允许应用程序开发人员编写自定义代码以根据需要使用和使用。 AEM Mobile混合引用应用程序具有使用cq-targeting属性的Angular指令示例。 内容替换的概念（何时以及如何替换）由移动应用程序开发人员决定。 有一个Mobile SDK，通过AEM /etc/clientlibs/mobileapps/js/mobileapps.js交付，它提供了一个API来调用Adobe定位服务。 取决于应用程序开发人员来指定何时应根据他们的应用程序的设计进行该调用。