Meta Tech Provider

WhatsApp वेबहुक्स: मेसेज थेट तुमच्या सर्व्हरवर पाठवणे

WhatsApp वेबहुक म्हणजे तुम्ही निवडलेला HTTPS एंडपॉइंट. Meta त्यावर इनकमिंग मेसेजेस, डिलिव्हरी स्टेटस, गुणवत्तेतील बदल आणि खात्याचे अपडेट्स पाठवते. Coexistence नंबरवर गंतव्य तुमच्या स्वतःच्या सर्व्हरवर सेट करता येते, त्यामुळे संभाषणे कोणत्याही सेवा प्रदात्यामधून जात नाहीत.

  • Meta इव्हेंट्स थेट तुमच्या यूआरएलवर पाठवते
  • सेवा प्रदात्याचा प्लॅटफॉर्म नाही, तुमचा एंडपॉइंट
  • प्रत्येक WhatsApp Business Account साठी एक override
मोफत ट्रायल सुरू करा

7 दिवस कोणतेही शुल्क नाही. कधीही रद्द करा.

मेसेज साठवले जात नाहीतBusiness App + Cloud APIClaude आणि ChatGPT साठी MCP2 मिनिटांत सुरू
1 URL

संपूर्ण इंटिग्रेशन म्हणजे प्रत्येक खात्यासाठी एक HTTPS गंतव्य.

2 fields

messages आणि smb_message_echoes हे मेसेज मार्गाचे इव्हेंट्स तुमच्याकडे पाठवतात.

hub.challenge

Meta GET हँडशेकमध्ये पाठवणारी आणि तुमच्या एंडपॉइंटने परत द्यायची value.

Meta वेबहुकला प्रत्यक्षात काय पाठवते?

इव्हेंट्स वेगवेगळ्या श्रेणींमध्ये येतात आणि त्यांच्यातील फरक तुमची आर्किटेक्चर ठरवतो.

मेसेज मार्गात ग्राहकांनी पाठवलेले मेसेजेस आणि Coexistence नंबरवर WhatsApp Business ॲपमधून तुमच्या टीमने पाठवलेल्या मेसेजेसचे प्रतिध्वनी येतात. ही fields messages आणि smb_message_echoes आहेत. यामध्ये संभाषणाचा मजकूर असतो.

ऑपरेशनल मार्गात बाकी सर्व येते: कनेक्शन स्टेटस बदलल्यावर account_update, हेल्थ किंवा थ्रूपुट बदलल्यावर phone_number_quality_update, account_alerts, account_review_update, business_capability_update आणि phone_number_name_update. यामध्ये संभाषणाचा मजकूर नसतो. मॉनिटरिंग याच इव्हेंट्सवर आधारित असते.

मेसेज मार्गात स्वतःला ठेवणाऱ्या सेवा प्रदात्याला पहिला गट मिळतो. तसे न करणाऱ्या सेवा प्रदात्याला तो मिळत नाही.

Meta एंडपॉइंटची पडताळणी कशी करते?

काहीही डिलिव्हर करण्यापूर्वी Meta GET विनंती पाठवते. ही पडताळणी अयशस्वी होणे म्हणजे सेटअप पूर्ण दिसत असूनही मेसेज न मिळण्याचे सर्वात सामान्य कारण आहे.

Meta तुमच्या यूआरएलला hub.mode ची subscribe value, तुमचे hub.verify_token आणि hub.challenge value सोबत कॉल करते. तुमच्या एंडपॉइंटने हा challenge raw response body म्हणून परत द्यायला हवा. तो JSON मध्ये गुंडाळलेला नसावा आणि त्यात काहीही अतिरिक्त नसावे. हे झाले नाही तर Meta डिलिव्हरी सुरू करत नाही आणि कोणत्याही डॅशबोर्डमध्ये याची माहिती दिसत नाही.

एंडपॉइंट HTTPS असणेही आवश्यक आहे. शांतपणे 404 देणारा एंडपॉइंट किंवा Meta ला नाकारणाऱ्या authentication layer मागचा एंडपॉइंट पहिला मेसेज न आल्यापर्यंत काम करणाऱ्या सेटअपसारखाच दिसतो.

गंतव्य तुमच्या स्वतःच्या सर्व्हरवर ठेवता येते का?

हो, आणि हाच भाग वेगवेगळ्या सेवा प्रदात्यांमध्ये बदलतो.

एखाद्या WhatsApp Business Account चे वेबहुक्स कुठे डिलिव्हर करायचे हे ॲप override करू शकते. आम्ही हा override तुमच्या यूआरएलवर सेट करतो. त्यामुळे मेसेज मार्गातील इव्हेंट्स आमच्या callback ऐवजी तुमच्याकडे येतात. ऑपरेशनल इव्हेंट्स आम्ही ठेवतो, कारण डॅशबोर्ड आणि अलर्टिंग त्यावर आधारित असतात.

