Wix में किए गए कुछ बड़े बदलावों की केस स्टडी. इन बदलावों से, लाखों साइटों की वेबसाइट लोड होने की परफ़ॉर्मेंस को बेहतर बनाया गया है. इससे, उन्हें PageSpeed Insights और वेबसाइट की परफ़ॉर्मेंस की अहम जानकारी वाली मेट्रिक में अच्छे स्कोर मिल पाएंगे.
इंडस्ट्री स्टैंडर्ड, क्लाउड सेवा देने वाली कंपनियों, और सीडीएन की सुविधाओं का फ़ायदा उठाने के साथ-साथ, अपनी वेबसाइट के रनटाइम को फिर से लिखने की वजह से, Wix की उन साइटों का प्रतिशत जो Core Web Vitals की सभी मेट्रिक में 75वें पर्सेंटाइल के अच्छे स्कोर तक पहुंचती हैं, साल-दर-साल तीन गुना से ज़्यादा हो गया है. यह जानकारी, CrUX और HTTPArchive के डेटा से मिली है.
Wix ने परफ़ॉर्मेंस पर आधारित कल्चर अपनाया है. साथ ही, उपयोगकर्ताओं के लिए और भी सुधार किए जा रहे हैं. हम परफ़ॉर्मेंस के केपीआई पर फ़ोकस कर रहे हैं. इसलिए, हमें उम्मीद है कि वेबसाइट की परफ़ॉर्मेंस की अहम जानकारी के थ्रेशोल्ड को पार करने वाली साइटों की संख्या बढ़ेगी.
खास जानकारी
परफ़ॉर्मेंस की दुनिया बहुत ही जटिल है. इसमें कई वैरिएबल और पेचीदा चीज़ें होती हैं. रिसर्च से पता चलता है कि कारोबारों के लिए, साइट की स्पीड का सीधा असर कन्वर्ज़न रेट और आय पर पड़ता है. हाल के सालों में, इंडस्ट्री ने परफ़ॉर्मेंस के दिखने और वेब को तेज़ बनाने पर ज़्यादा ध्यान दिया है. मई 2021 से, पेज की परफ़ॉर्मेंस से जुड़े सिग्नल को Google Search की रैंकिंग में शामिल किया जाएगा.
Wix के लिए सबसे बड़ी चुनौती, लाखों साइटों को अपडेट करना है. इनमें से कुछ साइटें कई साल पहले बनाई गई थीं और तब से अपडेट नहीं की गई हैं. हमने अपने उपयोगकर्ताओं को उनकी साइटों की परफ़ॉर्मेंस का विश्लेषण करने और उसे बेहतर बनाने के लिए, कई तरह के टूल और लेख उपलब्ध कराए हैं.
Wix एक मैनेज किया जाने वाला प्लैटफ़ॉर्म है. इसमें उपयोगकर्ता के पास सभी चीज़ों को कंट्रोल करने का विकल्प नहीं होता. एक ही इन्फ़्रास्ट्रक्चर का इस्तेमाल करने से, इन सभी साइटों के लिए कई चुनौतियां आती हैं.हालांकि, इससे सभी साइटों को बेहतर बनाने के अवसर भी मिलते हैं. जैसे, बड़े पैमाने पर फ़ायदा लेना.
एक ही भाषा में बातचीत करना
परफ़ॉर्मेंस से जुड़ी मुख्य समस्याओं में से एक यह है कि उपयोगकर्ता अनुभव के अलग-अलग पहलुओं पर चर्चा करने के लिए, एक सामान्य शब्दावली ढूंढना. ऐसा करते समय, तकनीकी और अनुमानित परफ़ॉर्मेंस, दोनों को ध्यान में रखना ज़रूरी है. संगठन में एक ही भाषा का इस्तेमाल करने से, हम अलग-अलग तकनीकी हिस्सों और समझौतों के बारे में आसानी से बातचीत कर पाए और उन्हें कैटगरी में बांट पाए. इससे हमें अपनी परफ़ॉर्मेंस रिपोर्ट को समझने में मदद मिली. साथ ही, यह भी समझने में मदद मिली कि हमें किन पहलुओं को पहले बेहतर बनाने पर ध्यान देना चाहिए.
हमने इंडस्ट्री की स्टैंडर्ड मेट्रिक को शामिल करने के लिए, अपनी सभी मॉनिटरिंग और इंटरनल बातचीत में बदलाव किए हैं. इन मेट्रिक में वेब विटल शामिल हैं. इनमें ये मेट्रिक भी शामिल हैं:
साइट की जटिलता और परफ़ॉर्मेंस के स्कोर
तुरंत लोड होने वाली साइट बनाना काफ़ी आसान है. इसके लिए, सिर्फ़ एचटीएमएल का इस्तेमाल करके, इसे बहुत आसान बनाएं और सीडीएन के ज़रिए इसे दिखाएं.
हालांकि, असल में साइटें ज़्यादा से ज़्यादा जटिल और बेहतर हो रही हैं. साथ ही, ये दस्तावेज़ों के बजाय ऐप्लिकेशन की तरह काम करती हैं. साथ ही, इनमें ब्लॉग, ई-कॉमर्स समाधान, कस्टम कोड वगैरह जैसी सुविधाएं भी काम करती हैं.
Wix पर अलग-अलग तरह के कई टेंप्लेट उपलब्ध हैं. इनकी मदद से, उपयोगकर्ता आसानी से कारोबार की कई सुविधाओं वाली साइट बना सकते हैं. हालांकि, इन अतिरिक्त सुविधाओं के इस्तेमाल से, अक्सर परफ़ॉर्मेंस पर कुछ असर पड़ता है.
सफ़र
शुरुआत में, एचटीएमएल था
जब भी कोई वेबपेज लोड होता है, तो वह हमेशा एचटीएमएल दस्तावेज़ को फिर से पाने के लिए, यूआरएल के लिए शुरुआती अनुरोध से शुरू होता है. यह एचटीएमएल रिस्पॉन्स, आपकी साइट को चलाने और रेंडर करने के लिए, सभी अतिरिक्त क्लाइंट अनुरोधों और ब्राउज़र लॉजिक को ट्रिगर करता है. यह पेज लोड होने का सबसे अहम हिस्सा है, क्योंकि जवाब मिलने (जिसे TTFB - टाइम टू फ़र्स्ट बाइट कहा जाता है) तक कुछ नहीं होता.
पहले का तरीका: क्लाइंट-साइड रेंडरिंग (सीएसआर)
बड़े पैमाने पर सिस्टम चलाते समय, आपको कई बातों का ध्यान रखना पड़ता है. जैसे, परफ़ॉर्मेंस, भरोसेमंदता, और लागत. कुछ साल पहले तक, Wix ने क्लाइंट-साइड रेंडरिंग (सीएसआर) का इस्तेमाल किया था.इसमें, असल एचटीएमएल कॉन्टेंट, क्लाइंट-साइड (यानी ब्राउज़र में) JavaScript की मदद से जनरेट किया जाता था. इससे, हमें बैकएंड के ऑपरेशन में ज़्यादा खर्च किए बिना, बड़ी संख्या में साइटों को दिखाने में मदद मिली.
सीएसआर की मदद से, हमने एक सामान्य एचटीएमएल दस्तावेज़ का इस्तेमाल किया, जो मूल रूप से खाली था. इसने सिर्फ़ ज़रूरी कोड और डेटा को डाउनलोड करने का ट्रिगर किया. इसके बाद, क्लाइंट डिवाइस पर पूरा एचटीएमएल जनरेट करने के लिए इसका इस्तेमाल किया गया.
आज: सर्वर साइड रेंडरिंग (एसएसआर)
हमने कुछ साल पहले सर्वर साइड रेंडरिंग (एसएसआर) पर स्विच किया था, क्योंकि यह एसईओ और परफ़ॉर्मेंस, दोनों के लिए फ़ायदेमंद था. इससे पेज के दिखने में लगने वाले समय में कमी आई और उन सर्च इंजन के लिए बेहतर इंडेक्सिंग की सुविधा मिल गई जिनमें JavaScript को पूरी तरह से चलाने की सुविधा नहीं है.
इस तरीके से, विज्ञापन दिखने के अनुभव को बेहतर बनाया गया. खास तौर पर, धीमे डिवाइसों/कनेक्शन पर. साथ ही, परफ़ॉर्मेंस को और बेहतर बनाने के लिए भी यह तरीका मददगार साबित हुआ. हालांकि, इसका मतलब यह भी था कि हर वेब पेज के अनुरोध के लिए, एक यूनीक एचटीएमएल रिस्पॉन्स तुरंत जनरेट किया जाता था. यह तरीका, खास तौर पर ज़्यादा व्यू वाली साइटों के लिए काफ़ी बेहतर नहीं था.
एक से ज़्यादा जगहों पर कैश मेमोरी का इस्तेमाल करने की सुविधा
हर साइट का एचटीएमएल ज़्यादातर स्टैटिक होता था, लेकिन इसमें कुछ बातों का ध्यान रखना ज़रूरी था:
- यह अक्सर बदलता रहता है. जब भी कोई उपयोगकर्ता अपनी साइट में बदलाव करता है या साइट के डेटा में बदलाव करता है, जैसे कि वेबसाइट स्टोर इन्वेंट्री में.
- इसमें कुछ ऐसा डेटा और कुकी थीं जो विज़िटर के हिसाब से थीं. इसका मतलब है कि एक ही साइट पर आने वाले दो लोगों को कुछ अलग-अलग एचटीएमएल दिखेगा. उदाहरण के लिए, प्रॉडक्ट की सुविधाओं के साथ काम करने के लिए, जैसे कि यह याद रखना कि वेबसाइट पर आने वाले व्यक्ति ने कौनसे आइटम कार्ट में डाले हैं या उसने कारोबार के साथ पहले कौनसी चैट शुरू की थी वगैरह.
- सभी पेजों को कैश मेमोरी में सेव नहीं किया जा सकता. उदाहरण के लिए, ऐसा पेज जिस पर कस्टम उपयोगकर्ता कोड है और जो दस्तावेज़ के हिस्से के तौर पर मौजूदा समय दिखाता है, उसे कैश मेमोरी में सेव नहीं किया जा सकता.
शुरुआत में, हमने वेबसाइट पर आने वाले लोगों के डेटा को बिना कैश मेमोरी में सेव करने का तरीका अपनाया. इसके बाद, हर कैश मेमोरी हिट के लिए, हर वेबसाइट पर आने वाले व्यक्ति के लिए, एचटीएमएल रिस्पॉन्स के कुछ हिस्सों में बदलाव किया.
इन-हाउस सीडीएन सलूशन
हमने ऐसा इन-हाउस समाधान डिप्लॉय करके किया: प्रॉक्सी और कैश मेमोरी के लिए Varnish एचटीटीपी कैश मेमोरी का इस्तेमाल किया. साथ ही, अमान्य करने वाले मैसेज के लिए Kafka और Scala/Netty पर आधारित सेवा का इस्तेमाल किया. यह सेवा, एचटीएमएल रिस्पॉन्स को प्रॉक्सी करती है, लेकिन एचटीएमएल में बदलाव करती है और कैश मेमोरी में सेव किए गए रिस्पॉन्स में, वेबसाइट पर आने वाले व्यक्ति का डेटा और कुकी जोड़ती है.
इस समाधान की मदद से, हमने दुनिया भर में कई जगहों और क्लाउड सेवा देने वाली कंपनियों के कई इलाकों में, इन छोटे कॉम्पोनेंट को डिप्लॉय किया. हमने साल 2019 में, 15 से ज़्यादा नए इलाकों में यह सुविधा शुरू की थी. साथ ही, धीरे-धीरे, हमने अपने 90% से ज़्यादा पेज व्यू के लिए कैश मेमोरी में सेव करने की सुविधा चालू की. अन्य जगहों से साइटें दिखाने से, वेबसाइट पर आने वाले लोगों के करीब कॉन्टेंट पहुंचाने के साथ-साथ, एचटीएमएल रिस्पॉन्स दिखाने वाले क्लाइंट और सर्वर के बीच नेटवर्क के इंतज़ार का समय कम हो गया.
हमने उसी समाधान का इस्तेमाल करके, कुछ रीड-ओनली एपीआई रिस्पॉन्स को कैश मेमोरी में सेव करना शुरू किया है. साथ ही, साइट के कॉन्टेंट में किसी भी तरह का बदलाव होने पर, कैश मेमोरी में सेव किए गए डेटा को अमान्य कर दिया है. उदाहरण के लिए, साइट पर ब्लॉग पोस्ट की सूची को कैश मेमोरी में सेव किया जाता है. साथ ही, जब कोई पोस्ट पब्लिश की जाती है या उसमें बदलाव किया जाता है, तो सूची को अमान्य कर दिया जाता है.
मुश्किलताओं को कम करना
कैश मेमोरी का इस्तेमाल करने से, परफ़ॉर्मेंस में काफ़ी सुधार हुआ. खास तौर पर, TTFB और FCP फ़ेज़ में. साथ ही, कॉन्टेंट को उपयोगकर्ता के आस-पास की जगह से दिखाकर, हमारी भरोसेमंदता भी बढ़ी.
हालांकि, हर जवाब के लिए एचटीएमएल में बदलाव करने की ज़रूरत से, एक ऐसी समस्या पैदा हुई जो ज़रूरी नहीं थी. अगर इसे हटा दिया जाता, तो परफ़ॉर्मेंस को और बेहतर बनाने का मौका मिलता.
ब्राउज़र कैशिंग (और सीडीएन के लिए तैयारी)
~ 13%
एचटीएमएल रिक्वेस्ट सीधे ब्राउज़र कैश मेमोरी से दिखाए जाते हैं. इससे, बैंडविड्थ की बचत होती है और वीडियो को दोबारा देखने पर लोड होने में लगने वाला समय कम होता है
अगला चरण, एचटीएमएल से वेबसाइट पर आने वाले व्यक्ति से जुड़े इस डेटा को पूरी तरह से हटाना था. साथ ही, एचटीएमएल आने के बाद, इसे एक अलग एंडपॉइंट से वापस पाना था. इस एंडपॉइंट को क्लाइंट ने इस काम के लिए कॉल किया था.
हमने इस डेटा और कुकी को नए एंडपॉइंट पर सावधानी से माइग्रेट किया है. इसे हर पेज लोड होने पर कॉल किया जाता है. हालांकि, यह एक छोटा JSON दिखाता है. यह सिर्फ़ हाइड्रेशन प्रोसेस के लिए ज़रूरी है, ताकि पूरे पेज पर इंटरैक्टिविटी की सुविधा मिल सके.
इससे, हमने एचटीएमएल को ब्राउज़र कैश मेमोरी में सेव करने की सुविधा चालू की. इसका मतलब है कि ब्राउज़र अब बार-बार आने पर एचटीएमएल रिस्पॉन्स सेव करते हैं. साथ ही, वे सिर्फ़ इस बात की पुष्टि करने के लिए सर्वर को कॉल करते हैं कि कॉन्टेंट में कोई बदलाव नहीं हुआ है. ऐसा करने के लिए, एचटीटीपी एलिमेंट टैग का इस्तेमाल किया जाता है. यह एलिमेंट, एचटीएमएल संसाधन के किसी खास वर्शन को असाइन किया गया आइडेंटिफ़ायर होता है. अगर कॉन्टेंट अब भी वही है, तो हमारे सर्वर क्लाइंट को 304 बदलाव नहीं किया गया स्टेटस कोड भेजते हैं. इसमें कोई बॉडी नहीं होती.
इसके अलावा, इस बदलाव का मतलब है कि हमारा एचटीएमएल अब वेबसाइट पर आने वाले लोगों के हिसाब से नहीं है और इसमें कोई कुकी नहीं है. दूसरे शब्दों में, इसे कहीं भी कैश मेमोरी में सेव किया जा सकता है. इससे, दुनिया भर की सैकड़ों जगहों पर बेहतर तरीके से मौजूद सीडीएन प्रोवाइडर का इस्तेमाल किया जा सकता है.
डीएनएस, एसएसएल, और एचटीटीपी/2
कैश मेमोरी चालू होने पर, इंतज़ार का समय कम हो गया और शुरुआती कनेक्शन के अन्य अहम हिस्से ज़्यादा बेहतर बन गए. नेटवर्किंग इन्फ़्रास्ट्रक्चर और निगरानी को बेहतर बनाने से, हमें डीएनएस, कनेक्शन, और एसएसएल के समय को बेहतर बनाने में मदद मिली.
सभी उपयोगकर्ता डोमेन के लिए एचटीटीपी/2 चालू किया गया था. इससे, ज़रूरी कनेक्शन की संख्या और हर नए कनेक्शन से जुड़े ओवरहेड, दोनों को कम किया जा सकता है. एचटीटीपी/2 के साथ मिलने वाले परफ़ॉर्मेंस और बेहतर रीज़िलिएंस के फ़ायदों का फ़ायदा लेते हुए, यह बदलाव लागू करना अपेक्षाकृत आसान था.
Brotli कंप्रेसन (gzip के मुकाबले)
21 से 25%
फ़ाइल ट्रांसफ़र के औसत साइज़ में कमी आई
आम तौर पर, हमारी सभी फ़ाइलों को gzip compression का इस्तेमाल करके कंप्रेस किया जाता था. यह वेब पर, एचटीएमएल को कंप्रेस करने का सबसे ज़्यादा इस्तेमाल किया जाने वाला विकल्प है. इस कंप्रेसन प्रोटोकॉल को पहली बार करीब 30 साल पहले लागू किया गया था!
नए Brotli कंप्रेसन में, कंप्रेस करने की सुविधा को बेहतर बनाया गया है. इसमें, डेटा को कम करने के लिए, डेटा की क्वालिटी में कोई बदलाव नहीं किया जाता. यह सुविधा धीरे-धीरे लोकप्रिय हो रही है. इस बारे में, सालाना वेब अल्मनैक के कंप्रेसन चैप्टर में बताया गया है. यह सुविधा, सभी मुख्य ब्राउज़र पर कुछ समय से काम कर रही है.
हमने एज में मौजूद nginx प्रॉक्सी पर, Brotli की सुविधा चालू की है. यह सुविधा उन सभी क्लाइंट के लिए उपलब्ध है जिनमें यह काम करती है.
Brotli कंप्रेसन का इस्तेमाल करने से, फ़ाइल ट्रांसफ़र के औसत साइज़ में 21% से 25% की कमी आई. इससे बैंडविड्थ का इस्तेमाल कम हुआ और लोड होने में लगने वाला समय कम हुआ.
कॉन्टेंट डिलीवरी नेटवर्क (सीडीएन)
डाइनैमिक सीडीएन चुनना
Wix में, हमने उपयोगकर्ताओं की वेबसाइटों पर सभी JavaScript कोड और इमेज दिखाने के लिए, हमेशा सीडीएन का इस्तेमाल किया है.
हाल ही में, हमने अपने डीएनएस प्रोवाइडर के समाधान के साथ इंटिग्रेट किया है, ताकि क्लाइंट के नेटवर्क और ऑरिजिन के हिसाब से, सबसे अच्छी परफ़ॉर्मेंस वाला सीडीएन अपने-आप चुना जा सके. इससे, हम हर वेबसाइट पर आने वाले व्यक्ति के लिए सबसे अच्छी जगह से स्टैटिक फ़ाइलें दिखा पाते हैं. साथ ही, किसी सीडीएन पर उपलब्धता से जुड़ी समस्याओं से भी बचा जा सकता है.
जल्द ही उपलब्ध होगा… सीडीएन से दिखाए जाने वाले उपयोगकर्ता डोमेन
पहेली का आखिरी और सबसे अहम हिस्सा, सीडीएन के ज़रिए दिखाया जाता है: उपयोगकर्ता के डोमेन का एचटीएमएल.
जैसा कि ऊपर बताया गया है, हमने साइट के हिसाब से एचटीएमएल और एपीआई के नतीजों को कैश मेमोरी में सेव करने और उन्हें दिखाने के लिए, अपना समाधान बनाया है. इस सलूशन को इतने सारे नए इलाकों में उपलब्ध कराने के लिए, हमें ऑपरेशन से जुड़ी लागत भी उठानी पड़ती है. साथ ही, नई जगहों को जोड़ने की प्रोसेस को मैनेज करना और उसे लगातार ऑप्टिमाइज़ करना भी ज़रूरी होता है.
फ़िलहाल, हम सीडीएन की सेवा देने वाली कई कंपनियों के साथ काम कर रहे हैं, ताकि पूरी Wix साइट को सीधे सीडीएन की जगहों से दिखाया जा सके. इससे दुनिया भर में हमारे सर्वर के डिस्ट्रिब्यूशन को बेहतर बनाने में मदद मिलेगी. साथ ही, जवाब मिलने में लगने वाले समय को भी बेहतर बनाया जा सकेगा. हम कई डोमेन को सेवा देते हैं, जिनके लिए एज पर एसएसएल को बंद करना ज़रूरी है. इसलिए, यह एक चुनौती है.
सीडीएन के साथ इंटिग्रेट करने से, Wix की वेबसाइटें ग्राहकों के लिए पहले से ज़्यादा आसान हो जाती हैं. साथ ही, वेबसाइट लोड होने में लगने वाले समय को कम करने के लिए कई सुधार किए जाते हैं. इनमें एचटीटीपी/3 जैसी नई टेक्नोलॉजी भी शामिल हैं. इसके लिए, हमें कोई अतिरिक्त काम नहीं करना पड़ता.
परफ़ॉर्मेंस मॉनिटरिंग के बारे में कुछ जानकारी
अगर आपके पास Wix साइट है, तो शायद आपको यह जानना हो कि इससे आपकी Wix साइट की परफ़ॉर्मेंस के नतीजों पर क्या असर पड़ता है. साथ ही, यह भी जानना हो कि हम अन्य वेबसाइट प्लैटफ़ॉर्म की तुलना कैसे करते हैं.
ऊपर बताए गए ज़्यादातर बदलाव पिछले साल लागू किए गए हैं. कुछ बदलाव अब भी रोल आउट किए जा रहे हैं.
HTTPArchive के वेब अल्मनैक ने हाल ही में 2020 का एडिशन पब्लिश किया है. इसमें सीएमएस के उपयोगकर्ता अनुभव पर एक बेहतरीन चैप्टर शामिल है. ध्यान रखें कि इस लेख में बताई गई कई संख्याएं, साल 2020 के मध्य की हैं.
हमें 2021 में अपडेट की गई रिपोर्ट देखने की उम्मीद है. साथ ही, हम अपनी साइटों और परफ़ॉर्मेंस की इंटरनल मेट्रिक के लिए, CrUX रिपोर्ट पर लगातार नज़र बनाए हुए हैं.
हम साइट लोड होने में लगने वाले समय को लगातार बेहतर बनाने की कोशिश करते हैं. साथ ही, हम अपने उपयोगकर्ताओं को ऐसा प्लैटफ़ॉर्म उपलब्ध कराते हैं जिस पर वे अपनी पसंद के मुताबिक साइटें बना सकें.
DebugBear ने हाल ही में एक बहुत ही दिलचस्प वेबसाइट बिल्डर की परफ़ॉर्मेंस की समीक्षा जारी की है. इसमें मैंने ऊपर बताए गए कुछ पहलुओं के बारे में बताया है. साथ ही, हर प्लैटफ़ॉर्म पर बनाई गई बहुत ही आसान साइटों की परफ़ॉर्मेंस की जांच की है. इस साइट को करीब दो साल पहले बनाया गया था और तब से इसमें कोई बदलाव नहीं किया गया है. हालांकि, प्लैटफ़ॉर्म और साइट की परफ़ॉर्मेंस लगातार बेहतर हो रही है. इसकी जानकारी, पिछले डेढ़ साल के डेटा को देखकर मिल सकती है.
नतीजा
हमें उम्मीद है कि हमारा अनुभव आपको अपने संगठन में परफ़ॉर्मेंस पर आधारित कल्चर अपनाने के लिए प्रेरित करेगा. साथ ही, ऊपर दी गई जानकारी आपके प्लैटफ़ॉर्म या साइट के लिए मददगार और लागू होगी.
खास जानकारी:
- इंडस्ट्री के सुझाए गए टूल का इस्तेमाल करके, लगातार ट्रैक की जा सकने वाली मेट्रिक का एक सेट चुनें. हमारा सुझाव है कि आप वेबसाइट की परफ़ॉर्मेंस की अहम जानकारी का इस्तेमाल करें.
- ब्राउज़र कैशिंग और सीडीएन का फ़ायदा उठाएं.
- एचटीटीपी/2 या अगर हो सके, तो एचटीटीपी/3 पर माइग्रेट करें.
- Brotli कंप्रेसन का इस्तेमाल करें.
हमारी कहानी जानने के लिए धन्यवाद. हम आपको Twitter और GitHub पर सवाल पूछने और आइडिया शेयर करने का न्योता देते हैं. साथ ही, अपने पसंदीदा चैनलों पर वेब पर परफ़ॉर्मेंस से जुड़ी बातचीत में शामिल होने का न्योता भी देते हैं.