Présentation des fonctionnalités prises en charge
Adobe TargetLes SDK côté serveur permettent aux développeurs de choisir entre les performances et l’actualisation des données pour les décisions. En d’autres termes, si la diffusion de contenu personnalisé le plus pertinent et attrayant par le biais de l’apprentissage automatique est la plus importante pour vous, un appel au serveur en direct doit être effectué. Mais lorsque les performances sont plus critiques, une décision doit être prise sur l’appareil. Pour prise de décision sur appareil pour travailler, reportez-vous à la liste suivante des fonctionnalités prises en charge :
- Types d’activité
- Ciblage d’audience
- Méthode d’affectation
Types d’activités
Le tableau suivant indique laquelle types d’activités créé à l’aide de la fonction Compositeur d’expérience d’après les formulaires sont prises en charge ou non prises en charge pour prise de décision sur appareil.
Ciblage de l’audience
Le tableau suivant indique les règles d’audience prises en charge ou non par prise de décision sur appareil.
Ciblage géographique pour prise de décision sur appareil
Pour maintenir une latence proche de zéro pour prise de décision sur appareil activités avec des audiences basées sur la géographie, Adobe vous recommande de fournir les valeurs géographiques vous-même dans l’appel à la fonction getOffers
. Pour ce faire, définissez la variable Geo
dans le Context
de la requête. Cela signifie que votre serveur aura besoin d’un moyen de déterminer l’emplacement de chaque utilisateur final. Par exemple, votre serveur peut effectuer une recherche IP/géo à l’aide d’un service que vous configurez. Certains fournisseurs d’hébergement, tels que Google Cloud, fournissent cette fonctionnalité par le biais d’en-têtes personnalisés dans chaque HttpServletRequest
.
code language-csharp line-numbers |
---|
|
code language-javascript line-numbers |
---|
|
Cependant, si vous ne pouvez pas effectuer de recherches IP vers géo sur votre serveur, mais que vous souhaitez toujours effectuer des recherches prise de décision sur appareil pour getOffers
requêtes contenant des audiences basées sur la géographie, cette fonctionnalité est également prise en charge. L’inconvénient de cette approche est qu’elle utilise une recherche IP/géo distante, ce qui ajoute une latence à chaque getOffers
appelez . Cette latence doit être inférieure à une valeur distante getOffers
, puisqu’il atteint un réseau de diffusion de contenu situé près de votre serveur. Vous ne devez fournir que la variable ipAddress
dans le champ Geo
dans le Context
de votre requête, afin que le SDK récupère la géolocalisation de l’adresse IP de votre utilisateur. Si un autre champ s’ajoute à la variable ipAddress
est fourni, la variable Target Le SDK ne récupère pas les métadonnées de géolocalisation pour la résolution.
code language-csharp line-numbers |
---|
|
code language-javascript line-numbers |
---|
|
Méthode d’affectation
Le tableau suivant indique les méthodes d’attribution prises en charge ou non par prise de décision sur appareil.