ईमेल ट्रैकिंग के लिए GDPR नियम

क्या ईमेल ट्रैकिंग हमेशा GDPR द्वारा कवर की जाती है?

ईमेल ट्रैकिंग एक साइड इश्यू नहीं है। यदि आपकी अभियान में ओपन, क्लिक, डिवाइस डेटा, या मेलबॉक्स-स्तरीय घटनाओं का रिकॉर्ड होता है, तो ईमेल ट्रैकिंग के लिए GDPR नियम प्रेषक, प्लेटफॉर्म, या दोनों पर लागू हो सकते हैं। लंदन में एक मार्केटिंग टीम ESP की ओर इशारा नहीं कर सकती और कंधे उचकाकर छोड़ नहीं सकती।

मुख्य प्रश्न यह है कि क्या ट्रैक की गई घटना किसी पहचाने गए या पहचान योग्य व्यक्ति से संबंधित हो सकती है। एक नामित ग्राहक, खाता धारक, या कर्मचारी से जुड़े न्यूज़लेटर लिंक पर क्लिक करना आमतौर पर उस क्षेत्र में आता है। एक गुमनाम परीक्षण ईमेल अलग है। बिना प्राप्तकर्ता प्रोफ़ाइल के एक बाउंस किया गया संदेश भी अलग है।

GDPR विश्लेषण महत्वपूर्ण है, भले ही ईमेल टूल भारी उठाने का काम करे। यदि आप तय करते हैं कि क्या ट्रैक किया जाएगा, क्यों ट्रैक किया जाएगा, और यह कितने समय तक संग्रहीत रहेगा, तो आप तस्वीर से बाहर नहीं हैं। यह कई प्रेषकों के लिए असहज हिस्सा है। वे उद्देश्य के मालिक हैं।

ओपन और क्लिक ट्रैकिंग अक्सर रिपोर्टिंग, विभाजन, और डिलीवरी निर्णयों को प्रभावित करती है। ये सामान्य व्यावसायिक उपयोग हैं, लेकिन सामान्य का मतलब छूट नहीं है। 2,000 ग्राहकों के लिए एक बुनियादी स्वागत श्रृंखला अभी भी एक डेटा प्रश्न उत्पन्न करती है यदि प्लेटफॉर्म प्राप्तकर्ता-स्तरीय सहभागिता को संग्रहीत करता है।

क्या ओपन-ट्रैकिंग पिक्सेल व्यक्तिगत डेटा के रूप में गिनते हैं?

एक ओपन-ट्रैकिंग पिक्सेल छोटा होता है, लेकिन कानूनी प्रश्न बड़ा है। यदि पिक्सेल घटना किसी विशिष्ट मेलबॉक्स, ग्राहक आईडी, या डिवाइस पहचानकर्ता से जुड़ी है, तो यह व्यावहारिक रूप से व्यक्तिगत डेटा बन सकता है। पिक्सेल स्वयं पूरी कहानी नहीं है; इसके पीछे का रिकॉर्ड है।

कई टीमें एक ओपन को एक साधारण गिनती के रूप में मानती हैं। यह बहुत साफ है। एकल ओपन घटना यह प्रकट कर सकती है कि किसी व्यक्ति ने किसी निश्चित समय पर किसी निश्चित डिवाइस पर एक संदेश पढ़ा, और यह नामित सूची या लॉगिन खाते के साथ मिलकर पहचान के लिए पर्याप्त हो सकता है। एक परिचित इनबॉक्स इस बिंदु को तेजी से स्पष्ट करता है।

कुछ सिस्टम इवेंट लॉग को IP पते, उपयोगकर्ता एजेंट, टाइमस्टैम्प, अभियान आईडी, और प्राप्तकर्ता आईडी के साथ संग्रहीत करते हैं। वह संयोजन अक्सर जोखिम की शुरुआत होती है। एकल टाइमस्टैम्प एक बात है। एक चिकित्सा न्यूज़लेटर ग्राहक से जुड़े टाइमस्टैम्प एक और बात है।

