Auf dieser Seite werden defaultConsent in der configure-Methode von Server SDK beschrieben. Informationen zu Web SDK finden Sie unter defaultConsent.
Die defaultConsent-Eigenschaft bestimmt, ob der SDK-Server Daten für einen Besucher erfasst, der keine gespeicherte Einverständnisvoreinstellung hat. Die gespeicherte Voreinstellung eines Besuchers, die Sie mit setConsent aufzeichnen, hat immer Vorrang vor dieser Standardeinstellung.
Legen Sie die defaultConsent beim Aufruf von configure fest. Sie unterstützt die folgenden Werte:
"in": SDK sendet Daten, bis sich der Besucher abmeldet. Dies ist der Standardwert."out": Die SDK sendet erst Daten, wenn sich der Besucher bzw. die Besucherin anmeldet. Methoden wiesendEventlösen mit einem leeren Objekt auf, ohne Adobe zu kontaktieren.
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"
});
Bei dem Wert ist die Groß-/Kleinschreibung zu beachten. Jeder andere Wert bewirkt, dass configure zurückgewiesen wird. Diese Eigenschaft ist nur verfügbar, wenn die Instanz die Einverständniskomponente enthält, die createInstance standardmäßig enthält.
Ausstehende Zustimmung wird nicht unterstützt pending
Die Web-SDK unterstützt auch "pending", das Ereignisse im Browser speichert, bis der Besucher eine Entscheidung trifft. Der SDK-Server unterstützt "pending" nicht und lehnt configure ab.
In einem Browser bleibt die Seite geöffnet, während der Besucher entscheidet, sodass die Web-SDK die gehaltenen Ereignisse anschließend senden kann. Auf einem Server gilt jedes forRequest-Handle nur für eine einzige Anfrage. Bei einer späteren Anfrage desselben Besuchers können keine Ereignisse freigegeben werden, die von einer früheren Anfrage gehalten wurden, sodass sie nie gesendet würden.
Verfolgen Sie stattdessen, ob jeder Besucher in Ihrem eigenen Antrag eine Einverständnisentscheidung getroffen hat. Für Besucher, die sich noch nicht entschieden haben, rufen Sie sendEvent nicht an.
Wie sich das gespeicherte Einverständnis auf den Standard auswirkt stored-consent
Wenn ein Besucher sein Einverständnis festlegt, speichert SDK es im kndctr_<orgId>_consent-Cookie über den Cookie-Service, den Sie an forRequest übergeben. Bei späteren Anfragen verwendet der SDK die gespeicherte Voreinstellung anstelle von defaultConsent, sofern auch das Identitäts-Cookie des Besuchers vorhanden ist. Wenn das Identitäts-Cookie fehlt, verwirft der SDK das gespeicherte Einverständnis, da das Einverständnis an die Identität des Besuchers gebunden ist.
Der SDK-Server verwendet dieselben Cookie-Namen wie der Web-SDK. Wenn Ihr Cookie-Dienst die Browser-Cookies des Besuchers liest, gilt die Einwilligung, dass der im Browser aufgezeichnete Besucher auch auf dem Server gilt.
Wenn Sie einen Cookie-Service nicht an forRequest weiterleiten, kann sich die SDK das Einverständnis des Besuchers zwischen den Anfragen nicht merken. In diesem Fall beginnt jede Anfrage mit dem defaultConsent.