Wix ने अपने इंफ़्रास्ट्रक्चर में बदलाव करके, वेबसाइट की परफ़ॉर्मेंस को कैसे बेहतर बनाया

लाखों साइटों के लिए वेबसाइट लोड होने की परफ़ॉर्मेंस को बेहतर बनाने के लिए, Wix में कुछ बड़े बदलावों को पेश किया गया. इस स्टडी से, उन्हें PageSpeed Insights और वेबसाइट की परफ़ॉर्मेंस की जानकारी देने वाले अच्छे स्कोर पाने में मदद मिलेगी.

CrUX और HTTPArchive से मिले डेटा के मुताबिक, इंडस्ट्री स्टैंडर्ड, क्लाउड प्रोवाइडर, और सीडीएन की सुविधाओं का इस्तेमाल किया गया है. इसमें हमारी वेबसाइट के रनटाइम को फिर से शामिल किया गया है. इस वजह से Wix साइटों का प्रतिशत, वेबसाइट की परफ़ॉर्मेंस की जानकारी देने वाली सभी मेट्रिक में, साल-दर-साल तीन से ज़्यादा पर्सेंटाइल हासिल कर रहा है.

Wix ने परफ़ॉर्मेंस पर आधारित कॉन्टेंट को अपनाया. इसमें आने वाले समय में किए जाने वाले सुधारों को उपयोगकर्ताओं के लिए रोल आउट किया जाएगा. हालांकि, हम परफ़ॉर्मेंस केपीआई पर फ़ोकस कर रहे हैं, इसलिए हमें उम्मीद है कि वेबसाइट की परफ़ॉर्मेंस की अहम जानकारी के थ्रेशोल्ड को पार करने वाली साइटों की संख्या में बढ़ोतरी होगी.

खास जानकारी

परफ़ॉर्मेंस की दुनिया खूबसूरत जटिल है. इसमें कई तरह की चीज़ें और बारीकियां भी शामिल हैं. रिसर्च से पता चला है कि कारोबारों के लिए, साइट की रफ़्तार का असर कन्वर्ज़न रेट और रेवेन्यू पर सीधा असर पड़ता है. हाल ही के सालों में, इंडस्ट्री ने परफ़ॉर्मेंस को देखने पर और वेब को तेज़ बनाने पर ज़्यादा ज़ोर दिया है. मई 2021 से, Google Search की रैंकिंग में पेज की परफ़ॉर्मेंस वाले सिग्नल शामिल किए जाएंगे.

Wix पर मौजूद यूनीक चैलेंज की मदद से, लाखों साइटों को बनाया जा सकता है. इनमें से कुछ साइटें कई साल पहले बनाई गई थीं, लेकिन तब से अब तक उनमें से कुछ को अपडेट नहीं किया गया है. हमारे पास ऐसे कई टूल और लेख हैं जिनसे उपयोगकर्ताओं को यह समझने में मदद मिलती है कि वे अपनी साइटों की परफ़ॉर्मेंस का विश्लेषण करने और उसे बेहतर बनाने के लिए क्या कर सकते हैं.

Wix प्लैटफ़ॉर्म को मैनेज किया जा रहा है और इसमें शामिल हर चीज़ का ऐक्सेस उपयोगकर्ता के पास नहीं है. समान इन्फ़्रास्ट्रक्चर शेयर करने से, इन सभी साइटों के लिए कई चुनौतियां सामने आती हैं. साथ ही, इससे बोर्ड पर कारोबार को बेहतर बनाने के नए मौके भी मिलते हैं, जैसे कि बड़े पैमाने पर होने वाली अर्थव्यवस्थाओं का फ़ायदा उठाना.

किसी आम भाषा में बोलना

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

हमने अपनी मॉनिटरिंग और अंदरूनी बातचीत में बदलाव किया है, ताकि इंडस्ट्री स्टैंडर्ड वाली मेट्रिक, जैसे कि वेब की परफ़ॉर्मेंस की जानकारी को शामिल किया जा सके. इन मेट्रिक में ये शामिल हैं:

साइट की जटिलता और परफ़ॉर्मेंस के स्कोर

तुरंत लोड होने वाली साइट बनाना बहुत आसान है, बशर्ते आपने इसे सिर्फ़ एचटीएमएल का इस्तेमाल करके आसान बनाया और इसे सीडीएन की मदद से दिखाया.

हालांकि, हकीकत यह है कि साइटें दस्तावेज़ के बजाय ऐप्लिकेशन की तरह काम करती जा रही हैं. साथ ही, साइट पहले से ज़्यादा जटिल और आधुनिक हो रही है. साथ ही, ब्लॉग, ई-कॉमर्स समाधान, कस्टम कोड वगैरह जैसी अन्य सुविधाएं भी काम कर रही हैं.