याचा परिणाम आमच्या प्रकाशित धोरणापेक्षा आर्किटेक्चरशी संबंधित आहे. संभाषणाचा मजकूर आमच्याकडे साठवला जाण्याची शक्यता नाही, कारण तो आमच्याकडे डिलिव्हरच होत नाही. override सेट नसलेले खाते आमच्या default callback वर फॉलबॅक होते. तेथे handler हे इव्हेंट्स साठविल्याशिवाय टाकून देतो.

नंबर पुन्हा कनेक्ट झाल्यावर गंतव्याचे काय होते?

ते काढले जाते. ही अशी चूक आहे ज्याची जवळजवळ कोणीच योजना करत नाही.

गंतव्य हे फोन नंबरचे गुणधर्म नाही. ते WhatsApp Business Account साठी आमच्या ॲपच्या सबसक्रिप्शनवरील override आहे. Meta च्या 14 दिवसांच्या निष्क्रियतेच्या नियमामुळे किंवा इतर कारणाने कनेक्शन काढले गेले की त्या खात्यातून ॲप अनइन्स्टॉल होते आणि override देखील त्यासोबत काढला जातो.

पुन्हा कनेक्ट केल्यावर मेसेज पाठवणे आणि मॉनिटरिंग पुन्हा सुरू होते. मात्र तुमच्या सर्व्हरवर डिलिव्हरी पुन्हा सुरू होत नाही आणि कोणतीही त्रुटी कळवली जात नाही. त्यामुळे ग्राहकाने कोणी उत्तर दिले नसल्याचे सांगणे हा पहिला संकेत असतो. प्रत्येक पुन्हा कनेक्शननंतर आम्ही override पुन्हा लागू करतो, कारण प्रत्यक्षात एका नंबरसोबत असे घडले होते: तो व्यवस्थित कनेक्ट झाला, पण नंतर शांत झाला.

सामान्य चुका

  • पडताळणीच्या GET मधून JSON परत करणे. Meta ला raw hub.challenge value आणि त्याशिवाय काहीही नको.
  • तात्पुरता किंवा चाचणी यूआरएल वापरणे. तो तयार करणारे टूल ऐकणे थांबवल्यानंतरही Meta त्यावर डिलिव्हरी करत राहते.
  • पुन्हा कनेक्शननंतर गंतव्य कायम राहते असे गृहीत धरणे. ते ॲपच्या सबसक्रिप्शनवर असते आणि त्यासोबत अनइन्स्टॉल होते.
  • Meta ची विनंती नाकारणाऱ्या authentication मागे एंडपॉइंट ठेवणे.
EasyCoexistence सोबत हे करताना

EasyCoexistence वेबहुक override तुमच्या एंडपॉइंटवर सेट करते, कॉलपूर्वी त्याची पडताळणी करते आणि प्रत्येक पुन्हा कनेक्शननंतर तो आपोआप लागू करते. दर नंबरसाठी दर महिन्याला US$ 9 पासून, मोठ्या प्रमाणावर US$ 2 पर्यंत कमी, आणि पहिले 7 दिवस मोफत.

वारंवार विचारले जाणारे प्रश्न

माझे मेसेजेस EasyCoexistence मधून जातात का?

नाही. override मेसेज मार्गातील इव्हेंट्स Meta कडून थेट तुमच्या एंडपॉइंटवर पाठवतो. override नसलेल्या खात्यांचे इव्हेंट्स आमच्या callback वर फॉलबॅक होतात आणि साठविल्याशिवाय टाकून दिले जातात.

मी नंतर गंतव्य बदलू शकतो का?

हो. डॅशबोर्डमधून किंवा MCP connector द्वारे तुम्ही ते कधीही बदलू शकता. null पाठवल्यावर ते आमच्या default वर रीसेट होते.

Meta डिलिव्हर करते तेव्हा माझा सर्व्हर बंद असेल तर काय होते?

Meta काही काळ पुन्हा प्रयत्न करते आणि नंतर थांबते. फोनवरील WhatsApp Business ॲपमध्ये मेसेजेस तरीही येतात. त्यामुळे इंटिग्रेशन बंद असले तरी व्यवसायाचे काहीही नुकसान होत नाही.

अनेक नंबरसाठी एक वेबहुक पुरेसा आहे का?

हो. प्रत्येक नंबरला त्याच एंडपॉइंटवर पाठवा आणि पेलोडमधील receiving phone number id वरून पुढील प्रक्रिया ठरवा.

पुढे वाचा

सुरुवात करण्यासाठी तयार आहात?

WhatsApp Coexistence काही मिनिटांत सेट करा, काही महिन्यांत नाही. ॲप फोनवर काम करत राहते.

मोफत ट्रायल सुरू करा7 दिवस कोणतेही शुल्क नाही. कधीही रद्द करा.

पडताळले:

WhatsApp वेबहुक्स: स्पष्टीकरण