डिफ़ॉल्ट इवेंट्स

डिफ़ॉल्ट इवेंट्स क्या हैं

डिफ़ॉल्ट इवेंट्स वे बुनियादी इंटरैक्शन हैं जो उपयोगकर्ता ऐप्स या वेबसाइटों में करते हैं, चाहे उनका उद्योग या कार्यक्षमता कुछ भी हो। ये प्रमुख उपयोगकर्ता क्रियाएं ग्राहक संचार का मूल बनती हैं और किसी भी उत्पाद और ग्राहक के लिए ग्राहक जीवनचक्र के किसी भी चरण में इसका लाभ उठाया जा सकता है।

डिफ़ॉल्ट इवेंट्स अप-टू-डेट SDK संस्करणों के लिए आउट-ऑफ-द-बॉक्स उपलब्ध हैं। उन्हें PW_InAppPurchase (नीचे विवरण देखें) को छोड़कर अतिरिक्त सेटिंग्स की आवश्यकता नहीं है।

कोई डिफ़ॉल्ट इवेंट पहली बार SDK द्वारा भेजे जाने पर Audience → Events में अपने आप दिखाई देता है। डेटा एकत्र करना शुरू करने के लिए आपको इसे सक्रिय करने की आवश्यकता नहीं है।

आप किसी डिफ़ॉल्ट इवेंट को SDK द्वारा भेजे जाने से पहले सूची में जोड़ने के लिए उसे सक्रिय भी कर सकते हैं। इससे आप पहला डेटा आने से पहले ही एक सेगमेंट या Customer Journey बना सकते हैं। किसी डिफ़ॉल्ट इवेंट को सक्रिय करने के लिए:

Audience सेक्शन के भीतर Events टैब पर जाएँ।
Create Event पर क्लिक करें।
ड्रॉप-डाउन मेनू से Default Event चुनें।
पॉप-अप विंडो में, वांछित इवेंट चुनें और Activate पर क्लिक करें।

डिफ़ॉल्ट इवेंट्स ड्रॉपडाउन मेनू जो सक्रिय करने के लिए उपलब्ध इवेंट्स दिखा रहा है

डिफ़ॉल्ट इवेंट्स का उपयोग व्यवहार-आधारित मैसेजिंग में करें। उदाहरण के लिए, उन्हें Customer Journey में Trigger-based Entry के रूप में या इन-ऐप संदेशों के लिए एक ट्रिगर के रूप में उपयोग करें।

यह देखने के लिए कि आप Pushwoosh में एक मार्केटिंग अभियान बनाने और मुफ्त उपयोगकर्ताओं को स्वचालित रूप से भुगतान करने वाले ग्राहकों में बदलने के लिए डिफ़ॉल्ट इवेंट्स का उपयोग कैसे कर सकते हैं, यह ट्यूटोरियल देखें:

डिवाइस और ऐप का उपयोग

PW_DeviceRegistered

यह इवेंट तब फायर होता है जब बिना पुश टोकन वाले डिवाइस को टोकन मिलता है। जब ऐप registerForPushNotifications कॉल करता है, तब SDK टोकन का अनुरोध करता है, इसलिए यह पहली बार ऐप लॉन्च पर तभी होता है जब ऐप लॉन्च के समय पुश नोटिफिकेशन के लिए रजिस्टर करता है। iOS पर यही कॉल अनुमति प्रॉम्प्ट भी दिखाती है। iOS और Android ऐप्स में डिवाइस को पुश टोकन तब भी मिलता है जब उपयोगकर्ता नोटिफिकेशन की अनुमति नहीं देता, इसलिए ऐसे उपयोगकर्ताओं के लिए भी इवेंट फायर होता है। यदि कोई डिवाइस अपना टोकन खो देता है और उसे नया टोकन मिलता है, तो यह फिर से फायर होता है। किसी मौजूदा टोकन को नए टोकन से बदलने पर यह फायर नहीं होता।

इवेंट एट्रिब्यूट्स

platform (स्ट्रिंग): पंजीकृत डिवाइस का प्लेटफ़ॉर्म नाम।
platform_id (पूर्णांक): प्लेटफ़ॉर्म कोड, registerDevice में device_type के समान मान।

उपयोग के मामले

नए पंजीकृत उपयोगकर्ताओं के लिए एक ऑनबोर्डिंग अभियान शुरू करें। ऑनबोर्डिंग Customer Journey में PW_DeviceRegistered इवेंट का उपयोग करके Trigger-based Entry जोड़ें।
उन अधिग्रहण गतिविधियों की पहचान करें जो आपको इवेंट आंकड़ों के साथ अधिक नए लोग लाती हैं।
उपयोगकर्ताओं को उनकी पहली यात्रा पर ही संलग्न करें। उन्हें DeviceRegistered इवेंट द्वारा ट्रिगर किए गए इन-ऐप्स के साथ मिलें।

नए उपयोगकर्ताओं को ऑनबोर्ड करने के लिए DeviceRegistered इवेंट द्वारा ट्रिगर किया गया इन-ऐप संदेश

PW_DeviceUnregistered

यह इवेंट तब फायर होता है जब कोई डिवाइस अपनी पुश सदस्यता खो देता है। ऐसा तब होता है जब:

पुश सेवा टोकन को अमान्य बताती है, उदाहरण के लिए, ऐप अनइंस्टॉल होने के बाद।
ऐप SDK के माध्यम से डिवाइस का पंजीकरण रद्द करता है।
कोई उपयोगकर्ता ईमेल से अनसब्सक्राइब करता है।

इन डिवाइसों को अपने डेटाबेस के साथ सिंक करने के लिए, अपंजीकृत डिवाइसों को अपने सिस्टम के साथ सिंक करें देखें।

इवेंट एट्रिब्यूट्स

message_id (स्ट्रिंग)
message_code (स्ट्रिंग)
campaign_id (स्ट्रिंग)
platform (स्ट्रिंग)
platform_id (पूर्णांक)

उपयोग के मामले

