Utilisation de l’AQ d’activité avec diffusion côté serveur
Utilisez les URL d’assurance qualité avec diffusion côté serveur dans Adobe Target pour exécuter facilement une assurance qualité de bout en bout de l’activité, avec des liens d’aperçu qui ne changent jamais, un ciblage d’audience facultatif et un compte rendu des performances d’assurance qualité qui reste segmenté à partir des données d’activité actives.
L’implémentation standard du QA d’activité prend en charge la transmission de paramètres qa_mode via des paramètres pageUrl. Cette approche est pratique pour les appels Target standard/ajax. 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 demande de 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.