Recursos compatíveis com a tomada de decisão no dispositivo

O SDK JS Adobe Target oferece aos clientes a flexibilidade para escolher entre desempenho e atualização de dados para 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 ao vivo deverá ser feita. Mas quando o desempenho é mais importante, uma decisão no dispositivo e na memória deve ser tomada. Para que a decisão no dispositivo funcione, consulte as seguintes seções que listam os recursos compatíveis.

Tipos de atividades suportadas

A tabela a seguir indica quais tipos de atividade criados pelo Experience Composer baseado em formulário ou Visual Experience Composer (VEC) são suportados ou não são suportados para decisões no dispositivo.

Tipo de atividade Suportado?
Teste A/B Sim
Alocação automática Não
Direcionamento automático Premium Não
Teste multivariado (MVT) Não
🔗Direcionamento de experiência (XT) Sim
Personalização automatizada Premium Não
🔗 RecommendationsPremium Não
Atividades que usam o Analytics for Target (A4T) Sim

Direcionamento de público-alvo

A tabela a seguir indica quais regras de público-alvo são suportadas ou não para decisão no dispositivo.

Regra de público-alvo Suportado?
Geografia Sim
Rede Não
Mobile Não
Parâmetros personalizados Sim
Sistema operacional Sim
Páginas do site Sim
Navegador Sim
Perfil do visitante Não
Fontes de Tráfego Não
Intervalo de tempo Sim
Públicos-alvo da Adobe Experience Cloud
(Públicos-alvo de Adobe Analytics, Adobe Audience Manager e Adobe Experience Manager
Não

Direcionamento geográfico para decisões no dispositivo

Para manter a latência mínima para atividades de decisão no dispositivo com públicos baseados em geografia, o Adobe recomenda que você forneça os valores geográficos sozinho na chamada para getOffers. Defina o objeto geográfico no contexto da solicitação. Isso significa, a partir do navegador, uma maneira de determinar a localização de cada visitante. Por exemplo, é possível executar uma pesquisa de IP para geografia usando um serviço configurado. Alguns provedores de hospedagem, como o Google Cloud, fornecem essa funcionalidade por meio de cabeçalhos personalizados em cada HttpServletRequest.

window.adobe.target.getOffers({ 
	decisioningMethod: "on-device", 
	request: { 
		context: { 
			geo: { 
				city: "SAN FRANCISCO", 
				countryCode: "US", 
				stateCode: "CA", 
				latitude: 37.75, 
				longitude: -122.4 
			} 
		}, 
		execute: { 
			pageLoad: {} 
		} 
	} 
})

No entanto, se você não conseguir realizar pesquisas de IP para geo em seu servidor, mas ainda quiser executar decisões no dispositivo para solicitações getOffers que contenham públicos baseados em geografia, isso também será suportado. A desvantagem dessa abordagem é que ela usa uma pesquisa remota de IP para geografia, o que adiciona latência a cada chamada getOffers. Essa latência deve ser menor do que uma chamada getOffers com decisão do lado do servidor, pois ela atinge um CDN localizado próximo ao seu servidor. Forneça apenas o campo "ipAddress" no objeto Geográfico no Contexto de sua solicitação para que o SDK recupere a localização geográfica do endereço IP do visitante. Se qualquer outro campo além do "ipAddress" for fornecido, o SDK Target não buscará os metadados de localização geográfica para resolução.

window.adobe.target.getOffers({ 
	decisioningMethod: "on-device", 
	request: { 
		context: { 
			geo: { 
				ipAddress: "127.0.0.1" 
			} 
		}, 
		execute: { 
			pageLoad: {} 
		} 
	} 
})

Método de alocação

A tabela a seguir indica quais métodos de alocação são suportados ou não para decisões no dispositivo.

Método de alocação Suportado?
Manual Sim
Alocar automaticamente para a melhor experiência Não
Direcionamento automático para experiências personalizadas Não

Nesta página