जब उपयोगकर्ता आपके ऐप का उपयोग बंद करने का निर्णय लेते हैं तो उन्हें बनाए रखें। उदाहरण के लिए, आप हर उस उपयोगकर्ता को एक विशेष ऑफ़र के साथ एक ईमेल भेज सकते हैं जिसने ऐप को अनइंस्टॉल कर दिया है।
उन उपयोगकर्ताओं के साथ संचार बनाए रखें जिन्होंने आपके किसी एक चैनल से सदस्यता समाप्त कर दी है। उदाहरण के लिए, यदि कोई उपयोगकर्ता अब पुश नोटिफिकेशन प्राप्त नहीं करना चाहता है, तो आप उन्हें ऐप का अधिक बार उपयोग करने के लिए प्रोत्साहित करने के लिए एक ईमेल भेज सकते हैं या एक इन-ऐप दिखा सकते हैं।

PW_PushAlertsChanged

केवल मोबाइल ऐप्स के लिए

यह इवेंट तब फायर होता है जब कोई उपयोगकर्ता डिवाइस सेटिंग्स में आपके ऐप के लिए पुश नोटिफिकेशन बंद या चालू करता है। यह iOS, Android, Huawei और Amazon डिवाइसों के लिए उपलब्ध है। Pushwoosh दोनों दिशाओं में बदलाव दर्ज करता है: चालू से बंद (ऑप्ट-आउट) और बंद से चालू (ऑप्ट-इन)।

आपको इस इवेंट को सक्रिय करने की आवश्यकता नहीं है। यह पहली बार फायर होने पर आपके ऐप में दिखाई देता है और Default Event ड्रॉप-डाउन मेनू में सूचीबद्ध नहीं होता है। आप इसे Control Panel में हटा नहीं सकते।

Pushwoosh बदलाव कब दर्ज करता है

SDK ऐप शुरू होने पर नोटिफिकेशन अनुमति की जानकारी भेजता है। जो उपयोगकर्ता डिवाइस सेटिंग्स में नोटिफिकेशन बंद करता है, वह केवल अगले ऐप लॉन्च पर दर्ज होता है, जो कुछ घंटे या दिन बाद हो सकता है। इवेंट का समय वह है जब Pushwoosh को बदलाव मिला, न कि वह जब उपयोगकर्ता ने सेटिंग बदली।

इस इवेंट के लिए ऐसे मोबाइल SDK की आवश्यकता है जो अनुमति की जानकारी भेजता हो:

iOS: iOS SDK 5.7.2 से शुरू
Android और Amazon: Android SDK 5.7.5 से शुरू
Huawei: Android SDK 6.1.0 से शुरू

इवेंट इन मामलों में फायर नहीं होता:

डिवाइस पहली बार रजिस्टर होता है। Pushwoosh पहले पंजीकरण की अनुमति को शुरुआती स्थिति के रूप में सहेजता है, इसलिए अनुमति प्रॉम्प्ट पर उपयोगकर्ता का पहला जवाब, चाहे अनुमति दे या अस्वीकार करे, इवेंट फायर नहीं करता।
उपयोगकर्ता आपके ऐप के भीतर सदस्यता समाप्त करता है, या डिवाइस का पंजीकरण रद्द हो जाता है। इन मामलों के लिए PW_DeviceUnregistered का उपयोग करें।

Android 13 और उसके बाद के संस्करणों पर, आपका ऐप अनुमति प्रॉम्प्ट दिखाए बिना डिवाइस को रजिस्टर कर सकता है और प्रॉम्प्ट बाद में दिखा सकता है। इस स्थिति में, डिवाइस नोटिफिकेशन बंद होने की स्थिति के साथ रजिस्टर होता है। यदि उपयोगकर्ता बाद वाले प्रॉम्प्ट पर नोटिफिकेशन की अनुमति देता है, तो इवेंट new_value के true के बराबर होने के साथ फायर होता है। यदि उपयोगकर्ता उन्हें अस्वीकार करता है, तो इवेंट फायर नहीं होता, क्योंकि अनुमति बंद ही रहती है।

इवेंट एट्रिब्यूट्स

old_value (बूलियन): अनुमति की पिछली स्थिति। true का मतलब है कि नोटिफिकेशन चालू थे।
new_value (बूलियन): अनुमति की नई स्थिति। false का मतलब है कि उपयोगकर्ता ने नोटिफिकेशन बंद कर दिए (ऑप्ट-आउट), true का मतलब है कि उपयोगकर्ता ने उन्हें चालू किया (ऑप्ट-इन)।
reason (स्ट्रिंग): नई स्थिति किस कारण से सेट हुई।
source (स्ट्रिंग): वह API मेथड जिसने बदलाव की जानकारी दी, जैसे registerDevice, applicationOpen, multiRegisterDevice या setTags।
token_in_request (बूलियन): क्या अनुरोध में पुश टोकन शामिल था। applicationOpen के लिए हमेशा false।
request_ts (पूर्णांक): Unix समय जब Pushwoosh को अनुरोध मिला।
prev_app_open_at (पूर्णांक): बदलाव से पहले पिछले ऐप लॉन्च का Unix समय। request_ts के साथ मिलकर यह उस समय अवधि को दिखाता है जिसमें उपयोगकर्ता ने सेटिंग बदली। केवल तभी शामिल होता है जब ज्ञात हो।
app_version (वर्ज़न): ऐप का वर्ज़न। केवल तभी शामिल होता है जब अनुरोध में यह मौजूद हो।
os_version (वर्ज़न): डिवाइस का OS वर्ज़न। केवल तभी शामिल होता है जब अनुरोध में यह मौजूद हो।

reason एट्रिब्यूट इनमें से कोई एक मान लेता है:

मान	इसका मतलब
`sdk`	Pushwoosh SDK ने डिवाइस से अनुमति की जानकारी भेजी। उपयोगकर्ताओं द्वारा किए गए बदलाव ट्रैक करने के लिए इस मान का उपयोग करें।
`api_field`	अनुमति आपके सर्वर या डेटा इम्पोर्ट से API अनुरोध में भेजी गई थी।
`set_tags`	Push Alerts Enabled टैग सीधे बदला गया था, उदाहरण के लिए, `setTags` के साथ।
`default_true`	डिवाइस के पास पुश टोकन है लेकिन अनुरोध में अनुमति शामिल नहीं थी, इसलिए Pushwoosh ने इसे चालू पर सेट कर दिया।

उपयोग के मामले

