Panoramica delle funzioni supportate
Adobe TargetGli SDK lato server di consentono agli sviluppatori di scegliere tra prestazioni e aggiornamento dei dati per le decisioni. In altre parole, se la distribuzione dei contenuti personalizzati più rilevanti e coinvolgenti tramite l’apprendimento automatico è la cosa più importante per te, è necessario effettuare una chiamata al server live. Tuttavia, quando le prestazioni sono più importanti, è necessario prendere una decisione sul dispositivo. Per decisioning sul dispositivo per lavorare, consulta il seguente elenco di funzioni supportate:
- Tipi di attività
- Targeting del pubblico
- Metodo di allocazione
Tipi di attività
La tabella seguente indica quali tipi di attività creato utilizzando Compositore esperienza basato su moduli sono supportati o non supportati per decisioning sul dispositivo.
Targeting del pubblico
La tabella seguente indica per quali regole di pubblico sono supportate o meno decisioning sul dispositivo.
Geotargeting per decisioning sul dispositivo
Per mantenere una latenza prossima allo zero per decisioning sul dispositivo con tipi di pubblico basati sulla geotargeting, l’Adobe consiglia di fornire tu stesso i valori geografici nella chiamata a getOffers
. A tale scopo, impostare Geo
oggetto in Context
della richiesta. Ciò significa che il server dovrà essere in grado di determinare la posizione di ciascun utente finale. Ad esempio, il server potrebbe eseguire una ricerca IP-to-Geo utilizzando un servizio configurato. Alcuni provider di hosting, come Google Cloud, forniscono questa funzionalità tramite intestazioni personalizzate in ogni HttpServletRequest
.
code language-csharp line-numbers |
---|
|
code language-javascript line-numbers |
---|
|
Tuttavia, se non hai la possibilità di eseguire ricerche IP-to-Geo sul server, ma desideri comunque eseguire decisioning sul dispositivo per getOffers
sono supportate anche le richieste che contengono tipi di pubblico basati su geotargeting. Il lato negativo di questo approccio è che utilizzerà una ricerca remota IP-to-Geo, che aggiungerà latenza a ogni getOffers
chiamare. Questa latenza deve essere inferiore a un getOffers
, poiché raggiunge una rete CDN situata vicino al server. È necessario fornire solo ipAddress
campo in Geo
oggetto in Context
della richiesta, affinché l’SDK possa recuperare la geolocalizzazione dell’indirizzo IP dell’utente. Se sono presenti altri campi oltre a ipAddress
viene fornito, il Target L’SDK non recupererà i metadati di geolocalizzazione per la risoluzione.
code language-csharp line-numbers |
---|
|
code language-javascript line-numbers |
---|
|
Metodo di allocazione
Nella tabella seguente vengono indicati i metodi di allocazione supportati o non supportati per decisioning sul dispositivo.