Esta página describe defaultConsent en el método Server SDK configure. Para Web SDK, consulte defaultConsent.
La propiedad defaultConsent determina si el SDK de servidor recopila datos para un visitante que no tiene preferencias de consentimiento almacenadas. La preferencia almacenada de un visitante, que se registra con setConsent, siempre tiene prioridad sobre este valor predeterminado.
Establezca la propiedad de cadena defaultConsent al llamar a configure. Admite los siguientes valores:
"in": SDK envía datos hasta que el visitante se excluye. Este es el valor predeterminado."out": SDK no envía datos hasta que el visitante se incluye. Los métodos comosendEventse resuelven con un objeto vacío sin ponerse en contacto con 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"
});
El valor distingue entre mayúsculas y minúsculas. Cualquier otro valor hace que configure rechace. Esta propiedad solo está disponible cuando la instancia incluye el componente Consentimiento, que createInstance incluye de forma predeterminada.
No se admite el consentimiento pendiente pending
Web SDK también admite "pending", que contiene eventos en el explorador hasta que el visitante realiza una elección. El servidor SDK no admite "pending" y configure lo rechaza.
En un explorador, la página permanece abierta mientras el visitante decide, por lo que Web SDK puede enviar los eventos que se celebran posteriormente. En un servidor, cada identificador de forRequest solo dura una única solicitud. Una solicitud posterior del mismo visitante no puede liberar eventos que tenía una solicitud anterior, por lo que nunca se enviarían.
En su lugar, realice el seguimiento de si cada visitante ha tomado una decisión relacionada con el consentimiento en su propia aplicación. Para los visitantes que no lo hayan decidido, no llame a sendEvent.
Cómo afecta el consentimiento almacenado al valor predeterminado stored-consent
Cuando un visitante da su consentimiento, SDK lo almacena en la cookie kndctr_<orgId>_consent, a través del servicio de cookies que pasa a forRequest. En solicitudes posteriores, SDK usará la preferencia almacenada en lugar de defaultConsent, siempre y cuando la cookie de identidad del visitante también esté presente. Si falta la cookie de identidad, SDK descarta el consentimiento almacenado, ya que el consentimiento está vinculado a la identidad del visitante.
Server SDK utiliza los mismos nombres de cookies que Web SDK. Si el servicio de cookies lee las cookies del explorador del visitante, el consentimiento de que el visitante registrado en el explorador también se aplica en el servidor.
Si no pasa un servicio de cookies a forRequest, SDK no puede recordar el consentimiento del visitante entre solicitudes. En ese caso, cada solicitud comienza desde defaultConsent.