क्लिक घटनाएँ आमतौर पर किसी व्यक्ति से जोड़ना आसान होती हैं क्योंकि लिंक अक्सर एक पहचानकर्ता को शामिल करता है या एक टैग किए गए रीडायरेक्ट के माध्यम से लैंड करता है। इस कारण से, एक प्रेषक को यह मान लेना नहीं चाहिए कि "ओपन डेटा" हानिरहित है जबकि क्लिक डेटा नहीं है। दोनों महत्वपूर्ण हो सकते हैं। दोनों व्यक्तिगत डेटा हो सकते हैं।

क्या आप ईमेल ट्रैकिंग के लिए वैध हितों पर भरोसा कर सकते हैं?

कभी-कभी, हाँ। सीमित परिचालन ट्रैकिंग वैध हितों में फिट हो सकती है जहां प्रेषक को बुनियादी प्रदर्शन डेटा, धोखाधड़ी पहचान, या डिलीवरी समस्या निवारण की आवश्यकता होती है, और जहां प्राप्तकर्ता पर प्रभाव मामूली होता है। हालांकि, वह संतुलन स्वचालित नहीं है। इसे तर्कसंगत रूप से निकाला जाना चाहिए।

जब ट्रैकिंग व्यापक, लगातार, या आश्चर्यजनक होती है, तो संतुलन परीक्षण कमजोर होता है। 150,000 ग्राहकों की प्रचार सूची में हर ओपन को ट्रैक करना विफल हो सकता है यदि उद्देश्य सामान्य विपणन अनुकूलन है और नोटिस पतला है। जितना बड़ा दर्शक होगा, तर्क उतना ही कठिन होगा।

वैध हित तब भी बेहतर काम करते हैं जब डेटा उस पर सीमित होता है जो प्रेषक को वास्तव में चाहिए। एक डिलीवरी टीम को अभियान द्वारा ओपन की संख्या की आवश्यकता हो सकती है। इसे एक प्राप्तकर्ता की पढ़ने की आदतों का स्थायी प्रोफ़ाइल बनाने की आवश्यकता नहीं है। यह भेद महत्वपूर्ण है।

लेन-देन मेल के लिए, संतुलन तब आसान हो सकता है जब ट्रैकिंग रसीदें, पासवर्ड रीसेट, या दुरुपयोग निगरानी को भेजने का समर्थन करती है। फिर भी, प्रेषक को उद्देश्य और आवश्यकता का दस्तावेजीकरण करना चाहिए। यदि आप यह स्पष्ट नहीं कर सकते कि 12 महीनों के इवेंट इतिहास की आवश्यकता क्यों है, तो तर्क कमजोर होने लगता है।

यदि आप एक व्यावहारिक साथी विषय चाहते हैं, तो भेजने के उन हिस्सों के लिए ईमेल डिलीवरबिलिटी सर्वश्रेष्ठ प्रथाएँ देखें जो व्यवहारिक ट्रैकिंग के बजाय इनबॉक्स प्लेसमेंट के बारे में हैं। कानूनी आधार का प्रश्न अलग है, लेकिन संचालनात्मक ओवरलैप वास्तविक है।

आपको ओपन और क्लिक ट्रैकिंग के लिए कब सहमति की आवश्यकता होती है?

सहमति आमतौर पर उस मार्केटिंग ट्रैकिंग के लिए सुरक्षित मार्ग होती है जो लोगों की अपेक्षाओं से परे जाती है। यदि ईमेल प्रचारात्मक है, तो दर्शक व्यापक है, और ट्रैकिंग व्यवहारिक प्रोफाइलिंग का समर्थन करती है, तो सहमति अक्सर सबसे साफ आधार होती है। इसे बाद में समझाना भी सबसे आसान होता है।

एक ग्राहक को अभियानों, दिन के समय, उपकरणों के प्रकार, या उत्पाद श्रेणियों के बीच ट्रैक करने से सरल रिपोर्टिंग से निगरानी में जाना संभव है। वह रेखा हमेशा स्पष्ट नहीं होती, लेकिन यह अदृश्य भी नहीं होती। एक नियमित ग्राहक जिसने न्यूज़लेटर के लिए साइन अप किया है, उसने उस स्तर की अवलोकन के लिए अनिवार्य रूप से सहमति नहीं दी।

