Ko Intercom Messenger Vāc

Intercom Messenger skripts (ielādēts no widget.intercom.io vai js.intercomcdn.com) inicializē globālu Intercom objektu un identificē apmeklētājus ar intercom-id-* un intercom-session-* sīkdatnēm. No tā brīža tas uztver lapu skatījumus, laiku lapā, ritināšanas dziļumu un apmeklētāja līmeņa metadatus: lietotāja aģentu, OS, pārlūku, IP izsecinātu atrašanās vietu, novirzītāju un jebkurus pielāgotus atribūtus, ko lietojumprogramma nodod caur Intercom('boot', {...}) vai Intercom('update', {...}). Messenger reāllaika klātbūtnes funkcija arī nepārtraukti ziņo par apmeklētāja aktivitāti uz Intercom serveriem, kamēr lapa ir atvērta, radot vienu no smagākajiem straumēšanas datu nospiedumiem klientu ziņojumapmaiņas rīku vidū.

Kad lietotājs ir identificēts — parasti izsaucot Intercom('boot', { user_id: ..., email: ... }) pēc autentifikācijas — skripts sasaista apmeklētāja identitāti ar zināmu Intercom kontaktu. Sarunu vēsture, atribūti un segmentācijas dalība plūst no šīs identifikācijas, un Intercom izmanto šo saistību, lai vadītu automatizētas ziņojumu kampaņas, dzīves cikla e-pastu un lietotnes produktu tūres.

Kāpēc "Tas Ir Tikai Čata Vidžets" Neatbrīvo No Piekrišanas

Izplatīts aizsardzības arguments no produktu komandām ir tas, ka Intercom ir klientu apkalpošanas rīks, nevis mārketinga izsekotājs, un ka klientu apkalpošanas darbība ir tuvāk "nepieciešams līguma izpildei" nekā "mārketings, kas prasa piekrišanu". Šim argumentam ir šaura patiesība, taču praksē tas lielākoties ir nepareizs.

Pirmssarunas izsekošana nav līguma izpilde

Kad klients uzsāk čata sarunu, apstrādi, kas saistīta ar šo konkrēto sarunu, var pamatoti raksturot kā līguma vai pirms-līguma izpildi saskaņā ar GDPR Article 6(1)(b). Viss pirms šī brīža — lapu skatījumu izsekošana, klātbūtnes ziņošana, apmeklētāja identifikācija, segmentācijas vadīts automatizēts ziņojums — nav. Tā ir analītika un mārketinga mērķu apstrāde, kurai nepieciešams pašas tiesiskais pamats.

Messenger darbojas pirms jebkuras sarunas

Skripta noklusējuma darbība ir inicializēties lapas ielādē un uzreiz sākt vākt datus, ilgi pirms apmeklētājs ir noklikšķinājis uz čata burbuļa. Neatkarīgi no tā, kāds tiesiskais pamats attiecas uz aktīvu čata sesiju, tas neattiecas uz datiem, kas vākti pirmssarunas periodā.

Automatizēti izejošie ziņojumi ir mārketings

Intercom automatizētās ziņojumu kampaņas, dzīves cikla e-pasts un uzvedības aktivatori ir mārketinga komunikācijas. Tām nepieciešams savs tiesiskais pamats gan saskaņā ar GDPR, gan ASV — CAN-SPAM un TCPA, kur piemērojams.

Intercom Vietējie Privātuma Kontroles

Intercom piedāvā noderīgu vietējo privātuma primitīvu kopu. Tāpat kā citas lielās mārketinga platformas, tās pieņem, ka piekrišanas lēmums pastāv augšpus; tās to pašas nevāc.

shutdown

Izsaukums Intercom('shutdown') beidz aktīvo sesiju, notīra vietējās sīkdatnes un pārtrauc turpmāku izsekošanu. Savienojiet to ar Intercom('boot'), kad lietotājs pieņem mārketinga kategoriju jūsu CMP.

Opcija hide_default_launcher

