Utilisation de l’AQ d’activité avec diffusion côté serveur
Utilisation d’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 une création de rapports d’AQ qui restent segmentés à partir des données d’activité actives.
La mise en oeuvre standard de l’AQ d’activité prend en charge le transfert des qa_mode
paramètres via pageUrl
les paramètres Cette approche est pratique pour standard/ajax. Target appels . 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.
TargetRègles de validation : Doit être un jeton chiffré appartenant au client défini dans la requête 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.