क्लिक्स विशेष रूप से संवेदनशील होते हैं जब वे विभाजन या स्वचालित फॉलो-अप को खिलाते हैं। यदि एक प्राप्तकर्ता एक उत्पाद पर क्लिक करता है और फिर 20 मिनट के भीतर एक अलग संदेश प्राप्त करता है, तो यह केवल डिलीवरी एनालिटिक्स नहीं रह जाता। यह व्यवहारिक प्रोसेसिंग है। यही ओपन-या-नहीं स्कोरिंग के लिए भी लागू होता है जिसका उपयोग लीड को छांटने के लिए किया जाता है।

सहमति को सूचित, विशिष्ट, और वापस लेना आसान होना चाहिए। गोपनीयता नीति में एक दबी हुई पंक्ति पर्याप्त नहीं है। न ही एक पूर्व-चिह्नित बॉक्स। यदि प्राप्तकर्ता मार्केटिंग ईमेल के लिए हाँ कह सकता है बिना ओपन ट्रैकिंग के लिए हाँ कहे, तो आपका सिस्टम उस विभाजन का सम्मान करना चाहिए।

एक व्यावहारिक बिंदु: ट्रैकिंग के लिए सहमति उस ईमेल मार्केटिंग के लिए सहमति को प्रतिस्थापित नहीं करती है जहाँ यह आवश्यक है। ये दो प्रश्न एक साथ चल सकते हैं, लेकिन ये समान नहीं हैं। एक ग्राहक न्यूज़लेटर स्वीकार कर सकता है और फिर भी ट्रैकिंग पिक्सल को अस्वीकार कर सकता है।

आपको आवश्यक ईमेल डिलीवरी डेटा को ट्रैकिंग डेटा से कैसे अलग करना चाहिए?

अपने डेटा को चार बकेट में विभाजित करके शुरू करें: डिलीवरी, अनसब्सक्राइब, सुरक्षा, और एनालिटिक्स। डिलीवरी डेटा में भेजने का समय, SMTP प्रतिक्रिया, और बाउंस स्थिति जैसी चीजें शामिल होती हैं। अनसब्सक्राइब डेटा भविष्य के मेल को रोकने के लिए एक अनुरोध को रिकॉर्ड करता है। सुरक्षा डेटा में दुरुपयोग जांच और धोखाधड़ी के झंडे शामिल हो सकते हैं। एनालिटिक्स वैकल्पिक भाग है।

यह विभाजन कॉस्मेटिक नहीं है। यह आपको केवल वही एकत्र करने में मदद करता है जो आपको चाहिए। एक संदेश को 18 महीनों के लिए प्राप्तकर्ता-स्तरीय ओपन इतिहास को संग्रहीत किए बिना भेजा जा सकता है। एक दमन रिकॉर्ड बिना हर क्लिक के प्रोफाइल के मौजूद हो सकता है। अनुशासन सरल है, लेकिन आसान नहीं है।

अनसब्सक्राइब हैंडलिंग उपलब्ध रहनी चाहिए, भले ही ट्रैकिंग बंद हो। यदि एक प्राप्तकर्ता "अनसब्सक्राइब" पर क्लिक करता है, तो वह घटना महत्वपूर्ण है। एक बाउंस भी। यदि आपको इस भाग पर एक गहरा संचालन प्लेबुक चाहिए, तो ईमेल दमन सूची प्रबंधन · YourTrend एक उपयोगी साथी है।

सुरक्षा और दुरुपयोग लॉग का दायरा मार्केटिंग एनालिटिक्स की तुलना में संकीर्ण होना चाहिए। उदाहरण के लिए, कर्मचारियों को भेजा गया एक लॉगिन अलर्ट उस संदेश के डिलीवर होने का रिकॉर्ड मांग सकता है। इसे हर कर्मचारी को ओपन फ़्रीक्वेंसी के आधार पर रैंक करने वाले डैशबोर्ड की आवश्यकता नहीं है। यह अधिक हो जाएगा।

अच्छी अलगाव भी विक्रेता सेटिंग्स का ऑडिट करना आसान बनाती है। यदि आपका ईमेल टूल आपको बाउंस हैंडलिंग और अनसब्सक्राइब प्रोसेसिंग को बनाए रखते हुए ओपन ट्रैकिंग को बंद करने की अनुमति देता है, तो यह एक अच्छा संकेत है। यदि यह नहीं कर सकता, तो पूछें क्यों। एक बार।