उन उपयोगकर्ताओं को वापस लाएं जिन्होंने नोटिफिकेशन बंद कर दिए। new_value के false के बराबर होने पर PW_PushAlertsChanged पर Trigger-based Entry के साथ एक Customer Journey शुरू करें और उन तक ईमेल, SMS या ऑप्ट-आउट रिकवरी पॉपअप के माध्यम से पहुंचें।
किसी अवधि में नोटिफिकेशन बंद करने वाले उपयोगकर्ताओं के सेगमेंट बनाएं। केवल उपयोगकर्ताओं द्वारा अपने डिवाइस पर किए गए बदलाव रखने के लिए reason के sdk के बराबर होने पर फ़िल्टर करें।
नोटिफिकेशन दोबारा चालू करने वाले उपयोगकर्ताओं का एक ऐसे पुश के साथ स्वागत करें जो बताए कि उन्होंने क्या मिस किया।
इवेंट हिस्ट्री और इवेंट आंकड़ों में ट्रैक करें कि विशिष्ट कैंपेन के बाद उपयोगकर्ता कितनी बार ऑप्ट-आउट करते हैं।

PW_ApplicationOpen

केवल मोबाइल ऐप्स के लिए

ApplicationOpen इवेंट हर बार जब कोई उपयोगकर्ता आपके मोबाइल ऐप को अपने डिवाइस पर लॉन्च करता है, तब ट्रिगर होता है।

इवेंट एट्रिब्यूट्स

device_type (पूर्णांक): डिवाइस प्रकार कोड। विवरण के लिए registerDevice देखें।
application_version (स्ट्रिंग): ऐप संस्करण।

उपयोग के मामले

ApplicationOpen इवेंट आंकड़ों के आधार पर उपयोगकर्ता प्रतिधारण आंकड़े एकत्र करें।
ऐप में सक्रिय उपयोगकर्ताओं के लिए इन-ऐप मैसेजिंग अभियान चलाएं।

PW_ScreenOpen

केवल मोबाइल ऐप्स के लिए

यह इवेंट हर बार तब फायर होता है जब कोई उपयोगकर्ता आपके मोबाइल ऐप में एक विशिष्ट स्क्रीन देखता है।

इवेंट एट्रिब्यूट्स

application_version (स्ट्रिंग): ऐप संस्करण।
device_type (पूर्णांक): डिवाइस प्रकार कोड। विवरण के लिए registerDevice देखें।
screen_name (स्ट्रिंग): आपके ऐप से प्राप्त तकनीकी स्क्रीन नाम।

उपयोग के मामले

उन उपयोगकर्ताओं को पूरी तरह से प्रासंगिक संदेश भेजें जिन्होंने PW_ScreenOpen इवेंट के साथ Customer Journeys शुरू करके विशिष्ट ऐप अनुभागों में अपनी रुचि दिखाई है।
अपने प्रचारों की प्रभावशीलता का मूल्यांकन और सुधार करें। अपने ऑफ़र के दो या कई संस्करणों का A/B/n परीक्षण करें, ScreenOpen इवेंट होने की प्रतीक्षा करें, और फिर देखें कि किस सामग्री ने सबसे अच्छा प्रदर्शन किया है।
जानें कि कौन सी ऐप स्क्रीन सबसे अधिक देखी जाती हैं। इवेंट आंकड़ों को स्क्रीन नाम से फ़िल्टर करें।

PW_ApplicationMinimized

केवल मोबाइल ऐप्स के लिए

यह इवेंट तब फायर होता है जब कोई उपयोगकर्ता अपने डिवाइस पर ऐप को छोटा (लेकिन फोर्स स्टॉप नहीं) करता है।

इवेंट एट्रिब्यूट्स

device_type (पूर्णांक): डिवाइस प्रकार कोड। विवरण के लिए registerDevice देखें।
application_version (स्ट्रिंग): ऐप संस्करण।

उपयोग के मामले

ApplicationOpen और ApplicationMinimized इवेंट्स के बीच औसत सत्र समय को ट्रैक करें।
जब ऐप पृष्ठभूमि में चल रहा हो तो उपयोगकर्ताओं का ध्यान आकर्षित करने और उन्हें ऐप पर वापस लाने के लिए पुश नोटिफिकेशन भेजें।

PW_UserIdle

केवल मोबाइल ऐप्स के लिए

यह इवेंट तब फायर होता है जब कोई उपयोगकर्ता आपके ऐप के अंदर होता है लेकिन एक कॉन्फ़िगर करने योग्य अवधि के लिए स्क्रीन के साथ इंटरैक्ट नहीं करता है। PW_ApplicationMinimized के विपरीत, जो उपयोगकर्ता के ऐप छोड़ने के बाद ट्रिगर होता है, PW_UserIdle तब फायर होता है जब उपयोगकर्ता अभी भी ऐप में होता है। यह उस क्षण को कैप्चर करता है जब ध्यान भटकता है, उपयोगकर्ता झिझकता है, या विचलित हो जाता है। इसे समय पर इन-ऐप दिखाने, सहायता प्रदान करने, या उपयोगकर्ता को अगले चरण की ओर धकेलने के लिए सर्वर-साइड सिग्नल के रूप में उपयोग करें।

दोनों प्लेटफॉर्म पर आइडल डिटेक्शन डिफ़ॉल्ट रूप से अक्षम है। जब टाइमआउट कुंजी गायब होती है या 0 पर सेट होती है, तो कोई PW_UserIdle इवेंट नहीं भेजे जाते हैं। इसे सक्षम करने के लिए, अपने ऐप के प्लेटफ़ॉर्म कॉन्फ़िगरेशन में टाइमआउट (न्यूनतम 30 सेकंड) सेट करें:

iOS: अपने ऐप के Info.plist में Pushwoosh_IDLE_TIMEOUT_SECONDS कुंजी (संख्या, न्यूनतम 30) जोड़ें।
Android: अपने AndroidManifest.xml में com.pushwoosh.idle_timeout_seconds मेटा-डेटा (पूर्णांक, न्यूनतम 30) जोड़ें।

इवेंट एट्रिब्यूट्स

