Mitä Segment oikeastaan tekee

Segment SDK (ladattu osoitteesta cdn.segment.com/analytics.js) alustaa globaalin analytics -objektin ja tunnistaa kävijät Segmentin omistamalla evästeellä nimeltä ajs_anonymous_id. Sovelluskoodi kutsuu analytics.identify(), analytics.track(), analytics.page() ja analytics.group(), ja SDK lähettää jokaisen kutsun Segmentin kyselypisteeseen. Sieltä Segment hajottaa tapahtuman – reaaliajassa tai erä-käsittelynä – mihin tahansa lähteeseen käytössä oleville kohteille: Google Analytics, Facebook Pixel, Customer.io, Iterable, Amplitude, Mixpanel, Snowflake, BigQuery ja kymmenille muille.

Jokainen siirto myötävirran kohteelle on erillinen käsittelytoiminto GDPR:n näkökulmasta. Google Analyticsin tapahtumanlähettämisen oikeusperusta ei ole sama kuin tapahtuman lähettäminen Customer.ion tapahtuman kirjoittaminen Snowflake-varastoon ei ole sama. Suostumusbanneri, joka tallentaa yhden "hyväksyn markkinoinnin" -tilan, ei voi laillisesti valtuuttaa kaikkia näitä itsessään, elleivät kohteiden luokittelu ja suostumuksen luokittelu vastaa toisiaan.

Segmentin alkuperäiset suostumuskäytännöt

Segment on investoinut intensiivisesti suostumusten hallinnan primitiiveillä kahden viime vuoden aikana. Vuoteen 2026 mennessä alusta paljastaa kolme merkityksellistä pintaa suostumusten täytäntöönpanoon.

Consent Management (aiemmin Consent Stamping)

Consent Management -ominaisuuden avulla voit liittää suostumuspalkan jokaiseen Segmentin vastaanottamaan tapahtumaan. Palkki tallentaa, mitkä käsittelykategoriat käyttäjä on hyväksynyt – yleensä IAB TCF v2.3 -merkkijono, GPP-merkkijono tai mukautettu Segment-luokittelu. Myötävirran kohteet voidaan konfiguroida lähettämään tai estämään kunkin tapahtuman suostumustilan perusteella.

Kohdesuodattimet suostumusten porttamisen kanssa

Kohdesuodattimien avulla voit kirjoittaa pienen JavaScript- tai Lua-lausekkeen, joka suoritetaan jokaiselle tapahtumalle ennen kuin se lähetetään tiettyyn kohteeseen. Suodatin voi tarkastaa suostumuspalkkia ja lyhyesti sulkea siirron, jos asiaankuuluva luokka ei ole hyväksytty. Tämä on oikea primitiivi hienostuneeseen, kohdekohtaiseen suostumuksen täytäntöönpanoon.

Lähdetason integraatioiden asetus

Karkemmalle hallinnalle lähdetason integraatiot -objekti voi poistaa kohteet käytöstä tapahtumakohtaisesti: analytics.track(event, properties, { integrations: { "All": false, "Segment.io": true } }). Tämä on hyödyllinen kaikki tai ei mitään -tapauksille, mutta ei käsittele luokkatasolla hienostuneesti.

Vaiheittainen CMP-integraatio

Luotettava arkkitehtuuri on kartoittaa CMP:n luokkadecisiot Segmentin kohdeluokitteluun, liittää suostumuslasti jokaiseen tapahtumaan ja käyttää kohdesuodattimia kohdekohtaisen portin täytäntöönpanoon.

1. Luokittele kohteet

Käy läpi luettelo käytössä olevista kohteista Segment-työtilassa ja määritä jokainen CMP-kategoriaan. Kohteet, kuten Google Analytics, Mixpanel ja Amplitude, ovat tyypillisesti analytiikkaa. Kohteet, kuten Facebook Pixel, TikTok ja Pinterest, ovat tyypillisesti markkinointia. Kohteet, kuten Snowflake tai BigQuery (oma varastosi), ovat yleensä välttämättömiä tai toiminnallisia – mutta vain, jos myös varaston jälkeinen analytiikka on luokiteltu oikein. Dokumentoi tämä kartoitus johonkin tarkistettavissa olevaan paikkaan; tarkastusturva perustuu siihen.

2. Lykkää SDK:n alustamista, kunnes suostumuspäätös on tallennettu

Segment SDK voidaan konfiguroida lähettämään tapahtumia, kunnes analytics.load() kutsutaan. Lykkää load-kutsu, kunnes CMP on tallennus käyttäjän päätöksen, jotta mikään tapahtuma ei laukaise esikonsentin kanssa. Vaihtoehtoisesti käytä analytics.ready() -jonottamista konsentin tilaporttikäyttäytymisellä itse tapahtumankäsittelijöissä.

3. Liitä suostumuslasti jokaiseen tapahtumaan

Määritä Consent Management -ominaisuus leimaamaan IAB TC -merkkijono, GPP-merkkijono tai mukautettu luokittelu jokaiselle vastaanotetulle tapahtumalle. Leimainen kulkee tapahtuman kanssa Segmentin putkiston läpi ja on saatavilla kohdesuodattimille.

4. Kirjoita kohdesuodattimet kategoriatason täytäntöönpanoon

Jokaista kohdetta varten kirjoita suodatin, joka tarkastaa suostumuspalkkia sitä luokkaa vastaan, jonka kohde vaatii. Jos käyttäjä on hyväksynyt markkinoinnin mutta hylännyt analytiikan, markkinointiluokan kohteet saavat tapahtuman ja analytiikkaluokan kohteet pudotetaan hiljaa. Suodattimen logiikka lukee tyypillisesti event.context.consent.categoryPreferences tai vastaavasta polusta suostumuspalkkiaineiston skeemassa.

