Ką Segment iš tikrųjų daro

Segment SDK (įkeltas iš cdn.segment.com/analytics.js) inicializuoja globalų analytics objektą ir identifikuoja lankytojus su Segment valdomu slapuku ajs_anonymous_id. Programos kodas kviečia analytics.identify(), analytics.track(), analytics.page() ir analytics.group(), o SDK perduoda kiekvieną iškvietimą į Segment priėmimo galinį tašką. Iš ten Segment platina įvykį — realiuoju laiku arba paketais — į visas įjungtas paskirtis: Google Analytics, Facebook Pixel, Customer.io, Iterable, Amplitude, Mixpanel, Snowflake, BigQuery ir dešimtis kitų.

GDPR požiūriu kiekvienas perdavimas į žemesnio lygio paskirtį yra atskira tvarkymo veikla. Teisinis pagrindas siųsti įvykį į Google Analytics nėra toks pat kaip siųsti tą patį įvykį į Customer.io ir nėra toks pat kaip rašyti tą patį įvykį į Snowflake sandėlį. Sutikimo baneris, fiksuojantis vieną „sutinku su rinkodara”, negali teisėtai apimti visų šių veiksmų, nebent paskirčių kategorija atitinka sutikimo kategoriją.

Vietiniai Segment sutikimo primityvai

Segment per pastaruosius dvejus metus daug investavo į sutikimo valdymo primityvus. 2026 m. platforma atskleidžia tris prasmingus paviršius sutikimui vykdyti.

Consent Management (anksčiau Consent Stamping)

Consent Management funkcija leidžia pridėti sutikimo duomenis prie kiekvieno Segment priimamo įvykio. Duomenys fiksuoja, kurias tvarkymo kategorijas vartotojas priėmė — paprastai IAB TCF v2.3 eilutė, GPP eilutė arba pasirinktinė Segment kategorija. Žemesnio lygio paskirtis galima sukonfigūruoti taip, kad perduotų arba blokuotų atsižvelgdama į sutikimo būseną kiekviename įvykyje.

Paskirties filtrai su sutikimo valdikliais

Paskirties filtrai leidžia rašyti mažą JavaScript arba Lua išraišką, kuri vykdoma kiekviename įvykyje prieš perduodant jį į konkrečią paskirtį. Filtras gali patikrinti sutikimo duomenis ir nutraukti perdavimą, jei atitinkama kategorija nebuvo suteikta. Tai tinkamas primityvus detaliam, kiekvienos paskirties sutikimo vykdymui.

Šaltinio lygio integrations nustatymas

Grubesnei kontrolei šaltinio lygio integrations objektas gali išjungti paskirtis kiekvieno įvykio pagrindu: analytics.track(event, properties, { integrations: { "All": false, "Segment.io": true } }). Tai naudinga visko arba nieko atveju, tačiau blogai tvarko kategorijos lygio detalumą.

Žingsnis po žingsnio CMP integracija

Patikima architektūra — tai CMP kategorijų sprendimų susiejimas su Segment paskirties kategorija, sutikimo duomenų pridėjimas prie kiekvieno įvykio ir paskirties filtrų naudojimas kiekvienos paskirties valdikliams vykdyti.

1. Paskirčių kategorijų priskyrimas

Peržiūrėkite įjungtų paskirčių sąrašą Segment darbo erdvėje ir priskirkite kiekvieną CMP kategorijai. Tokios paskirtys kaip Google Analytics, Mixpanel ir Amplitude paprastai priskiriamos analitikai. Tokios paskirtys kaip Facebook Pixel, TikTok ir Pinterest paprastai priskiriamos rinkodarai. Tokios paskirtys kaip Snowflake arba BigQuery (jūsų sandėlis) paprastai priskiriamos būtinosioms arba funkcinėms — bet tik jei analitika, apdorota žemiau sandėlio, taip pat teisingai kategorizuojama. Dokumentuokite šį susiejimą kažkur peržiūrimoje vietoje; audito gynimas remiasi ja.

2. SDK inicializavimo atidėjimas iki sutikimo sprendimo užfiksavimo

Segment SDK galima sukonfigūruoti taip, kad nesiųstų įvykių, kol nebus iškviestas analytics.load(). Atidėkite apkrovos iškvietimą, kol CMP užfiksuos vartotojo sprendimą, kad jokie įvykiai nesuveiktų prieš sutikimą. Arba naudokite analytics.ready() eilių modelį su sutikimo būsenos valdikliais pačiuose įvykių apdorojimo metoduose.

3. Sutikimo duomenų pridėjimas prie kiekvieno įvykio

Sukonfigūruokite Consent Management funkciją, kad IAB TC eilutė, GPP eilutė arba pasirinktinė kategorija būtų pažymėta kiekviename priimtame įvykyje. Žymė keliauja su įvykiu per Segment vamzdyną ir yra pasiekiama paskirties filtrams.

4. Paskirties filtrų rašymas kategorijos lygio vykdymui

Kiekvienai paskirčiai parašykite filtrą, kuris tikrina sutikimo duomenis pagal tos paskirties reikalaujamą kategoriją. Jei vartotojas priėmė rinkodarą, bet atmetė analitiką, rinkodaros kategorijos paskirtys gauna įvykį, o analitikos kategorijos paskirtys tyliai atmetamos. Filtro logika paprastai skaito iš event.context.consent.categoryPreferences arba lygiaverčio kelio sutikimo duomenų schemoje.