screen_name (स्ट्रिंग): वह स्क्रीन जहां उपयोगकर्ता निष्क्रिय हो गया। एंड्रॉइड पर, जब वर्तमान स्क्रीन नेस्टेड होती है तो ActivityName/FragmentName के रूप में स्वरूपित होती है। अन्यथा, गतिविधि का नाम। iOS पर, जब नेस्टेड होती है तो ParentVC/ChildVC के रूप में स्वरूपित होती है। अन्यथा, व्यू कंट्रोलर का नाम।
idle_seconds (पूर्णांक): कॉन्फ़िगर किया गया निष्क्रिय टाइमआउट जो बीत चुका है।
session_duration (पूर्णांक): ऐप को आखिरी बार फोरग्राउंड में लाए जाने के बाद से सेकंड।
device_type (पूर्णांक): डिवाइस प्रकार कोड। विवरण के लिए registerDevice देखें।
application_version (स्ट्रिंग): ऐप संस्करण।

व्यवहार

प्रति फोरग्राउंड सत्र में अधिकतम एक बार फायर होता है। पृष्ठभूमि में वापस जाने और फोरग्राउंड में वापस आने से एक नया सत्र शुरू होता है।
जब सॉफ्ट कीबोर्ड खुला होता है, जब स्क्रीन पर एक मोडल डायलॉग या सिस्टम प्रॉम्प्ट होता है, और जब ऐप पृष्ठभूमि में होता है, तो टाइमर स्वचालित रूप से रुक जाता है।
स्क्रीन के साथ भौतिक संपर्क (स्पर्श, स्क्रॉलिंग और टाइपिंग) टाइमर को रीसेट करता है।

उपयोग के मामले

जब उपयोगकर्ता उच्च-इरादे वाली स्क्रीन (कार्ट, मूल्य निर्धारण, चेकआउट) पर बिना कोई कार्रवाई किए रुकते हैं, तो एक इन-ऐप ऑफ़र या इन-कॉन्टेक्स्ट सहायक को ट्रिगर करें।
जब उपयोगकर्ता ऑनबोर्डिंग चरण पर रुक जाते हैं तो एक संकेत या ट्यूटोरियल दिखाएं।
screen_name द्वारा निष्क्रिय इवेंट आंकड़ों को फ़िल्टर करके पहचानें कि उपयोगकर्ता कहां गति खो देते हैं।

PW_ApplicationExit

केवल मोबाइल ऐप्स के लिए

यह इवेंट तब फायर होता है जब कोई उपयोगकर्ता ऐप को बैकग्राउंड में डालता है और एक कॉन्फ़िगर करने योग्य टाइमआउट के भीतर वापस नहीं आता है। PW_ApplicationMinimized के विपरीत, जो उपयोगकर्ता के जाने पर तुरंत फायर होता है, PW_ApplicationExit केवल कॉन्फ़िगर की गई देरी बीत जाने के बाद फायर होता है। यह पुष्टि करता है कि उपयोगकर्ता ने वास्तव में सत्र छोड़ दिया है, न कि केवल संक्षिप्त रूप से ऐप्स स्विच किया है। इसका उपयोग उन उपयोगकर्ताओं को फिर से संलग्न करने के लिए करें जिन्होंने एक सत्र को बीच में छोड़ दिया है, या एक पुष्टि किए गए निकास के बाद अनुवर्ती अभियानों को ट्रिगर करने के लिए करें।

एग्जिट इंटेंट डिटेक्शन डिफ़ॉल्ट रूप से अक्षम है। इसे सक्षम करने के लिए, अपने ऐप के प्लेटफ़ॉर्म कॉन्फ़िगरेशन में टाइमआउट (10-30 सेकंड, इस सीमा के बाहर के मान स्वचालित रूप से क्लैंप किए जाते हैं) सेट करें:

Android: अपने AndroidManifest.xml में com.pushwoosh.exit_intent_timeout_seconds मेटा-डेटा (पूर्णांक, 10-30) जोड़ें।
iOS: अपने ऐप के Info.plist में Pushwoosh_APPLICATION_EXIT_TIMEOUT_SECONDS कुंजी (संख्या, 10-30) जोड़ें।

इवेंट एट्रिब्यूट्स

screen_name (स्ट्रिंग): उपयोगकर्ता द्वारा ऐप को बैकग्राउंड में डालने पर अंतिम सक्रिय स्क्रीन।
session_duration (पूर्णांक): ऐप को आखिरी बार फोरग्राउंड में लाए जाने के बाद से सेकंड।
exit_intent_seconds (पूर्णांक): इवेंट फायर होने से पहले बीता हुआ प्रभावी टाइमआउट (10-30 सेकंड)।
device_type (पूर्णांक): डिवाइस प्रकार कोड। विवरण के लिए registerDevice देखें।
application_version (स्ट्रिंग): ऐप संस्करण।

व्यवहार

टाइमर तब शुरू होता है जब ऐप को बैकग्राउंड में डाला जाता है और यदि उपयोगकर्ता टाइमआउट समाप्त होने से पहले वापस आता है तो रद्द कर दिया जाता है।
स्क्रीन का नाम और सत्र की अवधि बैकग्राउंडिंग के समय कैप्चर की जाती है, न कि जब इवेंट फायर होता है।
यदि एग्जिट इंटेंट डिटेक्शन अक्षम है (टाइमआउट कुंजी 0 है या सेट नहीं है) तो इवेंट फायर नहीं होता है।

उपयोग के मामले

उन उपयोगकर्ताओं को फिर से संलग्न करें जिन्होंने खरीदारी या साइन-अप प्रवाह को छोड़ दिया है। एक रिमाइंडर या छूट के साथ एक पुश नोटिफिकेशन या ईमेल ट्रिगर करें।
उन उपयोगकर्ताओं के लिए एक विन-बैक Customer Journey शुरू करें जो एक महत्वपूर्ण कार्रवाई पूरी किए बिना बाहर निकलते हैं (जैसे, एक कार्ट छोड़ना या ऑनबोर्डिंग के बीच में रुकना)।
screen_name द्वारा इवेंट आंकड़ों को फ़िल्टर करके उच्च-ड्रॉप-ऑफ स्क्रीन की पहचान करें।

वेब

PW_SiteOpened

केवल वेब के लिए

SiteOpened इवेंट हर बार तब फायर होता है जब कोई उपयोगकर्ता आपकी वेबसाइट के किसी भी पेज को खोलता है।

इवेंट एट्रिब्यूट्स

