Cette page décrit les defaultConsent de la méthode configure de Server SDK. Pour le Web SDK, voir defaultConsent.
La propriété defaultConsent détermine si Server SDK collecte des données pour un visiteur qui n’a aucune préférence de consentement stockée. Les préférences stockées d’un visiteur ou d’une visiteuse, que vous enregistrez avec setConsent, ont toujours la priorité sur cette valeur par défaut.
Définissez la propriété de chaîne defaultConsent lorsque vous appelez configure. Il prend en charge les valeurs suivantes :
"in": le SDK envoie des données jusqu’à ce que le visiteur se désinscrit. Il s’agit de la valeur par défaut."out": le SDK n’envoie pas de données tant que le visiteur n’a pas donné son accord. Les méthodes telles quesendEventrésolvent avec un objet vide sans contacter Adobe.
await alloy.configure({
datastreamId: "ebebf826-a01f-4458-8cec-ef61de241c93",
orgId: "ADB3LETTERSANDNUMBERS@AdobeOrg",
edgeCredentials: {
clientId: process.env.ADOBE_CLIENT_ID,
clientSecret: process.env.ADOBE_CLIENT_SECRET,
scopes: process.env.ADOBE_SCOPES.split(",")
},
defaultConsent: "out"
});
La valeur respecte la casse. Toute autre valeur entraîne le rejet de configure. Cette propriété est disponible uniquement lorsque l’instance inclut le composant Consentement, qui inclut createInstance par défaut.
Le consentement en attente n’est pas pris en charge pending
Le SDK Web prend également en charge "pending", qui contient les événements dans le navigateur jusqu’à ce que le visiteur ait choisi. Le SDK du serveur ne prend pas en charge "pending" et configure le rejette.
Dans un navigateur, la page reste ouverte pendant que le visiteur ou la visiteuse décide, de sorte que le SDK Web puisse envoyer les événements conservés par la suite. Sur un serveur, chaque handle de forRequest ne dure que pour une seule requête. Une requête ultérieure du même visiteur ne peut pas publier les événements qu’une requête précédente contenait, ils ne sont donc jamais envoyés.
Au lieu de cela, vérifiez si chaque visiteur a pris une décision de consentement dans votre propre application. Pour les visiteurs qui n’ont pas encore pris de décision, n’appelez pas sendEvent.
Impact du consentement stocké sur la valeur par défaut stored-consent
Lorsqu’un visiteur définit son consentement, le SDK le stocke dans le cookie kndctr_<orgId>_consent, par le biais du service de cookie que vous transmettez à forRequest. Lors des requêtes ultérieures, le SDK utilise la préférence stockée au lieu de defaultConsent, tant que le cookie d’identité du visiteur est également présent. Si le cookie d’identité est manquant, le SDK ignore le consentement stocké, car le consentement est lié à l’identité du visiteur.
Le SDK du serveur utilise les mêmes noms de cookies que le SDK Web. Si votre service de cookies lit les cookies du navigateur du visiteur, le consentement que le visiteur enregistré dans le navigateur s’applique également au serveur.
Si vous ne transmettez pas de service de cookie à forRequest, le SDK ne se souvient pas du consentement du visiteur entre les requêtes. Dans ce cas, chaque requête commence à partir de defaultConsent.