Esta página descreve defaultConsent no método configure do SDK do Servidor. Para o Web SDK, consulte defaultConsent.
A propriedade defaultConsent determina se o SDK do servidor coleta dados para um visitante que não tem preferência de consentimento armazenada. A preferência armazenada de um visitante, que você registra com setConsent, sempre tem prioridade sobre esse padrão.
Defina a propriedade da cadeia de caracteres defaultConsent ao chamar configure. Ela é compatível com os seguintes valores:
"in": o SDK envia dados até o visitante recusar. Este é o valor padrão."out": A SDK não envia dados até que o visitante opte por entrar. Métodos comosendEventresolvem com um objeto vazio sem contatar a 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"
});
O valor diferencia maiúsculas e minúsculas. Qualquer outro valor faz com que configure seja rejeitado. Essa propriedade só está disponível quando a instância inclui o componente de Consentimento, que createInstance inclui por padrão.
Não há suporte para consentimento pendente pending
O Web SDK também oferece suporte ao "pending", que armazena eventos no navegador até que o visitante faça uma escolha. O SDK do Servidor não oferece suporte a "pending", e configure o rejeita.
Em um navegador, a página permanece aberta enquanto o visitante decide, para que o Web SDK possa enviar os eventos retidos posteriormente. Em um servidor, cada forRequest identificador dura apenas uma única solicitação. Uma solicitação posterior do mesmo visitante não pode liberar eventos que uma solicitação anterior manteve, de modo que nunca seriam enviados.
Em vez disso, rastreie se cada visitante tomou uma decisão de consentimento em seu próprio aplicativo. Para visitantes que ainda não decidiram, não ligue para sendEvent.
Como o consentimento armazenado afeta o padrão stored-consent
Quando um visitante define seu consentimento, a SDK o armazena no cookie kndctr_<orgId>_consent, por meio do serviço de cookie que você passa para forRequest. Em solicitações posteriores, o SDK usa a preferência armazenada em vez de defaultConsent, desde que o cookie de identidade do visitante também esteja presente. Se o cookie de identidade estiver ausente, o SDK descarta o consentimento armazenado, pois o consentimento está vinculado à identidade do visitante.
O SDK do servidor usa os mesmos nomes de cookies que o SDK da Web. Se o serviço de cookies ler os cookies do navegador do visitante, o consentirá que o visitante registrado no navegador também se aplique ao servidor.
Se você não passar um serviço de cookie para forRequest, a SDK não se lembrará do consentimento do visitante entre as solicitações. Nesse caso, cada solicitação começa em defaultConsent.