ما هو
عندما يرسل الخادم صفحة إلى متصفح الزائر، يمكنه اختياريًا ضغط تلك البيانات أولاً — تعبئتها في حجم أصغر، بنفس الفكرة الأساسية لضغط ملف قبل إرساله بالبريد الإلكتروني — ثم يفكّ المتصفح الضغط تلقائيًا فور وصولها. Gzip وbrotli هما أكثر طريقتي ضغط شائعتين تُستخدمان لهذا الغرض على الويب؛ brotli أحدث ويضغط بشكل أفضل قليلاً بشكل عام، لكن كلاهما يحققان نفس الهدف.
يحدث هذا بالكامل خلف الكواليس: لا يرى الزائر أبدًا نسخة "مضغوطة" من أي شيء، بل يختبر ذلك ببساطة كصفحة وصلت بشكل أسرع مما كانت ستصل به لولا ذلك.
لماذا يهم
المحتوى النصي — كود HTML وCSS وجافاسكريبت — يُضغط عادة إلى جزء صغير من حجمه الأصلي، غالبًا أصغر بنسبة 60-80%، بسبب مدى تكرار هذا النوع من الكود عادة. يستغرق إرسال ملف أصغر عبر الشبكة وقتًا أقل، وهو ما يهم أكثر على الاتصالات الأبطأ مثل بيانات الجوال، حيث تزيد كل ثانية إضافية من وقت التحميل من احتمالية أن يستسلم الزائر ويغادر قبل أن تنتهي الصفحة من الظهور حتى.
على عكس العديد من تحسينات الأداء، يكون تفعيل الضغط عادة إعدادًا واحدًا، وليس إعادة تصميم — إنه واحد من أعلى الإصلاحات قيمة وأقلها جهدًا المتاحة لسرعة الموقع.
كيفية الإصلاح
- تحقق مما إذا كان الضغط مفعّلاً بالفعل بالنظر إلى أدوات المطوّر في متصفحك (تبويب Network) والتحقق من رؤوس استجابة طلب الصفحة بحثًا عن
Content-Encoding: gzipأوContent-Encoding: br. - إذا كنت على استضافة ثابتة مثل Netlify أو Vercel أو Cloudflare Pages، فالضغط عادة مفعّل بالفعل افتراضيًا — لا حاجة لأي إجراء.
- على استضافة ويب تقليدية بلوحة cPanel أو ما شابه، ابحث عن مفتاح "gzip compression" في إعدادات الأداء أو التحسين.
- إذا كنت تدير خادمك الخاص، اطلب من مضيفك أو مطورك تفعيل ضغط gzip أو brotli على مستوى الخادم أو شبكة توصيل المحتوى — هذا تغيير تهيئة قياسي وموثّق جيدًا لأي برنامج خادم شائع.
- أعد التحقق من رؤوس الاستجابة بعد ذلك للتأكد من أن الضغط مفعّل الآن.