On-device decisioning per at.js

A partire dalla versione 2.5.0, at.js offre on-device decisioning. On-device decisioning consente di memorizzare nella cache le attività Test A/B e Targeting esperienza (XT) nel browser per eseguire le decisioni in memoria senza una richiesta di blocco della rete all'Edge Network Adobe Target.

NOTE
On-device decisioning è disponibile per le implementazioni lato client e lato server. Questo articolo descrive on-device decisioning per lato client. Per informazioni su on-device decisioning per lato server, consulta la documentazione sull'implementazione lato server qui.

Target offre inoltre la flessibilità di fornire l'esperienza più rilevante e aggiornata dalle attività di personalizzazione basate sulla sperimentazione e sull'apprendimento automatico (basate su apprendimento automatico) tramite una chiamata al server live. In altre parole, quando le prestazioni sono più importanti, è possibile scegliere di utilizzare on-device decisioning. Tuttavia, quando è necessaria l’esperienza più rilevante, aggiornata e basata su apprendimento automatico, è possibile effettuare una chiamata al server.

Quali vantaggi offre on-device decisioning?

I vantaggi di on-device decisioning includono:

  • Offri esperienze e decisioni rapide e sorprendenti. Il bucket e le decisioni vengono eseguiti in memoria e nel browser per evitare il blocco delle richieste di rete.
  • Miglioramento delle prestazioni dell'applicazione. Esegui esperimenti e fornisci personalizzazione ai tuoi clienti e utenti senza compromettere le esperienze degli utenti finali.
  • Miglioramento del punteggio di qualità del sito Google. Con le decisioni prese in memoria, migliora il punteggio di qualità del sito Google del tuo business online per renderlo più individuabile dai consumatori.
  • Scopri le funzionalità di analisi in tempo reale. Ottieni informazioni dalle prestazioni dell'attività in tempo reale tramite il reporting di Analytics for Target (A4T). A4T consente di ruotare la strategia nei momenti critici.

Funzioni supportate

L'SDK JS di Adobe Target offre ai clienti la flessibilità 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 su dispositivo e in memoria. Affinché on-device decisioning funzioni, consulta l'elenco delle funzionalità supportate:

  • Tipi di attività
  • Targeting del pubblico
  • Metodo di allocazione

Per ulteriori informazioni, vedere Funzionalità supportate per on-device decisioning.

Come funziona on-device decisioning?

Quando distribuisci e inizializzi at.js con on-device decisioning abilitato, un artefatto regola che include on-device decisioning per attività A/B e XT, tipi di pubblico e risorse, viene scaricato dalla rete CDN Akamai più vicina al visitatore e memorizzato nella cache locale nel browser del visitatore. Quando si effettua una richiesta da at.js per recuperare un’esperienza, la decisione relativa all’esperienza da restituire viene presa in memoria, in base ai metadati codificati nell’artefatto della regola memorizzata nella cache.

Metodo di decisione

Con on-device decisioning, Target introduce una nuova impostazione denominata Metodo di decisione. L’impostazione del metodo Decisioning determina il modo in cui at.js distribuisce le esperienze. Il metodo Decisioning ha tre valori:

  • Solo lato server
  • Solo su dispositivo
  • Ibrido

Solo lato server

Solo lato server è il metodo decisionale predefinito impostato automaticamente quando at.js 2.5.0+ viene implementato e distribuito sulle proprietà web.

Se si utilizza solo lato server come configurazione predefinita, tutte le decisioni vengono prese sulla rete Edge Target, il che comporta una chiamata di blocco al server. Questo approccio può introdurre una latenza incrementale, ma offre anche vantaggi significativi, come la possibilità di applicare le funzionalità di machine learning di Target, che includono attività Recommendations, Automated Personalization (AP) e Targeting automatico.

Inoltre, migliorare le tue esperienze personalizzate utilizzando il profilo utente di Target, che viene mantenuto tra sessioni e canali diversi, può fornire risultati potenti per la tua azienda.

Infine, solo lato server consente di utilizzare Adobe Experience Cloud e di perfezionare i tipi di pubblico a cui rivolgersi tramite i segmenti Audience Manager e Adobe Analytics.

Il diagramma seguente illustra l'interazione tra il visitatore, il browser, at.js 2.5.0+ e la rete Edge Adobe Target. Questo diagramma di flusso acquisisce nuovi visitatori e visitatori di ritorno.