device_type (पूर्णांक): डिवाइस प्रकार कोड। विवरण के लिए registerDevice देखें।
title (स्ट्रिंग): देखे गए पेज का शीर्षक।
url (स्ट्रिंग): देखे गए पेज का URL।
path (स्ट्रिंग): देखे गए पेज का पाथ, डोमेन, क्वेरी स्ट्रिंग या फ़्रैगमेंट के बिना, पढ़ने योग्य रूप में डिकोड किया हुआ, अक्षरों का केस बरकरार रखते हुए। उदाहरण के लिए, https://example.com/Catalog/Shoes/?size=42#reviews को /Catalog/Shoes/ के रूप में भेजा जाता है। WebSDK 3.102.0 से 3.104.0 द्वारा भेजे गए इवेंट्स में path लोअरकेस में होता है।

उपयोग के मामले

अपने साइट ट्रैफ़िक वितरण का विश्लेषण करें और उपयोगकर्ताओं द्वारा विशिष्ट साइट पेजों को खोलने की संख्या की तुलना करें। इसके लिए, इवेंट आंकड़ों को उसके एट्रिब्यूट्स द्वारा फ़िल्टर करें।
एक प्रासंगिक संचार के साथ उपयोगकर्ता की वेबसाइट यात्रा का पालन करें। एक विशिष्ट title या url एट्रिब्यूट के लिए सेट किए गए SiteOpened इवेंट से शुरू होने वाली एक जर्नी बनाएं।
साइट के किसी सेक्शन के विज़िटर्स को टारगेट करें। SiteOpened इवेंट के साथ एक सेगमेंट बनाएं, जिसमें path एट्रिब्यूट /Catalog/ से शुरू होता है। मान को अपनी साइट के अक्षर केस में दर्ज करें, क्योंकि SDK path को इसी तरह भेजता है। गैर-अंग्रेज़ी अक्षरों वाले पाथ वैसे ही दर्ज करें जैसे वे पढ़े जाते हैं, उदाहरण के लिए /café/, न कि /caf%C3%A9/। लोअरकेस path के साथ सहेजे गए सेगमेंट या शर्त में मान फिर से दर्ज करना होगा।

वेबसाइट ट्रैफिक एनालिटिक्स जो पेज विज़िट के आंकड़े और उपयोगकर्ता के व्यवहार के पैटर्न दिखा रहा है

कॉमर्स

PW_InAppPurchase

केवल मोबाइल ऐप्स के लिए

InAppPurchase इवेंट हर बार तब फायर होता है जब कोई उपयोगकर्ता आपके ऐप में एक इन-ऐप आइटम खरीदता है। उदाहरणों में सशुल्क सदस्यता, गेम मैकेनिक्स तत्व, इन-ऐप मुद्रा आदि शामिल हैं।

इन-ऐप परचेज़ इवेंट को लागू करने के लिए:

iOS: Pushwoosh iOS SDK के Pushwoosh_PURCHASE_TRACKING_ENABLED पैरामीटर को yes पर सेट करें।
Android: इस गाइड का उपयोग करके Pushwoosh को खरीद जानकारी भेजने को कॉन्फ़िगर करें।

इवेंट एट्रिब्यूट्स

productIdentifier (स्ट्रिंग): ऐप स्टोर से प्राप्त किया गया।
quantity (पूर्णांक): खरीदे गए आइटम्स की संख्या।
transactionDate (स्ट्रिंग): खरीद की तारीख।
status (स्ट्रिंग): खरीद की स्थिति।

उपयोग के मामले

इन-ऐप खरीद के आंकड़े एकत्र करें।
प्रचार चलाएं और उनकी सफलता पर नज़र रखें। प्रोमो संदेश के बाद वेट फॉर ट्रिगर इवेंट सेट करें।

कस्टमर जर्नी कॉन्फ़िगरेशन जो इन-ऐप परचेज़ इवेंट के साथ वेट फॉर ट्रिगर स्टेप दिखा रहा है

पुश नोटिफिकेशन्स

PW_NotificationSend

केवल मोबाइल और वेब के लिए

यह इवेंट तब फायर होता है जब एक Pushwoosh संदेश उपयोगकर्ता के डिवाइस पर भेजा जाता है।

इवेंट एट्रिब्यूट्स

message_id (स्ट्रिंग)
message_code (स्ट्रिंग)
campaign_id (स्ट्रिंग)

उपयोग के मामले

ट्रैक करें कि क्या कोई संदेश भेजा गया है, चाहे कोई भी चैनल उपयोग किया गया हो।
भेजे गए संदेशों की संख्या के आधार पर उपयोगकर्ता Segments बनाएं।
Events history में एक उपयोगकर्ता को भेजे गए सभी संदेशों को देखें और उपयोगकर्ता के आगे के व्यवहार का विश्लेषण करें।

PW_NotificationOpen

केवल मोबाइल और वेब के लिए

यह इवेंट हर बार तब फायर होता है जब कोई उपयोगकर्ता Pushwoosh के साथ भेजे गए पुश नोटिफिकेशन को खोलता है।

उपयोग के मामले

पुश भेजने के लिए इष्टतम समय कॉन्फ़िगर करें।
एक विशिष्ट समय अवधि के भीतर नोटिफिकेशन के प्रदर्शन के आधार पर Segments बनाएं।

ईमेल

PW_EmailSent

केवल ईमेल के लिए

यह इवेंट तब फायर होता है जब एक ईमेल ईमेल प्रदाता को भेजा जाता है। परिणाम के लिए status_code देखें।

इवेंट एट्रिब्यूट्स

message_id (स्ट्रिंग): संदेश की आईडी।
message_code (स्ट्रिंग): विशिष्ट ईमेल संदेश का अद्वितीय पहचानकर्ता।
status_code (पूर्णांक): इस भेजने के प्रयास के लिए ईमेल प्रदाता द्वारा लौटाया गया डिलीवरी स्थिति कोड।
campaign_id (स्ट्रिंग): अभियान की आईडी। केवल तभी शामिल किया जाता है जब ईमेल एक अभियान के हिस्से के रूप में भेजा गया हो।
campaign_code (स्ट्रिंग): अभियान का अद्वितीय कोड। तब शामिल किया जाता है जब भेजना एक अभियान का हिस्सा हो और अभियान लुकअप सफल हो। campaign_id मौजूद होने पर भी campaign_code गायब हो सकता है।

