चेकआउट पर दर्ज किया गया फ़ोन नंबर डिलीवरी अपडेट के लिए हो सकता है। उस नंबर को प्रचार अभियान में जोड़ने के लिए ऐसी अनुमति चाहिए जो उन संदेशों पर लागू हो।
मेरे प्रोग्राम को किस तरह की अनुमति चाहिए?
प्रचार वाले संदेशों के लिए प्रचार की अनुमति चाहिए। सेवा से जुड़े अपडेट के अनुरोध से केवल उसी सूचना वाले उद्देश्य की अनुमति मिलती है।
CTIA मैसेजिंग सिद्धांत अमेरिका में बिज़नेस टेक्स्टिंग के लिए उद्योग की अपेक्षाएँ तय करते हैं। Exhibit II के अनुसार प्रचार के लिए लिखित अनुमति चाहिए। सूचना वाले संदेशों के लिए स्पष्ट अनुमति चाहिए। इस मार्गदर्शन के तहत, ग्राहक की शुरू की गई बातचीत के प्रासंगिक जवाब के लिए अलग से अनुमति नहीं चाहिए।
किसी रिमाइंडर में ऑफ़र जोड़ने से वह प्रचार बन सकता है। CTIA यह उदाहरण देता है:
Adding a call-to-action (e.g., a coupon code to an informational text) may place the message in the promotional category.
अनुमति लेने से पहले तय करें कि आप कौन-सी सामग्री भेजेंगे, ताकि निमंत्रण उन्हीं संदेशों को कवर करे जो आप सच में भेजते हैं। उद्योग के मार्गदर्शन के साथ-साथ गंतव्य देश की कानूनी आवश्यकताओं का भी पालन करें। स्पष्ट लिखित सहमति में अमेरिका की कानूनी परिभाषा समझाई गई है।
निमंत्रण में व्यक्ति को क्या बताना चाहिए?
बताएँ कि संदेश कौन भेजेगा, क्या भेजेगा और व्यक्ति उन्हें कैसे बंद कर सकता है।
CTIA सेक्शन 5.1.1 के अनुसार प्रोग्राम, भेजने वाले की पहचान और नंबर, शुल्क, ऑप्ट-आउट के निर्देश, सहायता की जानकारी और लागू शर्तें बताना ज़रूरी है। ये जानकारियाँ उस बटन या कार्रवाई के पास साफ़ दिखाएँ जिससे सहमति दर्ज होती है। कीवर्ड वाले विज्ञापन में भी ये जानकारियाँ चाहिए।
बार-बार भेजे जाने वाले संदेशों के लिए बताएँ कि वे कितनी बार आएँगे। नामांकन की पुष्टि का संदेश भेजें, जिसमें ऑप्ट-आउट और सहायता की जानकारी हो। सेक्शन 5.1.2.1 में इस पुष्टि का वर्णन है।
सहमति देने की कार्रवाई व्यक्ति को खुद करने दें। उसकी सहमति पहले से चुनी हुई न रखें और न ही उसे असंबंधित शर्तों में छिपाएँ, क्योंकि इन दोनों तरीकों से यह साबित नहीं होता कि व्यक्ति ने आपके संदेशों के बारे में सोच-समझकर फ़ैसला किया।
मुझे कौन-से सबूत रखने चाहिए?
सहमति का समय, व्यक्ति की पहचान और नंबर, और वह निमंत्रण रखें जिस पर उसने सहमति दी।
CTIA धारा 5.1.2 में, जहाँ लागू हो, सहमति लेने का तरीका, कैंपेन और IP पता भी शामिल हैं। सहमति देने के लिए इस्तेमाल हुए शब्द और कार्रवाई दोनों सहेजें। केवल टाइमस्टैम्प से यह पता नहीं चलता कि व्यक्ति ने रिमाइंडर के लिए सहमति दी थी या प्रचार के लिए।
अगर आपके प्रोग्राम में डबल ऑप्ट-इन ज़रूरी है, तो नामांकन को पूरा मानने से पहले व्यक्ति से उसके फ़ोन से पुष्टि करवाएँ। SMS सहमति मॉडल इस अतिरिक्त चरण को समझाता है।
मैं Bird में सहमति कैसे दर्ज करूँ?
आप यह निर्णय POST /v1/preferences के ज़रिए दर्ज करते हैं। सहायक सबूत अपने सिस्टम में रखें।
channel को sms पर सेट करें और handle को देश कोड सहित फ़ोन नंबर पर, जैसे +15550001234। status को granted या revoked पर सेट करें।
consented_atदर्ज करता है कि व्यक्ति ने कब सहमति दी। सहेजे गए ऑप्ट-आउट के ऊपर अनुमति देने के लिए बाद का टाइमस्टैम्प चाहिए। यह भविष्य का समय नहीं हो सकता।sourceफ़ॉर्म, कैंपेन या इंपोर्ट बैच की पहचान करता है। यह 1 से 255 अक्षर स्वीकार करता है, इसलिए अपने सबूत का छोटा संदर्भ इस्तेमाल करें।coverageमेंnon_transactionalयाallदिया जा सकता है। डिफ़ॉल्ट मानnon_transactionalहै, जिसमें रसीदें और सत्यापन कोड उस प्राथमिकता के दायरे से बाहर रहते हैं।sender_scopeस्टेटमेंट को एक प्रेषक तक सीमित करता है। वर्कस्पेस के भीतर पूरे चैनल पर लागू करने के लिए इसे छोड़ दें।
Bird एक ही चैनल, हैंडल, प्रेषक दायरे और विषय वाले स्टेटमेंट की तुलना करता है। विषय संदेशों को एक सब्सक्रिप्शन के अंतर्गत समूहित करता है। प्रतिक्रिया का topic_id उस समूह की पहचान करता है। null मान का अर्थ है सभी विषय।
पुराना स्टेटमेंट applied: false लौटाता है, और लागू रहने वाला स्टेटमेंट preference में होता है। इस परिणाम की जाँच करें, ताकि ऐसा न लगे कि किसी पुराने इंपोर्ट ने अनुमति बहाल कर दी है।
व्यक्ति के अपने ऑप्ट-आउट को API दावे से ज़्यादा मज़बूत सुरक्षा मिलती है। आप इसे इस API के ज़रिए ओवरराइड या डिलीट नहीं कर सकते, चाहे टाइमस्टैम्प बाद का हो। प्राथमिकता एंडपॉइंट लिखने के व्यवहार का दस्तावेज़ देता है।
क्या START जवाब से शुरुआती सहमति रिकॉर्ड बनता है?
START जवाब उस भेजने वाले का सप्रेशन खत्म करता है। यह आपके शुरुआती सहमति संग्रह की जगह नहीं लेता।
Bird का start ऑपरेशन उस सप्रेशन को खत्म करता है। इसके बाद यह कॉन्फ़िगर किया गया पुष्टि संदेश भेजता है। जो व्यक्ति कभी सप्रेस किया गया नहीं था, वह START भेजकर पुष्टि संदेश पा सकता है, लेकिन इससे यह तय नहीं होता कि उसने मूल रूप से किस बात पर सहमति दी थी।
confirm ऑपरेशन डबल ऑप्ट-इन जवाबों को पहचानता है। यह कोई जवाब नहीं भेजता। उस प्रक्रिया को आपके हैंडलर को पूरा करना होगा। STOP कीवर्ड कीवर्ड और सप्रेशन के अलग व्यवहार को समझाता है।
भेजने से पहले मुझे क्या जाँचना चाहिए?
तभी भेजें जब आमंत्रण, सहमति के सबूत और लागू की गई प्रक्रिया आपस में मेल खाते हों।
- अनुमति को संदेश की असल सामग्री से मिलाएँ।
- गंतव्य देश का सहमति मॉडल लागू करें।
- आमंत्रण और सहमति का समय सुरक्षित रखें, और Bird में प्राथमिकता लिखने का परिणाम जाँचें।
- अगर आपके प्रोग्राम में डबल ऑप्ट-इन ज़रूरी है, तो पुष्टि वाला आदान-प्रदान पूरा करें।
संक्षेप में
अनुमति को सामग्री के अनुरूप रखें।
रिमाइंडर की अनुमति अपने आप प्रचार संदेशों पर लागू नहीं होती।
आमंत्रण को सहमति रिकॉर्ड के साथ रखें।
दर्ज करें कि व्यक्ति ने क्या देखा और कब सहमति दी, ताकि आप तय कर सकें कि उनकी अनुमति किन संदेशों पर लागू होती है।
सहमति का समय तय करता है कि कौन-सा कथन लागू होगा।
पुराना प्राथमिकता कथन नए कथन की जगह नहीं ले सकता। केवल बाद का टाइमस्टैम्प किसी व्यक्ति के अपने ऑप्ट-आउट को रद्द नहीं कर सकता।
START से सप्रेशन समाप्त होता है।
Bird की कीवर्ड प्रोसेसिंग आपके शुरुआती सहमति संग्रह या आपके डबल ऑप्ट-इन पुष्टि हैंडलर की जगह नहीं लेती।