Einverständnis und Identität bei der Datenerfassung

Einverständnis und Identität sind in Web SDK-Implementierungen eng miteinander verbunden. Wie und wann Sie Ihr Einverständnis einholen, wirkt sich direkt darauf aus, wann und ob die Web-SDK eine ECID generiert, Identitäts-Cookies setzt und Daten an die Edge Network sendet. Wenn das Einverständnis nicht sorgfältig gehandhabt wird, ist das Ergebnis häufig eine unerwartete Besucherinflation, Lücken in der Identitätskontinuität oder beides.

Auf dieser Seite wird erläutert, wie Einverständnisentscheidungen mit dem Identitätsverhalten interagieren, und es wird Anleitung zur Konfiguration Ihrer Implementierung bereitgestellt, um häufige Fehler zu vermeiden. Hintergrundinformationen dazu, wie Web SDK ECIDs, FPIDs und andere Identitätssignale verarbeitet, finden Sie unter Identität in der Datenerfassung.

Wie sich Einverständnis auf die Identität auswirkt how-consent-affects-identity

Die Web-SDK verwendet sowohl die Konfigurationsvariable defaultConsent als auch den Befehl setConsent , um zu steuern, ob Daten an die Edge Network gesendet werden. Der Einverständnisstatus bestimmt direkt, wann eine ECID generiert wird und wann Identitäts-Cookies gesetzt werden.

Die folgende Tabelle zeigt die kombinierten Auswirkungen von defaultConsent und setConsent auf die Datenerfassung, die Cookie-Einstellung und das Identitätsverhalten.

Wenn ein Besucher sein Einverständnis erneut erteilt, nachdem er es zuvor widerrufen hat (indem er setConsent nach dem "general": "in" mit "general": "out" aufruft), sendet die Web-SDK erneut Ereignisse und verwendet die vorhandene ECID aus dem Cookie, wenn sie nicht abgelaufen ist. Die Identität des Besuchers wird beibehalten.

Nachdem ein Besucher sein Einverständnis erteilt oder verweigert, behält die Web-SDK ihre Voreinstellung in einem kndctr_ Einverständnis-Cookie bei. Beim nachfolgenden Laden der Seite liest die SDK dieses Cookie und wendet die gespeicherte Voreinstellung automatisch an. Sie müssen setConsent nicht erneut aufrufen, es sei denn, die Voreinstellung der Besucherin oder des Besuchers ändert sich. Beachten Sie, dass der defaultConsent Konfigurationswert zwischen dem Laden der Seite nicht beibehalten wird, das aufgelöste Einverständnis des Besuchers (festgelegt durch setConsent) jedoch nicht.

Implementierungsmuster implementation-patterns

Opt-in-Modell (Einverständnis vor der Erfassung erforderlich) opt-in

Verwenden Sie dieses Muster, wenn Vorschriften (z. B. die DSGVO) vor der Erfassung von Daten eine ausdrückliche Zustimmung erfordern.

alloy("configure", {
  orgId: "YOUR_ORG_ID@AdobeOrg",
  edgeDomain: "data.example.com",
  defaultConsent: "pending"
});

// When the visitor grants consent:
alloy("setConsent", {
  consent: [{
    standard: "Adobe",
    version: "1.0",
    value: { general: "in" }
  }]
});

Mit diesem Muster:

Opt-out-Modell (Sammlung standardmäßig, bei Ablehnung stoppen) opt-out

Verwenden Sie dieses Muster, wenn Vorschriften die Datenerfassung standardmäßig mit einer Option zum Opt-out zulassen.

alloy("configure", {
  orgId: "YOUR_ORG_ID@AdobeOrg",
  edgeDomain: "data.example.com",
  defaultConsent: "in"
});

// If the visitor opts out:
alloy("setConsent", {
  consent: [{
    standard: "Adobe",
    version: "1.0",
    value: { general: "out" }
  }]
});

Mit diesem Muster:

Einverständnis mit First-Party-Geräte-IDs consent-with-fpids

Wenn Ihre Implementierung Erstanbieter-Geräte-IDs (FPIDs) verwendet, wird das FPID-Cookie von Ihrem -Server unabhängig vom Einverständnisstatus der Web-SDK gesetzt. Das FPID-Cookie ist eine Kennung, die Sie in Ihrer eigenen Infrastruktur verwalten. Die FPID wird jedoch nur dann an die Edge Network gesendet, wenn die Web-SDK eine -Anfrage stellt (die durch Einverständnis geprüft wird):

Wenn Ihre Einwilligungsimplementierung erfordert, dass vor dem Einverständnis keine Kennung festgelegt wird, verzögern Sie das Setzen des FPID-Cookies, bis das Einverständnis mitgeteilt wurde. Das Einverständnis-Gating von Web SDK allein verhindert nicht, dass das FPID-Cookie gesetzt wird, da es von Ihrem Server verwaltet wird.

Häufige Fehler common-pitfalls