उपयोग के मामले

status_code का उपयोग करके प्रेषण परिणामों को ट्रैक करें, इस बात से अलग कि ईमेल बाद में खोला गया या क्लिक किया गया।
भेजे गए ईमेल की संख्या के आधार पर उपयोगकर्ता Segments बनाएं।
Events history में एक उपयोगकर्ता को भेजे गए सभी ईमेल देखें और उपयोगकर्ता के आगे के व्यवहार का विश्लेषण करें।

PW_EmailOpen

केवल ईमेल के लिए

यह इवेंट तब फायर होता है जब कोई उपयोगकर्ता Pushwoosh के माध्यम से भेजे गए ईमेल को खोलता है। मेल स्कैनर द्वारा किए गए ओपन इसे फायर नहीं करते, इसलिए इस इवेंट का उपयोग करने वाली जर्नी, सेगमेंट और इंटीग्रेशन उन पर प्रतिक्रिया नहीं करते।

इवेंट एट्रिब्यूट्स

campaign_code (स्ट्रिंग): ईमेल से जुड़े अभियान का अद्वितीय कोड।
campaign_id (स्ट्रिंग): अभियान की आईडी।
message_code (स्ट्रिंग): विशिष्ट ईमेल संदेश का अद्वितीय पहचानकर्ता।
message_id (स्ट्रिंग): संदेश की आईडी।
opened_by (स्ट्रिंग): किसने या क्या ने ओपन को ट्रिगर किया: प्राप्तकर्ता द्वारा एक वास्तविक ओपन के लिए user, या Apple Mail Privacy Protection द्वारा ट्रैकिंग पिक्सेल को प्री-फ़ेच करने से ट्रिगर किए गए एक स्वचालित ओपन के लिए ampp।

उपयोग के मामले

उन उपयोगकर्ताओं की पहचान करने के लिए ईमेल ओपन को ट्रैक करें जो आपके ईमेल के साथ सक्रिय रूप से संलग्न हैं। इस डेटा का उपयोग अनुवर्ती अभियान बनाने के लिए करें, जैसे कि प्रचार ईमेल खोलने वाले उपयोगकर्ताओं को छूट कोड भेजना।
यदि उपयोगकर्ता एक ईमेल खोलते हैं लेकिन वांछित कार्रवाई पूरी नहीं करते हैं (जैसे, खरीदारी करना), तो आप अनुस्मारक या व्यक्तिगत ऑफ़र के साथ अनुवर्ती ईमेल ट्रिगर कर सकते हैं।
उत्पाद लॉन्च या मौसमी प्रचार जैसे अभियानों के लिए अपनी विषय पंक्तियों और ईमेल समय रणनीतियों को परिष्कृत करने के लिए अभियानों में ओपन दरों का विश्लेषण करें।
PW_EmailOpen के आधार पर opened_by के साथ user के बराबर एक segment बनाएं ताकि उन प्राप्तकर्ताओं को लक्षित किया जा सके जिन्होंने ईमेल खोला, AMPP-ट्रिगर किए गए ओपन को छोड़कर।

PW_EmailLinkClicked

केवल ईमेल के लिए

यह इवेंट हर बार तब फायर होता है जब कोई उपयोगकर्ता ईमेल में एक लिंक पर क्लिक करता है। मेल स्कैनर द्वारा किए गए क्लिक इसे फायर नहीं करते, इसलिए इस इवेंट का उपयोग करने वाली जर्नी, सेगमेंट और इंटीग्रेशन उन पर प्रतिक्रिया नहीं करते।

इवेंट एट्रिब्यूट्स

message_id (स्ट्रिंग)
message_code (स्ट्रिंग)
campaign_id (स्ट्रिंग)
redirect_link (स्ट्रिंग)
original_link (स्ट्रिंग)

उपयोग के मामले

उन उपयोगकर्ताओं के लिए लक्षित अभियान चलाएं जो एक ईमेल में एक विशिष्ट लिंक पर क्लिक करते हैं।
उन उपयोगकर्ताओं को एक और संदेश भेजें जिन्होंने पहले ईमेल में लिंक को अनदेखा कर दिया था ताकि उन्हें उस पर क्लिक करने (या अन्य कार्रवाई करने) के लिए प्रोत्साहित किया जा सके।

PW_EmailSubscribed

केवल ईमेल के लिए

यह इवेंट तब फायर होता है जब कोई उपयोगकर्ता एक या अधिक ईमेल श्रेणियों की सदस्यता लेता है, एक preference center सबमिशन या रीसब्सक्राइब लिंक से, और जब एक नया ईमेल डिवाइस पहली बार पंजीकृत होता है तो ऑटो-सब्सक्रिप्शन पर भी।

इवेंट एट्रिब्यूट्स

message_id (स्ट्रिंग): उस संदेश की आईडी जिसने सदस्यता को ट्रिगर किया, यदि लागू हो।
campaign_id (स्ट्रिंग): संबंधित अभियान की आईडी, यदि लागू हो।
message_code (स्ट्रिंग): विशिष्ट संदेश का अद्वितीय पहचानकर्ता, यदि लागू हो।
categories (स्ट्रिंग्स का ऐरे): उन ईमेल श्रेणियों के नाम जिनकी उपयोगकर्ता ने सदस्यता ली है; यदि कोई लागू नहीं होता है तो छोड़ दिया जाता है (जैसे बिना ऑटो-सब्सक्राइब्ड श्रेणियों के पंजीकरण)।
resubscribe (बूलियन): किसी भी वरीयता केंद्र या रीसब्सक्राइब-लिंक सबमिशन के लिए true - जिसमें एक उपयोगकर्ता की पहली सदस्यता भी शामिल है; डिवाइस पंजीकरण पर ऑटो-सब्सक्रिप्शन के लिए छोड़ दिया गया।

उपयोग के मामले

पंजीकरण पर ऑटो-सब्सक्रिप्शन से वरीयता-केंद्र-संचालित सदस्यताओं को अलग करने के लिए resubscribe का उपयोग करें।
एक विशिष्ट श्रेणी की सदस्यता लेने वाले उपयोगकर्ताओं के Segments बनाएं।

PW_EmailUnsubscribed

केवल ईमेल के लिए

