diff --git a/src/connections/delivery-overview.md b/src/connections/delivery-overview.md index 87e7f51348..6efb10b3b6 100644 --- a/src/connections/delivery-overview.md +++ b/src/connections/delivery-overview.md @@ -24,7 +24,7 @@ The pipeline view shows the following steps: - **Successfully received**: Events that Segment ingested from your source - **Failed on ingest**: Events that Segment received, but were dropped due to internal data validation rules - **Filtered at source**: Events that were discarded due to schema settings or [Protocols](/docs/protocols/) Tracking Plans -- **Filtered at destination**: Events that were discarded due to [Destination Filters](/docs/guides/filtering-data/#destination-filters), [filtering in the Integrations object](/docs/guides/filtering-data/#filtering-with-the-integrations-object), or [per source schema integration filters](/docs/guides/filtering-data/#per-source-schema-integrations-filters). [Actions destinations](/docs/connections/destinations/actions/) also have a filtering capability: for example, if your Action is set to only send Identify events, all other event types will be filtered out. Actions destinations with incomplete triggers or disabled mappings are filtered out at this step. +- **Filtered at destination**: Events that were discarded due to [Destination Filters](/docs/guides/filtering-data/#destination-filters), [filtering in the Integrations object](/docs/guides/filtering-data/#filtering-with-the-integrations-object), or [per source schema integration filters](/docs/guides/filtering-data/#per-source-schema-integrations-filters). [Actions destinations](/docs/connections/destinations/actions/) also have a filtering capability: for example, if your Action is set to only send Identify events, all other event types will be filtered out. Actions destinations with incomplete triggers or disabled mappings are filtered out at this step. Beta users of [Consent Management](/docs/privacy/consent-management/) also see events discarded due to consent preferences. - **Failed delivery**: Events that have been discarded due to errors or unmet destination requirements - **Successful delivery**: Events that were successfully delivered to the destination diff --git a/src/privacy/configure-consent-management.md b/src/privacy/configure-consent-management.md index 10f6726fc1..4dd238bf36 100644 --- a/src/privacy/configure-consent-management.md +++ b/src/privacy/configure-consent-management.md @@ -1,12 +1,11 @@ --- title: Configure Consent Management -hidden: true related: - "/privacy/consent-management/" - "/privacy/consent-in-segment-connections/" - "/privacy/consent-in-unify/" --- -> info "Consent Management is in private beta" +> info "Consent Management is in public beta" > This means that Consent Management features are in active development, and some functionality may change before it becomes generally available. [Contact Segment](https://segment.com/help/contact/){:target="_blank"} with any feedback or questions. After setting up your consent management platform (CMP), you can enforce the consent collected from your users by adding the [consent object](/docs/privacy/consent-in-segment-connections/#consent-object) to your events. @@ -26,8 +25,8 @@ Before you can configure consent in Segment, take the following steps: ## Step 1: Create consent categories in the Segment app -> info "Limited availability of sources and destinations during private beta" -> During private beta, AWS S3, RETL, and Engage destinations do not enforce consent preferences. +> info "Limited availability of destinations" +> AWS S3, RETL, and Engage destinations do not enforce consent preferences. 1. From the [Segment homepage](https://app.segment.com/goto-my-workspace/){:target="_blank”}, select the Privacy tab and click **Consent Management**. 2. On the Consent management page, click **Create categories**. @@ -52,6 +51,7 @@ Segment provides a OneTrust wrapper for the following sources: - **Analytics.js**: Please follow the instructions from the README in the [@segment/analytics-consent-wrapper-onetrust](https://github.com/segmentio/analytics-next/tree/master/packages/consent/consent-wrapper-onetrust){:target="_blank"} repository. - **Kotlin**: Please follow the instructions from the README in the [@segment-integrations/analytics-kotlin-consent](https://github.com/segment-integrations/analytics-kotlin-consent/blob/main/README.md#getting-started){:target="_blank"} repository. - **Swift**: Please follow the instructions from the README in the [@segment-integrations/analytics-swift-consent](https://github.com/segment-integrations/analytics-swift-consent#segment-consent-management){:target="_blank"} repository. + If you'd like to integrate with any other CMP, Segment requires you to build your own wrapper or use any mechanism provided it meets the above requirements of data and event generation. @@ -85,4 +85,4 @@ Disabling a consent category means that Segment no longer enforces end user cons 1. From the [Segment homepage](https://app.segment.com/goto-my-workspace/){:target="_blank”}, select the Privacy tab and click **Consent Management**. 2. On the Consent Management page, disable the toggle for the category you'd like to disable. -3. On the "Disable [category-name]?" popup, enter the category name in the Consent category name field and click **Disable category**. +3. On the "Disable [category-name]?" popup, enter the category name in the Consent category name field and click **Disable category**. \ No newline at end of file diff --git a/src/privacy/consent-in-segment-connections.md b/src/privacy/consent-in-segment-connections.md index c9cddeaa0d..4237beed3e 100644 --- a/src/privacy/consent-in-segment-connections.md +++ b/src/privacy/consent-in-segment-connections.md @@ -1,13 +1,11 @@ --- title: Consent in Segment Connections -hidden: true related: - "/privacy/consent-management/" - "/privacy/configure-consent-management/" - - "/privacy/consent-in-unify/" --- -> info "Consent Management is in private beta" +> info "Consent Management is in public beta" > This means that Consent Management features are in active development, and some functionality may change before it becomes generally available. [Contact Segment](https://segment.com/help/contact/){:target="_blank"} with any feedback or questions. Segment Connections users can add the [consent object](#consent-object) to their sources to stamp events with the end user consent preferences captured by your consent management platform (CMP) and send them downstream to destinations in categories that an end user consented to share data with. Events without the consent object continue to flow to destinations without consent enforcement. diff --git a/src/privacy/consent-in-unify.md b/src/privacy/consent-in-unify.md index 9af6ab463d..c88c46e8d5 100644 --- a/src/privacy/consent-in-unify.md +++ b/src/privacy/consent-in-unify.md @@ -10,7 +10,7 @@ related: > info "Consent in Unify and Twilio Engage is currently unavailable." > However, Segment's OneTrust consent wrappers automatically generate the Segment Consent Preference Track event, which will be required for future integrations with Unify and Twilio Engage. -Segment uses Profiles in [Unify](/docs/unify/) as the source of truth of an end user's consent preference when enforcing consent in Twilio Engage. To get consent preference on the Profile, Segment requires the use of the [Segment Consent Preference event](#segment-consent-preference-event) and [Identify](/docs/connections/spec/Identify) events to route events to Unify. The Segment Consent Preference and Identify event should include the [consent object](/docs/privacy/consent-in-segment-connections/#consent-object). +Segment uses Profiles in [Unify](/docs/unify/) as the source of truth of an end user's consent preference when enforcing consent in Twilio Engage. To get consent preference on the Profile, Segment requires the use of the [Segment Consent Preference event](#segment-consent-preference-event) and [Identify](/docs/connections/spec/Identify) events to route events to Unify. The Segment Consent Preference and Identify events should include the [consent object](/docs/privacy/consent-in-segment-connections/#consent-object). ## Segment Consent Preference event Every time an end user provides or updates their consent preferences, Segment requires you to generate a **Segment Consent Preference** event. If you are using [Segment's OneTrust consent wrappers](/docs/privacy/configure-consent-management/#step-2-integrating-your-cmp-with-segment), Segment automatically generates a Segment Consent Preference event. This event is required to add the end user’s consent preference on their Profile in Unify. diff --git a/src/privacy/consent-management.md b/src/privacy/consent-management.md index 234c15b5e9..b74ae6d081 100644 --- a/src/privacy/consent-management.md +++ b/src/privacy/consent-management.md @@ -1,13 +1,11 @@ --- title: Consent Management Overview -hidden: true -hide_toc: true related: - "/privacy/configure-consent-management/" - "/privacy/consent-in-segment-connections/" - "/privacy/consent-in-unify/" --- -> info "Consent Management is in private beta" +> info "Consent Management is in public beta" > This means that Consent Management features are in active development, and some functionality may change before it becomes generally available. [Contact Segment](https://segment.com/help/contact/){:target="_blank"} with any feedback or questions. When an end user visits your web or mobile app, they set **consent preferences**, or make decisions about the types of data they want you to collect, use, and share. These consent preferences are typically presented as a set list of categories that describe how your company intends to use that data. Some common categories include personalization, advertising, and site performance.