Decisioning sul dispositivo

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.

Webinar: personalizzare e testare a latenza zero con decisioni su dispositivi da 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.

Best practice

Adobe consiglia le seguenti best practice per l’utilizzo delle decisioni su dispositivi:

Procedure consigliate quando il metodo decisionale è "on-device"

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.

• Disattiva le attività con funzionalità "On-Device" che non sono progettate per essere nell’artefatto.
• Se Target Premium, puoi utilizzare proprietà/aree di lavoro creare file di artefatti diversi per aree di lavoro diverse.
• Se i file di artefatto diventano molto grandi a causa di motivi legittimi, è possibile utilizzare il metodo di decisione "ibrido". Questo metodo consente di scaricare l'artefatto in parallelo e tutto Target Le chiamate API passano oltre il collegamento fino a quando l'artefatto non viene scaricato. Leggi il meglio sezione sulle pratiche in modalità decisionale "ibrida" di seguito per ulteriori informazioni su questo approccio.
• Se si dispone di un'applicazione a pagina singola (SPA), Adobe consiglia di caricare e inizializzare at.js prima di caricare il file JavaScript principale dell'applicazione durante il primo caricamento della pagina. Questo approccio avvia il download degli artefatti molto prima, fornendo un rendering più veloce dell'esperienza.

Procedure consigliate quando il metodo decisionale è "ibrido"

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.

• Se decidi di chiamare 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.

Esercitazione: Decisioni su dispositivi

Adobe Target le decisioni sul dispositivo consentono la distribuzione di contenuti con latenza quasi zero.

Questo video di 7 minuti:

• Descrive le decisioni sul dispositivo, incluso il confronto con altri metodi di Target implementazione
• Mostra come abilitare le decisioni sul dispositivo in Target
• Esamina un esempio di attività del compositore basato su moduli configurata con contenuto JSON
• Mostra un esempio di codice SDK Node.JS contenente la configurazione chiave necessaria per le decisioni su dispositivi
• Mostra i risultati in un browser

Per ulteriori video ed esercitazioni, consulta la sezione Tutorials Adobe Target guida.

Adobe Tech Blog - Parte 1: Esegui Adobe Target SDK di NodeJS per la sperimentazione e la personalizzazione sulle piattaforme edge (Akamai Edge Workers)

Fai clic qui per accedere al post del blog.

Adobe Tech Blog - Parte 2: eseguire l’SDK NodeJS di Adobe Target a scopo di sperimentazione e personalizzazione su piattaforme edge (AWS Lambda@Edge)

Fai clic qui per accedere al post del blog.