برای فعال‌سازی GZIP در WebsitePanel، وارد بخش Web Sites شوید، سایت را انتخاب کنید و در صورت نمایش، گزینه‌های Static Compression و Dynamic Compression را فعال کنید. نتیجه باید در پاسخ واقعی سایت با هدر Content-Encoding: gzip دیده شود؛ فعال بودن یک گزینه در پنل به‌تنهایی کافی نیست.
این راهنما برای حساب‌هایی است که هنوز WebsitePanel دارند. اگر میزبان شما از پنل دیگری استفاده می‌کند، بخش مربوط به IIS و روش تست همچنان کاربرد دارد. نشانی ورود را از سرویس‌دهنده بگیرید؛ از IPهای قدیمی آموزش‌ها برای ورود استفاده نکنید.
GZIP کدام فایل‌ها را کوچک می‌کند؟
فشرده‌سازی HTTP معمولاً برای HTML، CSS، JavaScript و پاسخ‌های متنی مفید است. فایل‌هایی مانند JPEG، WebP و ZIP از قبل فشرده‌اند و فشرده‌سازی دوباره آن‌ها معمولاً ارزش چندانی ندارد. مقدار کاهش حجم به نوع و محتوای فایل بستگی دارد و یک درصد ثابت برای تمام سایت‌ها درست نیست.
Static Compression برای فایل ثابت و Dynamic Compression برای خروجی تولیدشده توسط برنامه است. فعال‌کردن دومی ممکن است مصرف CPU را افزایش دهد؛ روی سرور پرترافیک باید اثر آن بر منابع نیز بررسی شود.
فعال‌سازی در WebsitePanel
- با نشانی امن ارائه‌شده توسط میزبان وارد پنل شوید.
- در فضای میزبانی، Web Sites و سپس نام دامنه را باز کنید.
- در تنظیمات وب‌سایت، گزینه‌های فشرده‌سازی ثابت و پویا را پیدا کنید.
- تغییرات را ذخیره و یک صفحه عمومی را آزمایش کنید.
نام و دسترس‌پذیری گزینه‌ها به نسخه پنل و سطح دسترسی حساب بستگی دارد. اگر بخش Compression وجود ندارد، نصب افزونه وردپرس لزوماً مشکل را حل نمی‌کند؛ باید قابلیت متناظر در IIS فعال و اجازه استفاده برای سایت داده شده باشد.
فعال‌سازی در IIS Manager
مدیر سرور می‌تواند سایت را در IIS Manager انتخاب و در Features View بخش Compression را باز کند. گزینه فشرده‌سازی ثابت را فعال و در صورت نیاز، قابلیت Dynamic Content Compression ویندوز را نیز نصب و فعال می‌کند. در هاست اشتراکی این کار معمولاً به عهده شرکت میزبان است.
تنظیمات فشرده‌سازی ممکن است در سطح سرور قفل شده باشد. اگر افزودن تنظیم در web.config خطای 500.19 ایجاد کرد، ابتدا همان تغییر را برگردانید و وضعیت قفل تنظیمات را از مدیر سرور بپرسید؛ کل فایل پیکربندی سایت را جایگزین نکنید.
چطور نتیجه را درست آزمایش کنیم؟
در Developer Tools مرورگر، بخش Network را باز کنید، صفحه را دوباره بارگذاری و درخواست سند HTML را انتخاب کنید. در Request Headers وجود Accept-Encoding و در Response Headers وجود Content-Encoding را ببینید. آزمون خط فرمان نیز ممکن است:
curl -sS -D - -o /dev/null -H 'Accept-Encoding: gzip' https://example.com/از درخواست GET استفاده شده تا فقط به پاسخ HEAD متکی نباشیم. اگر پاسخ br داشت، ممکن است CDN یا وب‌سرور Brotli را انتخاب کرده باشد؛ این به معنی خرابی GZIP نیست. برای مقایسه اندازه، پاسخ یک URL ثابت را با کش و شرایط یکسان بسنجید.
چرا فشرده‌سازی دیده نمی‌شود؟
- نوع MIME پاسخ در فهرست فایل‌های قابل فشرده‌سازی نیست.
- فایل بسیار کوچک است یا شرط تعداد درخواست در IIS هنوز برقرار نشده است.
- درخواست از کش مرورگر یا CDN پاسخ گرفته و به مبدا نرسیده است.
- قابلیت لازم در IIS نصب نیست یا محدودیت CPU مانع فشرده‌سازی پویا شده است.
- پاسخ از قبل فشرده است یا برنامه هدرهای متفاوتی ارسال می‌کند.
آیا GZIP برای سئو کافی است؟
کاهش حجم انتقال می‌تواند بارگذاری را بهبود دهد، اما زمان پاسخ سرور، تصویر اصلی، فونت و اسکریپت‌های مسدودکننده نیز مؤثرند. فشرده‌سازی را در کنار سنجش عملکرد صفحه بررسی کنید و از وعده افزایش قطعی رتبه صرف‌نظر کنید.
پرسش‌های رایج
برای هر سایت باید افزونه نصب کنیم؟
خیر. اگر IIS یا CDN پاسخ را درست فشرده می‌کند، افزودن لایه مشابه معمولاً لازم نیست.
آیا HTTPS مانع GZIP است؟
خیر؛ پاسخ HTTP روی اتصال HTTPS هم می‌تواند فشرده شود. انتخاب پاسخ‌هایی که حاوی داده محرمانه و ورودی بازتابی کاربر هستند نیازمند بررسی امنیتی برنامه است.
منابع رسمی و تاریخ بازبینی
بازبینی منابع: ۱۸ اکتبر ۲۰۲۶.
