Decisão no dispositivo para at.js
A partir da versão 2.5.0, as ofertas da at.js decisão no dispositivo. Decisão no dispositivo permite armazenar seus Teste A/B e Direcionamento de experiência (XT) no navegador para executar decisões na memória sem uma solicitação de bloqueio de rede para o Adobe Target Rede de borda.
Target O também oferece a flexibilidade de fornecer a experiência mais relevante e atualizada de suas atividades de experimentação e personalização orientada por aprendizado de máquina (orientado por aprendizado de máquina) por meio de uma chamada de servidor em tempo real. Em outras palavras, quando o desempenho é mais importante, você pode optar por usar decisão no dispositivo. No entanto, quando a experiência mais relevante, atualizada e orientada por aprendizado de máquina for necessária, uma chamada de servidor poderá ser feita.
Quais são os benefícios do decisão no dispositivo?
Os benefícios da decisão no dispositivo incluem:
- Proporcione decisões e experiências extremamente rápidas. O particionamento e a decisão são executados na memória e no navegador para evitar o bloqueio de solicitações de rede.
- Melhorar o desempenho dos aplicativos. Execute experimentos e forneça personalização aos seus clientes e usuários sem comprometer as experiências do usuário final.
- Melhore A Pontuação De Qualidade Do Site Do Google. Com as decisões sendo tomadas na memória, melhore a pontuação da Qualidade do site do Google em seu negócio online para torná-lo mais detectável pelos consumidores.
- Aprenda com a análise em tempo real. Obtenha insights do desempenho da sua atividade em tempo real via Analytics for Target (A4T). O A4T permite que você mude sua estratégia em momentos críticos.
Recursos compatíveis
A variável Adobe Target O JS SDK oferece aos clientes a flexibilidade para escolher entre o desempenho e a atualização dos dados para as decisões. Em outras palavras, se o fornecimento do conteúdo personalizado mais relevante e envolvente por meio do aprendizado de máquina for mais importante para você, uma chamada de servidor em tempo real deverá ser feita. Mas quando o desempenho é mais crítico, uma decisão no dispositivo e na memória deve ser tomada. Para decisão no dispositivo para funcionar, consulte a lista de recursos compatíveis:
- Tipos de atividades
- Direcionamento de público
- Método de alocação
Para obter mais informações, consulte Recursos compatíveis com o decisão no dispositivo.
Como o decisão no dispositivo trabalhar?
Ao implantar e inicializar o at.js com o decisão no dispositivo habilitado, uma artefato de regra que inclui seu decisão no dispositivo para atividades A/B e XT, públicos-alvo e ativos, o é baixado do Akamai CDN mais próximo ao visitante e armazenado em cache localmente no navegador do visitante. Quando uma solicitação é feita pela at.js para recuperar uma experiência, a decisão sobre qual experiência retornar é tomada na memória, com base nos metadados codificados no artefato de regra em cache.
Método de decisão
Com decisão no dispositivo, Target O introduz uma nova configuração chamada Método de decisão. A configuração Método de decisão determina como a at.js fornece suas experiências. O Método de decisão tem três valores:
- Somente no lado do servidor
- Somente no dispositivo
- Híbrido
Somente no lado do servidor
Somente no lado do servidor é o método de decisão padrão definido imediatamente quando a at.js 2.5.0+ é implementada e implantada em suas propriedades da Web.
Usar somente no lado do servidor como configuração padrão significa que todas as decisões são tomadas na rede de borda do Target, o que envolve uma chamada de servidor de bloqueio. Essa abordagem pode apresentar latência incremental, mas também oferece benefícios significativos, como a capacidade de aplicar TargetOs recursos de aprendizado de máquina do que incluem Recommendations, Automated Personalization (AP) e Direcionamento automático atividades.
Além disso, aprimorar suas experiências personalizadas usando TargetO perfil de usuário do, que é mantido em sessões e canais, pode fornecer resultados significativos para sua empresa.
Por fim, somente no lado do servidor permite usar a Adobe Experience Cloud e refinar públicos-alvo que podem ser direcionados por meio de segmentos do Audience Manager e do Adobe Analytics.
O diagrama a seguir ilustra a interação entre seu visitante, o navegador, o at.js 2.5.0+ e o Adobe Target Rede de borda. Este diagrama de fluxo captura novos visitantes e visitantes recorrentes.
(Clique na imagem para expandir até a largura total.)
A lista a seguir corresponde aos números no diagrama:
A biblioteca at.js também pode ser carregada de forma assíncrona com uma opção que oculta previamente o trecho implementado na página.
A Loja de perfis solicita públicos qualificados da Biblioteca de públicos-alvo (por exemplo, públicos-alvo compartilhados da Adobe Analytics, da Adobe Audience Manager e assim por diante).
Os atributos do cliente são enviados à Loja de perfis em um processo em lote.
Somente no dispositivo
Somente no dispositivo é o método de decisão que deve ser definido na at.js 2.5.0+ quando decisão no dispositivo O deve ser usado somente em suas páginas da Web.
Decisão no dispositivo O pode fornecer suas experiências e atividades de personalização em uma velocidade extremamente rápida, pois as decisões são tomadas a partir de um artefato de regras em cache que contém todas as suas atividades qualificadas para decisão no dispositivo.
Para saber mais sobre quais atividades se qualificam para decisão no dispositivo, consulte Recursos compatíveis com o decisão no dispositivo.
Esse método de decisão deve ser usado somente se o desempenho for altamente crítico em todas as páginas que exigem decisões do Target. Além disso, lembre-se de que, quando esse método de decisão é selecionado, as atividades do Target que não se qualificam para a tomada de decisão no dispositivo não são entregues ou executadas. A biblioteca at.js 2.5.0+ está configurada para procurar somente pelo artefato de regras em cache para tomar decisões.
O diagrama a seguir ilustra a interação entre seu visitante, o navegador, a at.js 2.5.0+ e o Akamai CDN. O Akamai CDN armazena em cache o artefato de regras da primeira visita. Para a primeira visita de página de um novo visitante, o artefato de regras JSON deve ser baixado do Akamai CDN para ser armazenado em cache localmente no navegador do visitante. Após o download do artefato de regras JSON, a decisão é tomada imediatamente, sem uma chamada de rede de bloqueio. O diagrama de fluxo a seguir captura novos visitantes.
(Clique na imagem para expandir até a largura total.)
A lista a seguir corresponde aos números no diagrama:
A biblioteca at.js também pode ser carregada de forma assíncrona com uma opção que oculta previamente o trecho implementado na página.
O diagrama a seguir ilustra a interação entre seu visitante, o navegador, a at.js 2.5.0+ e o artefato de regra JSON em cache para a próxima ocorrência de página ou visita recorrente do visitante. Como o artefato de regras JSON já está armazenado em cache e disponível no navegador, a decisão é tomada imediatamente, sem uma chamada de rede de bloqueio. Este diagrama de fluxo captura a navegação de página subsequente ou os visitantes recorrentes.
(Clique na imagem para expandir até a largura total.)
A lista a seguir corresponde aos números no diagrama:
A biblioteca at.js também pode ser carregada de forma assíncrona com uma opção que oculta previamente o trecho implementado na página.
Híbrido
Híbrido é o método de decisão que deve ser definido na at.js 2.5.0+ quando ambos decisão no dispositivo e atividades que exigem uma chamada de rede para a Adobe Target A rede de borda deve ser executada.
Ao gerenciar ambos decisão no dispositivo atividades no lado do servidor, pode ser um pouco complicado e tedioso ao pensar em como implantar e provisionar Target em suas páginas. Com o método de decisão híbrido, o Target sabe quando deve fazer uma chamada de servidor para a rede de borda do , no caso de atividades que exigem execução no lado do servidor, e quando deve apenas executar decisões no dispositivo.Adobe Target
O artefato de regras JSON inclui metadados para informar à at.js se uma mbox tem uma atividade do lado do servidor em execução ou uma decisão no dispositivo atividade. Esse método de decisão garante que as atividades que você pretende entregar rapidamente sejam realizadas por meio de decisão no dispositivo e para atividades que exigem personalização orientada por aprendizado de máquina mais avançada, essas atividades são feitas por meio do Adobe Target Rede de borda.
O diagrama a seguir ilustra a interação entre seu visitante, o navegador, a at.js 2.5.0+, o Akamai CDN e o Adobe Target Rede de borda para um novo visitante que visita sua página pela primeira vez. O argumento desse diagrama é que o artefato de regras JSON é baixado de forma assíncrona enquanto as decisões são tomadas por meio da variável Adobe Target Rede de borda.
Essa abordagem garante que o tamanho do artefato, que pode incluir muitas atividades, não influencie negativamente a latência da decisão. Baixar o artefato de regras JSON de forma síncrona e tomar a decisão posteriormente também pode ter efeitos adversos na latência e pode ser inconsistente. Portanto, o método de decisão híbrido é uma recomendação de prática recomendada para sempre fazer uma chamada do lado do servidor para a decisão de um novo visitante e, como o artefato de regras JSON, é armazenado em cache em paralelo. Para qualquer visita de página subsequente e visita de retorno, as decisões são tomadas a partir do cache e na memória por meio do artefato de regras JSON.
(Clique na imagem para expandir até a largura total.)
A lista a seguir corresponde aos números no diagrama:
A biblioteca at.js também pode ser carregada de forma assíncrona com uma opção que oculta previamente o trecho implementado na página.
O diagrama a seguir ilustra a interação entre seu visitante, o navegador, a at.js 2.5.0+ e o artefato de regras JSON em cache para uma navegação de página subsequente ou uma visita de retorno. Neste diagrama, concentre-se somente no caso de uso em que uma decisão no dispositivo é tomada para a navegação da página subsequente ou para a visita de retorno. Lembre-se de que, dependendo de quais atividades estão ativas para determinadas páginas, uma chamada do lado do servidor pode ser feita para executar decisões do lado do servidor.
(Clique na imagem para expandir até a largura total.)
A lista a seguir corresponde aos números no diagrama:
A biblioteca at.js também pode ser carregada de forma assíncrona com uma opção que oculta previamente o trecho implementado na página.
Como ativar decisão no dispositivo?
Decisão no dispositivo está disponível para todos Target clientes que usam a At.js 2.5.0+.
Para habilitar decisão no dispositivo:
-
Clique em Administração > Implementação > Detalhes da conta.
-
Em Detalhes da conta, deslize o Decisão no dispositivo alterne para a posição "ligado".
A caixa de diálogo "Incluir todos os decisão no dispositivo atividades qualificadas no artefato" será exibida se você ativar decisão no dispositivo.
-
(Condicional) Deslize o botão de alternância para a posição "ligado" se desejar que todos os seus arquivos em tempo real Target atividades qualificadas para decisão no dispositivo para ser incluído automaticamente no artefato.
Deixar essa opção desativada significa que você deve recriar e ativar qualquer decisão no dispositivo atividades para que sejam incluídas no artefato de regras gerado. Em outras palavras, qualquer atividade no estado ativo antes de ativar o botão Decisão no dispositivo não é incluída no artefato de regras.
Depois de ativar a opção On-Device Decisioning, Target começa a gerar e propagar artefatos de regra para o seu cliente.
Como configurar o at.js 2.5.0+ para usar decisão no dispositivo?
-
Clique em Administração > Implementação > Detalhes da conta.
-
Em Métodos de implementação > Método de implementação principal, clique em Editar ao lado da versão do at.js (deve ser at.js 2.5.0 ou posterior).
note warning WARNING Antes de alterar essas configurações padrão, consulte o Atendimento ao cliente para não afetar a implementação atual. -
Selecione o método de decisão desejado:
- Somente no lado do servidor
- Somente no dispositivo
- Híbrido
Configurações globais
É possível configurar um Método de decisão padrão para todos os Target decisões. Os vários métodos de decisão são somente no lado do servidor, somente no dispositivo e híbrido. O método de decisão selecionado na variável Target A interface do usuário está configurada em window.targetGlobalSettings
no decisioningMethod
campo. Saiba mais sobre o decisioningMethod
in targetGlobalSettings().
<head>
<script type="text/javascript">
window.targetGlobalSettings = {
clientCode: "yourClientCodeHere",
imsOrgId: "imsOrgId@AdobeOrg",
decisioningMethod: "on-device"
};
</script>
<script type="text/javascript" src="at.js"></script>
</head>
Configuração personalizada
Se você definir a variável decisioningMethod
in window.targetGlobalSettings
, mas gostaria de substituir o decisioningMethod
para cada Adobe Target de acordo com seu caso de uso, é possível executar esse procedimento especificando decisioningMethod
em at.js2.5.0+'s getOffers() chame.
adobe.target.getOffers({
decisioningMethod:"on-device",
request: {
execute: {
mboxes: [
{
index: 0,
name: "homepage"
}
]
}
}
});
decisioningMethod
como "no dispositivo" ou "híbrido". A biblioteca at.js 2.5.0+ deve saber se o artefato de regras JSON deve ser baixado e armazenado em cache imediatamente após o carregamento na página. Se o método de decisão da configuração global estiver definido como "lado do servidor", e o método de decisão "no dispositivo" ou "híbrido" for transmitido para a chamada getOffers(), a at.js 2.5.0+ não terá o artefato de regra JSON armazenado em cache para executar suas decisões no dispositivo.TTL de cache de artefato
O Target representa suas atividades qualificadas para decisão no dispositivo como um artefato que consiste em metadados, regras e condições. Esse artefato é armazenado em cache no Akamai CDN. Durante a primeira visita do usuário, o navegador do usuário baixa e armazena em cache o artefato que representa o decisão no dispositivo atividades.
Em visitas subsequentes ao site, o navegador verifica automaticamente se deve baixar uma versão mais recente do artefato. Essa verificação adiciona latência. O TTL de cache do artefato define o número de minutos que você não deseja que o navegador verifique se há um artefato atualizado desde o último download bem-sucedido. Quanto maior o período de tempo, melhor o desempenho. Quanto menor o período, melhor a atualização dos dados, mas à custa de latência adicional.
Como faço para saber se uma atividade está decisão no dispositivo elegível?
Depois de criar uma atividade que é decisão no dispositivo elegível, um rótulo com a menção Decisão no dispositivo elegível, fica visível na página Visão geral.
Esse rótulo não significa que a atividade será sempre entregue via decisão no dispositivo. Somente quando a at.js 2.5.0+ estiver configurada para usar decisão no dispositivo essa atividade será executada no dispositivo. Se a at.js 2.5.0+ não estiver configurada para usar no dispositivo, essa atividade ainda será entregue por uma chamada de servidor feita da at.js.
É possível filtrar todas as atividades que estão decisão no dispositivo elegível na página Atividades por meio do filtro Elegível para Decisão no dispositivo.
Resumo das etapas para garantir a decisão no dispositivo As atividades do são fornecidas por meio da At.js 2.5.0+?
-
Acesse o Adobe Target e navegue até Administração > Implementação > Detalhes da conta para habilitar o Decisão no dispositivo alternar.
-
Ativar o "Incluir todos os existentes decisão no dispositivo atividades qualificadas no artefato" alternar.
A primeira geração de artefatos de regras JSON pode levar até 10 minutos.
-
Criar e ativar um tipo de atividade compatível com o decisão no dispositivoe verifique se está decisão no dispositivo elegíveis.
-
Defina o Método de decisão para "Híbrido" ou "Somente no dispositivo" por meio da interface de configurações do at.js.
-
Baixe e implante o At.js 2.5.0+ em suas páginas.