Ką Intercom Messenger Renka

Intercom Messenger scenarijus (įkeltas iš widget.intercom.io arba js.intercomcdn.com) inicijuoja globalų Intercom objektą ir identifikuoja lankytojus naudodamas intercom-id-* ir intercom-session-* slapukus. Nuo to momento jis fiksuoja puslapio peržiūras, laiką puslapyje, slinkimo gylį ir lankytojo lygio metaduomenis: vartotojo agentą, OS, naršyklę, iš IP išvestą vietą, nuorodą ir visus pasirinktinius atributus, kuriuos programa pralaida per Intercom('boot', {...}) arba Intercom('update', {...}). Messenger'io realaus laiko buvimo funkcija taip pat nuolat praneša apie lankytojo veiklą atgal į Intercom'o serverius, kol puslapis atidarytas, o tai sukuria vieną iš sunkesnių duomenų srautų pėdsakų tarp klientų žinučių įrankių.

Kai vartotojas identifikuojamas – paprastai naudojant Intercom('boot', { user_id: ..., email: ... }) po autentifikavimo – scenarijus susaugo lankytojo tapatybę su žinomu Intercom kontaktu. Pokalbio istorija, atributai ir segmentacijos narystė visi teka iš šio identifikavimo, o Intercom naudoja šią nuorodą, kad varytų automatinius žinučių kampanijas, gyvenimo ciklo el. paštą ir programos produkto apžvalgas.

Kodėl „Tai Tik Pokalbio Valdiklis" Jūsų Neapleidžia iš Sutikimo

Iš produkto komandų dažnas ginčytinas kadrimas yra tas, kad Intercom yra kliento aptarnavimo įrankis, o ne rinkodaros sekiklis, ir kad kliento aptarnavimo veikla artimesnė „sutarčiai reikalinga" nei „rinkodarai, reikalingai sutikimo". Šis kadras turi siaurą tiesą, tačiau praktikoje plačiai klaidingas.

Priešpokalbyje sekimas nėra sutarties vykdymas

Kai klientas pradeda pokalbio pokalbį, apdorojimas, susijęs su tuo konkrečiu pokalbyje, gali pagrįstai būti charakterizuojamas kaip sutarties ar priešsutarties vykdymas pagal GDPR 6(1)(b) straipsnį. Viskas prieš tai – puslapio peržiūros sekimas, buvimo pranešimas, lankytojo identifikavimas, segmentacijos varomas automatinis žinučiavimas – yra ne. Tai analitika ir rinkodaros tikslams skirtas apdorojimas, reikalingas savo teisėtam pagrindui.

Messenger paleidžiamas prieš bet kokį pokalbį

Scenarijaus numatytasis veikimas yra inicijuoti puslapio įkėlime ir iš karto pradėti rinkti duomenis, daug prieš tai, kol lankytojas paspaudė pokalbio burbulą. Kokia nors teisėta pokalbio seanso pagrindas neapima duomenų, surinktų prieš pokalbyje periode.

Automatinius išsiuntimo žinučios yra rinkodaros

Intercom'o automatiški žinučių kampanijos, gyvenimo ciklo el. paštas ir elgesio trigeriai yra rinkodaros žinutės. Jie reikalauja savo teisėto pagrindo tiek pagal GDPR, tiek JAV CAN-SPAM ir TCPA, jei taikytina.

Natyvūs Intercom Privatumo Valdikliai

Intercom atskleidi naudingą natyvių privatumo primityvų rinkinį. Kaip ir su kitomis pagrindinėmis rinkodaros platformomis, jie daro prielaidą, kad sutikimo sprendimas egzistuoja aukštesniame lygmenyje; jie to pačiųjų nesirenkia.

išjungimas

Intercom('shutdown') skambutis nutraukia aktyvų seansą, išvalomas vietinius slapukus ir sustabdo tolesnį sekimą. Susiekite jį su Intercom('boot'), kai vartotojas priima rinkodaros kategoriją jūsų CMP.

hide_default_launcher parinktis

