ओपन और क्लिक ट्रैकिंग

ओपन और क्लिक ट्रैकिंग Metrics dashboard पर दिखने वाले एंगेजमेंट इवेंट उत्पन्न करती हैं। दोनों संदेश भेजते समय उसे संशोधित करती हैं। जब तक आप इन्हें सेंडिंग डोमेन के लिए Email > Domains में चालू नहीं करते, ये बंद रहती हैं।

हम संदेश के HTML भाग में एक पारदर्शी पिक्सेल इंजेक्ट करते हैं। जब प्राप्तकर्ता का मेल क्लाइंट उसे फ़ेच करता है, तो हम क्लाइंट के IP एड्रेस और user agent के साथ एक email.opened इवेंट रिकॉर्ड करते हैं।

यह सिग्नल दिखता उतना भरोसेमंद नहीं है। मेल प्राइवेसी फ़ीचर, विशेष रूप से Apple Mail Privacy Protection और Gmail का इमेज प्रॉक्सी, प्राप्तकर्ता की ओर से इमेज फ़ेच करते हैं, इसलिए एक ओपन किसी मशीन का हो सकता है, पाठक का नहीं। हम उन्हें is_prefetched: true से चिह्नित करते हैं, और आपकी ओपन रेट केवल यूनीक नॉन-प्रीफ़ेच्ड ओपन गिनती है, इसलिए प्रॉक्सी ट्रैफ़िक उसे बढ़ाता नहीं। कच्ची और फ़िल्टर की गई दोनों गिनतियाँ stats API में हैं, अगर आप अंतर देखना चाहें।

फ़िल्टरिंग यह साबित नहीं करती कि किसी व्यक्ति ने संदेश पढ़ा। ओपन का उपयोग ट्रैकिंग गतिविधि में बदलावों की जाँच के लिए करें। Apple Mail Privacy and open tracking सीमाओं को समझाता है।

हम आपके HTML में लिंक को ट्रैकिंग रीडायरेक्ट के ज़रिए रीराइट करते हैं। जब कोई क्लाइंट रीरिटन URL का अनुरोध करता है, तो हम मूल url के साथ एक email.clicked इवेंट रिकॉर्ड करते हैं और क्लाइंट को गंतव्य पर रीडायरेक्ट करते हैं। सिक्योरिटी स्कैनर भी लिंक फ़ॉलो कर सकते हैं, जैसा कि Spamhaus बताता है। क्लिक इवेंट यह प्रमाणित नहीं करता कि किसी व्यक्ति ने कार्रवाई की या खरीदारी पूरी की। अभियान के परिणाम का मूल्यांकन करने से पहले अपने एप्लिकेशन में अपेक्षित कार्रवाई मापें।

रीरिटन लिंक आपके branded tracking hostname से HTTPS पर सर्व होते हैं, जो आपके सेंडिंग डोमेन पर एक CNAME है और डिफ़ॉल्ट रूप से links होता है (यानी mail.acme.com सेंडिंग डोमेन के लिए links.mail.acme.com)। जब तक वह रिकॉर्ड सत्यापित नहीं होता, कुछ भी रीराइट नहीं होता। उसे जोड़ना, एक अलग लेबल चुनना, और बाद में बदलना, सब Tracking domain में शामिल है।

एक संदेश क्लिक रिकॉर्ड कर सकता है और कोई ओपन बिलकुल नहीं। दोनों इंस्ट्रूमेंट इसे समझाते हैं: ओपन के लिए इमेज लोड होनी चाहिए, क्लिक के लिए नहीं।

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

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

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

किसी दिए गए संदेश पर ट्रैकिंग तीन चीज़ों का AND है:

इसलिए एक नया वर्कस्पेस कुछ भी ट्रैक नहीं करता, भले ही प्रति-भेजने के फ़्लैग डिफ़ॉल्ट रूप से true हों: एक प्रति-भेजने का true अकेले ट्रैकिंग चालू नहीं कर सकता। ट्रैकिंग CNAME जोड़ें और सत्यापित करें, फिर डोमेन सेटिंग चालू करें। आप रिकॉर्ड सत्यापित होने से पहले सेटिंग चालू कर सकते हैं और सत्यापन होते ही यह प्रभावी हो जाती है, लेकिन जिस डोमेन पर कोई ट्रैकिंग होस्टनेम कॉन्फ़िगर ही नहीं है उसके लिए इसे चालू करने पर 409 मिलता है।

प्रति-भेजने का false हमेशा प्रबल होता है, और यही फ़्लैग के अस्तित्व का कारण है। पासवर्ड रीसेट और सिक्योरिटी नोटिफ़िकेशन पर track_clicks: false सेट करें, जहाँ रीरिटन लिंक क्लिक डेटा न होने से भी बुरा है। दोनों फ़्लैग POST /v1/email/messages पर बूलियन हैं, और मैसेज रिसोर्स रिज़ॉल्व किए गए मान भेजने की प्रतिक्रिया और बाद में पढ़ने पर वापस दिखाता है, ताकि आप देख सकें कि संदेश वास्तव में किन सेटिंग के साथ भेजा गया था।

एक असत्यापित ट्रैकिंग CNAME कभी भी भेजने को नहीं रोकता। एक डोमेन अपनी ट्रैकिंग तत्परता को अपनी भेजने की तत्परता से अलग रिपोर्ट करता है, capabilities.tracking और capabilities.sending के रूप में।