एक अनुपालन ईमेल गोपनीयता नोटिस को ट्रैकिंग के बारे में क्या कहना चाहिए?

आपके गोपनीयता नोटिस में यह कहना चाहिए कि क्या ट्रैक किया जा रहा है, क्यों ट्रैक किया जा रहा है, डेटा कितने समय तक रखा जाता है, और इसे कौन प्राप्त करता है। ये चार बिंदु बिना खोजे दिखाई देने चाहिए। एक लंबी नीति जो पृष्ठ 12 पर ट्रैकिंग विवरण को छुपाती है, बहुत मददगार नहीं है।

प्राप्तकर्ताओं को बताया जाना चाहिए कि क्या आप ओपन, क्लिक, डिवाइस प्रकार, मोटे स्थान या अभियान प्रतिक्रियाओं को ट्रैक करते हैं। यदि घटना इतिहास प्रोफाइलिंग या स्वचालन के लिए उपयोग किया जाता है, तो इसे स्पष्ट रूप से कहें। नोटिस को कानूनी नाटक की आवश्यकता नहीं है। इसे विशिष्टताओं की आवश्यकता है।

प्लेसमेंट भी महत्वपूर्ण है। यदि सदस्य एक फॉर्म के माध्यम से साइन अप करते हैं, तो नोटिस को फॉर्म के पास लिंक करें। यदि सूची खरीद या खाता निर्माण के माध्यम से बनाई गई है, तो ईमेल पते को एकत्र करने के बिंदु पर नोटिस दें। पहले अभियान के बाद भेजा गया नोटिस देर से है।

रखरखाव को ठोस शर्तों में नामित किया जाना चाहिए। "हम आवश्यकतानुसार ट्रैकिंग डेटा रखते हैं" अस्पष्ट है। "हम प्राप्तकर्ता-स्तरीय क्लिक डेटा 90 दिनों के लिए रखते हैं" बहुत बेहतर है। साझा करने के लिए भी यही बात लागू होती है। प्रदाता का नाम बताएं, या कम से कम प्रदाता की श्रेणी।

उन टीमों के लिए जो ट्रिगर किए गए संदेश भी भेजते हैं, लेनदेनात्मक ईमेल के लिए ईमेल वेबहुक घटनाएँ वैकल्पिक ट्रैकिंग से घटना-प्रेरित वितरण डेटा को अलग करने में मदद कर सकती हैं। यह भेद नोटिस और प्रसंस्करण के आंतरिक रिकॉर्ड को तैयार करते समय उपयोगी है।

यदि आपका ईमेल टूल ईईए के बाहर डेटा संग्रहीत करता है तो कौन से अतिरिक्त नियम लागू होते हैं?

यदि आपका प्रदाता ईईए के बाहर ट्रैकिंग डेटा संग्रहीत या एक्सेस करता है, तो अंतरराष्ट्रीय स्थानांतरण नियम लागू होते हैं। यह बिक्री पृष्ठ पर एक होस्टिंग क्षेत्र तक सीमित नहीं है। किसी अन्य देश में समर्थन कर्मचारियों द्वारा एक्सेस भी महत्वपूर्ण हो सकता है। डेटा पथ महत्वपूर्ण है।

आपको एक प्रोसेसर व्यवस्था की आवश्यकता है जो प्रदाता की भूमिका, निर्देश और सुरक्षा दायित्वों का वर्णन करती है। फिर आपको यह जांचने की आवश्यकता है कि ट्रैकिंग लॉग कहाँ जाते हैं। यदि प्लेटफ़ॉर्म ओपन और क्लिक घटनाओं को एक अमेरिकी एनालिटिक्स स्टैक में भेजता है, तो स्थानांतरण प्रश्न वास्तविक है। यह छोटे प्रेषकों के लिए भी सच है।

कुछ विक्रेता वितरण अवसंरचना को एनालिटिक्स और समर्थन पहुंच के साथ मिलाते हैं। यह सुविधाजनक हो सकता है, लेकिन यह रिकॉर्ड में भी गड़बड़ी पैदा कर सकता है। कानूनी प्रश्न केवल "सर्वर कहाँ है?" नहीं है। यह भी है "कौन प्राप्तकर्ता-स्तरीय घटना डेटा देख सकता है?"

