Saiba como implementar o Adobe Target usando o SDK da Web da plataforma. Saiba como fornecer experiências e como transmitir parâmetros adicionais para o Target.
Adobe Target O é o aplicativo da Adobe Experience Cloud que oferece tudo o que você precisa para ajustar e personalizar a experiência do cliente e maximizar a receita em sites da Web e móveis, aplicativos e outros canais digitais.
No final desta lição, você poderá:
Consulte nossa Migração do Target da at.js 2.x para o SDK da Web da plataforma tutorial para um guia passo a passo para migrar sua implementação at.js existente.
Para concluir as lições desta seção, primeiro você deve:
Antes de iniciar, determine se é necessária uma solução extra de tratamento de cintilação, dependendo de como a biblioteca de tags é carregada.
Este tutorial usa o Site Luma que tem uma implementação assíncrona de tags e mitigação de cintilação em vigor. Esta seção é para referência para entender como a mitigação de cintilação funciona com o SDK da Web da Platform.
Quando uma biblioteca de tags é carregada de forma assíncrona, a página pode terminar a renderização antes do Target realizar uma troca de conteúdo. Esse comportamento pode levar ao que é conhecido como "oscilação", onde o conteúdo padrão é exibido brevemente antes de ser substituído pelo conteúdo personalizado especificado pelo Target. Caso deseje evitar essa oscilação, o Adobe recomenda adicionar um trecho especial de pré-ocultação imediatamente antes do código incorporado da tag assíncrona.
Este trecho já está presente no site Luma, mas vamos examinar mais de perto para entender o que esse código faz:
<script>
!function(e,a,n,t){var i=e.head;if(i){
if (a) return;
var o=e.createElement("style");
o.id="alloy-prehiding",o.innerText=n,i.appendChild(o),setTimeout(function(){o.parentNode&&o.parentNode.removeChild(o)},t)}}
(document, document.location.href.indexOf("mboxEdit") !== -1, ".body { opacity: 0 !important }", 3000);
</script>
O trecho pré-ocultação cria uma tag de estilo no cabeçalho da página com a definição CSS de sua escolha. Essa tag de estilo é removida quando uma resposta do Target é recebida ou o tempo limite é atingido.
O comportamento de pré-ocultação é controlado por duas configurações no final do trecho.
body { opacity: 0 !important }
especifica a definição de CSS a ser usada para a pré-ocultação até o Target ser carregado. Por padrão, a página inteira fica oculta. É possível atualizar essa definição para os seletores que deseja pré-ocultar junto com a forma como deseja ocultá-los. Você pode incluir várias definições, pois esse valor é simplesmente o que está inserido na tag de estilo de pré-ocultação. Se você tiver um elemento de contêiner de fácil identificação que abranja o conteúdo abaixo de sua navegação, poderá usar essa configuração para limitar a pré-ocultação a esse elemento do contêiner.3000
especifica o tempo limite em milissegundos para a pré-ocultação. Se uma resposta do Target não for recebida antes do tempo limite, a tag de estilo de pré-ocultação será removida. Atingir esse tempo limite deve ser raro.O trecho pré-ocultação do SDK da Web da Platform é um pouco diferente do usado com a biblioteca at.js do Target. Certifique-se de usar o trecho correto para o SDK da Web da plataforma, pois ele usa uma ID de estilo diferente de alloy-prehiding
. Se o trecho de pré-ocultação da at.js for usado, talvez ele não funcione corretamente.
O trecho de pré-ocultação também está disponível nas tags:
Vá para a Extensões seção de tags
Selecionar Configurar para a extensão SDK da Web da Adobe Experience Platform
Selecione o Copiar trecho oculto previamente na área de transferência botão
O trecho pré-ocultação padrão copiado da extensão SDK da Web da Platform pode incluir uma definição CSS que não existe no site, como .personalization-container { opacity: 0 !important }
. Verifique e modifique o trecho pré-ocultação apropriadamente para o seu site.
O Adobe recomenda implementar tags de forma assíncrona, conforme demonstrado no site Luma. No entanto, se a biblioteca de tags for carregada de forma síncrona, o trecho pré-ocultação não será necessário. Em vez disso, o estilo de pré-ocultação é especificado nas configurações de extensão do SDK da Web da Platform.
O estilo de pré-ocultação para implementações síncronas pode ser configurado da seguinte maneira:
Vá para a Extensões seção de tags
Selecione o Configurar botão para a extensão SDK da Web da plataforma
Selecione o Editar estilo de pré-ocultação botão
Modifique o CSS para incluir os seletores e ocultar os métodos que gostaria de usar, por exemplo: body { opacity: 0 !important }
se quiser pré-ocultar todo o corpo da página.
Salvar as alterações e criar em uma biblioteca
A configuração de estilo de pré-ocultação deve ser usada somente para implementações síncronas. Esse estilo deve estar em branco ou ser comentado se estiver usando uma implementação assíncrona de tags.
Para saber mais sobre como o SDK da Web da Platform pode gerenciar a cintilação, consulte a seção do guia: gerenciamento de cintilação para experiências personalizadas.
O Target deve ser ativado na configuração da sequência de dados para que qualquer atividade do Target possa ser entregue pelo SDK da Web da plataforma.
Para configurar o Target na sequência de dados:
Ir para Coleta de dados interface
Na navegação à esquerda, selecione Datastreams
Selecione o criado anteriormente Luma Web SDK
sequência de dados
Selecione Adicionar serviço
Selecionar Adobe Target como o Serviço
Insira os detalhes opcionais sobre a implementação do Target, se desejado, seguindo as orientações abaixo.
Selecione Salvar
Os clientes do Target Premium têm a opção de gerenciar permissões de usuário com propriedades. As propriedades do Target permitem que você estabeleça limites em torno de onde os usuários podem executar atividades do Target. Consulte a Permissões empresariais seção da documentação do Target para obter mais detalhes.
Para configurar ou localizar tokens de propriedade, navegue até Adobe Target > Administração > Propriedades. A variável </>
O ícone exibe o código de implementação. A variável at_property
value é o token de propriedade que você usaria na sequência de dados.
Somente um token de propriedade pode ser especificado por sequência de dados.
Os 🔗ambientes do Target ajudam você a gerenciar a implementação em todos os estágios de desenvolvimento. Essa configuração opcional especifica qual ambiente do Target você usará com cada fluxo de dados.
A Adobe recomenda definir a ID de ambiente do Target de forma diferente para cada um dos fluxos de dados de desenvolvimento, preparo e produção para simplificar as coisas.
Para configurar ou localizar IDs de ambiente, navegue até Adobe Target > Administração > Ambientes.
Se nenhuma ID de ambiente de destino for especificada, o ambiente de produção do Target será considerado.
Essa configuração opcional permite especificar qual símbolo de identidade usar para a ID de terceiros do Target. O Target só oferece suporte à sincronização de perfis em um único símbolo de identidade ou namespace. Para obter mais informações, consulte a sincronização de perfil em tempo real para mbox3rdPartyId seção do guia do Target.
Os Símbolos de identidade são encontrados na lista de identidades em Coleta de dados > Cliente > Identidades.
Para os propósitos deste tutorial usando o site Luma, use o Símbolo de identidade lumaCrmId
configurar durante a lição sobre Identidades.
Primeiro, você deve entender a terminologia usada nas interfaces do Target e das tags.
As decisões de personalização visual do Target são entregues pelo SDK da Web da plataforma, se o Target estiver ativado na sequência de dados. No entanto, eles não são renderizados automaticamente. Você deve modificar a regra de carregamento da página global para habilitar a renderização automática.
No Coleta de dados abra a propriedade de tag que você está usando para este tutorial
Abra o all pages - library load - AA & AT
regra
Selecione o Adobe Experience Platform Web SDK - Send event
ação
Ativar Renderizar decisões de personalização visual com a caixa de seleção
Salve as alterações e crie na biblioteca
A configuração de renderizar decisões de personalização visual faz com que o SDK da Web da Platform aplique automaticamente quaisquer modificações que tenham sido especificadas usando o Visual Experience Composer do Target ou "mbox global".
Normalmente, a variável Renderizar decisões de personalização visual A configuração só deve ser ativada para uma única ação Enviar evento por carregamento de página completo. Se várias ações Enviar evento tiverem essa configuração ativada, as solicitações de renderização subsequentes serão ignoradas.
Se preferir renderizar ou executar ações nessas decisões usando o código personalizado, você pode deixar a opção Renderizar decisões de personalização visual configuração desativada. O SDK da Web da Platform é flexível e fornece esse recurso para fornecer controle total. Consulte o guia para obter mais informações sobre renderização manual do conteúdo personalizado.
Agora que a parte de implementação básica foi concluída, crie uma atividade de Direcionamento de experiência (XT) no Target para validar se tudo está funcionando corretamente. Você pode consultar o tutorial do Target para criação de atividades de Direcionamento de experiência se precisar de assistência.
Se estiver usando o Google Chrome como navegador, a variável Extensão de ajuda do Visual Experience Composer (VEC) O é necessário para carregar o site corretamente para edição no VEC.
Navegar até o Target
Crie uma atividade de Direcionamento de experiência (XT) usando a página inicial do Luma para o URL da atividade
Modificar a página, por exemplo, alterar o texto no banner da página inicial
Escolha Adobe Analytics como fonte de relatórios com o conjunto de relatórios apropriado e a métrica Pedidos como meta
Se você não usar o Adobe Analytics, selecione Target como origem de relatório e escolha uma métrica diferente como Engajamento > Exibições de página em vez disso. Uma métrica de meta é necessária para salvar e visualizar a atividade.
Salvar a atividade
Se você estiver confortável com as alterações, será possível ativar a atividade. Caso contrário, se quiser visualizar a experiência sem ativá-la, copie a variável URL de visualização de garantia da qualidade.
Carregue a página inicial do Luma e você deverá ver suas alterações aplicadas
Após algumas horas, você poderá ver os dados e as conversões da atividade do Target no Adobe Analytics. Consulte o Guia do Target para obter informações detalhadas sobre Relatórios do Analytics for Target (A4T).
Se você configurar uma atividade, deverá ver o renderizador de conteúdo na página. No entanto, mesmo se nenhuma atividade estiver ativa, você também pode examinar a chamada de rede Enviar evento para confirmar se o Target está configurado corretamente.
Se estiver usando o Google Chrome e tiver o Extensão de ajuda do Visual Experience Composer (VEC) instalado, verifique se Inserir bibliotecas do Target está desabilitada. Ativar essa configuração resultará em solicitações adicionais do Target.
Abra a extensão do navegador do Adobe Experience Platform Debugger
Vá para a Site de demonstração Luma e use o depurador para alterne a propriedade da tag no site para sua própria propriedade de desenvolvimento
Recarregar a página
Selecione o Rede ferramenta no depurador
Filtrar por Adobe Experience Platform Web SDK
Selecionar o valor na linha de eventos para a primeira chamada
Observe que há chaves em query
> personalization
e decisionScopes
tem um valor de __view__
. Este escopo é equivalente à "mbox global" do Target. Esta chamada do SDK da Web da Platform solicitou decisões do Target.
Feche a sobreposição e selecione os detalhes do evento para a segunda chamada de rede. Esta chamada só estará presente se o Target retornar uma atividade.
Observe que há detalhes sobre a atividade e a experiência retornadas do Target. Essa chamada de SDK da Web da Platform envia uma notificação de que uma atividade do Target foi renderizada para o usuário e aumenta uma impressão.
Escopos de decisão personalizados (conhecidos formalmente como "mboxes") podem ser usados para fornecer conteúdo em HTML ou JSON de maneira estruturada usando o Experience Composer baseado em formulário do Target. O conteúdo entregue a um desses escopos personalizados não é renderizado automaticamente pelo SDK da Web da Platform.
Modifique sua regra de carregamento de página para adicionar um escopo de decisão personalizado:
Abra o all pages - library load - AA & AT
regra
Selecione o Adobe Experience Platform Web SDK - Send Event
ação
Adicione um ou mais escopos que deseja usar. Neste exemplo, use homepage-hero
.
Salve as alterações e crie na biblioteca
Neste tutorial, você usará um único escopo definido manualmente para fins de demonstração. Se você decidir usar vários escopos de decisão destinados a páginas específicas, considere usar um elemento de dados que retorne uma matriz de escopos condicionalmente, dependendo do caminho da página. Essa abordagem ajuda a manter sua implementação simples e escalável.
Agora que você configurou o SDK da Web da Platform para solicitar conteúdo para o homepage-hero
escopo, você deve fazer algo com a resposta. A extensão de tag do SDK da Web da Platform fornece uma Enviar evento concluído evento que pode ser usado para acionar imediatamente uma nova regra quando uma resposta de Enviar evento ação for recebida.
Crie uma regra chamada homepage - send event complete - render homepage-hero
.
Adicione um evento à regra. Use o Adobe Experience Platform Web SDK e a extensão Enviar evento concluído tipo de evento.
Adicione uma condição para restringir a regra à página inicial do Luma (caminho sem string de consulta igual a /content/luma/us/en.html
).
Adicione uma ação à regra. Use o Núcleo extensão e Custom Code tipo de ação.
Dê nomes descritivos aos eventos, condições e ações da regra em vez de usar os nomes padrão. Nomes robustos de componentes de regras tornam os resultados da pesquisa muito mais úteis.
Insira o código personalizado para ler e executar ações nas apresentações retornadas da resposta do SDK da Web da plataforma. O código personalizado neste exemplo usa a abordagem descrita no guia para renderização manual do conteúdo personalizado. O código foi adaptado para o homepage-hero
exemplo de escopo usando uma ação de regra de tag.
var propositions = event.propositions;
var heroProposition;
if (propositions) {
// Find the hero proposition, if it exists.
for (var i = 0; i < propositions.length; i++) {
var proposition = propositions[i];
if (proposition.scope === "homepage-hero") {
heroProposition = proposition;
break;
}
}
}
var heroHtml;
if (heroProposition) {
// Find the item from proposition that should be rendered.
// Rather than assuming there a single item that has HTML
// content, find the first item whose schema indicates
// it contains HTML content.
for (var j = 0; j < heroProposition.items.length; j++) {
var heroPropositionItem = heroProposition.items[j];
if (heroPropositionItem.schema === "https://ns.adobe.com/personalization/html-content-item") {
heroHtml = heroPropositionItem.data.content;
break;
}
}
}
if (heroHtml) {
// Hero HTML exists. Time to render it.
var heroElement = document.querySelector(".heroimage");
heroElement.innerHTML = heroHtml;
// For this example, we assume there is only a signle place to update in the HTML.
}
// Send a "display" event
alloy("sendEvent", {
xdm: {
eventType: "propositionDisplay",
_experience: {
decisioning: {
propositions: [
{
id: heroProposition.id,
scope: heroProposition.scope,
scopeDetails: heroProposition.scopeDetails
}
]
}
}
}
});
Salve as alterações e crie na biblioteca
Carregue a página inicial do Luma algumas vezes, o que deve ser suficiente para criar a nova homepage-hero
registro de escopo de decisão na interface do Target.
Agora que você tem uma regra para renderizar manualmente um escopo de decisão personalizado, pode criar outra atividade de Direcionamento de experiência (XT) no Target. Desta vez, use o Experience Composer baseado em formulário.
Abertura Adobe Target
Desativar a atividade usada para a lição anterior
Crie uma atividade de Direcionamento de experiência (XT) usando a opção Experience Composer baseado em formulário
Selecione o homepage-hero
localização no menu suspenso de localização e Criar oferta de HTML na lista suspensa de conteúdo. Se a localização não estiver disponível, você poderá digitá-la. O Target preenche periodicamente novos nomes de locais depois de receber solicitações para esse local ou escopo.
Cole o código a seguir na caixa de conteúdo. Este código é um banner principal básico com uma imagem de fundo diferente:
<div class="we-HeroImage jumbotron" style="background-image: url('/content/luma/us/en/women/_jcr_content/root/hero_image.coreimg.jpeg');">
<div class="container cq-dd-image">
<div class="we-HeroImage-wrapper">
<p class="h3">New Luma Yoga Collection</p>
<strong class="we-HeroImage-title h1">Be active with style </strong>
<p>
<a class="btn btn-primary btn-action" href="/content/luma/us/en/products.html" role="button">Shop Now</a>
</p>
</div>
</div>
</div>
No Metas e configurações escolha Adobe Target como fonte de geração de relatórios e Envolvimento > Exibições de página como meta
Salvar a atividade
Se você estiver confortável com as alterações, será possível ativar a atividade. Caso contrário, se quiser visualizar a experiência sem ativá-la, copie a variável URL de visualização de garantia da qualidade.
Carregue a página inicial do Luma e você deverá ver suas alterações aplicadas
A meta de conversão "Clicou na mbox" não funciona automaticamente. Como o SDK da Web da Platform não renderiza automaticamente escopos personalizados, ele não rastreia cliques em locais escolhidos para aplicar o conteúdo. Você pode criar seu próprio rastreamento de cliques para cada escopo usando a variável "click" eventType
com o aplicável _experience
detalhes usando o sendEvent
ação.
Se você ativou sua atividade, deve ver a renderização do conteúdo na página. No entanto, mesmo se nenhuma atividade estiver ativa, você também poderá observar o Enviar evento chamada de rede para confirmar se o Target está solicitando conteúdo para seus escopos personalizados.
Abra a extensão do navegador do Adobe Experience Platform Debugger
Vá para a Site de demonstração Luma e use o depurador para alterne a propriedade da tag no site para sua própria propriedade de desenvolvimento
Recarregar a página
Selecione o Rede ferramenta no depurador
Filtrar por Adobe Experience Platform Web SDK
Selecionar o valor na linha de eventos para a primeira chamada
Observe que há chaves em query
> personalization
e decisionScopes
tem um valor de __view__
como antes, mas agora também há um homepage-hero
escopo incluído. Esta chamada de SDK da Web da Platform solicitou decisões do Target para alterações feitas usando o VEC e a interface homepage-hero
localização.
Feche a sobreposição e selecione os detalhes do evento para a segunda chamada de rede. Esta chamada só estará presente se o Target retornar uma atividade.
Observe que há detalhes sobre a atividade e a experiência retornadas do Target. Essa chamada de SDK da Web da Platform envia uma notificação de que uma atividade do Target foi renderizada para o usuário e aumenta uma impressão.
Nesta seção, você passará dados específicos do Target e examinará em mais detalhes como os dados XDM são mapeados para parâmetros do Target.
Há alguns pontos de dados que podem ser úteis para o Target que não são mapeados a partir do objeto XDM. Estes parâmetros especiais do Target incluem:
Primeiro, você configurará alguns elementos de dados adicionais para um atributo de perfil, atributo de entidade, valor de categoria e, em seguida, construirá o data
objeto usado para transmitir dados não XDM:
target.entity.id
mapeado para digitalData.product.0.productInfo.sku
target.entity.name
mapeado para digitalData.product.0.productInfo.title
target.user.categoryId
usar o seguinte código personalizado para analisar o URL do site para a categoria de nível superior:
var cat = location.pathname.split(/[/.]+/);
if (cat[5] == 'products') {
return (cat[6]);
} else if (cat[5] != 'html') {
return (cat[5]);
}
data.content
usando o seguinte código personalizado:
var data = {
__adobe: {
target: {
"entity.id": _satellite.getVar("target.entity.id"),
"entity.name": _satellite.getVar("target.entity.name"),
"profile.loggedIn": _satellite.getVar("user.profile.attributes.loggedIn"),
"user.categoryId": _satellite.getVar("target.user.categoryId")
}
}
}
return data;
Transmitir dados adicionais para o Target fora do objeto XDM requer a atualização de todas as regras aplicáveis. Para este exemplo, a única modificação que você deve fazer é incluir o novo data.content elemento de dados para a regra de carregamento de página genérica e a regra de exibição de página do produto.
Abra o all pages - library load - AA & AT
regra
Selecione o Adobe Experience Platform Web SDK - Send event
ação
Adicione o data.content
elemento de dados para o campo Dados
Salve as alterações e crie na biblioteca
Repita as etapas de 1 a 4 para o exibição do produto - carregamento da biblioteca - AA regra
O exemplo acima usa um data
objeto que não está completamente preenchido em todos os tipos de página. As tags lidam adequadamente com essa situação e omitem chaves com valor indefinido. Por exemplo, entity.id
e entity.name
não seriam repassadas em nenhuma página além dos detalhes do produto.
Agora que as regras foram atualizadas, é possível validar se os dados estão sendo transmitidos corretamente usando o Adobe Debugger.
Navegue até a Site de demonstração Luma e faça logon com o email test@adobe.com
e senha test
Navegar até a página de detalhes do produto
Abra a extensão do navegador do Adobe Experience Platform Debugger e alterne a propriedade da tag para sua própria propriedade de desenvolvimento
Recarregar a página
Selecione o Rede no Debugger e filtrar por Adobe Experience Platform Web SDK
Selecionar o valor na linha de eventos para a primeira chamada
Observe que há chaves em data
> __adobe
> target
e são preenchidos com informações sobre o produto, a categoria e o estado de logon.
Em seguida, examine a interface do Target para confirmar se os dados foram recebidos e estão disponíveis para uso em públicos-alvo e atividades. Os dados do XDM são mapeados automaticamente para parâmetros do Target personalizados. Você pode validar se os dados XDM foram recebidos pelo Target e estão disponíveis ao criar um público-alvo.
web
. O menu suspenso deve ser preenchido com todos os campos XDM relacionados aos detalhes da página da Web.Em seguida, valide se o atributo de perfil de estado de logon foi passado com êxito.
loggedIn
. Se o atributo estiver disponível no menu suspenso, o atributo foi passado corretamente para o Target. Novos atributos podem levar vários minutos para serem disponibilizados na interface do usuário do Target.Se você tiver o Target Premium, também poderá validar se os dados da entidade foram passados corretamente e se os dados do produto foram gravados no catálogo de produtos da Recommendations.
Agora que concluiu esta lição, você deve ter uma implementação funcional do Adobe Target usando o SDK da Web da plataforma.
Obrigado por investir seu tempo aprendendo sobre o Adobe Experience Platform Web SDK. Se você tiver dúvidas, quiser compartilhar comentários gerais ou tiver sugestões sobre conteúdo futuro, compartilhe-as nesta Publicação de discussão da comunidade do Experience League