Intercom chatbot cookie rozilik integratsiyasi bo'yicha qo'llanma: 2026-yilda GDPR-ga mos jonli chat

Intercom — SaaS va to'g'ridan-to'g'ri iste'molchiga yo'naltirilgan kompaniyalar uchun yetakchi biznes-messenger platformasi bo'lib, uning sahifadagi Messenger vidjeti — jonli chat, bot suhbatlari va mahsulot turlariga ochiladigan chat pufakchasi — zamonaviy vebdagi eng ko'p o'rnatiladigan JavaScript yuzalaridan biridir. Maxfiylik nuqtai nazaridan u eng muhim vositalardan biri hamdir. Messenger skripti identifikatsiya qiluvchi cookie-fayllarni o'rnatadi, sahifa ko'rishlari va sessiya hodisalarini kuzatadi, qurilma va brauzer metama'lumotlarini yozib oladi va ishga tushishi bilanoq hammasini Intercom ning AQSh infratuzilmasiga yo'naltiradi. EU, UK yoki Kaliforniya trafigiga daxldor har qanday kompaniya uchun standart o'rnatish usuli Klaviyo yoki HubSpot o'rnatishi bilan bir xil muvofiqlik muammosi hisoblanadi: rozilikdan oldin ishlaydigan muhim bo'lmagan skript, GDPR bo'yicha shaxsiy ma'lumotlarni qayta ishlash, ularni chegaralar bo'ylab uzatish va agar tartibga soluvchi tekshirsa hujjatlashtiriladigan xavf yaratish. Ushbu qo'llanma Intercom Messenger nimalarni to'plashini, uni CMP orqali qanday cheklash mumkinligini — chat tajribasini buzmasdan — va Intercom ning mahalliy maxfiylik vositalarining qayerga mos kelishini ko'rsatadi.

Intercom Messenger nimalarni to'playdi

Intercom Messenger skripti (widget.intercom.io yoki js.intercomcdn.com dan yuklangan) global Intercom ob'yektini ishga tushiradi va tashrif buyuruvchilarni intercom-id-* va intercom-session-* cookie-fayllari bilan aniqlaydi. Shu paytdan boshlab u sahifa ko'rishlarini, sahifada o'tkazilgan vaqtni, aylantirish chuqurligini va tashrif buyuruvchi darajasidagi metama'lumotlarni yozib oladi: foydalanuvchi agenti, operatsion tizim, brauzer, IP asosida aniqlangan joylashuv, yo'naltiruvchi va ilova Intercom('boot', {...}) yoki Intercom('update', {...}) orqali uzatadigan har qanday maxsus atributlar. Messenger ning real vaqtdagi mavjudlik xususiyati ham sahifa ochiq turgan paytda tashrif buyuruvchi faoliyatini Intercom serverlariga uzluksiz yuboradi, bu esa mijozlarga xabar yuborish vositalari orasida eng og'ir oqimli ma'lumotlar izlaridan birini hosil qiladi.

Foydalanuvchi aniqlangandan so'ng — odatda autentifikatsiyadan keyin Intercom('boot', { user_id: ..., email: ... }) ni chaqirish orqali — skript tashrif buyuruvchi identifikatsiyasini ma'lum Intercom kontaktiga bog'laydi. Suhbat tarixi, atributlar va segmentatsiya a'zoligi hammasi shu identifikatsiyadan kelib chiqadi va Intercom bu bog'lanishdan avtomatlashtirilgan xabar kampaniyalari, hayot sikli elektron pochtalari va ilova ichidagi mahsulot turlarini boshqarish uchun foydalanadi.

Nima uchun "Bu shunchaki chat vidjeti" rozilikdan ozod qilmaydi

Mahsulot jamoalaridan ko'p uchraydigan himoya pozitsiyasi shundan iboratki, Intercom mijozlarga xizmat ko'rsatish vositasi, marketing kuzatuvchisi emas va mijozlarga xizmat ko'rsatish faoliyati "shartnomani bajarish uchun zarur" ga "rozilik talab qiladigan marketing" dan ko'ra yaqinroq turadi. Bu pozitsiya tor ma'noda to'g'ri, ammo amaliyotda keng ma'noda noto'g'ridir.

Suhbatdan oldingi kuzatuv shartnomani bajarish emas

Mijoz chat suhbatini boshlagandan so'ng, o'sha maxsus suhbatga oid qayta ishlash GDPR Article 6(1)(b) bo'yicha shartnoma yoki shartnomadan oldingi bajarish sifatida oqilona tavsiflash mumkin. Bundan oldingi barcha narsa — sahifa ko'rishlarini kuzatish, mavjudlik hisoboti, tashrif buyuruvchini aniqlash, segmentatsiyaga asoslangan avtomatlashtirilgan xabar — bunday emas. Bu tahliliy va marketing maqsadidagi qayta ishlash bo'lib, o'z qonuniy asosini talab qiladi.

