集成问题疑难解答

一般故障诊断提示

确保没有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.jsat.js)。

使用DTM交付mbox.jsat.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.jsat.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"
    ]
}

在此页面上