SMS

SMS opt-in कैसे एकत्र करें?

SMS opt-in एकत्र करने के लिए बताएं कि आप क्या भेजेंगे, व्यक्ति से सहमति मांगें, और उस सहमति का साक्ष्य सुरक्षित रखें।

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

मेरे प्रोग्राम को कौन सी अनुमति चाहिए?

प्रचार संदेशों के लिए प्रचार की अनुमति चाहिए। सेवा अपडेट का अनुरोध उस सूचनात्मक उद्देश्य को कवर करता है।

CTIA मैसेजिंग सिद्धांत US व्यावसायिक टेक्स्टिंग के लिए उद्योग अपेक्षाएं निर्धारित करते हैं। 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.

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

आमंत्रण में व्यक्ति को क्या बताना चाहिए?

बताएं कि कौन भेजेगा, क्या भेजेगा, और व्यक्ति इसे कैसे रोक सकता है।

CTIA section 5.1.1 में प्रोग्राम, प्रेषक पहचान और नंबर, शुल्क, opt-out निर्देश, सहायता विवरण और लागू शर्तें शामिल हैं। इन खुलासों को सहमति दर्ज करने वाली कार्रवाई के बगल में दिखाई रखें। keyword विज्ञापन में भी खुलासे चाहिए।

बार-बार आने वाले संदेशों के लिए, आवृत्ति बताएं। Opt-out और सहायता विवरण के साथ एनरोलमेंट पुष्टि भेजें। Section 5.1.2.1 उस पुष्टि का वर्णन करता है।

व्यक्ति को सहमति की कार्रवाई स्वयं करने दें। उनकी सहमति पहले से चयनित न करें और न ही इसे असंबंधित शर्तों में छिपाएं, क्योंकि इनमें से कोई भी आपके संदेशों के बारे में सूचित चयन स्थापित नहीं करता।

मुझे कौन सा साक्ष्य सुरक्षित रखना चाहिए?

सहमति का समय, व्यक्ति की पहचान और नंबर, और जिस आमंत्रण पर उन्होंने सहमति दी, सुरक्षित रखें।

CTIA section 5.1.2 में संग्रह विधि, अभियान और जहां लागू हो IP पता भी शामिल है। शब्दावली और सहमति देने के लिए उपयोग की गई कार्रवाई सहेजें। केवल timestamp यह नहीं दिखा सकता कि व्यक्ति ने रिमाइंडर या प्रचार के लिए सहमति दी थी।

यदि आपके प्रोग्राम में double opt-in आवश्यक है, तो एनरोलमेंट पूर्ण मानने से पहले व्यक्ति से उनके फ़ोन से पुष्टि करने को कहें। SMS सहमति मॉडल उस अतिरिक्त चरण को समझाता है।

Bird में सहमति कैसे दर्ज करें?

आप निर्णय POST /v1/preferences के माध्यम से दर्ज करते हैं। सहायक साक्ष्य अपने सिस्टम में सुरक्षित रखें।

channel को sms पर सेट करें और handle को देश कोड सहित फ़ोन नंबर पर सेट करें, जैसे +15550001234status को granted या revoked पर सेट करें।

  • consented_at दर्ज करता है कि व्यक्ति ने कब सहमति दी। संग्रहीत opt-out पर grant के लिए बाद का timestamp चाहिए। यह भविष्य में नहीं हो सकता।
  • source फ़ॉर्म, अभियान या इम्पोर्ट बैच की पहचान करता है। यह 1 से 255 अक्षर स्वीकार करता है, इसलिए अपने साक्ष्य का संक्षिप्त संदर्भ उपयोग करें।
  • coverage non_transactional या all स्वीकार करता है। डिफ़ॉल्ट, non_transactional, रसीदों और सत्यापन कोड को उस preference के दायरे से बाहर रखता है।
  • sender_scope कथन को एक प्रेषक तक सीमित करता है। वर्कस्पेस के भीतर चैनल-व्यापी कवरेज के लिए इसे छोड़ दें।

