集成问题疑难解答

一般故障诊断提示

确保没有JavaScript错误

检查浏览器的JavaScript控制台是否显示任何错误。 未处理的错误可能会阻止正确执行后续代码。 如果出现错误，请检查导致错误的脚本以及在哪个区域。 脚本的路径可能会指示脚本属于哪些功能。

在组件级别上登录

在某些情况下，在组件级别添加其他语句可能会有所帮助。 由于组件已呈现，因此您可以添加临时标记来显示变量值，这有助于您识别潜在问题。 例如：

<%
log.info("myVariable={}", myVariable);
%>

<!--
<%= myJspVariable %>
-->

<!--
${ myHtlVariable }
-->

有关日志记录的其他详细信息，请参阅日志记录和使用审核记录和日志文件页。

Analytics集成问题

报表导入器导致CPU/内存使用率较高

报表导入器导致CPU/内存使用率较高或导致OutOfMemoryError异常。

解决方案

要解决此问题，您可以尝试以下操作：

• 请确保未注册大量PollingImporter（请参阅下面的“由于PollingImporter的原因导致关闭需要很长时间”部分）。
• 对OSGi控制台中的ManagedPollingImporter配置使用CRON表达式，在一天的特定时间运行报表导入程序。

有关在AEM中创建自定义数据导入器服务的其他详细信息，请阅读以下文章https://helpx.adobe.com/experience-manager/using/polling.html。

由于轮询导入程序，关闭需要较长时间

在设计Analytics时考虑了继承机制。 通常，您通过在页面属性Cloud Services选项卡中添加对Analytics配置的引用，来为站点启用Analytics。 然后，该配置会自动继承到所有子页面，而无需再次引用它，除非页面需要其他配置。 添加对站点的引用还会自动创建多个类型为cq;PollConfig的节点(AEM 6.3及更早版本的节点12或AEM 6.4的节点6)，这些节点可实例化用于将Analytics数据导入AEM的PollingImporter。 因此：

• 拥有大量引用Analytics的页面会导致大量的PollingImporter。
• 此外，通过引用Analytics配置来复制和粘贴页面会导致与其PollingImporters重复。

解决方案

首先，分析error.log可能会让您对活动或注册的PollingImporter数量有一些洞察。 例如：

# Count PollingImporter entries
$ sed -n "s/.*(aem-analytics-integration-.*).*target=\(.*\),interval.*/\1/p" error.log | wc -l
86415
# Count PollingImporter entries for last30days
$ sed -n "s/.*(aem-analytics-integration-last30Days).*target=\(.*\),interval.*/\1/p" error.log | wc -l
14531
# Count unique paths of PollingImporter registrations
sed -n "s/.*(aem-analytics-integration-.*).*target=\(.*\)\/jcr:content.*/\1/p" error.log | sort | uniq -c
28115

其次，确保仅引用顶级页面（层次结构中的上方）的Analytics配置。

有关在AEM中创建自定义数据导入器服务的其他详细信息，请阅读以下文章https://helpx.adobe.com/experience-manager/using/polling.html。

DTM（旧版）问题

DTM脚本标记未呈现在页面源中

即使在页面属性Cloud Services选项卡中引用了配置，页面中仍未正确包含DTM脚本标记。

解决方案

要解决此问题，您可以尝试以下操作：

• 确保加密的属性可以解密(请注意，加密可能在每个AEM实例上使用不同的自动生成密钥)。 有关更多详细信息，请参阅配置属性的加密支持。

• 重新发布在/etc/cloudservices/dynamictagmanagement中找到的配置

• 检查/etc/cloudservices上的ACL。 ACL应为：

  • 允许；jcr:read;webservice-support-servicelibfinder
  • 允许；jcr:read;每个人；rep:glob:*/defaults/*
  • 允许；jcr:read;每个人；rep:glob:*/defaults
  • 允许；jcr:read;每个人；rep:glob:*/public/*
  • 允许；jcr:read;每个人；rep:glob:*/public

有关管理ACL的更多信息，请阅读User Administration and Security页。

Target集成问题

使用自定义页面组件时，在“预览”模式下不显示目标内容

出现此问题的原因是自定义页面组件不包含处理Target DTM集成的正确JSP或客户端库。

解决方案

您可以尝试以下解决方案：

• 确保自定义headlibs.jsp（如果有/apps/<CUSTOM-COMPONENTS-PATH>/headlibs.jsp）包含以下内容：

<%@include file="/libs/cq/cloudserviceconfigs/components/servicelibs/servicelibs.jsp" %>
<sly data-sly-resource="${'contexthub' @ resourceType='granite/contexthub/components/contexthub'}"/>

• 确保自定义head.html（如果有/apps/<CUSTOM-COMPONENTS-PATH>/head.html）不会​选择性地包含特定的集成标头，如以下示例：