स्थानांतरण सुरक्षा मानक संविदात्मक धाराओं और गंतव्य देश के कानून का एक संक्षिप्त आकलन की आवश्यकता हो सकती है। यदि यह उबाऊ लगता है, तो यह है। फिर भी, 8,000 ग्राहकों की एक मेलिंग सूची आपको कागजी कार्रवाई से छूट नहीं देती है। छोटी सूचियाँ अभी भी व्यक्तिगत डेटा हो सकती हैं।

यदि आप प्रमाणीकरण और प्रेषक की प्रतिष्ठा की भी समीक्षा कर रहे हैं, तो तकनीकी परत DKIM SPF DMARC लेनदेनात्मक सेटअप के लिए है। प्रमाणीकरण स्थानांतरण मुद्दों को हल नहीं करता है, लेकिन यह अक्सर उसी विक्रेता अनुबंध में होता है और उसी पढ़ाई का हकदार होता है।

आप कर्मचारी या आंतरिक संचार के लिए ईमेल ट्रैकिंग को कैसे संभालते हैं?

कर्मचारी मेल कोई स्वतंत्रता नहीं है। स्टाफ संचार गोपनीयता कानून, रोजगार कानून और स्थानीय निगरानी नियमों को एक साथ सक्रिय कर सकते हैं। एक कंपनी सोच सकती है कि वह केवल यह जांच रही है कि क्या एक नीति ईमेल खोला गया। एक नियामक कार्यस्थल निगरानी देख सकता है।

संतुलन अधिक तंग है क्योंकि स्टाफ वही नहीं हैं जो ग्राहक होते हैं। उन्हें अनुपालन के लिए दबाव महसूस हो सकता है, और यह किसी भी दावे को कमजोर करता है कि उन्होंने स्वतंत्र रूप से ट्रैकिंग को स्वीकार किया। एक प्रबंधक रिपोर्ट मांग सकता है, लेकिन इससे रिपोर्ट निष्पक्ष नहीं बनती।

आंतरिक ट्रैकिंग दुर्लभ और विशिष्ट होनी चाहिए। एक सुरक्षा टीम को यह जानने की आवश्यकता हो सकती है कि क्या 40 कर्मचारियों द्वारा एक फ़िशिंग प्रशिक्षण ईमेल वितरित या क्लिक किया गया। यह स्वचालित रूप से यह नहीं मानता कि प्रबंधकों को वित्त में सभी के लिए नामित ओपन रिपोर्ट देखनी चाहिए। यह अत्यधिक होगा।

जहां निगरानी अनुपालन या सुरक्षा के लिए उपयोग की जाती है, वहां नियोक्ता को उद्देश्य स्पष्ट करना चाहिए, सीमाएँ निर्धारित करनी चाहिए, और आवश्यकतानुसार एचआर या कर्मचारी प्रतिनिधियों को शामिल करना चाहिए। संग्रहण छोटा होना चाहिए। पहुँच संकीर्ण होनी चाहिए। एक नामित मेलबॉक्स सूची सामान्य प्रदर्शन फ़ाइल नहीं बननी चाहिए।

आंतरिक कार्यक्रमों के लिए जो सूचनाएँ और अनुस्मारक शामिल करते हैं, लेनदेनात्मक ईमेल के लिए ईमेल प्रमाणीकरण सेटअप प्रेषक डोमेन के साथ डिलीवरी को संरेखित रखने में मदद करता है। यह गोपनीयता के प्रश्न का उत्तर नहीं देगा, लेकिन यह एक परिचालन सिरदर्द को कम करता है।

यहाँ छोटे विवरण अभी भी महत्वपूर्ण हैं। एक साप्ताहिक स्टाफ बुलेटिन एक गुप्त निगरानी उपकरण नहीं है। एक पासवर्ड-रीसेट ईमेल एक विपणन अभियान नहीं है। और 300 नामों के साथ एक क्लिक रिपोर्ट अभी भी 300 नामों के साथ एक रिपोर्ट है।

एक प्रेषक को ट्रैकिंग चालू करने से पहले क्या करना चाहिए?

