Šta Intercom Messenger prikuplja

Intercom Messenger skripta (učitana sa widget.intercom.io ili js.intercomcdn.com) inicijalizuje globalni Intercom objekat i identifikuje posetioce pomoću kolačića intercom-id-* i intercom-session-*. Od tog trenutka beleži preglede stranica, vreme na stranici, dubinu skrolovanja i metapodatke na nivou posetioca: korisnički agent, operativni sistem, pregledač, lokaciju izvedenu iz IP adrese, referer i sve prilagođene atribute koje aplikacija prosleđuje putem Intercom('boot', {...}) ili Intercom('update', {...}). Funkcija prisutnosti u realnom vremenu Messenger-a takođe kontinuirano izveštava o aktivnosti posetioca nazad na Intercom servere dok je stranica otvorena, generišući jedan od intenzivnijih otisaka podataka u striming režimu među alatima za korisničke poruke.

Kada se korisnik identifikuje — obično pozivanjem Intercom('boot', { user_id: ..., email: ... }) nakon autentifikacije — skripta povezuje identitet posetioca sa poznatim Intercom kontaktom. Istorija razgovora, atributi i članstvo u segmentima sve proističe iz ove identifikacije, a Intercom koristi tu vezu za pokretanje automatizovanih kampanja poruka, imejlova životnog ciklusa i tura proizvoda u aplikaciji.

Zašto vas «to je samo vidžet za čet» ne oslobađa saglasnosti

Čest odbrambeni argument produktnih timova je da je Intercom alat za korisničku podršku, a ne marketinški treker, i da aktivnost korisničke podrške pripada bliže kategoriji «neophodno za izvršenje ugovora» nego «marketing koji zahteva saglasnost». Taj argument ima usku istinu, ali je u praksi široko pogrešan.

Praćenje pre razgovora nije izvršenje ugovora

Kada korisnik pokrene razgovor putem četa, obrada vezana za taj konkretni razgovor može se razumno okarakterisati kao izvršenje ugovora ili predugovorna radnja prema GDPR Article 6(1)(b). Sve pre te tačke — praćenje pregleda stranica, izveštavanje o prisutnosti, identifikacija posetioca, automatizovane poruke na osnovu segmentacije — nije. To je analitika i obrada u marketinške svrhe koja zahteva sopstveni pravni osnov.

Messenger se aktivira pre bilo kakvog razgovora

Podrazumevano ponašanje skripte je da se inicijalizuje pri učitavanju stranice i odmah počne da prikuplja podatke, mnogo pre nego što je posetilac kliknuo na oblačić za čet. Koji god pravni osnov pokriva aktivnu sesiju četa, on ne pokriva podatke prikupljene u periodu pre razgovora.

Automatske odlazne poruke su marketing

Intercom automatizovane kampanje poruka, imejlovi životnog ciklusa i bihevioralni okidači su marketinške komunikacije. Oni zahtevaju sopstveni pravni osnov kako prema GDPR tako i, u SAD, prema CAN-SPAM i TCPA gde je primenljivo.

Izvorni Intercom mehanizmi privatnosti

Intercom nudi koristan skup izvornih mehanizama privatnosti. Kao i kod drugih velikih marketinških platformi, oni pretpostavljaju da odluka o saglasnosti postoji uzvodno — sami je ne prikupljaju.

shutdown

Poziv Intercom('shutdown') prekida aktivnu sesiju, briše lokalne kolačiće i zaustavlja dalje praćenje. Uparite ga sa Intercom('boot') kada korisnik prihvati marketinšku kategoriju u vašem CMP.

Opcija hide_default_launcher

Postavljanje hide_default_launcher: true sakriva oblačić za čet u potpunosti bez uklanjanja skripte. Korisno za stranice gde čet ne treba da bude ponuđen, ali nije zamena za stvarno sprečavanje učitavanja skripte.

Kontrole zadržavanja podataka

Intercom administratorska podešavanja uključuju konfigurisane periode zadržavanja za podatke o posetiocima, istoriju razgovora i dnevnike događaja. Njihovo skraćivanje je mera dubinske odbrane povrh blokiranja na nivou CMP.

Opcija hostinga podataka u EU

Intercom nudi hosting podataka u EU za naloge kojima je to potrebno, zadržavajući podatke o razgovorima i posetiocima unutar EU infrastrukture. Ovo rešava značajan deo problema prekograničnog prenosa, ali ne eliminiše zahtev za saglasnošću.

Integracija sa CMP korak po korak

Pouzdan obrazac je odlaganje inicijalizacije Messenger-a dok posetilac ne prihvati marketinšku kategoriju, a zatim pokretanje Messenger-a sa odgovarajućim korisničkim kontekstom. Jednom inicijalizovan, Messenger radi normalno; ako korisnik opozove saglasnost, Messenger se čisto gasi.

1. Uklonite podrazumevani Messenger isečak iz zaglavlja

Intercom pruža instalacioni isečak koji inicijalizuje Messenger pri učitavanju stranice. Uklonite poziv za pokretanje iz zaglavlja dokumenta. Oznaka skripte može ostati (sa type=“text/plain” i data-category=“marketing” ako vaš CMP koristi taj obrazac), ali poziv Intercom('boot') mora biti odložen.

2. Pokrenite Messenger iz povratnog poziva saglasnosti

Kada CMP aktivira događaj prihvatanja marketinga, prepišite tip skripte nazad na text/javascript, dozvolite učitavanje, a zatim pozovite Intercom('boot', { app_id: ... }). Ako je korisnik autentifikovan, uključite identifikacione parametre u poziv za pokretanje.

