WhatsApp Cloud API त्रुटी कोड
आम्ही नोंदवलेले सर्व WhatsApp Cloud API त्रुटी कोड, प्रत्येकाचा अर्थ आणि पुन्हा प्रयत्न उपयोगी ठरेल का, हे एका तक्त्यात दिले आहे. बहुतेक कोडसाठी पुन्हा प्रयत्न उपयोगी ठरत नाही, कारण ते ठरावीक कारणांमुळे येतात. तीच विनंती पुन्हा त्याच प्रकारे अयशस्वी होते आणि पुन्हा प्रयत्नांची लूप चुकीच्या विनंतीवर रेट लिमिट आणते.
Request
| Code | What it means | Retry |
|---|---|---|
| 100 | A parameter is unsupported, misspelled or malformed. | No |
| 131008 | A required parameter was not included at all. | No |
| 131009 | A parameter is present with a value the endpoint rejects. | No |
| 131021 | Sender and recipient are the same number. | No |
| 131051 | The message type is not supported, often a Coexistence limit. | No |
| 131052 | Meta could not download media a customer sent. | No |
| 131053 | Meta could not upload media you sent. Size, format or reach. | No |
Template
| Code | What it means | Retry |
|---|---|---|
| 132000 | The number of parameters does not match the template. | No |
| 132001 | No template exists with that name and language pair. | No |
| 132007 | The template breaks messaging policy. Rewrite and resubmit. | No |
| 132012 | Parameter format does not match what the template defines. | No |
| 132015 | The template is paused after a quality decline. Temporary. | Wait |
| 132016 | The template is permanently disabled. It will not come back. | No |
Window and recipient
Registration and PIN
| Code | What it means | Retry |
|---|---|---|
| 131045 | The number was never registered for Cloud API messaging. | No |
| 133010 | The number is not registered. Registration must be completed. | No |
| 133006 | The number must be verified before it can be registered. | No |
| 133005 | The two-step verification PIN was wrong. Stop guessing. | No |
| 133008 | Too many PIN attempts. Registration is locked for a period. | Wait |
Access and account
| Code | What it means | Retry |
|---|---|---|
| 190 | The access token expired or was invalidated. | No |
| 368 | The account is restricted after a policy violation. | No |
| 131031 | The account is restricted, or its data does not match Meta's. | No |
| 131042 | A payment problem on the business account blocks sending. | No |
| 131049 | Meta blocked the message to protect ecosystem health. | No |
Rate limits
Transient
Coexistence sync
पुन्हा प्रयत्नाचा कॉलम कसा वाचायचा
यात तीन मूल्ये आहेत. त्यांच्यात चुकीची निवड करणे ही या संपूर्ण संदर्भातील सर्वात महाग चूक ठरू शकते. No म्हणजे अपयश ठरावीक कारणामुळे आले आहे. विनंती, टेम्प्लेट किंवा प्राप्तकर्त्याची स्थिती यापैकी काहीतरी चुकले आहे. तीच विनंती पुन्हा पाठवल्यास तोच त्रुटी प्रतिसाद मिळतो आणि नंतर लागणारा थ्रूपुट खर्च होतो. Yes म्हणजे अपयश Meta च्या बाजूने आले आहे आणि बॅकऑफ केल्यास ते खरोखर सुटते. Wait म्हणजे स्थिती खरी पण तात्पुरती आहे, जसे लिमिट किंवा लॉक. ती स्थिती संपण्यापूर्वी पुन्हा प्रयत्न केल्यास काही साध्य होत नाही आणि ती अधिक काळ टिकू शकते.
यांपैकी बहुतेक कोडसाठी पुन्हा प्रयत्न का करू नये
कारण प्लॅटफॉर्म सर्वसाधारण कोडऐवजी विशिष्ट कोड परत पाठवतो. चुकीचा पॅरामीटर, अस्तित्वात नसलेला टेम्प्लेट, बंद झालेली मेसेजिंग विंडो आणि मेसेज नको असलेला प्राप्तकर्ता या सगळ्या गोष्टी प्रतिसादाच्या वेळी ओळखता येतात. म्हणून Meta अस्पष्ट अपयश देण्याऐवजी त्यांची स्पष्ट नावे देते.
- विनंतीतील समस्या दुसऱ्या प्रयत्नात आपोआप योग्य होत नाही.
- टेम्प्लेटमधील समस्या टेम्प्लेटमध्येच असते, ती विनंती बदलू शकत नाही.
- विंडो किंवा ऑप्ट-आउटची समस्या तुमच्याशी नव्हे, प्राप्तकर्त्याच्या स्थितीशी संबंधित असते.
- खात्यावरील निर्बंध हा निर्णय असतो, आणि पुन्हा प्रयत्न करणे हे अपील नसते.
यांपैकी एखादा कोड आल्यावर काय लॉग करावे
तो पुन्हा निर्माण न करता निदान करता येईल इतकी माहिती लॉग करा. पाच मिनिटांत दुरुस्ती होणे आणि पूर्ण दिवस अंदाज बांधत राहणे यातील फरक यामुळे पडतो.
- trace id सह पूर्ण त्रुटी प्रतिसाद लॉग करा. Meta सपोर्ट हीच माहिती मागतो.
- पाठवलेले request body लॉग करा, अपेक्षित body नव्हे. या दोन्हीतील फरकच सहसा बग असतो.
- phone number id लॉग करा, म्हणजे एका नंबरची समस्या संपूर्ण खात्यातील समस्येपासून वेगळी ओळखता येते.
- timestamp लॉग करा, म्हणजे त्या क्षणी कनेक्शनची स्थिती तपासता येते.
फक्त Coexistence मध्ये असणारे कोड
यांपैकी दोन कोड आहेत. ते नेहमीच्या send failure सारखे दिसतात, म्हणून गोंधळ होतो. 2593107 आणि 2593108 हे दोन्ही chat history synchronisation शी संबंधित आहेत. नंबर पहिल्यांदा कनेक्ट केल्यावर WhatsApp Business ॲपमधील अलीकडील संभाषणे कॉपी करण्याची ही प्रक्रिया आहे.
हे मेसेजिंग त्रुटी नाहीत आणि कनेक्शन अयशस्वी झाले आहे, असे त्यांचा अर्थ नसतो. सिंकने आपली लिमिट ओलांडली किंवा विंडोबाहेर चालला, तरी नंबर कनेक्टेड राहतो आणि नेहमीप्रमाणे मेसेज पाठवतो. अपेक्षेपेक्षा कमी इतिहास कॉपी होतो, एवढेच. यांना तुटलेले कनेक्शन समजून लोक डिस्कनेक्ट करून पुन्हा सुरुवात करतात, त्यामुळे इतिहास परत मिळण्याऐवजी आणखी इतिहास गमावला जातो.
वारंवार विचारले जाणारे प्रश्न
कोणत्या त्रुटींवर पुन्हा प्रयत्न करावा?
131016 आणि 131000 साठी exponential backoff वापरा. 130429, 132015 आणि 133008 वाट पाहिल्यास आपोआप सुटतात. बाकी सर्व कोड ठरावीक कारणांमुळे येतात.
त्रुटी कोड म्हणजे माझा नंबर डिस्कनेक्ट झाला आहे का?
सहसा नाही. यांपैकी बहुतेक कोड विनंती, टेम्प्लेट किंवा प्राप्तकर्त्याशी संबंधित असतात. कनेक्शनच्या समस्या send error ऐवजी account आणि quality वेबहुकमधून दिसतात.
trace id म्हणजे काय?
त्रुटी प्रतिसादातील असा ओळखक्रमांक, ज्यामुळे Meta सपोर्टला नेमकी विनंती शोधता येते. प्रत्येक अपयशावर तो लॉग करा, कारण त्याशिवाय तिकीटावर कृती करता येत नाही.
हे कोड प्रत्येक provider वर सारखे असतात का?
होय. हे Meta च्या Cloud API मधून येतात, त्यामुळे नंबर कनेक्ट करणारा provider कोणताही असला तरी कोड सारखेच असतात. Provider फक्त ते तुमच्यापर्यंत किती स्पष्टपणे पोहोचतात हे बदलू शकतो.
सुरुवात करण्यासाठी तयार आहात?
WhatsApp Coexistence काही मिनिटांत सेट करा, काही महिन्यांत नाही. ॲप फोनवर काम करत राहते.
मोफत ट्रायल सुरू करा7 दिवस कोणतेही शुल्क नाही. कधीही रद्द करा.