(Fare clic sull'immagine per espanderla a larghezza intera.)

Diagramma di flusso solo lato server {modal="regular"}

L'elenco seguente corrisponde ai numeri del diagramma:

Passaggio
Descrizione
1
L'ID visitatore Experience Cloud viene recuperato dal servizio Adobe Experience Cloud Identity.
2
La libreria at.js viene caricata in modo sincrono e nasconde il corpo del documento.
La libreria at.js può anche essere caricata in modo asincrono con un eventuale snippet prenascosto implementato sulla pagina.
3
La libreria at.js nasconde il corpo per evitare sfarfallii.
4
Viene effettuata una richiesta di caricamento della pagina che include tutti i parametri configurati, ad esempio (ECID, ID cliente, parametri personalizzati, profilo utente e così via).
5
Gli script di profilo vengono eseguiti e quindi inseriti nell’archivio profili.
L'archivio profili richiede un pubblico idoneo dalla libreria Pubblico (ad esempio, un pubblico condiviso da Adobe Analytics, Adobe Audience Manager e così via).
Gli attributi del cliente vengono inviati all’archivio profili in un processo batch.
6
L’archivio profili viene utilizzato per la qualifica del pubblico e il bucket per filtrare le attività.
7
Il contenuto risultante viene selezionato dopo che l'esperienza è determinata dalle attività live di Target.
8
La libreria at.js nasconde gli elementi corrispondenti sulla pagina che sono associati all’esperienza di cui è necessario eseguire il rendering.
9
La libreria at.js visualizza il corpo in modo che il resto della pagina possa essere caricato per essere visualizzato dal visitatore.
10
La libreria at.js modifica il DOM per eseguire il rendering dell'esperienza dall'Edge Network Target.
11
L’esperienza viene riprodotta per il visitatore.
12
Viene caricata l’intera pagina web.
13
I dati Analytics vengono inviati ai server di raccolta dati.
14
I dati di destinazione vengono confrontati con i dati di Analytics tramite SDID ed elaborati nell’archivio dei rapporti di Analytics. I dati di Analytics possono quindi essere visualizzati sia in Analytics che in Target tramite i rapporti Analytics for Target (A4T).

Solo su dispositivo

Solo su dispositivo è il metodo decisionale che deve essere impostato in at.js 2.5.0+ quando on-device decisioning deve essere utilizzato solo in tutte le pagine web.

On-device decisioning può fornire le tue esperienze e attività di personalizzazione a una velocità sorprendente perché le decisioni sono prese da un artefatto di regole memorizzate nella cache che contiene tutte le tue attività che si qualificano per on-device decisioning.

Per ulteriori informazioni sulle attività idonee per on-device decisioning, vedere Funzioni supportate in on-device decisioning.

Questo metodo decisionale deve essere utilizzato solo se le prestazioni sono altamente critiche in tutte le pagine che richiedono decisioni da Target. Inoltre, ricorda che quando viene selezionato questo metodo decisionale, le attività Target che non sono idonee per on-device decisioning non verranno consegnate o eseguite. La libreria at.js 2.5.0+ è configurata per cercare solo l’artefatto delle regole memorizzate nella cache per prendere decisioni.

Il diagramma seguente illustra l’interazione tra il visitatore, il browser, at.js 2.5.0+ e la rete CDN di Akamai. Il CDN di Akamai memorizza in cache l’artefatto delle regole per la prima visita del visitatore. Per la prima visita di pagina di un nuovo visitatore, l’artefatto delle regole JSON deve essere scaricato dalla rete CDN Akamai per essere memorizzato nella cache locale nel browser del visitatore. Una volta scaricato l’artefatto delle regole JSON, la decisione viene presa immediatamente senza una chiamata di rete di blocco. Il seguente diagramma di flusso acquisisce nuovi visitatori.

(Fare clic sull'immagine per espanderla a larghezza intera.)

Diagramma di flusso solo su dispositivo {modal="regular"}

L'elenco seguente corrisponde ai numeri del diagramma:

NOTE
I server di amministrazione Adobe Target qualificano tutte le attività idonee per on-device decisioning, generano l'artefatto delle regole JSON e lo propagano alla rete CDN Akamai. Le attività vengono costantemente monitorate per rilevare aggiornamenti che generano un nuovo artefatto di regole JSON da propagare alla rete CDN di Akamai.
Passaggio
Descrizione
1
L'ID visitatore Experience Cloud viene recuperato dal servizio Adobe Experience Cloud Identity.
2
La libreria at.js viene caricata in modo sincrono e nasconde il corpo del documento.
La libreria at.js può anche essere caricata in modo asincrono con un eventuale snippet prenascosto implementato sulla pagina.
3
La libreria at.js nasconde il corpo per evitare sfarfallii.
4
La libreria at.js richiede di recuperare l’artefatto della regola JSON dal CDN Akamai più vicino al visitatore.
5
Il CDN di Akamai risponde con l’artefatto della regola JSON.
6
L’artefatto della regola JSON viene memorizzato nella cache locale nel browser del visitatore.
7
La libreria at.js interpreta l’artefatto della regola JSON ed esegue la decisione di recuperare l’esperienza e nasconde gli elementi testati.
8
La libreria at.js visualizza il corpo in modo che il resto della pagina possa essere caricato per essere visualizzato dal visitatore.
9
La libreria at.js manipola il DOM per eseguire il rendering dell’esperienza dall’artefatto della regola JSON memorizzato nella cache.
10
L’esperienza viene riprodotta per il visitatore.
11
Viene caricata l’intera pagina web.
12
I dati di Analytics vengono inviati ai server di raccolta dati. I dati di destinazione vengono confrontati con i dati di Analytics tramite SDID ed elaborati nell’archivio dei rapporti di Analytics. I dati di Analytics possono quindi essere visualizzati sia in Analytics che in Target tramite i rapporti Analytics for Target (A4T).

Il diagramma seguente illustra l’interazione tra il visitatore, il browser, at.js 2.5.0+, e l’artefatto della regola JSON memorizzato nella cache per l’hit pagina o la visita di ritorno del visitatore. Poiché l’artefatto delle regole JSON è già memorizzato nella cache e disponibile sul browser, la decisione viene presa immediatamente senza una chiamata di rete di blocco. Questo diagramma di flusso acquisisce la navigazione successiva della pagina o i visitatori di ritorno.

(Fare clic sull'immagine per espanderla a larghezza intera.)

Diagramma di flusso solo sul dispositivo per la navigazione nelle pagine successive e le visite ripetute {modal="regular"}

L'elenco seguente corrisponde ai numeri del diagramma:

NOTE
I server di amministrazione Adobe Target qualificano tutte le attività idonee per on-device decisioning, generano l'artefatto delle regole JSON e lo propagano alla rete CDN Akamai. Le attività vengono costantemente monitorate per rilevare aggiornamenti che generano un nuovo artefatto di regole JSON da propagare alla rete CDN di Akamai.
Passaggio
Descrizione
1
L'ID visitatore Experience Cloud viene recuperato dal servizio Adobe Experience Cloud Identity.
2
La libreria at.js viene caricata in modo sincrono e nasconde il corpo del documento.
La libreria at.js può anche essere caricata in modo asincrono con un eventuale snippet prenascosto implementato sulla pagina.
3
La libreria at.js nasconde il corpo per evitare sfarfallii.
4
La libreria at.js interpreta l’artefatto della regola JSON ed esegue la decisione in memoria per recuperare l’esperienza.
5
Gli elementi testati sono nascosti.
6
La libreria at.js visualizza il corpo in modo che il resto della pagina possa essere caricato per essere visualizzato dal visitatore.
7
La libreria at.js manipola il DOM per eseguire il rendering dell’esperienza dall’artefatto della regola JSON memorizzato nella cache.
8
L’esperienza viene riprodotta per il visitatore.
9
Viene caricata l’intera pagina web.
10
I dati di Analytics vengono inviati ai server di raccolta dati. I dati di destinazione vengono confrontati con i dati di Analytics tramite SDID ed elaborati nell’archivio dei rapporti di Analytics. I dati di Analytics possono quindi essere visualizzati sia in Analytics che in Target tramite i rapporti Analytics for Target (A4T).

Ibrido

Ibrido è il metodo decisionale che deve essere impostato in at.js 2.5.0+ quando è necessario eseguire sia on-device decisioning che le attività che richiedono una chiamata alla rete Edge Adobe Target.

Quando gestisci sia le attività on-device decisioning che quelle lato server, può essere un po' complicato e noioso pensare a come distribuire ed eseguire il provisioning di Target nelle pagine. Con il metodo decisionale ibrido, Target sa quando deve effettuare una chiamata al server alla rete Edge Adobe Target per le attività che richiedono l'esecuzione lato server e anche quando eseguire solo le decisioni su dispositivo.

L'artefatto delle regole JSON include metadati per informare at.js se una mbox ha un'attività lato server in esecuzione o un'attività on-device decisioning. Questo metodo decisionale assicura che le attività che intendi consegnare rapidamente vengano eseguite tramite on-device decisioning e che quelle che richiedono una personalizzazione basata su ML più potente vengano eseguite tramite la rete Edge Adobe Target.

Il diagramma seguente illustra l'interazione tra il visitatore, il browser, at.js 2.5.0+, la rete CDN di Akamai e l'Edge Network Adobe Target per un nuovo visitatore che visita la pagina per la prima volta. La rimozione da questo diagramma consiste nel fatto che l'artefatto delle regole JSON viene scaricato in modo asincrono mentre le decisioni vengono prese tramite la rete Edge Adobe Target.

Questo approccio assicura che la dimensione dell’artefatto, che può includere molte attività, non influisca negativamente sulla latenza della decisione. Il download dell’artefatto delle regole JSON in modo sincrono e la decisione successiva può avere anche effetti negativi sulla latenza e può essere incoerente. Pertanto, il metodo di decisione ibrido è un consiglio sulle best practice per effettuare sempre una chiamata lato server per la decisione relativa a un nuovo visitatore e poiché l’artefatto delle regole JSON viene memorizzato nella cache in parallelo. Per tutte le visite di pagina e le visite di ritorno successive, le decisioni vengono prese dalla cache e nella memoria tramite l’artefatto delle regole JSON.

(Fare clic sull'immagine per espanderla a larghezza intera.)

Diagramma di flusso ibrido per un nuovo visitatore {modal="regular"}

L'elenco seguente corrisponde ai numeri del diagramma:

NOTE
I server di amministrazione Adobe Target qualificano tutte le attività idonee per on-device decisioning, generano l'artefatto delle regole JSON e lo propagano alla rete CDN Akamai. Le attività vengono costantemente monitorate per rilevare aggiornamenti che generano un nuovo artefatto di regole JSON da propagare alla rete CDN di Akamai.
Passaggio
Descrizione
1
L'ID visitatore Experience Cloud viene recuperato dal servizio Adobe Experience Cloud Identity.
2
La libreria at.js viene caricata in modo sincrono e nasconde il corpo del documento.
La libreria at.js può anche essere caricata in modo asincrono con un eventuale snippet prenascosto implementato sulla pagina.
3
La libreria at.js nasconde il corpo per evitare sfarfallii.
4
All'Edge Network Adobe Target viene effettuata una richiesta di caricamento pagina, inclusi tutti i parametri configurati come (ECID, ID cliente, parametri personalizzati, profilo utente e così via).
5
In parallelo, at.js effettua una richiesta per recuperare l’artefatto della regola JSON dal CDN di Akamai più vicino al visitatore.
6
(Adobe Target Edge Network) Gli script di profilo vengono eseguiti e quindi inseriti nell'archivio profili. L’archivio profili richiede un pubblico idoneo dalla libreria Pubblico (ad esempio, pubblico condiviso da Adobe Analytics, Adobe Audience Manager e così via).
7
Il CDN di Akamai risponde con l’artefatto della regola JSON.
8
L’archivio profili viene utilizzato per la qualifica del pubblico e il bucket per filtrare le attività.
9
Il contenuto risultante viene selezionato dopo che l'esperienza è determinata dalle attività live di Target.
10
La libreria at.js nasconde gli elementi corrispondenti sulla pagina che sono associati all’esperienza di cui è necessario eseguire il rendering.
11
La libreria at.js visualizza il corpo in modo che il resto della pagina possa essere caricato per essere visualizzato dal visitatore.
12
La libreria at.js modifica il DOM per eseguire il rendering dell'esperienza dall'Edge Network Target.
13
L’esperienza viene riprodotta per il visitatore.
14
Viene caricata l’intera pagina web.
15
I dati di Analytics vengono inviati ai server di raccolta dati. I dati di destinazione vengono confrontati con i dati di Analytics tramite SDID ed elaborati nell’archivio dei rapporti di Analytics. I dati di Analytics possono quindi essere visualizzati sia in Analytics che in Target tramite i rapporti Analytics for Target (A4T).

Il diagramma seguente illustra l’interazione tra il visitatore, il browser, at.js 2.5.0+, e l’artefatto delle regole JSON memorizzate nella cache per una navigazione di pagina successiva o per una visita di ritorno. In questo diagramma, concentra l’attenzione solo sul caso d’uso in cui viene presa una decisione sul dispositivo per la successiva navigazione della pagina o visita di ritorno. Tieni presente che, a seconda delle attività live per determinate pagine, è possibile effettuare una chiamata lato server per eseguire decisioni lato server.

(Fare clic sull'immagine per espanderla a larghezza intera.)

Diagramma di flusso ibrido per la navigazione delle pagine successive e le visite ripetute {modal="regular"}

L'elenco seguente corrisponde ai numeri del diagramma:

NOTE
I server di amministrazione Adobe Target qualificano tutte le attività idonee per on-device decisioning, generano l'artefatto delle regole JSON e lo propagano alla rete CDN Akamai. Le attività vengono costantemente monitorate per rilevare aggiornamenti che generano un nuovo artefatto di regole JSON da propagare alla rete CDN di Akamai.
Passaggio
Descrizione
1
L'ID visitatore Experience Cloud viene recuperato dal servizio Adobe Experience Cloud Identity.
2
La libreria at.js viene caricata in modo sincrono e nasconde il corpo del documento.
La libreria at.js può anche essere caricata in modo asincrono con un eventuale snippet prenascosto implementato sulla pagina.
3
La libreria at.js nasconde il corpo per evitare sfarfallii.
4
Viene effettuata una richiesta per recuperare un’esperienza.
5
La libreria at.js conferma che l’artefatto della regola JSON è già stato memorizzato nella cache ed esegue la decisione in memoria per recuperare l’esperienza.
6
Gli elementi testati sono nascosti.
7
La libreria at.js visualizza il corpo in modo che il resto della pagina possa essere caricato per essere visualizzato dal visitatore.
8
La libreria at.js manipola il DOM per eseguire il rendering dell’esperienza dall’artefatto della regola JSON memorizzato nella cache.
9
L’esperienza viene riprodotta per il visitatore.
10
Viene caricata l’intera pagina web.
11
I dati di Analytics vengono inviati ai server di raccolta dati. I dati di destinazione vengono confrontati con i dati di Analytics tramite SDID ed elaborati nell’archivio dei rapporti di Analytics. I dati di Analytics possono quindi essere visualizzati sia in Analytics che in Target tramite i rapporti Analytics for Target (A4T).

Come si abilita on-device decisioning?

On-device decisioning è disponibile per tutti i Target clienti che utilizzano At.js 2.5.0+.

Per abilitare on-device decisioning:

NOTE
Per abilitare o disabilitare l'attivazione/disattivazione di Decisioning sul dispositivo, è necessario disporre del ruolo utente amministratore o approvatore.
  1. Fare clic su Administration > Implementation > Account details.

  2. In Account details, far scorrere On-Device Decisioning in posizione "on".

    Attivazione/disattivazione On-device decisioning

    Se abiliti on-device decisioning, viene visualizzata l'opzione "Includi tutte le attività qualificate on-device decisioning esistenti nell'artefatto".

  3. (Facoltativo) Se desideri includere automaticamente nell'artefatto tutte le attività di Target live idonee per on-device decisioning, imposta l'opzione su "attivato", scegli.

    Se si lascia questa opzione disattivata, sarà necessario ricreare e attivare tutte le attività on-device decisioning affinché vengano incluse nell'artefatto delle regole generato. In altre parole, qualsiasi attività in stato live prima di attivare l’interruttore On-Device Decisioning non è inclusa nell’artefatto delle regole.

Dopo aver attivato l'interruttore Decisioning sul dispositivo, Target inizia a generare e propagare artefatti regola per il client.

WARNING
Assicurarsi di attivare l'interruttore prima di inizializzare l'SDK Adobe Target per utilizzare on-device decisioning. Gli artefatti della regola devono prima essere generati e propagati ai CDN Akamai affinché on-device decisioning funzioni. La propagazione può richiedere da cinque a dieci minuti affinché il primo artefatto della regola venga generato e propagato alla rete CDN di Akamai.

Come si configura at.js 2.5.0+ per utilizzare on-device decisioning?

  1. Fare clic su Administration > Implementation > Account details.

  2. In Implementation Methods > Main Implementation Method, fai clic su Edit accanto alla versione di at.js (deve essere at.js 2.5.0 o successiva).

    Modifica impostazioni metodo di implementazione principale

    note warning
    WARNING
    Prima di modificare queste impostazioni predefinite, consulta l’Assistenza clienti per evitare di influenzare l’implementazione corrente.
  3. Seleziona il metodo di decisione desiderato:

    • Solo lato server
    • Solo su dispositivo
    • Ibrido

    Modifica pannello impostazioni at.js

Impostazioni globali

È possibile configurare un metodo di decisione predefinito per tutte le Target decisioni. I vari metodi decisionali sono Solo lato server, Solo su dispositivo e Ibrido. Il metodo decisionale selezionato nell'interfaccia utente Target è configurato in window.targetGlobalSettings nel campo decisioningMethod. Ulteriori informazioni su 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>

Impostazione personalizzata

Se si imposta decisioningMethod in window.targetGlobalSettings, ma si desidera ignorare decisioningMethod per ogni decisione Adobe Target in base al caso d'uso, è possibile eseguire questa procedura specificando decisioningMethod nella chiamata getOffers() di at.js2.5.0+.

adobe.target.getOffers({

  decisioningMethod:"on-device",
  request: {
    execute: {
      mboxes: [
        {
          index: 0,
          name: "homepage"
        }
      ]
    }
 }
});
NOTE
Per utilizzare "su dispositivo" o "ibrido" come metodo decisionale nella chiamata getOffers(), accertati che l'impostazione globale abbia decisioningMethod come "su dispositivo" o "ibrido". La libreria at.js 2.5.0+ deve sapere se scaricare e memorizzare in cache l’artefatto delle regole JSON immediatamente dopo il caricamento sulla pagina. Se il metodo decisionale per l’impostazione globale è impostato su "lato server" e il metodo decisionale "su dispositivo" o "ibrido" viene passato alla chiamata getOffers(), at.js 2.5.0+ non avrà l’artefatto della regola JSON memorizzato nella cache per eseguire le decisioni su dispositivo.

TTL cache artefatto

Target rappresenta le attività che si qualificano per on-device decisioning come artefatto costituito da metadati, regole e condizioni. Questo artefatto viene memorizzato nella cache sulla rete CDN Akamai. Durante la prima visita dell'utente, il browser dell'utente scarica e memorizza in cache l'artefatto che rappresenta le attività di on-device decisioning.

Nelle visite successive al sito, il browser controlla automaticamente se deve scaricare una versione più recente dell’artefatto. Questo controllo aggiunge latenza. Il valore TTL della cache degli artefatti definisce il numero di minuti necessari affinché il browser non controlli la presenza di un artefatto aggiornato dall’ultimo download riuscito. Più è lungo l'intervallo di tempo, migliori saranno le prestazioni. Più breve è l’intervallo di tempo, migliore sarà l’aggiornamento dei dati, ma a costo di una latenza aggiuntiva.

Come posso sapere se un'attività è idonea on-device decisioning?

Dopo aver creato un'attività idonea per on-device decisioning, un'etichetta che indica Idonea a Decisioning sul dispositivo è visibile nella pagina Panoramica dell'attività.

Etichetta idonea per Decisioning sul dispositivo nella pagina Panoramica dellattività.

Questa etichetta non significa che l'attività verrà sempre recapitata tramite on-device decisioning. Questa attività verrà eseguita sul dispositivo solo quando at.js 2.5.0+ è configurato per l'utilizzo di on-device decisioning. Se at.js 2.5.0+ non è configurato per l’utilizzo su dispositivo, questa attività verrà comunque consegnata tramite una chiamata al server effettuata da at.js.

È possibile filtrare tutte le attività idonee per on-device decisioning nella pagina Attività tramite il filtro Idoneo Decisioning sul dispositivo.

Filtro idoneo per Decisioning sul dispositivo nella pagina Attività.

NOTE
Dopo aver creato e attivato un'attività idonea on-device decisioning, possono essere necessari da cinque a dieci minuti prima che venga inclusa nell'artefatto delle regole generato e propagato al punto di presenza CDN di Akamai.

Riepilogo dei passaggi per garantire che le mie attività on-device decisioning vengano consegnate tramite At.js 2.5.0+?

  1. Accedi all'interfaccia utente di Adobe Target e passa a Administration > Implementation > Account Details per abilitare l'opzione On-Device Decisioning.

  2. Attiva/disattiva “Include all existing on-device decisioning qualified activities in the artifact”.

    La prima generazione di artefatti con regole JSON può richiedere fino a 10 minuti.

  3. Creare e attivare un tipo di attività supportato da on-device decisioning e verificare che sia idoneo on-device decisioning.

  4. Imposta Decisioning Method su “Hybrid” o “On-device only” tramite l'interfaccia utente delle impostazioni di at.js.

  5. Scarica e distribuisci at.js 2.5.0+ nelle tue pagine.

recommendation-more-help
6906415f-169c-422b-89d3-7118e147c4e3