Iestatot hide_default_launcher: true, čata burbulis tiek pilnīgi paslēpts, neizkraujot skriptu. Noderīgi lapām, kurās čats nav jāpiedāvā, taču tas nav aizstājējs faktiskai skripta ielādes novēršanai.

Datu glabāšanas kontroles

Intercom administratora iestatījumi ietver konfigurējamus apmeklētāju datu, sarunu vēstures un notikumu žurnālu glabāšanas logus. To samazināšana ir aizsardzības padziļināšanas pasākums papildus CMP līmeņa bloķēšanai.

ES datu mitināšanas opcija

Intercom piedāvā ES datu mitināšanu kontiem, kuriem tas nepieciešams, saglabājot sarunu un apmeklētāju datus ES infrastruktūrā. Tas risina nozīmīgu daļu no pārrobežu pārsūtīšanas bažām, taču neeliminē piekrišanas prasību.

Soli pa solim CMP Integrācija

Uzticamais modelis ir atlikt Messenger inicializāciju līdz apmeklētājs pieņem mārketinga kategoriju, tad palaist Messenger ar atbilstošo lietotāja kontekstu. Pēc inicializācijas Messenger darbojas normāli; ja lietotājs atsauc piekrišanu, Messenger tīri izslēdzas.

1. Noņemiet noklusējuma Messenger fragmentu no galvas

Intercom nodrošina instalācijas fragmentu, kas inicializē Messenger lapas ielādē. Noņemiet palaišanas izsaukumu no dokumenta galvas. Skripta tags var palikt (ar type="text/plain" un data-category="marketing", ja jūsu CMP izmanto šo modeli), taču Intercom('boot') izsaukums jāatliek.

2. Palaidiet Messenger no piekrišanas atzvanīšanas

Kad CMP aktivizē savu mārketinga-pieņemšanas notikumu, pārrakstiet skripta tipu atpakaļ uz text/javascript, ļaujiet tam ielādēties un pēc tam izsauciet Intercom('boot', { app_id: ... }). Ja lietotājs ir autentificēts, iekļaujiet identifikācijas parametrus palaišanas izsaukumā.

3. Nodrošiniet manuālu čata aktivatoru nepiekritušajiem lietotājiem

Klients, kurš ir noraidījis mārketinga izsekošanu, joprojām ir tiesīgs sazināties ar atbalstu. Piedāvājiet alternatīvu čata ceļu — kontaktformu, e-pasta saiti vai skaidru pogu "Sākt čatu", kas ielādē Messenger tikai pēc noklikšķināšanas. Pēdējais ir tīrākais modelis: lietotāja skaidrais klikšķis veido piekrišanu konkrētajam čata sarunas mērķim.

4. Apstrādājiet atsaukumu

Kad lietotājs atsauc mārketinga piekrišanu, izsauciet Intercom('shutdown'). Tas notīra vietējās sīkdatnes un pārtrauc izsekošanu. Saglabājiet atjaunināto piekrišanas stāvokli, lai nākamās lapas ielādes to ievērotu.

5. Izmantojiet ES datu mitināšanu ES kontiem

Kontiem, kuriem ES datu rezidence ir svarīga, konfigurējiet Intercom darbvietu ES mitināšanai. Novirziet ES trafiku atbilstoši; ja jums ir atsevišķas darbvietas ES un ārpus ES klientiem, integrācijai jāizvēlas pareizais app ID palaišanas laikā.

Biežākās Kļūdas

Četras integrācijas kļūdas atkārtojas Intercom izvietojumu auditos.

Palaišana pirms piekrišanas

Visizplatītākais defekts. Noklusējuma instalācija palaiž Messenger lapas ielādē, kas aktivizē apmeklētāja identifikāciju un lapu skatījumu izsekošanu pirms jebkura piekrišanas lēmuma. Problēmas novēršana ir vienkārša — atlikt palaišanas izsaukumu uz piekrišanas atzvanīšanu — taču noklusējuma integrācijas dokumentācija to pietiekami skaidri neuzrāda.

Izslēgšanas uzskatīšana par neobligātu