5. Levitä peruutukset

Kun käyttäjä peruu suostumuksen, kahdelle asialle on tapahduttava: SDK lopettaa uusien tapahtumien lähettämisen peruutettujen luokkien alla (lähdetason integraatiot-kytkimellä käsitelty), ja olemassa oleva käyttäjäprofiili myötävirran kohteissa on päivitettävä tai poistettava. Segmentin Privacy API tukee sekä poistopyyntöjä että suppression liput; määritä CMP kutsumaan sopivaa Privacy API -päätepistettä peruutuksessa.

Yleiset sudenkuopat

Neljä integraatiovirhettä selittävät useimmat tarkastushavainnot Segment-käyttöönotoissa.

Segmentin käsittely yhtenä seurantalaena

Yleisin vika: Segmentin porttaminen yhdessä luokassa (yleensä analytiikka) ja oletuksena, että se tyydyttää kaiken myötävirtaan. Se ei. Jos Facebook Pixel on käytössä kohteena, Facebookiin lähetetty tapahtuma vaatii markkinointiluokan suostumusta, ei analytiikkaa. Kohdekohtainen luokittelu on pakollista.

Varaston kohteen unohtaminen

Monet tiimit ottavat Snowflaken tai BigQueryn Segment-kohteena ja kohtelevat varastoa vapautetuna, koska "se on sisäistä infrastruktuuria". Varaston itse voi olla sisäinen, mutta seuraava käsittely – BI-koontinäytöt, samantapaiset mallit, asiakassegmentointi – ruokkii markkinointi- ja analyysikatoimintoja. Varaston suostumuksen luokittelu tulisi heijastaa kaikkein permissiivisimpää käyttötapaa, johon varaston tiedot lopulta virtaavat.

Palvelinpuolen lähteet ilman suostumuskontekstia

Segment tukee palvelinpuolen lähteitä (taustajärjestelmä, joka kutsuu Segmenttiä suoraan). Näiden lähteiden tapahtumia eivät automaattisesti periydy selaimen puolella olevasta suostumustiasta. Sovelluksen on haettava käyttäjän suostumustila tapahtuman lähettämishetkellä ja liitettävä se kutsuun. Ilman tätä, palvelinpuolen tapahtumat ohittavat CMP:n kokonaan.

Rajat-ylittävän identiteetin yhdistämisen laiminlyönti

Segmentin identiteetin ratkaiseminen yhdistää anonyymit ja tunnistetut profiilit, ja se voi tehdä niin verkon, mobiililaitteiden ja palvelinpuolen lähteiden yli. Jos suostumustila eroaa näiden pintojen välillä, yhdistetty profiili perii kaikkein permissiivisimmän tulkinnan oletuksena. Määritä identiteetin resoluutio käyttämään rajoittavinta suostumustilaa yhdistettyjen identiteettien yli, ei kaikkein permissiiviä.

Tarkistuslista

Kuusi konkreettista kysymystä vastattavaksi kaikesta Segment-käyttöönotoista, joka koskee EU-, UK- tai Kalifornian liikennettä.

• Onko kohdeluokittelu dokumentoitu? Jokaista k��ytössä olevaa kohdetta varten, onko olemassa kirjallinen tietue siitä, mikä CMP-luokka portaa sen?
• Odottaako SDK suostumusta? Avaa sivu yksityisessä ikkunassa ja vahvista, että ennen bannerin hyväksymistä mitään analytics.track -kutsuja ei laukaista osoitteeseen api.segment.io.
• Onko suostumuslasket leimaamme jokaiselle tapahtumalle? Tarkasta Segment-virheenkorjaimessa otoksen vastaanotetuista tapahtumista ja vahvista, että suostumuslasti on läsnä ja täydellinen.
• Kunnioittavatko kohdesuodattimet luokkia? Vahvista, että kategorian poistaminen CMP:ssä johtaa siihen, että tapahtumia ei lähetetä kyseisen luokan kohteille.
• Kantavatko palvelinpuolen lähteet suostumusta? Vahvista, että palvelinpuolen kutsut haetavat ja liittävät käyttäjän nykyisen suostumustilan lähettämishetkellä.
• Laukaistaanko Privacy API peruutukseen? Vahvista, että CMP-laukaisun peruutukset kutsuvat Segmentin suppression tai deletion API:a, ei vain paikallista SDK opt-outtia.

Missä Segment sopii suostumusta ensiksi tekevään pinoon

CDP:t ovat yksityisyyden arkkitehtuurissa hyödynnettävimmässä asemassa: yksittäinen päätös CMP-bannerissa on levitettävä kymmeniin myöt��virran kohteisiin, joilla jokaisella on oma oikeudellinen asema. Oikea arkkitehtuuri käsittelee CMP:tä käyttäjän luokkakäyttöoikeuksien perustana, liittää sen totuuden jokaiseen Segmentin vastaanottamaan tapahtumaan ja käyttää Segmentin kohdesuodatin-primitiivejä kategoriatason portin täytäntöönpanoon reitityskerroksessa eikä kussakin yksittäisessä kohteessa. Oikein suoritettu tekniikkatyö skaalataan lineaarisesti kohdemäärän kanssa – uuden kohteen lisääminen on luokittelupäätös ja suodatinsääntö, ei uusi integraatio. Väärin suoritettu, CDP:stä tulee yksityisyyden kerroin, lähettävät suostumusrikkomukset myötävirran pitkään joukkojen kumppaneihin nopeammin kuin mikään manuaalinen tarkastus pystyy seuraamaan.