<!-- DO NOT MANUALLY INCLUDE SPECIFIC CLOUD SERVICE HEADLIBS LIKE THIS -->
<meta data-sly-include="/libs/cq/dtm/components/dynamictagmanagement/headlibs.jsp" data-sly-unwrap/>

servicelibs.jsp会添加所需的分析JavaScript对象并加载与网站关联的云服务库。 对于Target服务，将通过/libs/cq/analytics/components/testandtarget/headlibs.jsp加载库

加载的库集取决于Target配置中使用的目标客户端库类型（mbox.js或at.js）。

使用DTM交付mbox.js或at.js时，请确保在内容呈现之前加载了库。 如果使用异步加载这些库的标签管理系统，则可能会导致执行特定于Target的JavaScript代码时出现问题。

有关其他信息，请阅读为目标内容开发页面。

浏览器控制台中显示错误“AppMeasurement初始化中缺少报表包ID”

当使用DTM在网站上实施Adobe Analytics并使用自定义代码时，可能会显示此问题。 原因是使用s = new AppMeasurement()实例化s对象。

解决方案

使用s_gi而不是new AppMeasurement实例化方法。 例如：

var s_account="INSERT-RSID-HERE"
var s=s_gi(s_account)

默认选件会随机显示，而不是正确的选件

此问题可能有多种原因：

• 使用第三方标签管理系统异步加载Target客户端库（mbox.js或at.js）可能会随机中断定位。 Target库应在页面标头中同步加载。 从AEM交付库时，始终如此。

• 同时加载两个Target客户端库(at.js)，例如，一个使用DTM，另一个使用AEM中的Target配置。 如果at.js版本不同，这可能会导致adobe.target定义发生冲突。

解决方案

您可以尝试以下解决方案：

• 确保在页面标题中同步执行加载类似于DTM的库（反过来又加载Target库）的客户代码。
• 如果站点配置为使用DTM来交付Target库，请确保在站点的Target配置中选中由DTM 交付的 Clientlib选项。

使用AT.js 1.3+时，始终显示默认选件，而不是正确的选件

现成的AEM 6.2和6.3与AT.js版本1.3.0及更高版本不兼容。 在AT.js版本1.3.0中引入了API参数验证功能后，adobe.target.applyOffer()要求使用“mbox”参数，而atjs-itegration.js代码未提供该参数。

解决方案

要解决此问题，请编辑atjs-itegration.js并在adobe.target.applyOffer()的参数对象中添加"mbox": mboxName字段，如下所示：

adobe.target.getOffer({
    "mbox": mboxName,
    "params": params,
    "success": function (response) {
        adobe.target.applyOffer({
            "mbox": mboxName, //<--- ADDED PARAM
            "selector": "#" + mboxName,
            "offer": response
        })
    },

“目标和设置”页面不显示“报表源”部分

此问题很可能是A4T Analytics Cloud配置配置问题。

解决方案

您需要向AEM发出以下验证请求，以验证是否已为您的Target帐户正确启用A4T:

http://localhost:4502/etc/cloudservices/testandtarget/<YOUR-CONFIG>/jcr:content.a4t.json

{
    "a4tEnabled": true,
    "sharedsecret": "SECRET",
    "proxyUrl": "/libs/cq/contentinsight/content/proxy.reportingservices.json",
    "active": "true",
    "pageName": "",
    "url": "https://api5.omniture.com/rs/0.5/",
    "username": "USER@DOMAIN"
}

如果响应包含行a4tEnabled:false，请联系Adobe客户关怀以正确配置您的帐户。

有用的Target API

下面介绍了两个Target API，在对Target问题进行故障诊断时，这些API可能会很有用：

• 检索给定clientcode的Target端点

https://admin.testandtarget.omniture.com/rest/v1/endpoint/<CLIENTCODE>.json

{"api":"https://admin<N>.testandtarget.omniture.com/admin/rest/v1"}

• 检索客户的配置文件

https://admin<N>.testandtarget.omniture.com/admin/rest/v1/clients/<CLIENT>?email=<EMAIL>&password=<PASSWORD>

Response for N=4, CLIENT-dayintegrationintern
{
    "clientCode": "dayintegrationintern",
    "companyName": "Day Integration - Internal",
    "omnitureCompanyId": "Day Integration Internal",
    "softTraxId": -1,
    "address1": "XYZ",
    "city": "San Francisco",
    "state": "ca",
    "zip": "94107",
    "country": "UNITED STATES",
    "locale": "de_DE",
    "timeZone": "Europe/Berlin",
    "phone": "XX-XX-XXXX",
    "serviceLevel": "Up to 100,000",
    "privileges": [
        "a4t",
        "hosts",
        "TnT-SC-integration",
        "mvt",
        "steps",
        "testing-campaigns",
        "view-snapshot",
        "on-site-editor",
        "optimizing-campaign",
        "third-party-id-support",
        "landing-page-campaigns",
        "segment",
        "rest-create-user",
        "advanced-targeting",
        "mobile-device-targeting",
        "beta",
        "geolocation"
    ]
}