Utilisation de l’AQ d’activité avec diffusion côté serveur
Utilisez les URL AQ avec diffusion côté serveur dans Adobe Target pour effectuer une AQ d’activité de bout en bout simple avec des liens d’aperçu qui ne changent jamais, un ciblage d’audience facultatif et des rapports d’AQ qui restent segmentés à partir des données d’activité actives.
L’implémentation standard de l’AQ d’activité prend en charge le transfert de qa_mode
paramètres via pageUrl
paramètres. Cette approche est pratique pour les appels standard/ajax Target. Cependant, pour les appels serveur à serveur, ce n’est pas l’approche idéale dans le cas d’un SDK de Mobile lorsque pageUrl
n’est pas disponible.
L’échantillon de code suivant montre l’AQ d’activité dans un appel côté serveur :
{
"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
}
Le tableau suivant décrit les détails d’une requête côté serveur :
Ne peut pas être vide.
Règles de validation : Doit être un jeton chiffré appartenant au client spécifié dans la requête Target. L’ensemble des activités spécifiées dans le jeton doit appartenir au client.
Ne peut pas être vide.
Règles de validation : L’index doit contenir au minimum une activité et une activité spécifiée dans le jeton.