Questa pagina descrive defaultConsent nel metodo Server SDK configure. Per il Web SDK, vedere defaultConsent.
La proprietà defaultConsent determina se il Server SDK raccoglie dati per un visitatore che non dispone di preferenze di consenso memorizzate. La preferenza memorizzata di un visitatore, registrata con setConsent, ha sempre la priorità su questa impostazione predefinita.
Impostare la proprietà stringa defaultConsent quando si chiama configure. Supporta i seguenti valori:
"in": il SDK invia i dati fino a quando il visitatore non rinuncia. Questo è il valore predefinito."out": SDK non invia dati finché il visitatore non acconsente. Metodi comesendEventvengono risolti con un oggetto vuoto senza contattare 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"
});
Il valore distingue tra maiuscole e minuscole. Qualsiasi altro valore causa il rifiuto di configure. Questa proprietà è disponibile solo quando l’istanza include il componente Consent, che createInstance include per impostazione predefinita.
Il consenso in sospeso non è supportato pending
Il Web SDK supporta anche "pending", che mantiene gli eventi nel browser fino a quando il visitatore non effettua una scelta. Il server SDK non supporta "pending" e configure lo rifiuta.
In un browser, la pagina rimane aperta mentre il visitatore decide, in modo che il Web SDK possa inviare successivamente gli eventi mantenuti. In un server, ogni handle forRequest dura solo per una singola richiesta. Una richiesta successiva dello stesso visitatore non può rilasciare eventi che erano presenti in una richiesta precedente, pertanto non verrebbero mai inviati.
Piuttosto, verifica se ogni visitatore ha preso una decisione di consenso nella tua applicazione. Per i visitatori che non hanno ancora deciso, non chiamare sendEvent.
Il modo in cui il consenso memorizzato influisce sul valore predefinito stored-consent
Quando un visitatore imposta il proprio consenso, SDK lo memorizza nel cookie kndctr_<orgId>_consent tramite il servizio cookie che passi a forRequest. Nelle richieste successive, SDK utilizza la preferenza memorizzata invece di defaultConsent, purché sia presente anche il cookie di identità del visitatore. Se manca il cookie di identità, SDK scarterà il consenso memorizzato, perché il consenso è legato all’identità del visitatore.
Server SDK utilizza gli stessi nomi di cookie del Web SDK. Se il servizio dei cookie legge i cookie del browser del visitatore, consenti che il visitatore registrato nel browser venga applicato anche al server.
Se non passi un servizio cookie a forRequest, SDK non può ricordare il consenso del visitatore tra le richieste. In tal caso, ogni richiesta inizia da defaultConsent.