Le decisioni sul dispositivo consentono di memorizzare nella cache Adobe Target Test A/B e Targeting esperienza (XT) attività sul server ed esegui decisioni in memoria a latenza vicina a zero, senza bloccare le richieste di rete al Adobe Target Rete Edge.
Per ulteriori informazioni, consulta Introduzione alle decisioni sul dispositivo in Documentazione degli SDK per Adobe Target.
Più che mai, gli esperti di marketing, i proprietari dei prodotti e gli sviluppatori hanno il compito di ottimizzare l’esperienza complessiva del cliente su siti, app e ovunque si connettano con i loro clienti. Gli strumenti multipli con silos di dati e implementazioni complesse sono inadeguati.
In questo webinar registrato, Adobe Target gli esperti di prodotto illustrano in che modo le decisioni di ottimizzazione dell’esperienza critica sul dispositivo da eseguire localmente con latenza vicina allo zero possono aprire le porte a nuovi casi d’uso emozionanti, migliorando al contempo le prestazioni del sito per i clienti.
Adobe consiglia le seguenti best practice per l’utilizzo delle decisioni su dispositivi:
Quando utilizzi "on-device" come metodo decisionale, l’artefatto viene scaricato quando il visitatore carica la pagina web per la prima volta. Qualsiasi qualificazione dell’attività che deve verificarsi al primo caricamento della pagina (nessuna cache) viene eseguita solo dopo che l’artefatto è stato completamente scaricato. Puoi seguire alcune best practice per garantire che le qualifiche di attività si verifichino rapidamente per un nuovo visitatore anonimo.
Quando si utilizza "ibrido" come metodo decisionale, l'artefatto viene scaricato in parallelo. Fino al download dell'artefatto, qualsiasi Target Le chiamate API passano oltre il cavo anche se le "posizioni" sono compatibili con il dispositivo. Questo comportamento è il predefinito per tutti getOffers()
effettua le chiamate e fornisce le prestazioni migliori nella maggior parte delle situazioni. Se si modifica il comportamento predefinito di getOffers()
impostando decisioningMethod
a on-device
, segui queste best practice per evitare errori e garantire le migliori prestazioni.
getOffers()
con decisioningMethod
come on-device
quando la pagina viene caricata per la prima volta, è necessario farlo all’interno del gestore eventi at.js "ARTIFACT_DOWNLOAD_SUCCEEDED" per evitare errori. Se l’artefatto è molto grande, tutte le "posizioni" che utilizzano questo approccio vengono rese solo dopo che l’artefatto è stato completamente scaricato, il che può ritardare il rendering dell’esperienza. Adobe consiglia di utilizzare raramente questo approccio. Segui le best practice per ridurre le dimensioni degli artefatti nella sezione Sezione sulle best practice per dispositivi mobili quando si utilizza questo approccio.Adobe Target le decisioni sul dispositivo consentono la distribuzione di contenuti con latenza quasi zero.
Questo video di 7 minuti:
Per ulteriori video ed esercitazioni, consulta la sezione Tutorials Adobe Target guida.
Fai clic qui per accedere al post del blog.
Fai clic qui per accedere al post del blog.