ई-कॉमर्स में WhatsApp के परिणामों को मापने के लिए तीन प्रश्न अलग करें: क्या संदेश पहुँचा, क्या इंटरैक्शन हुआ, और क्या ऑर्डर का भुगतान हुआ? प्रत्येक उत्तर अलग साक्ष्य पर निर्भर करता है। एक उपयोगी रिपोर्ट बताती है कि क्या गिना गया, गणना का आधार क्या था और कब तक परिणामों को देखा गया। इन परिभाषाओं के बिना, दो समान दिखाई देने वाली दरें बहुत अलग ऑपरेशनों का वर्णन कर सकती हैं।
भेजना, डिलीवरी, पढ़ना और बिक्री समान परिणाम नहीं हैं
पहली सावधानी यह समझना है कि उपयोग किए गए टूल में स्टेटस का क्या मतलब है। Meta का आधिकारिक संग्रहสำหรับ Cloud API संदेश पहचानकर्ता से जुड़े भेजना, डिलीवरी और विफलता रिटर्न दिखाता है। भेजे जाने की तकनीकी पुष्टि खरीद को साबित नहीं करती।
| जानकारी | क्या जांचें | यह क्या साबित नहीं करता |
|---|---|---|
| अनुरोध स्वीकार किया गया | सिस्टम ने अनुरोध प्राप्त किया और ट्रैकिंग के लिए संदर्भ दिया। | कि प्राप्तकर्ता ने संदेश प्राप्त कर लिया। |
| डिलीवरी की पुष्टि | उस संदेश के लिए डिलीवरी की पुष्टि मौजूद है। | कि व्यक्ति ने पढ़ा, क्लिक किया या खरीदा। |
| पढ़ना दर्ज | पढ़ने की पुष्टि रिपोर्ट में उपलब्ध है। | कि व्यक्ति ने ऑफर समझा या खरीदने का इरादा रखा। |
| प्रतिक्रिया या क्लिक | एक इंटरैक्शन रिकॉर्डेड है और उपलब्ध ट्रैकिंग के अनुसार भेज के साथ जुड़ा हुआ है। | कि ऑर्डर का भुगतान हुआ। |
| भुगतान की पुष्टि | दुकान या जिम्मेदार सिस्टम ने सही ऑर्डर के भुगतान की पुष्टि की। | कि संदेश बिक्री का कारण था। |
पढ़ने को एक अवलोकित सूचना के रूप में लिया जाना चाहिए। WhatsApp पढ़ने की पुष्टियाँ अक्षम करने की अनुमति देता है; इसलिए इस पुष्टिकरण की अनुपस्थिति यह निष्कर्ष निकालने के लिए पर्याप्त नहीं कि संदेश को अनदेखा कर दिया गया। यह भी जांचें कि क्या सिस्टम आवश्यक रिटर्न प्राप्त और प्रोसेस करता है।
अपनी खुद की इंटीग्रेशन में, मैसेज स्टेटस webhooks इन इवेंट्स को ट्रैक करने में मदद करते हैं। आपके सर्वर पर webhook की डिलीवरी और ग्राहक तक संदेश की डिलीवरी अलग घटनाएँ हैं: सर्वर का HTTP रिस्पॉन्स चैनल की पुष्टि का विकल्प नहीं है।
किसी भी दर की गणना से पहले आधार निर्धारित करें
एक संदेश सेट चुनें और विश्लेषण के दौरान उस सेट को बरकरार रखें। उदाहरण के लिए: एक कैंपेन के संदेश जो किसी निश्चित तारीख को शुरू हुए हों, और कट-ऑफ समय तक देखे गए हों। अगर रिपोर्ट नई भेजियों को पुरानी कैंपेन की डिलीवरी के साथ मिलाती है, तो परिणाम तुलननीयता खो देते हैं।
कैंपेन या ऑटोमेशन, ऑडियंस, भेजने की अवधि, टाइमज़ोन और अवलोकन अवधि रिकॉर्ड करें। फिर प्रत्येक संकेतक की इकाई परिभाषित करें: संदेश, संपर्क या ऑर्डर। एक ग्राहक को एक ऑर्डर के बारे में दो संदेश मिल सकते हैं और उसी अवधि में दूसरी खरीद कर सकता है।
- संदेश: प्रत्येक पहुँचे चरण के लिए प्रत्येक पहचानकर्ता को एक बार गिनें। एक ही इवेंट से बार-बार लौटना नई भेजी गई चीज़ें नहीं हैं।
- कॉन्टैक्ट्स: दस्तावेजीकृत नियम के अनुसार अलग-अलग व्यक्ति या रिकॉर्ड गिनें, हर प्रतिक्रिया को नए ग्राहक के रूप में न जोड़ें।
- ऑर्डर्स: खरीद की पहचान का उपयोग करें। उसी ऑर्डर पर दो संदेश दो बिक्री नहीं बनाते।
- संचित अवस्थाएँ: एक पढ़ी गई संदेश भी डिलीवर की गई संदेशों की गिनती में शामिल होती है। अगर टूल केवल नवीनतम स्टेटस दिखाता है, तो कुलों को फिर से बनाने का तरीका जाँचें बिना पढ़ी गई को डिलीवरी बेस से हटाए।
जब आवश्यक डेटा उपलब्ध न हो, तो “मापा नहीं” बताएं। शून्य का अर्थ है कि मापन हुआ और कोई परिणाम दर्ज नहीं हुआ; यह किसी अनुपलब्ध जानकारी का विकल्प नहीं है।
ऐसा रिपोर्ट करने के लिए सूत्र जिन्हें सत्यापित किया जा सके
नीचे दिए गए सूत्र विश्लेषण को व्यवस्थित करने के लिए प्रस्तावित कन्वेंशन्स हैं। आपका टूल का डैशबोर्ड दूसरा आधार उपयोग कर सकता है। परिणामों की तुलना करने से पहले हर फील्ड का मतलब जाँचें और न्यूमेरटर व डिनॉमिनेटर को उसी भेजी गई सेट में रखें।
| सूचकांक | प्रस्तावित गणना | मुख्य सावधानी |
|---|---|---|
| डिलीवरी दर | डिलीवरी की पुष्टि वाले संदेश ÷ भेजे गए संदेश × 100। | परिभाषित करें कि टूल क्या "भेजा गया" कहता है। भेजने से पहले की विफलताओं को अलग ट्रैकिंग की आवश्यकता है। |
| नज़र की गई पढ़ने की दर | पढ़ने की पुष्टि वाले संदेश ÷ डिलीवरी की पुष्टि वाले संदेश × 100. | अनुपलब्ध पुष्टियों के होने पर ये सभी वास्तविक रीडिंग्स का प्रतिनिधित्व नहीं करते। |
| प्रति संपर्क प्रतिक्रिया दर | कैम्पेन से जुड़ी प्रतिक्रिया वाले संपर्क ÷ कैम्पेन द्वारा पहुँचे गए संपर्क × 100। | प्रत्येक संपर्क को एक बार गिनें और यह परिभाषित करें कि आप प्रतिक्रिया को किस तरह संदेश से जोड़ेंगे। |
| प्रति संपर्क क्लिक दर | क्लिक पहचाने गए संपर्क ÷ कैम्पेन द्वारा पहुँचे गए संपर्क × 100। | ऐसा ट्रैकिंग आवश्यक है जो संपर्कों की पहचान कर डुप्लिकेट हटाए। कुल क्लिक एकल व्यक्ति नहीं होते। |
| संपर्क के बाद भुगतान दर | परिभाषित विंडो के भीतर संपर्क के बाद भुगतान किए गए योग्य ऑर्डर ÷ कम से कम एक संदेश डिलीवर हुए योग्य ऑर्डर × 100। | प्रत्येक संदेश को आदेश से लिंक करें और संपर्क से पहले के भुगतान को बाहर रखें। |
यदि हरक (हार) शून्य हो तो दर गणना नहीं होगी। यदि आप केवल कुल क्लिक जानते हैं, तो इस सीमा के साथ वह कुल दिखाएँ। बिना यह नहीं जानें कि कितने अलग लोगों ने क्लिक किया, उसे प्रति संपर्क दर में न बदलें।
के लिए किसी दर्शक को भेजी गई कैम्पेन, उन संपर्कों में अद्वितीय खरीददारों को ट्रैक करना समझदारी हो सकती है जिन्हें पहुंचा गया। एक ऑर्डर भुगतान अनुस्मारक, में प्राथमिक इकाई ऑर्डर हो सकती है। ये संकेतक अलग प्रश्नों के उत्तर देते हैं और उन्हें अलग नामों की आवश्यकता है।
उदाहरण गणना: संदेश ऑर्डर नहीं हैं
यह उदाहरण पूरी तरह काल्पनिक है और केवल गणनाओं को दिखाने के लिए है। यह किसी क्लाइंट के नतीजे, WPP Marketing के परीक्षण या बाजार की अपेक्षित दर का प्रतिनिधित्व नहीं करता।
एक दुकान ने 100 ऐसे ऑर्डर चुने जो अभी भुगतान नहीं हुए थे और पेमेंट रिमाइंडर के लिए योग्य थे। उसने हर ऑर्डर पर एक संदेश भेजा, हमेशा भुगतान से पहले। रिपोर्ट बंद करने तक 90 संदेशों की डिलीवरी की पुष्टि हुई और 54 रीडिंग रिकॉर्ड हुईं। 90 पहुंचे हुए ऑर्डरों में से, 18 उनके संबंधित रिमाइंडर की डिलीवरी के अगले 48 घंटों में भुगतान किए गए। दुकान ने नंबर बंद करने से पहले सभी ऑर्डर्स के लिए विंडो के समाप्त होने का इंतजार किया।
- डिलिवरी: 90 ÷ 100 × 100 = 90%।
- डिलीवर्ड के बीच देखी गई रीडिंग: 54 ÷ 90 × 100 = 60%।
- पहुंचे हुए ऑर्डरों के बीच संपर्क के बाद भुगतान: 18 ÷ 90 × 100 = 20%।
- चने गए सभी ऑर्डरों में संपर्क के बाद भुगतान: 18 ÷ 100 × 100 = 18%।
दोनों अंतिम गणनाएँ एक ही 18 भुगतान का उपयोग करती हैं, पर वे अलग प्रश्नों का उत्तर देती हैं। रिपोर्ट को केवल “कन्वर्ज़न” नहीं बल्कि बेस का नाम दिखाना चाहिए। उदाहरण के लिए 48 घंटे की विंडो चुनी गई; यह सार्वभौमिक सिफारिश या उत्पाद का नियम नहीं है।
दस संदेश जिनकी डिलीवरी की पुष्टि नहीं हुईं, उन्हें स्वचालित रूप से असफल कहकर नहीं चिह्नित करना चाहिए: उपलब्ध स्थितियों की जांच आवश्यक है। साथ ही बिना रिकॉर्ड्स को लिंक किए यह नहीं कहा जा सकता कि 18 भुगतान उन 54 रीडिंग से हुए थे। कोई भुगतान बिना रीडिंग पुष्टिकरण के भी हो सकता है।
यदि उसी ऑर्डर को दूसरा रिमाइंडर मिलता है, तो वह अभी भी एक ही ऑर्डर रहता है। समेकित विश्लेषण में उसके भुगतान को केवल एक बार गिनें। संदेश द्वारा विश्लेषण में, संपर्कों के बीच क्रेडिट वितरित करने के तरीके को पहले से परिभाषित करें और स्पष्ट करें कि ओवरलैपिंग रिपोर्ट्स का योग परिणामों की नक़ल कर सकता है।
संदेश के बाद भुगतान यह प्रमाणित नहीं करता कि संदेश ने बिक्री करवाई
व्यक्ति एक रिमाइंडर प्राप्त कर सकता है और इसलिए भुगतान कर सकता है क्योंकि वह पहले से ही खरीद पूरा करने का इरादा रखता था, या क्योंकि उसने ईमेल देखा, या उसे सपोर्ट से मदद मिली। समयानुक्रमिक अनुक्रम संबंध का सबूत है; अकेले यह नहीं मापता कि संदेश ने नतीजे में कितना जोड़ा।
ऑपरेशन को ट्रैक करने के लिए
एक वर्णनात्मक संकेतक का उपयोग करें, जैसे “संदेश डिलीवर होने के बाद विंडो के भीतर भुगतान किए गए ऑर्डर”। प्रारंभिक घटना, विंडो की अवधि, ऑर्डर के साथ लिंक और रद्दीकरण, रिफंड और पुनरावर्ती संपर्कों के उपचार का दस्तावेजीकरण करें। मान जोड़ते समय स्पष्ट करें कि क्या राजस्व में शिपिंग, डिस्काउंट और रिटर्न शामिल हैं। संबंधित राजस्व लाभ नहीं है।
इंक्रिमेंटल प्रभाव की जांच के लिए
जब प्रयोग करने की शर्तें मौजूद हों, योग्य ऑर्डर या ग्राहकों को वैकल्पिक रिमाइंडर प्राप्त करने वाले समूह और तुलना समूह के बीच यादृच्छिक रूप से बाँटें। एक ही व्यक्ति को दोनों समूहों में न रखें और अन्य शर्तों को तुलनीय बनाए रखें। इस परीक्षण को करने के लिए सेवा या ऑर्डर निष्पादन के लिए आवश्यक संचार न रोकें।
प्रारंभिक आवंटन के अनुसार प्रत्येक समूह के सभी योग्य लोगों पर भुगतान की तुलना करें, और नमूना आकार, अवधि और अनिश्चितता पर विचार करें। केवल उन लोगों की तुलना जो संदेश प्राप्त या पढ़े गए थे, तो उन लोगों के विभिन्न गुण हो सकते हैं और निष्कर्ष बिगड़ सकता है। यह डिज़ाइन मूल्यांकन का प्रस्ताव है, WPP Marketing की कोई प्रयोगात्मक फ़ीचर नहीं।
अगला समायोजन तय करने के लिए नंबरों का उपयोग कैसे करें
दर में गिरावट जांच का संकेत है, कोई तैयार निदान नहीं। उसी परिणाम के एक से अधिक कारण हो सकते हैं।
- कम डिलीवरी: टेक्स्ट बदलने से पहले उपलब्ध त्रुटियों, संपर्क, कनेक्शन, भेजने की शर्तें और रिटर्न के कामकाज की जांच करें।
- कम दर्ज पढ़ाइयाँ: माप कवरेज की जाँच करें और समान दर्शकों व अवधियों की तुलना करें। पूरी भिन्नता को प्राप्तकर्ता की रूचि का दोष न दें।
- भुगतान के बिना इंटरैक्शन: जाँच करें कि क्या बातचीत का जवाब दिया गया, लिंक काम कर रहा है, ऑर्डर सही है और चेकआउट में कोई बाधा तो नहीं। ये जांच के अनुमान हैं, दर के प्रमाणित कारण नहीं।
- अधिक भुगतान अधिक रोक अनुरोधों के साथ: दर्शक, आवृत्ति और प्रासंगिकता का पुनर्मूल्यांकन करें। WhatsApp Business संदेश नीति संपर्क की अनुमति और रोक अनुरोधों का सम्मान आवश्यक करती है, भले ही WhatsApp के बाहर हों।
अपनी ऑपरेशन की तुलना उसी परिभाषा का उपयोग करके अपने ऐतिहासिक डेटा से करना बेहतर है। किसी अन्य कंपनी द्वारा प्रकाशित दर केवल तभी तुलनीय है जब आप दर्शक, चैनल, अवधि, नमूना और सूत्र जानते हों। उदाहरण के लिए, ईमेल बेंचमार्क WhatsApp पढ़ने का लक्ष्य निर्धारित नहीं करता।
WPP Marketing रिपोर्ट्स में क्या देखें
WPP Marketing संदेश रिपोर्ट्स को अवधि और स्थिति के फ़िल्टर, निर्यात और कनेक्शन में उपलब्ध डेटा के अनुसार डिलीवरी, पढ़ाई और त्रुटि जानकारी के साथ एकत्र करता है। वाणिज्यिक ट्रैकिंग संदेशों को स्टोर के भुगतान और बिक्री से जोड़ता है। इस परिणाम की व्याख्या करने के लिए, उपयोग किए गए संकेतक नियम और एकीकरण द्वारा प्रदान किए गए इवेंट्स की जाँच करें।
टीम इन रिकॉर्ड्स और स्टोर जानकारी से अपनी विश्लेषण की व्यवस्था कर सकती है। लेख में बताई गई सूत्र, अभियानों के बीच डुप्लीकेशन हटाना और प्रयोग एक प्रस्तावित कार्यप्रणाली हैं; इसका अर्थ यह नहीं कि ये सभी कंट्रोल किसी प्रोडक्ट स्क्रीन पर तैयार हैं।
यदि ऑपरेशन अपनी प्रणाली का उपयोग करती है, तो Events API समर्थित वाणिज्यिक इवेंट्स को संभालता है, जबकि status webhooks संदेशों से संबंधित घटनाओं की सूचना देते हैं। दुकान द्वारा उपयोग किया गया एकीकरण निर्धारित करता है कि कौन सी जानकारी जोड़ी जा सकती है। किसी कैंपेन के असफल या सफल होने का निष्कर्ष निकालने से पहले सुनिश्चित करें कि आवश्यक इवेंट्स पहुंचे।
स्रोत संदर्भ
क्वेरी 20 अक्टूबर 2026 को की गई। तकनीकी परिभाषाओं और उपयोग की शर्तों की जाँच नीचे दी गई स्रोतों में की गई थी। सूत्र, काल्पनिक उदाहरण और सत्यापन मानदंड एक संपादकीय माप का प्रस्ताव हैं, बिना किसी अपना बेंचमार्क या ग्राहक परीक्षण का दावा किए।
- Meta — Postman पर आधिकारिक WhatsApp Cloud API संग्रह: भेजने, डिलीवरी और विफलता के रिटर्न के उदाहरण।
- WhatsApp — गोपनीयता सेटिंग्स: पढ़ाई पुष्टि नियंत्रण।
- WhatsApp Business — संदेश नीति: संचार की अनुमति और रोक का उल्लेख।
- WPP Marketing — status webhooks: संदेश इवेंट और एकीकृत सिस्टम को वापस करने के बीच अंतर।
संचार को आपकी दुकान के इवेंट्स से जोड़ने और उपलब्ध रिकॉर्ड्स का पालन करने के लिए, जानिए WPP Marketing प्लेटफ़ॉर्म और अपनी ऑपरेशन के लिए उपयुक्त संसाधनों का आकलन करें।