Messenger har qanday suhbatdan oldin ishga tushadi

Skriptning standart xatti-harakati sahifa yuklanganda ishga tushish va darhol ma'lumot to'plashni boshlashdir — tashrif buyuruvchi chat pufakchasini bosishidan ancha oldin. Faol chat sessiyasini qamrab oladigan qonuniy asos suhbatdan oldingi davrda to'plangan ma'lumotlarni qamrab olmaydi.

Avtomatlashtirilgan chiquvchi xabarlar marketingdir

Intercom ning avtomatlashtirilgan xabar kampaniyalari, hayot sikli elektron pochtalari va xulq-atvor triggerlari marketing kommunikatsiyalaridir. Ular GDPR bo'yicha ham, AQShda esa CAN-SPAM va tegishli hollarda TCPA bo'yicha ham o'z qonuniy asosini talab qiladi.

Intercom ning mahalliy maxfiylik boshqaruvlari

Intercom foydali mahalliy maxfiylik vositalarini taqdim etadi. Boshqa yirik marketing platformalari singari, ular rozilik qarorining yuqori oqimda mavjudligini nazarda tutadi; ular uni o'zlari to'plamaydi.

shutdown

Intercom('shutdown') chaqiruvi faol sessiyani tugatadi, mahalliy cookie-fayllarni tozalaydi va keyingi kuzatuvni to'xtatadi. Foydalanuvchi CMP da marketing toifasini qabul qilganda uni Intercom('boot') bilan juftlang.

hide_default_launcher opsiyasi

hide_default_launcher: true ni o'rnatish chat pufakchasini butunlay yashiradi, ammo skriptni o'chirmaydi. Chatni taklif qilmaslik kerak bo'lgan sahifalar uchun foydali, lekin skriptning yuklashini oldini olishning o'rniga emas.

Ma'lumotlarni saqlash boshqaruvlari

Intercom ning administrator sozlamalari tashrif buyuruvchi ma'lumotlari, suhbat tarixi va hodisa jurnallari uchun sozlanadigan saqlash oynalarini o'z ichiga oladi. Bularni qisqartirish CMP darajasidagi cheklash ustiga chuqurlikdagi himoya chorasi hisoblanadi.

EU ma'lumotlarni joylashtirish opsiyasi

Intercom buni talab qiladigan hisoblar uchun EU ma'lumotlarni joylashtirishni taklif qiladi, suhbat va tashrif buyuruvchi ma'lumotlarini EU infratuzilmasida saqlaydi. Bu chegaralararo uzatish tashvishining muhim qismini hal qiladi, ammo rozilik talabini bekor qilmaydi.

Bosqichma-bosqich CMP integratsiyasi

Ishonchli usul — Messenger ishga tushirishini tashrif buyuruvchi marketing toifasini qabul qilguncha kechiktirish, so'ngra Messenger ni tegishli foydalanuvchi konteksti bilan ishga tushirish. Ishga tushirilgandan so'ng Messenger odatdagidek ishlaydi; agar foydalanuvchi rozilikni bekor qilsa, Messenger toza tarzda o'chadi.

1. Standart Messenger fragmentini head dan olib tashlang

Intercom sahifa yuklanganda Messenger ni ishga tushiradigan o'rnatish fragmentini taqdim etadi. Boot chaqiruvini hujjat head dan olib tashlang. Script tegi qolishi mumkin (type="text/plain" va data-category="marketing" bilan, agar CMP shu usulni qo'llasa), ammo Intercom('boot') chaqiruvi kechiktirilishi kerak.

2. Messenger ni rozilik callback dan ishga tushiring

CMP marketing-qabul qilingan hodisasini ishga tushirganda, skript turini text/javascript ga qayta yozing, uni yuklanishiga ruxsat bering va keyin Intercom('boot', { app_id: ... }) ni chaqiring. Agar foydalanuvchi autentifikatsiyalangan bo'lsa, identifikatsiya parametrlarini boot chaqiruviga qo'shing.

3. Rozilik bermagan foydalanuvchilar uchun qo'lda chat triggeri taqdim eting

Marketing kuzatuvini rad etgan mijoz hali ham qo'llab-quvvatlash bilan bog'lanish huquqiga ega. Muqobil chat yo'lini taklif eting — aloqa formasi, elektron pochta havolasi yoki faqat bosilganda Messenger ni yuklaydigan aniq "Chatni boshlash" tugmasi. Oxirgisi eng toza usul: foydalanuvchining aniq bosishi chat suhbatining maxsus maqsadi uchun rozilik hisoblanadi.

4. Bekor qilishni boshqaring