hide_default_launcher: true nustatymas paslėpia pokalbio burbulą visiškai neiškrovus scenarijaus. Naudinga puslapiams, kuriuose pokalbis neturėtų būti siūlomas, bet nėra pakaitalas faktiniam scenarijaus įkėlimo negraudimui.

Duomenų saugojimo valdikliai

Intercom'o administratoriaus nustatymuose yra pasirinktini lankytojo duomenų, pokalbio istorijos ir įvykių žurnalų saugojimo langai. Šių sugriežtinimas yra gynyba perspektyvoje, papildant CMP lygio vartus.

EU duomenų talpinimo parinktis

Intercom siūlo EU duomenų talpinimą paskyroms, kurioms jis reikalingas, laikant pokalbio ir lankytojo duomenis EU infrastruktūroje. Tai sprendžia reikšmingą daugiau tarpsienio perdavimo susirūpinimo dalį, tačiau nepašalina sutikimo reikalavimo.

Žingsnis po Žingsnio CMP Integracija

Patikimas šablonas yra atidėti Messenger inicijuotinimą, kol lankytojas priima rinkodaros kategoriją, tada paleisti Messenger su atitinkamu vartotojo kontekstu. Kai inicijuotas, Messenger veikia normaliai; jei vartotojas panaikina sutikimą, Messenger naudingai išjungiamas.

1. Pašalinkite numatytąjį Messenger kodą iš galvos

Intercom pateikia diegimo kodą, kuris inicijuoja Messenger puslapio įkėlime. Pašalinkite boot skambutį iš dokumento galvos. Scenarijaus žymė gali likti (type="text/plain" ir data-category="marketing", jei jūsų CMP naudoja tą šabloną), tačiau Intercom('boot') šaukimas turi būti atidėtas.

2. Paleiskite Messenger iš sutikimo atgaminio

Kai CMP iš dalies uždegti jos rinkodaros priimtos įvykio, perrašykite scenarijaus tipą atgal į text/javascript, leiskite jam įsikelti, tada paskambinkite Intercom('boot', { app_id: ... }). Jei vartotojas yra autentifikuotas, įtraukite identifikavimo parametrus į boot skambutį.

3. Pateikite rankinį pokalbio paleidimą nesutikintiems vartotojams

Klientas, kuris atmestas rinkodaros sekimo, vis dar turi teisę susisiekti su pagalba. Siūlykite alternatyvų pokalbio kelią – kontaktų formą, el. pašto nuorodą arba aiškų „Pradėti pokalbį" mygtuką, kuris nustumia Messenger tik tuo metu, kai jį nuspaudžia. Pastarasis yra švaresnis šablonas: vartotojo aiški pele sudaro sutikimą konkrečiu pokalbio pokalbio tikslu.

4. Tvarkyti panaikinimą

Kai vartotojas panaikina rinkodaros sutikimą, naudokite Intercom('shutdown'). Tai išvalys vietinius slapukus ir sustabdys sekimą. Išsaugokite atnaujintą sutikimo būseną, kad tolesni puslapio įkėlimai jai paklūstų.

5. Naudokite EU duomenų talpinimą ES sąskaitoms

Sąskaitoms, kurioms ES duomenų rezidencinimas yra svarbus, sukonfigūruokite Intercom darbo sritį ES talpinimui. Nukreipkite ES trafiką atitinkamai; jei norite atskirtą darbo sritį ES ir ne-ES klientams, integracija turi pasirinkti teisingą app ID paleidimo metu.

Įprasti Spąstai

Keturios integracijos klaidos pasirodo pakartotinai audituojant Intercom diegimus.

Paleisti prieš sutikimą

Iš esmės dažniausias defektas. Numatytasis diegimas paleidžia Messenger puslapio įkėlime, kuris iš karto pradeda lankytojo identifikavimo ir puslapio peržiūros sekimą prieš bet kokį sutikimo sprendimą. Pataisymas yra tiesus – atidėkite boot skambutį laukui sutikimo atgaminio – tačiau numatytoji integracijos dokumentacija to pakankamai aiškiai nenurodo.

Išjungimą laikyti neprivaloma

