疑難排解整合問題

一般疑難排解提示

確保沒有JavaScript錯誤

檢查瀏覽器的JavaScript主控台是否顯示任何錯誤。 未處理的錯誤可能會導致後續代碼無法正確執行。 如果有錯誤，請檢查導致錯誤的指令碼，以及在哪個區域。 指令碼的路徑可能會指出指令碼屬於哪些功能。

在元件級別上登錄

在某些情況下，在元件層級新增其他陳述式可能會很實用。 由於已呈現元件，因此您可以新增臨時標籤來顯示可能有助於識別潛在問題的變數值。 例如：

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

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

<!--
${ myHtlVariable }
-->

有關日誌記錄的其他詳細資訊，請參閱Logging和Working with Audit Records and Log Files頁。

Analytics整合問題

報告導入程式導致CPU/記憶體使用率高

Report Importer導致CPU/記憶體使用率較高，或導致OutOfMemoryError異常。

解決方案

若要修正此問題，您可以嘗試下列項目：

• 確保未註冊大量PollingImporter（請參閱下面的「由於PollingImporter而導致關機需要很長時間」一節）。
• 在OSGi主控台中，使用ManagedPollingImporter設定的CRON運算式，在一天的特定時間執行報表匯入工具。

如需在AEM中建立自訂資料匯入工具服務的其他詳細資訊，請參閱下列文章https://helpx.adobe.com/experience-manager/using/polling.html。

由於PollingImporter，關閉需要很長時間

Analytics的設計考量到繼承機制。 通常，您會在頁面屬性Cloud Services標籤內新增對Analytics設定的參考，以啟用網站的Analytics。 然後，除非頁面需要不同的設定，否則設定會自動繼承至所有子頁面，而不需要再次參照。 將參考新增至網站也會自動建立數個節點(AEM 6.3為12,AEM 6.4為6, 和更新版本)，將用來將Analytics資料匯入AEM的PollingImporter實例化。 cq;PollConfig因此：

• 有許多頁面參考Analytics會導致大量的PollingImporter。
• 此外，參照Analytics設定來複製和貼上頁面會導致其PollingImporter重複。

解決方案

首先，分析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的詳細資訊，請閱讀用戶管理和安全性頁。

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時，請務必在轉譯內容之前載入程式庫。 使用非同步載入這些程式庫的標籤管理系統，可能會在執行目標特定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發出下列驗證請求，以確認A4T已正確啟用您的Target帳戶：

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問題時可能很實用的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"
    ]
}