Ja lietotājs atsauc piekrišanu un Messenger nav skaidri izslēgts, skripts turpina darboties ar savām sesijas sīkdatnēm. CMP ir reģistrējis atsaukumu, taču pamatā esošā izsekošana turpinās. Vienmēr pievienojiet izslēgšanu piekrišanas atsaukumam.

Atbalsta un mārketinga apvienošana

Dažas komandas attaisno Messenger ielādi pirms piekrišanas, apgalvojot, ka tas ir "atbalsts, nevis mārketings". Ja tas pats Messenger arī vada automatizētas izejošās kampaņas vai lietotnes produktu tūres, šo robežu nevar novilkt. Konservatīvā pieeja ir pilnībā bloķēt Messenger zem mārketinga un nodrošināt atsevišķu, neapvienotu atbalsta kontakta ceļu lietotājiem, kuri noraida mārketingu.

Pielāgoto atribūtu slodžu ignorēšana

Dati, kas nodoti Intercom('update') izsaukumos — pielāgoti lietotāju atribūti, abonementa pakāpe, konta vecums, iekšējie lietotāju identifikatori — ir personas dati, kas tiek pārsūtīti uz Intercom. Pārskatiet šīs slodzes pārmērīgas kopīgošanas dēļ; daudzas integrācijas nodod vairāk identificējošu datu, nekā Messenger funkcionāli nepieciešams.

Audita Saraksts

Seši konkrēti jautājumi, uz kuriem jāatbild jebkuram Intercom izvietojumam, kas skar ES, Apvienotās Karalistes vai Kalifornijas trafiku.

• Vai Messenger gaida piekrišanu? Atveriet lapu privātā logā ar stingru izsekošanas aizsardzību un apstipriniet, ka neviens intercom.io vai intercomcdn.com pieprasījums netiek aktivizēts pirms reklāmkaroga pieņemšanas.
• Vai ir Messenger alternatīvs atbalsta ceļš? Vai lietotāji, kuri noraida mārketingu, joprojām var sazināties ar atbalstu caur veidlapu, e-pastu vai skaidra klikšķa čata aktivatoru?
• Vai atsaukums izslēdz Messenger? Apstipriniet, ka piekrišanas atsaukums izsauc Intercom('shutdown') un notīra vietējās sīkdatnes.
• Vai pielāgotie atribūti ir minimizēti? Pārskatiet slodzes Intercom('update') izsaukumos un noņemiet datus, kas Messenger funkcionāli nav nepieciešami.
• Vai ES datu mitināšana ir konfigurēta, kur nepieciešams? Apstipriniet, ka ES trafiks tiek novirzīts uz ES mitinātu darbvietu, ar novirzīšanas lēmuma dokumentāciju.
• Vai izejošās kampaņas ir bloķētas pie piekrišanas? Apstipriniet, ka automatizētās ziņojumu kampaņas ievēro kontakta mārketinga piekrišanas stāvokli un pārtrauc sūtīšanu pēc atsaukuma.

Kur Intercom Iederas Piekrišanas-Pirmajā Stekā

Tiešsaistes čata un klientu ziņojumapmaiņas platformas ieņem regulatīvo pelēko zonu, kuru pārdevēji nav bijuši gatavi izcelt. Datu plūsma izskatās kā analītika un mārketinga izsekošana; ietvars uzsvēr klientu apkalpošanu. Regulatori ir skaidri norādījuši, ka datu plūsma kontrolē analīzi, nevis ietvars. Pareizā arhitektūra uztver Intercom Messenger kā jebkuru citu identificējošu trešās puses skriptu: bloķējiet to aiz piekrišanas, nodrošiniet alternatīvu atbalsta kontakta ceļu lietotājiem, kuri noraida, izmantojiet platformas vietējo izslēgšanas primitīvu, lai ievērotu atsaukumus, un konfigurējiet ES datu mitināšanu, kur rezidence ir svarīga. Pareizi izdarīts, atbalsta komandas saglabā tiešsaistes čatu un dzīves cikla automatizāciju, kas padara Intercom vērtīgu, kamēr pamatā esošā atbilstības pozīcija pārstāj būt kluss risks, kas gaida auditu, lai parādītos.