यह इवेंट तब फायर होता है जब कोई उपयोगकर्ता एक या अधिक ईमेल श्रेणियों से सदस्यता समाप्त करता है, और सभी मार्केटिंग ईमेल से पूर्ण ऑप्ट-आउट (Unsubscribed Emails टैग) पर भी - उस स्थिति में categories को छोड़ दिया जाता है। यदि कोई उपयोगकर्ता एक ही बार में कई श्रेणियों से सदस्यता समाप्त करता है, तो categories उन सभी को सूचीबद्ध करता है।

इवेंट एट्रिब्यूट्स

message_id (स्ट्रिंग): उस संदेश की आईडी जिससे उपयोगकर्ता ने सदस्यता समाप्त की, यदि लागू हो।
campaign_id (स्ट्रिंग): संबंधित अभियान की आईडी, यदि लागू हो।
message_code (स्ट्रिंग): विशिष्ट संदेश का अद्वितीय पहचानकर्ता, यदि लागू हो।
categories (स्ट्रिंग्स का ऐरे): उन ईमेल श्रेणियों के नाम जिनसे उपयोगकर्ता ने सदस्यता समाप्त की; पूर्ण ऑप्ट-आउट पर छोड़ दिया गया।

उपयोग के मामले

एक विशिष्ट श्रेणी से ऑप्ट-आउट करने वाले उपयोगकर्ताओं के Segments बनाएं ताकि उन्हें उस श्रेणी के लिए भविष्य के अभियानों से बाहर रखा जा सके।
एक श्रेणी से सदस्यता समाप्त करने वाले उपयोगकर्ताओं के लिए एक विन-बैक जर्नी ट्रिगर करें।

इन-ऐप संदेश

PW_InAppShown

केवल मोबाइल ऐप्स के लिए

यह इवेंट तब फायर होता है जब उपयोगकर्ता को एक इन-ऐप संदेश दिखाया जाता है।

इवेंट एट्रिब्यूट्स

message_code (स्ट्रिंग): इन-ऐप से जुड़े विशिष्ट संदेश का अद्वितीय पहचानकर्ता।
message_id (पूर्णांक): संदेश की आईडी।
campaign_code (स्ट्रिंग): इन-ऐप से जुड़े अभियान का अद्वितीय कोड।
campaign_id (पूर्णांक): उस अभियान की आईडी जिसने इन-ऐप को ट्रिगर किया।
rich_media_code (स्ट्रिंग): इन-ऐप में प्रदर्शित रिच मीडिया सामग्री का अद्वितीय पहचानकर्ता।
inapp_code (स्ट्रिंग): दिखाए गए विशिष्ट इन-ऐप संदेश की पहचान करने वाला अद्वितीय कोड।

उपयोग के मामले

अपनी मैसेजिंग रणनीति को समायोजित करने के लिए इन-ऐप संदेश दृश्यों की आवृत्ति को ट्रैक करें, जैसे कि अनावश्यक संदेशों को हटाना जो उपयोगकर्ताओं को परेशान कर सकते हैं।
फ्लैश बिक्री या सदस्यता अपग्रेड जैसे प्रचार अभियानों की पहुंच का मूल्यांकन करने के लिए इन-ऐप इंप्रेशन डेटा का उपयोग करें।
यदि एक इन-ऐप संदेश दिखाया जाता है लेकिन क्लिक नहीं किया जाता है, तो आप एक अनुवर्ती कार्रवाई ट्रिगर कर सकते हैं, जैसे कि संदेश को सुदृढ़ करने के लिए समान सामग्री के साथ एक पुश नोटिफिकेशन भेजना।

PW_InAppClicked

केवल मोबाइल ऐप्स के लिए

यह इवेंट तब फायर होता है जब कोई उपयोगकर्ता उस पर क्लिक करके एक इन-ऐप संदेश के साथ इंटरैक्ट करता है।

इवेंट एट्रिब्यूट्स

message_code (स्ट्रिंग): इन-ऐप से जुड़े विशिष्ट संदेश का अद्वितीय पहचानकर्ता।
message_id (पूर्णांक): संदेश की आईडी।
campaign_code (स्ट्रिंग): इन-ऐप से जुड़े अभियान का अद्वितीय कोड।
campaign_id (पूर्णांक): उस अभियान की आईडी जिसने इन-ऐप को ट्रिगर किया।
rich_media_code (स्ट्रिंग): इन-ऐप में प्रदर्शित रिच मीडिया सामग्री का अद्वितीय पहचानकर्ता (यदि लागू हो)।
inapp_code (स्ट्रिंग): क्लिक किए गए विशिष्ट इन-ऐप संदेश की पहचान करने वाला अद्वितीय कोड।
element_id (स्ट्रिंग): इन-ऐप संदेश के भीतर विशिष्ट तत्व का पहचानकर्ता जिस पर क्लिक किया गया था (जैसे, एक बटन या लिंक)।
link (स्ट्रिंग): क्लिक किए गए तत्व से जुड़ा URL या डीप लिंक।

उपयोग के मामले

यह पहचानने के लिए क्लिक व्यवहार का विश्लेषण करें कि उपयोगकर्ता किन बटनों या लिंक के साथ सबसे अधिक बार इंटरैक्ट करते हैं और भविष्य के इन-ऐप संदेश डिजाइनों को अनुकूलित करें। उदाहरण के लिए, सदस्यता अपग्रेड अभियानों में विभिन्न CTA का परीक्षण करें।
उपयोगकर्ता क्लिक के आधार पर स्वचालित क्रियाओं को ट्रिगर करें, जैसे कि उपयोगकर्ताओं को एक विशिष्ट उत्पाद पृष्ठ पर पुनर्निर्देशित करना या एक पुश नोटिफिकेशन भेजना।

SMS

PW_SMSSent

केवल SMS के लिए

यह इवेंट तब फायर होता है जब एक SMS SMS प्रदाता को भेजा जाता है। परिणाम के लिए status_code देखें।

इवेंट एट्रिब्यूट्स