Jei vartotojas panaikina sutikimą ir Messenger nėra aiškiai išjungtas, scenarijus tęsia veiklą naudodamas savo seanso slapukus. CMP įrašė panaikinimą, bet grundinis sekimas tęsiasi. Visada prijunkite shutdown prie sutikimo panaikinimo.

Palaikymo ir rinkodaros sumaišymas

Kai kurios komandos pateisina prieš sutikimą Messenger užkrovą teiginius, kad tai yra „palaikymas, ne rinkodarinimas". Jei tas pats Messenger taip pat vykdo automatinius išsiuntimo kampanijas arba programos produkto apžvalgas, linija negali būti nubrėžta. Konservatyvus požiūris yra visiškai atmesti Messenger'ą kaip rinkodarą ir suteikti atskirą, nesumaišytą palaikymo kontaktą keliui vartotojams, kurie atmeta rinkodarą.

Nepaisyti pasirinktinių atributų apkrovos

Duomenys, perduoti Intercom('update') skambučiuose – pasirinktiniai vartotojo atributai, prenumeratos lygis, sąskaitos amžius, vidiniai vartotojo identifikatoriai – yra asmeniniai duomenys, persiųsti į Intercom. Peržiūrėkite šias apkrovas dėl per daug dalybos; daugeliu integracijos perduodama daugiau identifikavimo duomenų, nei Messenger funkciniu būdu reikalingas.

Audito Kontrolinis Sąrašas

Šeši konkretūs klausimai, į kuriuos reikia atsakyti bet kuriam Intercom diegimui, liečiančiam ES, JK arba Kalifornijos trafiką.

• Ar Messenger laukia sutikimo? Atidarykite puslapį privačiame lange su griežtu sekimo apsauga ir patvirtinkite, kad jokios intercom.io arba intercomcdn.com prašymai nepaleidia prieš banerį priimant.
• Ar yra ne-Messenger palaikymo kelias? Vartotojams, kurie atmeta rinkodarą, ar jie vis dar gali susisiekti su pagalba per formą, el. paštą ar aiškų pokalbio paleidimą?
• Ar panaikinimas nutraukia Messenger? Patvirtinkite, kad sutikimo panaikinimas naudoja Intercom('shutdown') ir išvalome vietinius slapukus.
• Ar pasirinktiniai atributai yra sumažinti? Peržiūrėkite apkrovas Intercom('update') skambučiuose ir pašalinkite visus duomenis, kurie nefunkciniai reikalingi Messenger.
• Ar EU duomenų talpinimas yra sukonfigūruotas, jei reikalingas? Patvirtinkite, kad ES trafikas nukreipiamas į ES talpintą darbo sritį, su šios maršrutizavimo sprendimo dokumentacija.
• Ar išsiuntimo kampanijos yra susigrupuotos pagal sutikimą? Patvirtinkite, kad automatinės žinučių kampanijos atsižvelgia į kontakto rinkodaros sutikimo būseną ir sustoja siunčiant panaikinimo metu.

Kur Intercom Tilps Sutikime Pagrįstoje Stotyje

Tiesioginis pokalbis ir kliento žinučių platformos yra reguliaciniame pilkajame motyje, kurį pardavėjai nėra norėję pabrėžti. Duomenų srautas atrodo kaip analitika ir rinkodaros sekimas; kadrinimas pabrėžia kliento aptarnavimą. Reguliatoriai paaiškino, kad duomenų srautas valdo analizę, o ne kadrinimas. Teisinga architektūra traktuoja Intercom Messenger kaip bet kurį kitą identifikavimo trečiosios šalies scenarijų: uždek jį paskui sutikimą, suteikite alternatyvų palaikymo kontaktą vartotojams, kurie atmeta, naudokite platformos natyvų shutdown primityv, kad gerbtumėte panaikinimus, ir sukonfigūruokite EU duomenų talpinimą, jei rezidencinimas yra svarbus. Tinkamai atlikus, palaikymo komandos išlaiko tiesioginis pokalbis ir gyvenimo ciklo automatizavimą, dėl kurių Intercom yra vertingas, o pagrindinė atitikties padėtis sustoja būti ramu ekspoziziją, laukiančia audito paviršiaus.