ओपन रेट क्या है, और क्या यह अब भी उपयोगी मीट्रिक है?

ओपन रेट डिलीवर हुए संदेशों का वह हिस्सा है जिन पर ओपन दर्ज हुआ।

ओपन पढ़ने वाले की ओर से भेजी गई कोई रिपोर्ट नहीं है। यह एक इमेज अनुरोध है। जो भी चीज़ इमेज फ़ेच करती है, वह ओपन दर्ज कराती है। इस संख्या की हर सीमा इसी एक डिज़ाइन विकल्प से आती है।

ओपन को वास्तव में कैसे मापा जाता है?

एक छोटी इमेज लोड करके, और यही वजह है कि यह मेट्रिक इतनी नाज़ुक है।

ओपन तब दर्ज होता है जब कोई मेल क्लाइंट संदेश के HTML भाग में जोड़ा गया एक पारदर्शी पिक्सेल फ़ेच करता है। इसके अलावा कोई और तरीका नहीं है। कोई भी मेल क्लाइंट यह संकेत नहीं भेजता कि किसी व्यक्ति ने कुछ पढ़ा है। Bird का ओपन और क्लिक ट्रैकिंग पेज इस उपकरण का वर्णन करता है: संदेश में एक पिक्सेल जोड़ा जाता है, और उसके फ़ेच होने पर एक email.opened इवेंट दर्ज होता है।

जो भी चीज़ इमेज फ़ेच करती है, वह ओपन दर्ज कराती है, चाहे उसमें कोई इंसान शामिल रहा हो या नहीं। जो चीज़ इमेज फ़ेच नहीं करती, उससे कोई ओपन दर्ज नहीं होता, चाहे किसी इंसान ने संदेश पढ़ा हो या नहीं।

Apple Mail Privacy Protection ने क्या बदला?

इसने फ़ेच को जानबूझकर और बिना शर्त होने वाला बना दिया।

Apple की iPhone उपयोगकर्ता गाइड के अनुसार यह सुविधा इसलिए है ताकि भेजने वाला यह न जान सके कि संदेश खोला गया या नहीं:

In the Mail app, turn on Mail Privacy Protection to make it harder for senders to learn about your Mail activity. Mail Privacy Protection hides your IP address so senders can’t link it to your other online activity or determine your exact location. It also prevents senders from seeing if you’ve opened the email message they sent you.

Apple की घोषणा उस तरीके का नाम बताती है जिसे यह सुविधा निष्फल करती है:

In the Mail app, Mail Privacy Protection stops senders from using invisible pixels to collect information about the user. The new feature helps users prevent senders from knowing when they open an email, and masks their IP address so it can’t be linked to other online activity or used to determine their location.

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

क्या इस बढ़ोतरी को फ़िल्टर करके हटाया जा सकता है?

आंशिक रूप से। त्रुटि की एक दिशा हटाई जा सकती है, दूसरी नहीं।

Bird प्रॉक्सी से हुए ओपन को is_prefetched: true से चिह्नित करता है और डैशबोर्ड की ओपन रेट केवल यूनिक, बिना प्रीफ़ेच वाले ओपन से निकालता है। दोनों आंकड़े stats API से उपलब्ध रहते हैं। इसलिए दिखाई गई रेट कच्ची रेट नहीं है। दोनों के बीच का अंतर अनुमान पर नहीं टिका, बल्कि सीधे दिखाई देता है।

फ़िल्टर करने से ओपन सटीक नहीं बनते। जो प्राप्तकर्ता इमेज ब्लॉक करता है या केवल टेक्स्ट वाला क्लाइंट इस्तेमाल करता है, वह संदेश पढ़ लेता है पर कोई ओपन दर्ज नहीं होता। Apple Mail Privacy नॉलेज-बेस पेज यह बात सीधे कहता है।

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

क्या ओपन किसी और के लिए भी संकेत है?

सीधे तौर पर नहीं। मेलबॉक्स प्रदाता अपने खुद के अवलोकनों को महत्व देता है, आपके पिक्सेल को नहीं।

एंगेजमेंट-आधारित फ़िल्टरिंग वास्तव में होती है। प्रदाता अपने उत्पाद के भीतर उपयोगकर्ता के व्यवहार को महत्व देता है। वह आपका ओपन रेट नहीं पढ़ता। आपका ओपन रेट भी उसका संकेत नहीं पढ़ता।

ईमेल ब्लॉकलिस्ट प्रकाशित करने वाली संस्था Spamhaus इस मामले में भेजने वाले के पक्ष पर यह बात कहती है:

The fact that an email is opened or a link is clicked does not mean consent has been given.

एंटी-एब्यूज़ सिस्टम भी मेल के साथ इंटरैक्ट करते हैं। इसलिए इमेज फ़ेच होना न सहमति है, न ध्यान, और ज़रूरी नहीं कि उसके पीछे कोई व्यक्ति हो।

मुझे इसका उपयोग किस लिए करना चाहिए?

ओपन रेट में बदलाव से तय करें कि किस चीज़ की जाँच करनी है। किसी प्राप्तकर्ता की जर्नी बदलने से पहले डिलीवरी, प्लेसमेंट और पूरी हुई कार्रवाइयों के डेटा से कारण की पुष्टि करें।

ओपन रेट की तुलना इन जाँचों में मदद कर सकती है:

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

दो उपयोग जिनमें यह काम नहीं आता:

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

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

संक्षेप में

  1. ओपन एक इमेज का लोड होना है, पढ़ा जाना नहीं।

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

  2. Apple का Mail Privacy Protection पिक्सेल को जानबूझकर लोड करता है।

    Apple के अपने विवरण के अनुसार यह सुविधा भेजने वालों को यह जानने से रोकती है कि संदेश खोला गया या नहीं। इसके लिए यह हर हाल में पिक्सेल फ़ेच करती है।

  3. यह संख्या एक ही समय पर बढ़ी हुई और घटी हुई होती है।

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

  4. यह एक रुझान के रूप में काम आता है, माप के रूप में नहीं।

    सापेक्ष बदलाव बताता है कि किस चीज़ की जाँच करनी है। इसे पढ़ने का नतीजा मानने से पहले ट्रैकिंग की स्थितियाँ, डिलीवरी और इनबॉक्स प्लेसमेंट जाँचें।

व्यवहार में लाएँ।

इस विषय के लिए दस्तावेज़, गाइड और उदाहरणों के साथ आगे बढ़ें।

इम्प्लीमेंटेशन ब्रीफ़ पाएँ

उसी नेटवर्क पर बनाएँ।

एक टेस्ट API key आपको तुरंत मिल जाती है। भुगतान विधि जोड़ने और सेंडर सत्यापित करने पर प्रोडक्शन अनलॉक होता है।

आपका अगला आइडिया। जुड़ने के लिए तैयार।