टेम्प्लेट स्टेटसचा जीवनचक्र
टेम्प्लेट स्टेटसच्या क्रमातून पुढे जाते आणि मंजुरी हा शेवट नसून मधला टप्पा आहे. मंजूर टेम्प्लेट गुणवत्ता कमी झाल्यामुळे थांबवले जाऊ शकते, पुन्हा सुरू होऊ शकते, पुन्हा थांबवले जाऊ शकते आणि शेवटी कायमचे बंद होऊ शकते, तेही कोणाच्याही हस्तक्षेपाशिवाय.
थांबवलेल्या टेम्प्लेटने मेसेज पाठवल्यावर मिळणारी त्रुटी.
टेम्प्लेट कायमचे बंद झाल्यावर मिळणारी त्रुटी.
जीवनचक्राची माहिती देणारी वेबहुक फील्ड्स: status आणि quality अपडेट्स.
स्टेटस
टेम्प्लेटला साधारणपणे ज्या क्रमाने हे स्टेटस येतात.
- PENDING: सबमिट केलेले आणि पुनरावलोकनाच्या प्रतीक्षेत.
- APPROVED: मेसेज पाठवण्यासाठी वापरता येणारे.
- REJECTED: पुनरावलोकनात नाकारलेले, सहसा रचना किंवा श्रेणीमुळे.
- PAUSED: गुणवत्ता कमी झाल्यानंतर तात्पुरते वापरता न येणारे.
- DISABLED: कायमचे वापरता न येणारे, शेवटचा टप्पा.
टेम्प्लेट PAUSED कसे होते
तुम्ही केलेल्या कोणत्याही कृतीमुळे नाही. प्राप्तकर्ते त्याद्वारे पाठवलेले मेसेज ब्लॉक करतात किंवा त्यांची तक्रार करतात, टेम्प्लेटचे quality रेटिंग हिरव्यावरून पिवळे आणि नंतर लाल होते, आणि ही घसरण थांबवण्यासाठी Meta ते PAUSED करते.
PAUSED तात्पुरते असते आणि आपोआप हटते. पुढे काय होते हे महत्त्वाचे आहे: वारंवार PAUSED झाल्यास कारवाई वाढत जाते आणि पुन्हा पुन्हा लाल स्टेटसवर येणारे टेम्प्लेट पुन्हा PAUSED न होता शेवटी कायमचे DISABLED होते.
दोन वेबहुक
संपूर्ण चक्र पाहण्यासाठी दोन्ही आवश्यक आहेत. एकाची सदस्यता घेऊन दुसऱ्याची न घेतल्यास महत्त्वाचा भाग दिसत नाही.
- message_template_status_update: मंजुरी, नकार, PAUSED आणि DISABLED स्टेटसची माहिती.
- message_template_quality_update: quality रेटिंग हिरवे, पिवळे आणि लाल यांमध्ये बदलत असल्याची माहिती.
- quality वेबहुक ही आधीची सूचना देते; status वेबहुक त्याचा परिणाम दाखवते.
- दोन्ही डीफॉल्टने सुरू नसतात, त्यामुळे दोन्हीची सदस्यता घ्यावी लागते.
पिवळे स्टेटस म्हणजे कृतीची वेळ का
टेम्प्लेट PAUSED होईपर्यंत त्याद्वारे मेसेज पाठवणे आधीच अयशस्वी झालेले असते आणि मोहीम बिघडलेली असते. पिवळे स्टेटस म्हणजे टेम्प्लेट अजूनही कार्यरत असते आणि घसरण दिसून येते.
पिवळ्या स्टेटसवर कृती करणे म्हणजे मजकुरासोबत प्रेक्षकांचाही विचार करणे. अपेक्षा नसलेल्या लोकांना चांगले लिहिलेले टेम्प्लेट पाठवले तरी ते खराब लिहिलेल्या टेम्प्लेटइतक्याच वेगाने ब्लॉक करतात. यादी तशीच ठेवून फक्त मजकूर बदलल्याने काहीही बदलत नाही.
संपादनाचा परिणाम
मंजूर टेम्प्लेट संपादित करता येते आणि त्यानंतर ते पुन्हा पुनरावलोकनात जाते. हे उपयुक्त आहे, पण उत्पादनात एक परिणाम दिसतो: संपादनामुळे variables ची संख्या बदलल्यास, न बदललेल्या इंटिग्रेशनमधून होणारे प्रत्येक पाठवणे error 132012 मुळे अयशस्वी होऊ लागते.
टेम्प्लेटमधील variables ची संख्या ही मार्केटिंगमधील कोणाच्या मालकीची कॉपी नसून इंटिग्रेशन कराराचा भाग आहे, असे समजा.
सामान्य चुका
- मंजुरी कायमची समजणे. मंजूर टेम्प्लेट PAUSED होऊन शेवटी DISABLED होऊ शकते.
- status ची सदस्यता घेऊन quality ची न घेणे. quality फील्ड आधीची सूचना देते.
- टेम्प्लेटमधील variables संपादित करून ते पाठवणारा कोड न तपासणे.
EasyCoexistence दोन्ही टेम्प्लेट वेबहुक तुमच्या endpoint वर पाठवते, त्यामुळे मेसेज अयशस्वी झाल्यावर शोधण्याऐवजी quality कमी होऊन पिवळे होताच तुमच्या सिस्टिमला कळते.
वारंवार विचारले जाणारे प्रश्न
मंजूर टेम्प्लेट मंजूरच राहते का?
नेहमीच नाही. सतत मिळणाऱ्या नकारात्मक अभिप्रायामुळे ते PAUSED होऊ शकते आणि शेवटी कायमचे DISABLED होऊ शकते.
PAUSED आणि DISABLED मध्ये काय फरक आहे?
PAUSED आपोआप हटते. DISABLED कायमचे असते आणि टेम्प्लेट पुन्हा वापरता येत नाही.
हे आधीच कसे कळेल?
टेम्प्लेट quality वेबहुकची सदस्यता घ्या. टेम्प्लेट अजूनही कार्यरत असताना ते पिवळ्या स्टेटसकडे झालेला बदल कळवते.
संपादनानंतर मेसेज पाठवणे अयशस्वी का होऊ लागले?
संपादनामुळे variables ची संख्या बदलली असल्यास, न बदललेले इंटिग्रेशन आता चुकीच्या संख्येने पॅरामीटर्स पाठवते आणि error 132012 मिळतो.
पुढे वाचा
सुरुवात करण्यासाठी तयार आहात?
WhatsApp Coexistence काही मिनिटांत सेट करा, काही महिन्यांत नाही. ॲप फोनवर काम करत राहते.
मोफत ट्रायल सुरू करापडताळले: