टेक्स्ट कंप्रेस करने की सुविधा चालू करें

नेटवर्क में बाइट को कम से कम खर्च करने के लिए, टेक्स्ट आधारित संसाधनों को कंप्रेस करके दिखाया जाना चाहिए. Lighthouse रिपोर्ट के 'ऑपर्च्यूनिटी' सेक्शन में, उन सभी टेक्स्ट-आधारित संसाधनों की सूची होती है जिन्हें कंप्रेस नहीं किया गया है:

Lighthouse में टेक्स्ट कंप्रेस करने की सुविधा चालू करने के ऑडिट का स्क्रीनशॉट

Lighthouse, टेक्स्ट कंप्रेस करने की सुविधा को कैसे मैनेज करता है

Lighthouse उन सभी जवाबों को इकट्ठा करता है जो:

  • टेक्स्ट-आधारित रिसॉर्स टाइप हों.
  • br, gzip या deflate पर सेट किया गया content-encoding हेडर शामिल न करें.

इसके बाद, लाइटहाउस इनमें से हर एक को GZIP की मदद से कंप्रेस करता है, ताकि संभावित बचत का हिसाब लगाया जा सके.

अगर जवाब का ओरिजनल साइज़ 1.4 केआईबी से कम है या कंप्रेशन में होने वाली संभावित बचत, ओरिजनल साइज़ के 10% से कम है, तो Lighthouse उस जवाब को नतीजों में फ़्लैग नहीं करता.

अपने सर्वर पर टेक्स्ट कंप्रेस करने की सुविधा चालू करना

इस ऑडिट को पास करने के लिए, उन सर्वर पर टेक्स्ट कंप्रेस करने की सुविधा चालू करें जिनसे ये रिस्पॉन्स मिले हैं.

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

Accept-Encoding: gzip, compress, br

अगर ब्राउज़र Brotli (br) के साथ काम करता है, तो आपको Brotli का इस्तेमाल करना चाहिए. ऐसा इसलिए, क्योंकि यह दूसरे कंप्रेशन एल्गोरिदम के मुकाबले रिसॉर्स की फ़ाइल का साइज़ कम कर सकता है. how to enable Brotli compression in <X> खोजें, जहां <X> आपके सर्वर का नाम है. दिसंबर 2022 से Brotli, iOS पर Safari को छोड़कर सभी बड़े ब्राउज़र पर काम करता है. अपडेट के लिए, ब्राउज़र के साथ काम करने की सुविधा देखें.

Brotli के फ़ॉलबैक के तौर पर GZIP का इस्तेमाल करें. GZIP, सभी मुख्य ब्राउज़र पर काम करता है. हालांकि, यह Brotli की तुलना में कम असरदार है. उदाहरणों के लिए, सर्वर कॉन्फ़िगरेशन देखें.

आपके सर्वर को Content-Encoding एचटीटीपी रिस्पॉन्स हेडर दिखाना चाहिए, ताकि यह पता चल सके कि उसने कंप्रेस करने के लिए किस एल्गोरिद्म का इस्तेमाल किया है.

Content-Encoding: br

जवाब को कंप्रेस करने की सुविधा देखना

यह देखने के लिए कि सर्वर ने रिस्पॉन्स को कंप्रेस किया है या नहीं:

DevTools खोलने के लिए, Control+Shift+J (या Mac पर Command+Option+J) दबाएं. नेटवर्क टैब पर क्लिक करें.

  1. DevTools खोलने के लिए, Control+Shift+J दबाएं. Mac पर, Command+Option+J दबाएं.
  2. नेटवर्क टैब पर क्लिक करें.
  3. उस अनुरोध पर क्लिक करें जिसकी वजह से आपको वह जवाब मिला है जिसमें आपकी दिलचस्पी है.
  4. हेडर टैब पर क्लिक करें.
  5. रिस्पॉन्स हेडर सेक्शन में जाकर, content-encoding हेडर देखें.
कॉन्टेंट को कोड में बदलने की सुविधा वाला रिस्पॉन्स हेडर
content-encoding रिस्पॉन्स हेडर.

किसी जवाब के कंप्रेस किए गए और कंप्रेस नहीं किए गए साइज़ की तुलना करने के लिए:

  1. DevTools खोलने के लिए, Control+Shift+J दबाएं. Mac पर, Command+Option+J दबाएं.
  2. नेटवर्क टैब पर क्लिक करें.
  3. अनुरोध की बड़ी लाइनों की सुविधा चालू करें. अनुरोध की बड़ी लाइनों का इस्तेमाल करना देखें.
  4. आपको जिस जवाब की जानकारी चाहिए उसके लिए साइज़ कॉलम देखें. सबसे ऊपर मौजूद वैल्यू, कंप्रेस किया गया साइज़ होता है. सबसे नीचे वाली वैल्यू, डीकंप्रेस की गई साइज़ होती है.

नेटवर्क पेलोड कम और कंप्रेस करना भी देखें.

स्टैक के लिए सलाह

  • Drupal: नेटवर्क में बाइट को कम से कम खर्च करने के लिए, टेक्स्ट आधारित संसाधन, कंप्रेशन (gzip, deflate या brotli) के साथ ऑफ़र किए जाने चाहिए. ऐसे सीडीएन का इस्तेमाल करें जो इस सुविधा के साथ काम करता हो या इस ऑपरेशन को करने के लिए वेब सर्वर को कॉन्फ़िगर करें. ज़्यादा जानें.
  • Joomla: Gzip की पेज कंप्रेस करने की सेटिंग चालू करें (सिस्टम > ग्लोबल कॉन्फ़िगरेशन > सर्वर).
  • WordPress: अपने वेब सर्वर कॉन्फ़िगरेशन में टेक्स्ट कंप्रेस करने की सुविधा चालू करें.

संसाधन