message_id (स्ट्रिंग): संदेश की आईडी।
message_code (स्ट्रिंग): विशिष्ट SMS संदेश का अद्वितीय पहचानकर्ता।
status_code (पूर्णांक): इस भेजने के प्रयास के लिए SMS प्रदाता द्वारा लौटाया गया डिलीवरी स्थिति कोड। इसका उपयोग सफलता को विफलता से बताने के लिए करें।
campaign_id (स्ट्रिंग): अभियान की आईडी। केवल तभी शामिल किया जाता है जब SMS एक अभियान के हिस्से के रूप में भेजा गया हो।
campaign_code (स्ट्रिंग): अभियान का अद्वितीय कोड। तब शामिल किया जाता है जब भेजना एक अभियान का हिस्सा हो और अभियान लुकअप सफल हो। campaign_id मौजूद होने पर भी campaign_code गायब हो सकता है।

उपयोग के मामले

status_code का उपयोग करके प्रेषण परिणामों को ट्रैक करें, चाहे उसी जर्नी में कहीं और कोई भी चैनल उपयोग किया गया हो।
भेजे गए SMS संदेशों की संख्या के आधार पर उपयोगकर्ता Segments बनाएं।
Events history में एक उपयोगकर्ता को भेजे गए सभी SMS संदेशों को देखें और उपयोगकर्ता के आगे के व्यवहार का विश्लेषण करें।

PW_WhatsAppSent

केवल WhatsApp के लिए

यह इवेंट तब फायर होता है जब एक WhatsApp संदेश WhatsApp प्रदाता को भेजा जाता है। परिणाम के लिए status_code देखें।

इवेंट एट्रिब्यूट्स

message_id (स्ट्रिंग): संदेश की आईडी।
message_code (स्ट्रिंग): विशिष्ट WhatsApp संदेश का अद्वितीय पहचानकर्ता।
status_code (पूर्णांक): इस भेजने के प्रयास के लिए WhatsApp प्रदाता द्वारा लौटाया गया डिलीवरी स्थिति कोड। इसका उपयोग सफलता को विफलता से बताने के लिए करें।
campaign_id (स्ट्रिंग): अभियान की आईडी। केवल तभी शामिल किया जाता है जब WhatsApp संदेश एक अभियान के हिस्से के रूप में भेजा गया हो।
campaign_code (स्ट्रिंग): अभियान का अद्वितीय कोड। तब शामिल किया जाता है जब भेजना एक अभियान का हिस्सा हो और अभियान लुकअप सफल हो। campaign_id मौजूद होने पर भी campaign_code गायब हो सकता है।

उपयोग के मामले

status_code का उपयोग करके प्रेषण परिणामों को ट्रैक करें, डिलीवरी या पढ़ने की स्थिति से अलग।
भेजे गए WhatsApp संदेशों की संख्या के आधार पर उपयोगकर्ता Segments बनाएं।
Events history में एक उपयोगकर्ता को भेजे गए सभी WhatsApp संदेशों को देखें और उपयोगकर्ता के आगे के व्यवहार का विश्लेषण करें।

PW_WhatsAppReceived

केवल WhatsApp के लिए

यह इवेंट तब फायर होता है जब सिस्टम के माध्यम से एक WhatsApp संदेश प्राप्त होता है।

इवेंट एट्रिब्यूट्स

message (स्ट्रिंग): प्राप्त संदेश की सामग्री। स्थान संदेशों के लिए, "latitude,longitude" प्रारूप में निर्देशांक होते हैं (जैसे "55.751244,37.618423")।
latitude (संख्या): साझा किए गए स्थान का अक्षांश। केवल तभी शामिल किया जाता है जब उपयोगकर्ता अपना वर्तमान स्थान साझा करता है।
longitude (संख्या): साझा किए गए स्थान का देशांतर। केवल तभी शामिल किया जाता है जब उपयोगकर्ता अपना वर्तमान स्थान साझा करता है।

ये एट्रिब्यूट्स केवल तभी शामिल किए जाते हैं जब WhatsApp प्रदाता उन्हें भेजता है, Click-to-WhatsApp वार्तालाप के पहले संदेश पर:

ctwa_clid (स्ट्रिंग): Click-to-WhatsApp विज्ञापन की क्लिक आईडी जिसने वार्तालाप शुरू किया। इसका उपयोग रूपांतरण एट्रिब्यूशन के लिए करें - प्रत्येक मान प्रति क्लिक अद्वितीय है, इसलिए यह सेगमेंटेशन के लिए उपयोगी नहीं है।
referral_source_id (स्ट्रिंग): उस विज्ञापन या पोस्ट की आईडी जिसने वार्तालाप शुरू किया। जब स्रोत एक विज्ञापन होता है, तो यह वही विज्ञापन आईडी होती है जो मेटा विज्ञापन प्रबंधक में दिखाई जाती है; पोस्ट वहां सूचीबद्ध नहीं होते हैं।
referral_source_type (स्ट्रिंग): रेफरल स्रोत का प्रकार, जैसे कि एक विज्ञापन या एक पोस्ट।
referral_source_url (स्ट्रिंग): उस विज्ञापन या पोस्ट का URL जिसने वार्तालाप शुरू किया।
referral_headline (स्ट्रिंग): विज्ञापन का शीर्षक पाठ।
referral_body (स्ट्रिंग): विज्ञापन का मुख्य पाठ।

उपयोग के मामले

आने वाले WhatsApp संदेशों के जवाब में अनुवर्ती क्रियाओं को स्वचालित करें (जैसे कि एक Customer Journey शुरू करना या उपयोगकर्ता जुड़ाव घटनाओं को ट्रैक करना)।
लक्षित मैसेजिंग या व्यक्तिगत अभियानों को सक्षम करने के लिए उनके WhatsApp संदेश इंटरैक्शन के आधार पर उपयोगकर्ताओं को सेगमेंट करें।
जब कोई उपयोगकर्ता अपना स्थान साझा करता है तो स्थान-आधारित जर्नी को ट्रिगर करने के लिए latitude और longitude एट्रिब्यूट्स का उपयोग करें।
एक वार्तालाप को उस विशिष्ट Click-to-WhatsApp विज्ञापन से जोड़ने के लिए ctwa_clid और referral_* एट्रिब्यूट्स का उपयोग करें जिसने इसे शुरू किया।
WhatsApp Ad Click ID और WhatsApp Ad Click Date डिवाइस टैग का उपयोग करें, जो वार्तालाप के बाद भी बने रहते हैं, उन उपयोगकर्ताओं के Segments बनाने के लिए जिन्होंने एक विज्ञापन पर क्लिक किया और बाद में रूपांतरित हुए।