Wix, कई तरह के टेंप्लेट उपलब्ध कराता है. इनकी मदद से, अपने उपयोगकर्ताओं को कारोबार की कई क्षमताओं के साथ आसानी से एक साइट बनाने में मदद मिलती है. उन अतिरिक्त सुविधाओं के लिए अक्सर परफ़ॉर्मेंस की कुछ लागत चुकानी पड़ती है.

सफ़र

शुरुआत में, एचटीएमएल कोड

हर बार जब भी कोई वेबपेज लोड होता है, तो एचटीएमएल दस्तावेज़ को वापस पाने के लिए, वह हमेशा किसी यूआरएल के लिए शुरुआती अनुरोध से शुरू होता है. यह एचटीएमएल रिस्पॉन्स, आपकी साइट को चलाने और रेंडर करने के लिए सभी अतिरिक्त क्लाइंट अनुरोधों और ब्राउज़र लॉजिक को ट्रिगर करता है. यह पेज लोड होने का सबसे अहम हिस्सा है, क्योंकि रिस्पॉन्स की शुरुआत तक कुछ नहीं होता (इसे TTFB - समय फ़र्स्ट बाइट" कहा जाता है).

पिछला: क्लाइंट-साइड रेंडरिंग (सीएसआर)

बड़े पैमाने पर सिस्टम का इस्तेमाल करते समय, आपको हमेशा कुछ चीज़ों के बारे में जानना पड़ता है, जैसे कि परफ़ॉर्मेंस, विश्वसनीयता, और कीमत. कुछ साल पहले तक, Wix क्लाइंट-साइड रेंडरिंग (सीएसआर) का इस्तेमाल करता था.इसमें, असल एचटीएमएल कॉन्टेंट क्लाइंट-साइड पर JavaScript के ज़रिए (यानी ब्राउज़र में) जनरेट किया जाता था. इससे हमें बैकएंड ऑपरेशन में लगने वाले ज़्यादा खर्च के बिना, बड़ी संख्या में साइटों को चलाने में मदद मिलती थी.

सीएसआर ने हमें सामान्य एचटीएमएल दस्तावेज़ का इस्तेमाल करने में मदद की, जो पूरी तरह खाली था. इससे ज़रूरी कोड और डेटा डाउनलोड होना शुरू हो गया जिसका इस्तेमाल क्लाइंट डिवाइस पर पूरा एचटीएमएल जनरेट करने के लिए किया गया.

आज: सर्वर-साइड रेंडरिंग (SSR)

कुछ साल पहले हमने सर्वर-साइड रेंडरिंग (SSR) में बदलाव किया, क्योंकि यह एसईओ और परफ़ॉर्मेंस, दोनों के लिए फ़ायदेमंद था. इससे पेज दिखने की शुरुआती अवधि को बेहतर बनाया जा सका और उन सर्च इंजन के लिए बेहतर इंडेक्स बनाया गया जिनके पास JavaScript चलाने की सुविधा नहीं थी.

इससे खास तौर पर, धीमे डिवाइसों/कनेक्शन पर बेहतर विज़िबिलिटी मिली. साथ ही, परफ़ॉर्मेंस को बेहतर बनाने के लिए नए मौके मिले. हालांकि, इसका मतलब यह भी था कि हर वेब पेज के अनुरोध के लिए, एक यूनीक एचटीएमएल रिस्पॉन्स तुरंत जनरेट हो जाता था. यह रिस्पॉन्स, सबसे ज़्यादा बहुत होता है, खास तौर पर उन साइटों के लिए जिन्हें बहुत ज़्यादा व्यू मिलते हैं.

पेश है, कई जगहों पर डेटा को कैश मेमोरी में सेव करने की सुविधा

हर साइट के लिए एचटीएमएल ज़्यादातर स्थिर था, लेकिन इसमें कुछ चेतावनियां थीं:

1. यह अक्सर बदलता रहता है. हर बार जब कोई उपयोगकर्ता अपनी साइट में बदलाव करता है या साइट के डेटा, जैसे कि वेबसाइट स्टोर की इन्वेंट्री में बदलाव करता है.
2. इसमें कुछ खास तरह का डेटा और कुकी थीं, जो खास तौर पर विज़िटर के लिए थीं. इसका मतलब है कि एक ही साइट पर आने वाले दो लोगों को कुछ अलग-अलग एचटीएमएल दिखेगा. उदाहरण के लिए, प्रॉडक्ट से जुड़ी सुविधाएं, जैसे, यह याद रखना कि वेबसाइट पर आने वाले व्यक्ति ने कार्ट में कौनसे आइटम रखे या वह चैट जिसे विज़िटर ने पहले कारोबार के साथ शुरू किया था वगैरह.
3. सभी पेज कैश मेमोरी में सेव नहीं किए जा सकते. उदाहरण के लिए, अगर किसी पेज पर कस्टम उपयोगकर्ता कोड मौजूद है और वह दस्तावेज़ के हिस्से के रूप में मौजूदा समय दिखाता है, तो उसे कैश मेमोरी में सेव नहीं किया जा सकता.

शुरुआत में, हमने वेबसाइट पर आने वाले लोगों के डेटा को बिना कैश किए जाने के लिए, एचटीएमएल को कैश मेमोरी में सेव करने का आसान तरीका अपनाया. इसके बाद, कैश मेमोरी के हर हिट के लिए, वेबसाइट पर आने वाले हर व्यक्ति के लिए, एचटीएमएल रिस्पॉन्स के कुछ खास हिस्सों में तुरंत बदलाव किया.

इन-हाउस सीडीएन समाधान

हमने एक इन-हाउस सलूशन डिप्लॉय किया: प्रॉक्सी करने और कैश मेमोरी में सेव करने के लिए वर्निश एचटीटीपी कैश, अमान्य मैसेज के लिए काफ़्का, और ऐसी स्कैला/नेट्टी-आधारित सेवा का इस्तेमाल करना जो इन एचटीएमएल रिस्पॉन्स को प्रॉक्सी करती है, लेकिन एचटीएमएल में बदलाव करती है और कैश मेमोरी में सेव किए गए रिस्पॉन्स में वेबसाइट पर आने वाले लोगों का डेटा और कुकी जोड़ती है.

इस समाधान की मदद से हम इन स्लिम कॉम्पोनेंट को कई दूसरी जगहों और क्लाउड सेवा देने वाली कई जगहों पर डिप्लॉय कर पाए. ये कॉम्पोनेंट दुनिया भर में मौजूद हैं. साल 2019 में, हमने 15 से ज़्यादा नए इलाके लॉन्च किए. साथ ही, धीरे-धीरे हमारे 90% से ज़्यादा पेज व्यू को कैश मेमोरी में सेव करने की सुविधा चालू की गई, जो कैश मेमोरी में सेव होने की ज़रूरी शर्तें पूरी करते थे. दूसरी जगहों से साइटें दिखाने से क्लाइंट और एचटीएमएल रिस्पॉन्स दिखाने वाले सर्वर के बीच नेटवर्क का इंतज़ार कम हो जाता है. इससे कॉन्टेंट, वेबसाइट पर आने वाले लोगों के करीब आ जाता है.

हमने उसी समाधान का इस्तेमाल करके कुछ रीड-ओनली एपीआई रिस्पॉन्स को कैश मेमोरी में सेव करना भी शुरू कर दिया. साथ ही, साइट के कॉन्टेंट में किसी भी बदलाव पर कैश मेमोरी को अमान्य कर दिया. उदाहरण के लिए, किसी पोस्ट को पब्लिश करने या उसमें बदलाव करने पर, साइट पर मौजूद ब्लॉग पोस्ट की सूची को कैश मेमोरी में सेव किया जाता है और अमान्य कर दिया जाता है.

मुश्किलों को कम करना

कैश मेमोरी में डेटा सेव करने से परफ़ॉर्मेंस में काफ़ी सुधार हुआ है. ज़्यादातर मामलों में, ऐसा टीटीएफ़बी और एफ़सीपी चरणों में किया जाता है. साथ ही, यह कॉन्टेंट को असली उपयोगकर्ता के नज़दीक वाली जगह से दिखाकर हमारी विश्वसनीयता बेहतर बनाता है.

हालांकि, हर एक जवाब के लिए एचटीएमएल में बदलाव करने की वजह से एक ग़ैर-ज़रूरी जटिलता आ गई थी. अगर इसे हटा दिया जाए, तो इस वजह से परफ़ॉर्मेंस में और सुधार हो सकता था.

ब्राउज़र को कैश मेमोरी में सेव करना (और सीडीएन के लिए तैयारियां)

अगले कदम में, वेबसाइट पर आने वाले लोगों से जुड़े इस डेटा को पूरी तरह से एचटीएमएल से हटाना था. साथ ही, एचटीएमएल के आने के बाद, इसे एक अलग एंडपॉइंट से वापस लाना था, जिसे क्लाइंट इस काम के लिए कॉल करता है.

हमने ध्यान से इस डेटा और कुकी को नए एंडपॉइंट पर माइग्रेट किया. इसे हर पेज लोड पर कहा जाता है. हालांकि, हम एक स्लिम JSON देते हैं, जो सिर्फ़ हाइड्रेशन प्रोसेस के लिए ज़रूरी है, ताकि पूरे पेज से इंटरैक्ट किया जा सके.

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

इसके अलावा, इस बदलाव का मतलब है कि हमारा एचटीएमएल अब वेबसाइट पर आने वाले लोगों के लिए नहीं है और इसमें कोई कुकी नहीं है. दूसरे शब्दों में कहें, तो इस डेटा को कहीं भी कैश मेमोरी में सेव किया जा सकता है. इससे सीडीएन प्रोवाइडर इस्तेमाल करके, दुनिया भर की सैकड़ों जगहों पर बेहतर जियोलोकेशन की सुविधा इस्तेमाल की जा सकती हैं.

डीएनएस, एसएसएल, और एचटीटीपी/2

कैश मेमोरी में डेटा सेव करने की सुविधा चालू होने पर, इंतज़ार का समय कम हो गया और शुरुआती कनेक्शन के अन्य अहम हिस्से पहले के मुकाबले ज़्यादा देखने लायक हो गए. अपने नेटवर्किंग इन्फ़्रास्ट्रक्चर और निगरानी को बेहतर बनाने से हमें अपने डीएनएस, कनेक्शन, और एसएसएल का समय बेहतर बनाने में मदद मिली.

HTTP/2 को सभी उपयोगकर्ता डोमेन के लिए चालू किया गया था. इससे हर नए कनेक्शन के साथ मिलने वाले कनेक्शन और ओवरहेड, दोनों की संख्या कम हुई. एचटीटीपी/2 के साथ मिलने वाली परफ़ॉर्मेंस और बेहतर होने वाले फ़ायदों का फ़ायदा लेते हुए, इसे डिप्लॉय करना आसान बदलाव था.

Brotli कंप्रेशन (बनाम gzip)

आम तौर पर, हमारी सभी फ़ाइलों को gzip संपीड़न का इस्तेमाल करके कंप्रेस किया जाता था. यह वेब पर सबसे ज़्यादा इस्तेमाल किया जाने वाला एचटीएमएल कंप्रेस करने का विकल्प है. इस कंप्रेशन प्रोटोकॉल को शुरुआत में करीब 30 साल पहले लागू किया गया था!

नए Brotli कंप्रेशन में, कंप्रेशन में सुधार करने की सुविधा जोड़ी गई है. इसमें देखने के लिए आपको कोई कीमत नहीं चुकानी होगी. साथ ही, यह धीरे-धीरे ज़्यादा लोकप्रिय होता जा रहा है. इस बारे में, साल भर के वेब कैलेंडर के कंप्रेशन चैप्टर में बताया गया है. यह कुछ समय से सभी मुख्य ब्राउज़र पर काम करता है.

हमने Brotli के साथ काम करने वाले सभी क्लाइंट के लिए, इसे nginx प्रॉक्सी पर काम करने की सुविधा दी है.

Brotli कंप्रेशन का इस्तेमाल करने से, फ़ाइल ट्रांसफ़र के लिए इस्तेमाल होने वाले मीडियन साइज़ 21% से 25% तक कम हो गए. इससे, बैंडविथ का इस्तेमाल कम हुआ और कॉन्टेंट लोड होने में लगने वाला समय बढ़ गया.

कॉन्टेंट डिलीवरी नेटवर्क (सीडीएन)

डाइनैमिक सीडीएन चुनें

Wix में, हमने उपयोगकर्ताओं की वेबसाइटों पर सभी JavaScript कोड और इमेज दिखाने के लिए, हमेशा सीडीएन का इस्तेमाल किया है.

हाल ही में, हमने अपने डीएनएस प्रोवाइडर की मदद से इसे इंटिग्रेट किया है. इससे क्लाइंट के नेटवर्क और ऑरिजिन के हिसाब से, अपने-आप सबसे अच्छा परफ़ॉर्म करने वाला सीडीएन चुना जा सकेगा. इससे हम हर विज़िटर के लिए सबसे सही जगह से स्टैटिक फ़ाइलें दिखा पाते हैं. साथ ही, कुछ सीडीएन उपलब्ध होने पर उन्हें उपलब्ध होने से जुड़ी समस्याओं से बचा जा सकता है.

जल्द आ रहा है... सीडीएन से दिखाए जाने वाले उपयोगकर्ता डोमेन

आखिरी और सबसे ज़रूरी हिस्सा, उपयोगकर्ता डोमेन का एचटीएमएल कोड सीडीएन के ज़रिए डाला जाता है.

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

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

सीडीएन के साथ इंटिग्रेट करने से Wix वेबसाइटें, ग्राहकों के लिए पहले से कहीं ज़्यादा करीब आ जाती हैं. साथ ही, लोड करने के अनुभव को बेहतर बनाने के लिए, इसमें पहले के मुकाबले ज़्यादा सुधार किए गए हैं. इनमें एचटीटीपी/3 जैसी नई टेक्नोलॉजी भी शामिल हैं. ऐसा करने के लिए, हमारी तरफ़ से कोई मेहनत नहीं करनी पड़ती.

---

परफ़ॉर्मेंस मॉनिटर करने के बारे में कुछ जानकारी

अगर आप Wix साइट चलाते हैं, तो आपको यह जानना होगा कि Wix साइट की परफ़ॉर्मेंस के नतीजों में इसका क्या मतलब है. साथ ही, दूसरे वेबसाइट प्लैटफ़ॉर्म की तुलना में हम अपनी परफ़ॉर्मेंस की तुलना कैसे करते हैं.

ऊपर दिए गए ज़्यादातर काम पिछले साल डिप्लॉय किए जा चुके हैं और कुछ काम अब भी लॉन्च किए जा रहे हैं.

HTTPArchive के वेब Almanac ने हाल ही में 2020 का वर्शन पब्लिश किया है. इसमें सीएमएस के उपयोगकर्ता अनुभव पर एक बेहतरीन चैप्टर भी शामिल है. ध्यान रखें कि इस लेख में बताए गए ज़्यादातर आंकड़े, साल 2020 के मध्य की हैं.

हमें 2021 में अपडेट की गई रिपोर्ट देखने का इंतज़ार है. हम अपनी साइटों के साथ-साथ, इंटरनल परफ़ॉर्मेंस मेट्रिक की CrUX रिपोर्ट पर लगातार नज़र रख रहे हैं.

हम साइट लोड होने के समय में लगातार सुधार करने के लिए प्रतिबद्ध हैं. हम अपने उपयोगकर्ताओं को ऐसा प्लैटफ़ॉर्म उपलब्ध कराने के लिए भी प्रतिबद्ध हैं जहां वे अपनी कल्पना के हिसाब से साइटें बना सकें और परफ़ॉर्मेंस से समझौता किए बिना साइटें बना सकें.

DebugBear ने हाल ही में एक बेहद दिलचस्प वेबसाइट बिल्डर परफ़ॉर्मेंस की समीक्षा जारी की है. इसमें मैंने ऊपर बताए गए कुछ क्षेत्रों के बारे में बताया है और हर प्लैटफ़ॉर्म पर बनाई गई बहुत ही आसान साइटों की परफ़ॉर्मेंस की जांच की है. यह साइट करीब दो साल पहले बनाई गई थी और उसके बाद से इसमें कोई बदलाव नहीं किया गया. हालांकि, प्लैटफ़ॉर्म को लगातार बेहतर बनाया जा रहा है और इसके साथ साइट की परफ़ॉर्मेंस को देखा जा सकता है. इसे पिछले डेढ़ साल का डेटा देखकर देखा जा सकता है.

नतीजा

हमें उम्मीद है कि हमारे अनुभव से आपको अपने संगठन में परफ़ॉर्मेंस पर आधारित संस्कृति को अपनाने के लिए प्रेरणा मिलेगी. साथ ही, ऊपर दी गई जानकारी आपके प्लैटफ़ॉर्म या साइट पर मददगार और लागू होगी.

कुल मिलाकर, इसका मतलब है:

• मेट्रिक का ऐसा सेट चुनें जिसे इंडस्ट्री के सुझाए गए टूल का इस्तेमाल करके लगातार ट्रैक किया जा सके. हमारा सुझाव है कि आप वेबसाइट की परफ़ॉर्मेंस की अहम जानकारी का इस्तेमाल करें.
• ब्राउज़र की कैश मेमोरी और सीडीएन का फ़ायदा लें.
• एचटीटीपी/2 (या अगर हो सके, तो एचटीटीपी/3) पर माइग्रेट करें.
• Brotli कंप्रेशन का इस्तेमाल करें.

हमारी कहानी जानने के लिए धन्यवाद. हम आपको सवाल पूछने, Twitter और GitHub पर अपने विचार शेयर करने, और अपने पसंदीदा चैनलों पर वेब परफ़ॉर्मेंस से जुड़ी बातचीत में शामिल होने का न्योता देते हैं.

अब जानते हैं कि आपकी Wix साइट की हाल ही की परफ़ॉर्मेंस कैसी है?