Verifique se o JavaScript Console do navegador exibe quaisquer erros. Erros não processados podem impedir que o código subsequente seja executado corretamente. Caso haja erros, verifique qual script está causando o erro e em qual área. O caminho para o script pode fornecer uma indicação para a funcionalidade à qual o script pertence.
Em alguns casos, pode ser útil adicionar declarações adicionais no nível do componente. Como o componente é renderizado, é possível adicionar uma marcação temporária para mostrar valores variáveis que podem ajudar a identificar possíveis problemas. Por exemplo:
<%
log.info("myVariable={}", myVariable);
%>
<!--
<%= myJspVariable %>
-->
<!--
${ myHtlVariable }
-->
Para obter detalhes adicionais sobre o registro, consulte as páginas Registro e Trabalhar com Registros de Auditoria e Arquivos de Log.
O Importador de relatórios causa alto uso de CPU/memória ou gera OutOfMemoryError
exceções.
Para corrigir esse problema, tente o seguinte:
ManagedPollingImporter
no console OSGi.Para obter detalhes adicionais sobre como criar serviços personalizados de importação de dados no AEM, leia o seguinte artigo https://helpx.adobe.com/experience-manager/using/polling.html.
O Analytics foi projetado tendo em mente um mecanismo de herança. Normalmente, você ativa o Analytics para um site adicionando uma referência a uma configuração do Analytics na guia Cloud Services de propriedades da página. A configuração é herdada automaticamente para todas as subpáginas, sem a necessidade de referenciá-la novamente, a menos que uma página exija uma configuração diferente. Adicionar uma referência a um site também cria automaticamente vários nós (12 para AEM 6.3 e anterior ou 6 para AEM 6.4) do tipo cq;PollConfig
que instancia os PollingImporters usados para importar dados do Analytics para AEM. Como resultado:
Em primeiro lugar, analisar o error.log pode fornecer uma ideia sobre a quantidade de PollingImporters ativos ou registrados. Por exemplo:
# 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
Em segundo lugar, certifique-se de que somente as principais páginas (acima na hierarquia) tenham uma configuração do Analytics referenciada.
Para obter detalhes adicionais sobre como criar serviços personalizados de importação de dados no AEM, leia o seguinte artigo https://helpx.adobe.com/experience-manager/using/polling.html.
A tag de script DTM não está incluída corretamente na página, mesmo que a configuração tenha sido referenciada na guia Cloud Services de propriedades da página.
Para corrigir o problema, tente o seguinte:
Verifique se as propriedades criptografadas podem ser descriptografadas (observe que a criptografia pode usar uma chave gerada automaticamente diferente em cada instância AEM). Para obter detalhes adicionais, leia também Suporte de criptografia para Propriedades de configuração.
Publicar novamente as configurações encontradas em /etc/cloudservices/dynamictagmanagement
Verifique as ACLs em /etc/cloudservices
. As ACLs devem ser:
Para obter mais informações sobre como gerenciar ACLs, leia a página Administração e segurança do usuário.
Esse problema ocorre porque os componentes de página personalizados não incluem as bibliotecas JSP ou cliente corretas que lidam com as integrações de DTM de Públicos alvos.
Você pode experimentar as seguintes soluções:
headlibs.jsp
personalizado (se algum /apps/<CUSTOM-COMPONENTS-PATH>/headlibs.jsp
) inclui o seguinte:<%@include file="/libs/cq/cloudserviceconfigs/components/servicelibs/servicelibs.jsp" %>
<sly data-sly-resource="${'contexthub' @ resourceType='granite/contexthub/components/contexthub'}"/>
head.html
(se algum /apps/<CUSTOM-COMPONENTS-PATH>/head.html
) não inclua seletivamente cabeçalhos de integração específicos, como o exemplo abaixo:<!-- DO NOT MANUALLY INCLUDE SPECIFIC CLOUD SERVICE HEADLIBS LIKE THIS -->
<meta data-sly-include="/libs/cq/dtm/components/dynamictagmanagement/headlibs.jsp" data-sly-unwrap/>
O servicelibs.jsp
adiciona os objetos JavaScript de análise necessários e carrega as bibliotecas de serviços em nuvem associadas ao site. Para o serviço de Públicos alvos, as bibliotecas são carregadas por meio do /libs/cq/analytics/components/testandtarget/headlibs.jsp
O conjunto de bibliotecas que são carregadas depende do tipo de biblioteca do cliente do público alvo ( mbox.js
ou at.js
) usada na configuração do Público alvo.
Ao usar o DTM para fornecer mbox.js
ou at.js
, verifique se as bibliotecas estão carregadas antes da renderização do conteúdo. O uso de sistemas de gerenciamento de tags que carregam essas bibliotecas de forma assíncrona pode causar problemas na execução do código JavaScript específico do público alvo.
Para obter informações adicionais, leia a página Desenvolvimento de conteúdo direcionado.
Esse problema pode aparecer quando a Adobe Analytics é implementada no site usando o DTM e o Código personalizado. A causa é usar s = new AppMeasurement()
para instanciar o objeto s
.
Use s_gi
em vez do método de instanciação new AppMeasurement
. Por exemplo:
var s_account="INSERT-RSID-HERE"
var s=s_gi(s_account)
Esse problema pode ter várias causas:
O carregamento assíncrono de bibliotecas clientes de Públicos alvos ( mbox.js
ou at.js
) usando sistemas de gerenciamento de tags de terceiros pode quebrar aleatoriamente a definição de metas. As bibliotecas de Públicos alvos devem ser carregadas sincronicamente no cabeçalho da página. Isso é sempre verdadeiro quando as bibliotecas são entregues da AEM.
Carregando duas bibliotecas clientes de Públicos alvos ( at.js
) simultaneamente, por exemplo, uma usando o DTM e outra usando a configuração de Público alvo no AEM. Isso pode causar conflitos para a definição adobe.target
se as versões at.js
forem diferentes.
Você pode experimentar as seguintes soluções:
A versão AEM 6.2 e 6.3 não é compatível com a versão 1.3.0+ do AT.js. Com a versão 1.3.0 do AT.js introduzindo a validação de parâmetro para suas APIs, adobe.target.applyOffer()
requer um parâmetro "mbox" que não é fornecido pelo código atjs-itegration.js
.
Para resolver esse problema, edite atjs-itegration.js
e adicione o campo "mbox": mboxName
no objeto de parâmetro para adobe.target.applyOffer()
da seguinte forma:
adobe.target.getOffer({
"mbox": mboxName,
"params": params,
"success": function (response) {
adobe.target.applyOffer({
"mbox": mboxName, //<--- ADDED PARAM
"selector": "#" + mboxName,
"offer": response
})
},
Esse problema provavelmente é um problema de provisionamento A4T Analytics Cloud Configuration.
Você precisa verificar se o A4T está corretamente ativado para sua conta do Público alvo emitindo a seguinte solicitação de verificação para AEM:
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"
}
Se a resposta contiver a linha a4tEnabled:false
, entre em contato com Atendimento ao cliente do Adobe para obter a conta provisionada corretamente.
Abaixo estão apresentadas duas APIs de Público alvo que podem ser úteis ao solucionar problemas de Público alvo:
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"
]
}