5. Atšaukimų platinimas

Kai vartotojas atšaukia sutikimą, turi įvykti du dalykai: SDK nustoja siųsti naujus įvykius pagal atšauktas kategorijas (tai atlieka šaltinio lygio integrations jungiklis), o esamas vartotojo profilis žemesnio lygio paskirtis turi būti atnaujintas arba ištrintas. Segment Privacy API palaiko ištrynimo užklausas ir slopinimo žymeklius; sukonfigūruokite CMP, kad atšaukiant iškviestų atitinkamą Privacy API galinį tašką.

Dažnos klaidos

Keturios integracijos klaidos sudaro didžiąją dalį audito išvadų Segment dieginiuose.

Segment traktavimas kaip vienas sekiklis

Dažniausias defektas: Segment įdėjimas į vieną kategoriją (paprastai analitika) ir prielaida, kad tai tenkina viską žemiau. Tai neteisinga. Jei Facebook Pixel įjungtas kaip paskirtis, į Facebook perduodamas įvykis reikalauja rinkodaros kategorijos sutikimo, o ne analitikos. Kiekvienos paskirties kategorija yra privaloma.

Sandėlio paskirties pamiršimas

Daugelis komandų įjungia Snowflake arba BigQuery kaip Segment paskirtį ir laiko sandėlį neprivaloma dalimi, nes „tai vidinė infrastruktūra”. Pats sandėlis gali būti vidinis, tačiau tolesnis apdorojimas — BI prietaisų skydeliai, lookalike modeliavimas, klientų segmentavimas — maitina rinkodaros ir analitikos funkcijas. Sandėlio sutikimo kategorija turi atspindėti leidžiamiausią naudojimą, į kurį galiausiai patenka sandėlio duomenys.

Serverio pusės šaltiniai be sutikimo konteksto

Segment palaiko serverio pusės šaltinius (jūsų serveris tiesiogiai kviečia Segment). Šių šaltinių įvykiai automatiškai nepaveldi naršyklės pusės sutikimo būsenos. Programa turi ieškoti vartotojo sutikimo būsenos įvykio išsiuntimo metu ir pridėti ją prie iškvietimo. Be to serverio pusės įvykiai visiškai apeina CMP.

Cross-source tapatybių sujungimo ignoravimas

Segment tapatybės sprendimas sujungia anoniminius ir identifikuotus profilius, ir tai gali daryti žiniatinklio, mobiliojo ir serverio pusės šaltiniuose. Jei sutikimo būsena skiriasi tarp šių paviršių, sujungtas profilis pagal numatytuosius nustatymus paveldi leidžiamiausią interpretaciją. Sukonfigūruokite tapatybės sprendimą naudoti griežčiausią sutikimo būseną per sujungtas tapatybes, o ne leidžiamiausią.

Audito kontrolinis sąrašas

Šeši konkretūs klausimai, į kuriuos reikia atsakyti kiekvienam Segment dieginiui, liečiančiam ES, JK ar Kalifornijos srautą.

• Ar paskirties kategorija dokumentuota? Kiekvienai įjungtai paskirčiai, ar yra rašytinis įrašas, kuri CMP kategorija ją valdo?
• Ar SDK laukia sutikimo? Atidarykite puslapį privačiame lange ir patvirtinkite, kad jokie analytics.track iškvietimai nekeliauja į api.segment.io prieš priimant banerio sutikimą.
• Ar sutikimo duomenys pažymėti kiekviename įvykyje? Patikrinkite priimtų įvykių imtį Segment derintuve ir patvirtinkite, kad sutikimo duomenys yra ir yra išsamūs.
• Ar paskirties filtrai laikosi kategorijų? Patvirtinkite, kad išjungus kategoriją CMP, įvykiai nesiunčiami į tos kategorijos paskirtis.
• Ar serverio pusės šaltiniai perduoda sutikimą? Patvirtinkite, kad serverio pusės iškvietimai ieško ir prideda vartotojo dabartinę sutikimo būseną išsiuntimo metu.
• Ar Privacy API suveikia atšaukus? Patvirtinkite, kad CMP inicijuoti atšaukimai kviečia Segment slopinimo arba ištrynimo API, o ne tik vietinį SDK opt-out.

Kur Segment telpa sutikimą pirmenybę teikiančioje sistemoje

CDP užima svarbiausią poziciją privatumo architektūroje: vienas CMP baneryje priimtas sprendimas turi pasiekti dešimtis žemesnio lygio paskirčių, kiekviena turinti savo teisinę poziciją. Tinkama architektūra traktuoja CMP kaip tiesos šaltinį vartotojo kategorijų nuostatoms, prideda tą tiesą prie kiekvieno Segment priimamo įvykio ir naudoja Segment paskirties filtrų primityvus kategorijos lygio valdikliams vykdyti maršrutizavimo lygmeniu, o ne kiekvienoje atskiroje paskirtyje. Teisingai atliktas inžinerinis darbas skaluojasi tiesiškai su paskirčių skaičiumi — naujos paskirties pridėjimas yra kategorijos sprendimas ir filtro taisyklė, o ne naujas integravimas. Neteisingai atliktas CDP tampa privatumo daugintuvu, perduodančiu sutikimo pažeidimo įvykius ilgai partnerių eilei greičiau, nei bet koks rankinis auditas gali pavyti.