Foydalanuvchi marketing roziligini bekor qilganda, Intercom('shutdown') ni chaqiring. Bu mahalliy cookie-fayllarni tozalaydi va kuzatuvni to'xtatadi. Yangilangan rozilik holatini saqlang, shunda keyingi sahifa yuklanishlari uni hurmat qiladi.

5. EU hisoblari uchun EU ma'lumotlarni joylashtirishdan foydalaning

EU ma'lumotlar rezidentligi muhim bo'lgan hisoblar uchun Intercom ish maydonini EU joylashuvi uchun sozlang. EU trafikini mos ravishda yo'naltiring; agar siz EU va EU-dan tashqari mijozlar uchun alohida ish maydonlarini boshqarsangiz, integratsiya ishga tushirish paytida to'g'ri app ID ni tanlashi kerak.

Keng tarqalgan xatolar

Intercom joylashtirish auditlarida to'rtta integratsiya xatosi doimiy ravishda uchraydi.

Rozilikdan oldin ishga tushirish

Eng ko'p uchraydigan nuqson. Standart o'rnatish Messenger ni sahifa yuklanganda ishga tushiradi, bu esa har qanday rozilik qaroridan oldin tashrif buyuruvchini aniqlash va sahifa ko'rishlarini kuzatishni boshlaydi. Tuzatish oddiy — boot chaqiruvini rozilik callback ga kechiktirish — ammo standart integratsiya hujjatlari buni yetarlicha aniq ko'rsatmaydi.

Shutdown ni ixtiyoriy deb hisoblash

Agar foydalanuvchi rozilikni bekor qilsa va Messenger aniq o'chirilmasa, skript sessiya cookie-fayllari bilan ishlashda davom etadi. CMP bekor qilishni qayd etgan, ammo asosiy kuzatuv davom etmoqda. Har doim shutdown ni rozilikni bekor qilishga ulang.

Qo'llab-quvvatlash va marketingni birlashtirish

Ba'zi jamoalar Messenger ning rozilikdan oldin yuklanishini "bu qo'llab-quvvatlash, marketing emas" deb asoslaydi. Agar xuddi shu Messenger avtomatlashtirilgan chiquvchi kampaniyalar yoki ilova ichidagi mahsulot turlarini ham ishga tushirsa, chiziqni tortib bo'lmaydi. Konservativ yondashuv — Messenger ni butunlay marketing ostida cheklash va marketingni rad etgan foydalanuvchilar uchun alohida, ajratilgan qo'llab-quvvatlash aloqa yo'lini taqdim etish.

Maxsus atribut yuklamalarini e'tiborsiz qoldirish

Intercom('update') chaqiruvlarida uzatiladigan ma'lumotlar — maxsus foydalanuvchi atributlari, obuna darajasi, hisob yoshi, ichki foydalanuvchi identifikatorlari — Intercom ga yo'naltiriladigan shaxsiy ma'lumotlardir. Ortiqcha almashish uchun ushbu yuklamalarni ko'rib chiqing; ko'pgina integratsiyalar Messenger funksional ravishda talab qilganidan ko'proq identifikatsiya ma'lumotlarini uzatadi.

Audit nazorat ro'yxati

EU, UK yoki Kaliforniya trafigiga daxldor har qanday Intercom joylashuvi uchun javob berilishi kerak bo'lgan oltita aniq savol.

Intercom rozilik-birinchi stekda qayerga mos keladi

Jonli chat va mijozlarga xabar yuborish platformalari sotuvchilar ta'kidlashga shoshilmagan tartibga solish kulrang zonasini egallaydi. Ma'lumotlar oqimi tahliliy va marketing kuzatuviga o'xshaydi; pozitsiya esa mijozlarga xizmat ko'rsatishni ta'kidlaydi. Tartibga soluvchilar ma'lumotlar oqimi tahlilni boshqarishini, pozitsiya emas, aniq qildilar. To'g'ri arxitektura Intercom Messenger ni boshqa identifikatsiyalovchi uchinchi tomon skripti kabi ko'radi: uni rozilik ortiga cheklang, rad etgan foydalanuvchilar uchun muqobil qo'llab-quvvatlash aloqa yo'lini taqdim eting, bekor qilishlarni hurmat qilish uchun platformaning mahalliy shutdown primitividan foydalaning va rezidentlik muhim bo'lgan joyda EU ma'lumotlarni joylashtirishni sozlang. To'g'ri bajarilganda, qo'llab-quvvatlash jamoalari Intercom ni qimmatli qiladigan jonli chat va hayot sikli avtomatizatsiyasini saqlab qoladi, asosiy muvofiqlik holati esa audit uni yuzaga chiqarishini kutayotgan jimgina xavf bo'lishdan to'xtaydi.

← Blog Hammasini o'qish →