पहली अभियान से पहले 5-चरणीय जांच करें। पहले, उद्देश्य का नाम दें। दूसरे, तय करें कि क्या उस उद्देश्य के लिए ट्रैकिंग की आवश्यकता है। तीसरे, कानूनी आधार चुनें और इसे दस्तावेजित करें। चौथे, आप जो फ़ील्ड इकट्ठा करते हैं उन्हें संक्षिप्त करें। पांचवे, सूचना को सरल भाषा में लिखें।

फिर सेटिंग्स का परीक्षण करें। एक आंतरिक सूची के लिए ओपन ट्रैकिंग बंद करें और पुष्टि करें कि विक्रेता पिक्सेल को लॉग करना बंद कर देता है। जांचें कि क्या क्लिक आईडी URL में बनी रहती हैं। समीक्षा करें कि क्या आपकी रिपोर्ट डिफ़ॉल्ट रूप से प्राप्तकर्ता-स्तरीय डेटा दिखाती है या केवल संचित गणनाएँ। छोटे कॉन्फ़िगरेशन विकल्प बड़े अंतर पैदा करते हैं।

विक्रेता को विशिष्ट प्रश्नों का उत्तर देने के लिए कहें। क्या समर्थन कर्मचारी इवेंट लॉग देख सकते हैं? क्या लॉग 30 दिनों या 365 दिनों के लिए संग्रहीत होते हैं? कौन से देश डेटा तक पहुँच सकते हैं? क्या दमन रिकॉर्ड और ट्रैकिंग डेटा अलग-अलग रखरखाव नियमों का पालन करते हैं? यदि उत्तर अस्पष्ट हैं, तो फिर से पूछें।

जो टीमें इनबॉक्स प्लेसमेंट की परवाह करती हैं, उन्हें भी ईमेल डिलीवरबिलिटी टेस्ट टूल · YourTrend पढ़ना चाहिए। डिलीवरबिलिटी जांच, ट्रैकिंग नियंत्रण, और सूचना शब्दावली अलग-अलग कार्य हैं, लेकिन वे अक्सर एक ही रिलीज़ चक्र में होते हैं।

एक अंतिम व्यावहारिक बिंदु: ट्रैकिंग सेटिंग्स को भटकने न दें। एक नया अभियान टेम्पलेट पिक्सेल को फिर से सक्षम कर सकता है। एक विक्रेता अपडेट डिफ़ॉल्ट को बदल सकता है। एक त्रैमासिक समीक्षा ग्लैमरस नहीं है, फिर भी यह उन गलतियों को पकड़ती है जो अधिकांश समस्याओं का कारण बनती हैं।

यदि आप पहले ट्रैक करते हैं और बाद में पूछते हैं तो क्या होता है?

आप एक सुधार ईमेल से अधिक जोखिम में हैं। अवैध ट्रैकिंग से शिकायतें, हटाने के अनुरोध, विक्रेताओं के साथ अनुबंध मुद्दे, और एक गोपनीयता समीक्षा हो सकती है जो अगले अभियान को हफ्तों तक धीमा कर देती है। कुछ टीमें केवल तब नोटिस करती हैं जब कानूनी ऑडिट ट्रेल के लिए पूछता है। तब तक, लॉग पहले से ही एक समस्या बन चुके होते हैं।

अच्छी खबर यह है कि ईमेल ट्रैकिंग को नाटकीय होने की आवश्यकता नहीं है। यदि आप दायरा संकीर्ण रखते हैं, विशिष्ट डिलीवरी डेटा को विश्लेषण से अलग करते हैं, एक वास्तविक सूचना लिखते हैं, और उद्देश्य के लिए सही कानूनी आधार चुनते हैं, तो प्रणाली को बचाव करना आसान हो जाता है। यही उबाऊ संस्करण है। यहाँ उबाऊ बेहतर है।

आपको लगता है कि आपको ट्रैकिंग की आवश्यकता है उससे कम ट्रैक करें। सबूत रखें। और याद रखें कि ईमेल ट्रैकिंग के लिए GDPR नियम केवल सॉफ़्टवेयर के बारे में नहीं हैं; वे उन निर्णयों के बारे में हैं जो आप पहले ओपन रिकॉर्ड होने से पहले लेते हैं।