3. Obezbedite ručni okidač četa za korisnike bez saglasnosti

Korisnik koji je odbio marketinško praćenje i dalje ima pravo da kontaktira podršku. Ponudite alternativni put za čet — kontakt formu, imejl link ili eksplicitno dugme «Pokreni čet» koje učitava Messenger samo kada se klikne. Poslednje je najčistiji obrazac: eksplicitni klik korisnika predstavlja saglasnost za specifičnu svrhu razgovora putem četa.

4. Obradite opoziv

Kada korisnik opozove marketinšku saglasnost, pozovite Intercom('shutdown'). Ovo briše lokalne kolačiće i zaustavlja praćenje. Sačuvajte ažurirano stanje saglasnosti tako da naredna učitavanja stranice to poštuju.

5. Koristite EU hosting podataka za EU naloge

Za naloge gde je rezidentnost podataka u EU bitna, konfigurišite Intercom radni prostor za EU hosting. Usmerite EU saobraćaj u skladu s tim; ako upravljate odvojenim radnim prostorima za EU i ne-EU korisnike, integracija mora da izabere ispravan app_id pri pokretanju.

Česte greške

Četiri greške u integraciji se ponavljaju u revizijama Intercom implementacija.

Pokretanje pre saglasnosti

Najčešći nedostatak. Podrazumevana instalacija pokreće Messenger pri učitavanju stranice, što aktivira identifikaciju posetioca i praćenje pregleda stranica pre bilo kakve odluke o saglasnosti. Popravka je jednostavna — odložite poziv za pokretanje na povratni poziv saglasnosti — ali podrazumevana dokumentacija za integraciju ovo ne ističe dovoljno jasno.

Tretiranje shutdown-a kao opcionalnog

Ako korisnik opozove saglasnost a Messenger nije eksplicitno ugašen, skripta nastavlja da radi sa svojim sesijskim kolačićima na mestu. CMP je zabeležio opoziv, ali osnovno praćenje se nastavlja. Uvek povežite shutdown sa opozivom saglasnosti.

Spajanje podrške i marketinga

Neki timovi opravdavaju učitavanje Messenger-a pre saglasnosti tvrdeći da je to «podrška, ne marketing». Ako isti Messenger takođe pokreće automatske odlazne kampanje ili ture proizvoda u aplikaciji, granica se ne može povući. Konzervativan pristup je da se Messenger u potpunosti stavi pod marketinšku kategoriju i obezbedi zaseban, nespregnuti put za kontaktiranje podrške za korisnike koji odbijaju marketing.

Ignorisanje prilagođenih atributa

Podaci koji se prosleđuju u pozivima Intercom('update') — prilagođeni korisnički atributi, nivo pretplate, starost naloga, interni identifikatori korisnika — su lični podaci prosleđeni Intercom-u. Pregledajte ove podatke u potrazi za prekomernim deljenjem; mnoge integracije prosleđuju više identifikacionih podataka nego što je Messenger-u funkcionalno potrebno.

Kontrolna lista za reviziju

Šest konkretnih pitanja na koja treba odgovoriti za svaku Intercom implementaciju koja dodiruje EU, UK ili kalifornijski saobraćaj.

• Da li Messenger čeka saglasnost? Otvorite stranicu u privatnom prozoru sa strogom zaštitom od praćenja i potvrdite da nijedan zahtev ka intercom.io ili intercomcdn.com ne polazi pre prihvatanja banera.
• Postoji li put podrške bez Messenger-a? Za korisnike koji odbijaju marketing, da li mogu kontaktirati podršku putem forme, imejla ili eksplicitnog okidača četa klikom?
• Da li opoziv gasi Messenger? Potvrdite da opoziv saglasnosti poziva Intercom('shutdown') i briše lokalne kolačiće.
• Da li su prilagođeni atributi minimizovani? Pregledajte podatke u pozivima Intercom('update') i uklonite sve podatke koji nisu funkcionalno potrebni Messenger-u.
• Da li je EU hosting podataka konfigurisan gde je potrebno? Potvrdite da EU saobraćaj ide ka radnom prostoru hostovanom u EU, sa dokumentacijom o odluci o usmeravanju.
• Da li su odlazne kampanje uslovljene saglasnošću? Potvrdite da automatizovane kampanje poruka poštuju stanje marketinške saglasnosti kontakta i prestaju sa slanjem po opozivu.

Gde se Intercom uklapa u stek sa pristupom saglasnosti na prvom mestu

Platforme za živi čet i korisničke poruke zauzimaju regulatornu sivu zonu koju vendori nisu bili željni da istaknu. Tok podataka izgleda kao analitika i marketinško praćenje; formulacija naglašava korisničku podršku. Regulatori su jasno stavili do znanja da tok podataka kontroliše analizu, a ne formulacija. Ispravna arhitektura tretira Intercom Messenger kao bilo koju drugu identifikujuću skriptu treće strane: postavite je iza saglasnosti, obezbedite alternativni put za kontakt podrške za korisnike koji odbijaju, koristite izvorni shutdown mehanizam platforme za poštovanje opoziva i konfigurišite EU hosting podataka gde je rezidentnost bitna. Urađeno ispravno, timovi podrške zadržavaju živi čet i automatizaciju životnog ciklusa koji čine Intercom vrednim, dok osnovna usklađenost prestaje da bude tiha izloženost koja čeka da je revizija iznese na videlo.