रिटर्न प्राप्त करने के लिए अपने सिस्टम का एक HTTPS endpoint डैशबोर्ड में रजिस्टर करें।
स्थिति वेबहुक्स
अपने सिस्टम में WhatsApp संदेशों की स्थिति प्राप्त करें।
एक URL कॉन्फ़िगर करें ताकि निर्माण, डिलीवरी, पढ़ा गया और त्रुटि जैसे मानकीकृत ईवेंट प्राप्त हो सकें, और चुने गए कनेक्शन की परवाह किए बिना API के माध्यम से डिलीवरी इतिहास की जाँच करें।
फ्लो
WPP Marketing आपके सिस्टम को सूचित करता है जब स्थिति बदलती है।
स्टेटस वेबहुक ऑडिट, मिलान, आंतरिक डैशबोर्ड, सपोर्ट और आपके अपने सिस्टम के नियमों के लिए उपयोगी होते हैं।
Webhook किसी संदेश का परिणाम सूचित करता है; यह भेजने का अनुरोध नहीं है। उपयोग करें Messaging API संदेश भेजने और Events API समर्थित वाणिज्यिक घटनाओं के साथ ऑटोमेशन को ट्रिगर करने के लिए।
केवल उन स्टेटस को सक्रिय करें जिन्हें आपका सिस्टम प्रोसेस करने की आवश्यकता है ताकि परिचालन शोर से बचा जा सके।
निर्माण, डिलिवरी, पढ़ना या त्रुटि को चुने गए कनेक्शन की परवाह किए बिना एक ही तरीके से सामान्यीकृत किया जाता है।
आपका endpoint payload को प्रोसेस करता है और डिलीवरी इतिहास डैशबोर्ड में और GET /webhooks के माध्यम से उपलब्ध हो जाता है।
उपलब्ध इवेंट और डिलीवरी की जाँच।
सभी चार इवेंट किसी भी कनेक्शन पर एक ही कॉन्ट्रैक्ट का उपयोग करते हैं, और API प्रत्येक डिलीवरी प्रयास के परिणाम को पूछने की अनुमति देती है।
POST
MESSAGE_CREATED
संदेश फ्लो में बनाया गया और ट्रैकिंग के लिए एक पहचानकर्ता मिला।
Criação
POST
MESSAGE_DELIVERED
जब चैनल पुष्टि वापस करता है तो संदेश प्राप्तकर्ता तक वितरित कर दिया गया।
Entrega
POST
MESSAGE_READ
पढ़ी हुई बताई गई संदेश जब पढ़ने की पुष्टि उपलब्ध हो।
Leitura
POST
MESSAGE_ERROR
संदेश को भेजने, सत्यापन या प्रसंस्करण के दौरान त्रुटि का सामना करना पड़ा।
Erro
GET
/webhooks
डिलीवरी का इतिहास स्थिति, प्रयासों, HTTP उत्तर और पृष्ठांकन के साथ देखें। इसके लिये webhooks:read स्कोप आवश्यक है।
Logs
सर्वोत्तम प्रथाएँ
अपने endpoint को बार-बार आने और क्रमहीन घटनाओं को प्राप्त करने के लिए तैयार करें।
Webhooks प्रणालियों के बीच डिलीवरी हैं। आपका बैकएंड तेज़ी से जवाब देना चाहिए, लॉग दर्ज करने चाहिए और idempotent तरीके से प्रोसेस करना चाहिए।
एक सार्वजनिक HTTPS URL दर्ज करें और डैशबोर्ड में ईवेंट सक्षम करें। वर्तमान अनुबंध HMAC हस्ताक्षर नहीं भेजता; रिसीवर के लिए उपयुक्त सुरक्षा और सत्यापन कॉन्फ़िगर करें बिना किसी ऐसे हस्ताक्षर को मानें जो मौजूद नहीं है।
15 सेकंड के भीतर HTTP 2xx में उत्तर दें और लंबी प्रक्रियाओं वाले कार्यों को आंतरिक कतार में संसाधित करें। रीडायरेक्शन का पालन नहीं किया जाता।
डुप्लिकेट प्रोसेसिंग से बचने और ऑर्डर-बाह्य इवेंट स्वीकार करने के लिए इवेंट आईडी उपयोग करें, जो Webhook-Id में भी भेजी जाती है। Webhook-Attempt प्रयास संख्या बताता है। केवल सक्षम किए गए इवेंट ही लॉग और भेजे जाते हैं।
GET /webhooks पर webhooks:read के साथ HTTP प्रयास और प्रतिक्रियाएँ देखें। पूर्ण, वितरित या स्थायी रूप से विफल रिकॉर्ड 30 दिनों तक रखे जाते हैं। अपने लॉग में व्यक्तिगत डेटा और संदेश सामग्री की सुरक्षा करें।
कनेक्शन विफलताएँ, टाइमआउट और 408, 425, 429 या 5xx प्रतिक्रियाएँ कुल मिलाकर अधिकतम सात प्रयास उत्पन्न कर सकती हैं, जिनके अंतराल 1, 5 और 15 मिनट तथा 1, 6 और 24 घंटे हैं। Retry-After को 24 घंटे तक सम्मानित किया जाता है। अन्य 4xx त्रुटियाँ डिलिवरी बंद कर देती हैं।
स्टेटस वेबहुक्स WPP Marketing से रिटर्न होते हैं। स्टोर के वाणिज्यिक इवेंट भेजने के लिए Events API का उपयोग करें।
क्या आप अपने सिस्टम में डिलीवरी और त्रुटियों को ट्रैक करना चाहते हैं?
डैशबोर्ड में एक URL सेट करें, स्टेटस चुनें और वेबहुक रिपोर्ट में डिलीवरी ट्रैक करें।