Bird समान चैनल, हैंडल, प्रेषक दायरे और टॉपिक के कथनों की तुलना करता है। एक टॉपिक संदेशों को एक सब्सक्रिप्शन के तहत समूहित करता है। प्रतिक्रिया का topic_id उस समूह की पहचान करता है। null मान का अर्थ है हर टॉपिक।

एक पुराना कथन applied: false लौटाता है, और बचा हुआ कथन preference में होता है। उस परिणाम की जांच करें ताकि कोई पुराना इम्पोर्ट अनुमति बहाल होने जैसा न दिखे।

व्यक्ति के स्वयं के opt-out की सुरक्षा API assertion से अधिक मजबूत है। आप इस API के माध्यम से बाद के timestamp के साथ भी इसे ओवरराइड या हटा नहीं सकते। preference endpoint लिखने के व्यवहार का दस्तावेज़ीकरण करता है।

क्या START उत्तर प्रारंभिक सहमति रिकॉर्ड बनाता है?

START उत्तर प्रेषक का सप्रेशन समाप्त करता है। यह आपके प्रारंभिक सहमति संग्रह का स्थान नहीं लेता।

Bird का start ऑपरेशन उस सप्रेशन को समाप्त करता है। फिर यह कॉन्फ़िगर की गई पुष्टि भेजता है। किसी ऐसे व्यक्ति से START जो कभी सप्रेस नहीं हुआ, पुष्टि प्राप्त कर सकता है बिना यह स्थापित किए कि उन्होंने मूल रूप से किसके लिए सहमति दी थी।

confirm ऑपरेशन double opt-in उत्तरों को पहचानता है। यह कोई प्रतिक्रिया नहीं भेजता। आपके handler को वह फ़्लो पूरा करना होगा। STOP keywords अलग keyword और सप्रेशन व्यवहार समझाता है।

भेजने से पहले मुझे क्या जांचना चाहिए?

तभी भेजें जब आमंत्रण, सहमति साक्ष्य और लागू किया गया फ़्लो सहमत हों।

  1. अनुमति को वास्तविक संदेश सामग्री से मिलाएं।
  2. गंतव्य का सहमति मॉडल लागू करें।
  3. आमंत्रण और सहमति का समय सुरक्षित रखें, और Bird के preference-write परिणाम की जांच करें।
  4. यदि आपके प्रोग्राम में double opt-in आवश्यक है तो पुष्टि संवाद पूरा करें।

संक्षेप में

  1. अनुमति को सामग्री से मिलाएं।

    रिमाइंडर की अनुमति स्वचालित रूप से प्रचार संदेशों को कवर नहीं करती।

  2. सहमति रिकॉर्ड के साथ आमंत्रण सुरक्षित रखें।

    व्यक्ति ने क्या देखा और कब सहमति दी, यह दर्ज करें ताकि आप यह स्थापित कर सकें कि उनकी अनुमति क्या कवर करती है।

  3. सहमति का समय निर्धारित करता है कि कौन सा कथन लागू होता है।

    एक पुराना preference कथन नए कथन को प्रतिस्थापित नहीं कर सकता। केवल बाद का timestamp किसी व्यक्ति के स्वयं के opt-out को ओवरराइड नहीं कर सकता।

  4. START सप्रेशन समाप्त करता है।

    Bird की keyword हैंडलिंग आपके प्रारंभिक सहमति संग्रह या आपके double opt-in confirmation handler का स्थान नहीं लेती।

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

इस विषय के लिए डॉक्यूमेंटेशन, गाइड और उदाहरणों के साथ आगे बढ़ें। संसाधन अंग्रेज़ी में हैं।

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

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

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

एक चैनल से शुरुआत करें।
तैयार होने पर बाकी जोड़ें।

एक test API key तुरंत आपकी है। जब आप payment method जोड़ते हैं और sender verify करते हैं, तब production अनलॉक हो जाता है।

Claude Code, Cursor या Codex इस्तेमाल कर रहे हैं? एक setup prompt कॉपी करें और आपका agent आपके लिए Bird CLI और skills इंस्टॉल कर देगा। अपना चुनें:

Cursor