Utilizzare il Controllo qualità delle attività con la distribuzione lato server

Ultimo aggiornamento: 2023-05-26
  • Argomenti:
  • Activities
    Visualizza ulteriori informazioni su questo argomento

Utilizzare gli URL di controllo qualità con la distribuzione lato server in Adobe Target per eseguire in modo semplice e completo il controllo qualità delle attività, con collegamenti di anteprima che restano invariati, targeting facoltativo del pubblico e rapporti di controllo qualità mantenuti segmentati dai dati delle attività live.

L'implementazione standard del Controllo qualità delle attività supporta il passaggio di parametri qa_mode tramite i parametri di pageUrl. Questo approccio è conveniente per standard/ajax Target chiamate. Tuttavia, per le chiamate da server a server, questo non è l'approccio migliore per un caso di SDK mobile quando pageUrl non è disponibile.

Nell'esempio di codice seguente viene illustrato il Controllo qualità delle attività in una chiamata lato server:

{
  "mbox" : "orderConfirmPage",
  "clientSideAnalyticsLogging": true,
  "clicked" : true,
  "tntId" : "12121212.17_01",
  "order" : {
    ...
  },
  "profileParameters" : {
    ...
  },
  "mboxParameters" : {
    ...
  },
  "requestLocation" : {
    ...
  },
  "qaMode" : {
    "token" : "<encrypted token string>",
    "bypassEntryAudience" : true,
    "listedActivitiesOnly" : true,
    "evaluateAsTrueAudienceIds" : [audienceId1, audienceId2...],
    "evaluateAsFalseAudienceIds" : [audienceId3, audienceId4...],
    "previewIndexes" : [
       {
         "activityIndex" : 1,
         "experienceIndex" : 1
       }
     ],
  },
  "mboxTrace" : true
}

Nella tabella seguente vengono illustrati i dettagli di una richiesta lato server:

Parametro Tipo Valore predefinito Descrizione
token Token crittografato Nessuno.
Non può essere vuoto.
Un'entità cifrata che contiene l'elenco degli ID delle attività che possono essere eseguite in Controllo qualità delle attività.
TargetRegole di convalida: deve trattarsi di un token crittografato appartenente al client specificato nella richiesta Tutte le attività specificate nel token devono appartenere al client.
bypassEntryAudience Booleano False Specifica se gli obiettivi dei passaggi di ingresso per le attività di controllo qualità devono essere valutati o se devono essere considerati come corrispondenti.
listedActivitiesOnly Booleano False Specifica se le attività di controllo qualità devono essere eseguite in isolamento o se devono essere valutate come attività attive per l'ambiente corrente.
evaluateAsTrueAudienceIds Elenco di ID Elenco vuoto. Elenco di ID di pubblico che devono sempre essere valutati come true nell’ambito dell’evento Target richiesta.
evaluateAsFalseAudienceIds Elenco di ID Elenco vuoto. Elenco di ID di pubblico che devono sempre essere valutati come falsi nell’ambito del Target richiesta.
activityIndex Intero Null.
Non può essere vuoto.
Indice di attività nel token crittografato. Se activityIndex è al di fuori dei limiti dell'attività nel token o se null, verrà ignorato. L’indice inizia con 1.
Regole di convalida: deve esserci almeno un indice di attività e deve fare riferimento a un'attività specificata nel token.
experienceIndex Intero Null. Quando specificato, seleziona un'esperienza a seconda dell’indice nella definizione dell'attività. Se non specificato o al di fuori dei limiti, rientrerà nella strategia di selezione dell'esperienza dell'attività. L’indice inizia con 1 Regole di convalida: può essere null o deve fare riferimento a un'esperienza nell'attività.

In questa pagina