رفع خطای Minimize Request Size در وردپرس 2026

سئو | بلاگ وب‌داده

رفع خطای Minimize Request Size در وردپرس

این پیام در گزارش سرعت، یک «خطا» نیست بلکه توصیه‌ای برای کوچک‌کردن کوکی‌ها و هدرهای درخواست است. در این راهنما ساده و گام‌به‌گام یاد می‌گیرید چطور آن را برطرف کنید.

رفع خطای Minimize Request Size در وردپرس در واقع پاسخ به یک توصیه‌ی عملکردی در ابزارهایی مثل GTmetrix است؛ جایی که گفته می‌شود اندازه‌ی هر درخواست HTTP را کوچک نگه دارید تا در یک بسته‌ی شبکه جا شود. این پیام یعنی کوکی‌ها، هدرها یا آدرس‌های شما بیش از حد بزرگ‌اند و سربار اضافه به سایت تحمیل می‌کنند. در این مقاله ابتدا می‌بینیم این توصیه دقیقاً چه می‌گوید و چرا اهمیت دارد، سپس دلایل رایج آن را فهرست می‌کنیم و در نهایت قدم‌به‌قدم سراغ راهکارهای رفع و پیشگیری می‌رویم.

ماهیت پیام: یک توصیه‌ی بهینه‌سازی است، نه ارور سایت؛ هدف نگه‌داشتن مجموع هدر هر درخواست زیر 1500 بایت است.
عامل اصلی: کوکی‌های بزرگ (افزونه‌ها و اسکریپت‌های ردیابی) و آدرس‌های طولانی با کوئری‌استرینگ سنگین.
راهکار کلیدی: کاهش اندازه‌ی کوکی‌ها و سرو فایل‌های استاتیک از دامنه‌ی بدون کوکی (CDN).
نکته‌ی صادقانه: این توصیه از گزارش قدیمی PageSpeed است؛ GTmetrix از سال 2020 به Lighthouse مهاجرت کرده و وزن آن کم شده است.
پیشگیری: فعال‌بودن HTTP/2 روی سرور، هدرها را فشرده می‌کند و این مشکل را تا حد زیادی بی‌اثر می‌سازد.

در یک جمله

«Minimize request size» می‌گوید کوکی‌ها و هدرهای درخواست را کوچک کنید تا هر درخواست در یک بسته‌ی 1500 بایتی شبکه جا شود؛ کافی است کوکی‌های اضافی را سبک کنید و فایل‌های ثابت را از یک دامنه‌ی بدون کوکی سرو کنید. در وب‌داده سرورها به‌صورت پیش‌فرض HTTP/2 دارند که بخش زیادی از این سربار را حذف می‌کند.

احتمالاً این مقاله را باز کرده‌اید چون در گزارش GTmetrix یا یک ابزار سرعت‌سنج، عبارت Minimize Request Size را دیده‌اید و دنبال راهی فوری برای رفع آن هستید. خبر خوب این است که این موضوع جزو ساده‌ترین مسائل بهینه‌سازی است و در ادامه بدون اصطلاحات پیچیده، هم منطق آن و هم روش عملی رفعش را با هم مرور می‌کنیم.

رفع خطای Minimize Request Size در وردپرس از کجا شروع می‌شود؟

‏«Minimize request size» یک توصیه از دسته‌ی Content در ابزار GTmetrix است که اولویت آن «بالا» و سطح دشواری‌اش «متوسط» تعیین شده است. ایده‌ی پشت آن بسیار ساده است: هر درخواست HTTP که مرورگر به سرور می‌فرستد، علاوه بر آدرس، شامل هدرهایی مثل کوکی‌ها هم می‌شود. اگر مجموع این اطلاعات بزرگ باشد، در یک بسته‌ی شبکه (packet) جا نمی‌شود و سربار اضافه ایجاد می‌کند.

برای درک بهتر، یک درخواست شبکه را مثل یک پاکت‌نامه تصور کنید. شبکه‌های رایج اینترنت اندازه‌ی هر پاکت را حدود 1500 بایت محدود می‌کنند. اگر بتوانید هر درخواست را زیر این حد نگه دارید، اطلاعات در یک رفت‌وبرگشت منتقل می‌شود؛ اما اگر پاکت پر شود، باید چند پاکت ارسال شود و این یعنی تأخیر بیشتر. هدف این توصیه دقیقاً جلوگیری از همین سرریز شدن است.

نکته‌ی مهم: این یک «خطا» نیست

برخلاف چیزی که از کلمه‌ی Error برداشت می‌شود، Minimize Request Size یک پیام خطای واقعی وردپرس نیست که سایت را از کار بیندازد. این فقط یک پیشنهاد بهینه‌سازی در گزارش سرعت است. سایت شما بدون رفع آن هم کار می‌کند؛ رفع آن صرفاً به کاهش جزئی سربار و بهبود نمره‌ی ساختار کمک می‌کند.

طبق مستندات گوگل، هدرهای یک درخواست HTTP که باید کوچک نگه داشته شوند شامل این موارد است: کوکی‌ها، فیلدهای تنظیم‌شده توسط مرورگر، آدرس منبع درخواستی (URL) و آدرس ارجاع‌دهنده (Referrer). از این میان، تنها مواردی که واقعاً در کنترل شماست کوکی‌ها و طول آدرس‌ها هستند.

دلایل اصلی بروز این توصیه در گزارش سرعت

پیش از رفتن سراغ راه‌حل، خوب است بدانید چه چیزهایی باعث بزرگ‌شدن اندازه‌ی درخواست می‌شوند. شناخت ریشه‌ی مشکل، نیمی از حل آن است. مهم‌ترین عوامل عبارت‌اند از:

کوکی‌های بزرگ و متعدد: افزونه‌های ردیابی، ابزارهای تحلیلی (مثل گوگل آنالیتیکس) و اسکریپت‌های مارکتینگ، هرکدام کوکی‌هایی روی دامنه‌ی شما ست می‌کنند که روی هر درخواست ارسال می‌شوند.
سرو فایل‌های استاتیک از دامنه‌ی اصلی: وقتی تصویر، CSS و جاوااسکریپت از همان دامنه‌ای سرو می‌شوند که کوکی دارد، آن کوکی‌ها بی‌دلیل روی درخواست فایل‌های ثابت هم سوار می‌شوند.
آدرس‌های طولانی با کوئری‌استرینگ: URLهایی که پارامترهای زیادی دارند می‌توانند به هزاران بایت برسند و حجم درخواست را بالا ببرند.
افزونه‌های زیاد و ناهماهنگ: هرچه تعداد افزونه‌هایی که کوکی یا هدر سفارشی اضافه می‌کنند بیشتر باشد، احتمال سرریز شدن درخواست بالاتر می‌رود.

جدول زیر بر اساس مستندات رسمی، اجزای یک درخواست HTTP و حد توصیه‌شده برای هرکدام را نشان می‌دهد تا بدانید روی کدام بخش‌ها می‌توانید اثر بگذارید:

اجزای درخواست HTTP و حد توصیه‌شده برای هرکدام:

جزء درخواست	حد توصیه‌شده	آیا در کنترل شماست؟
کل درخواست HTTP	زیر 1500 بایت (یک بسته‌ی شبکه)	تا حدی — با کنترل اجزای زیر
یک کوکی منفرد	حداکثر 1000 بایت	بله — با مدیریت افزونه‌ها
میانگین کوکی‌های هر دامنه	کمتر از 400 بایت	بله — با حذف کوکی‌های اضافی
آدرس منبع (URL)	حداکثر چند صد بایت	بله — با کوتاه‌کردن آدرس‌ها
فیلدهای مرورگر و Referrer	—	خیر — توسط مرورگر ست می‌شود

همان‌طور که می‌بینید، تمرکز اصلی شما باید روی کوکی‌ها و طول آدرس‌ها باشد؛ چون باقی موارد توسط مرورگر تعیین می‌شوند و خارج از دسترس شما هستند.

روش‌های رفع گام‌به‌گام؛ از ساده تا پیشرفته

حالا به بخش عملی می‌رسیم. مراحل را به ترتیب جلو بروید؛ از ساده‌ترین کار شروع کنید و فقط در صورت نیاز سراغ روش‌های پیشرفته‌تر بروید. پیش از هر تغییری، یک بکاپ کامل از سایت بگیرید تا اگر چیزی پیش آمد، بتوانید به‌راحتی برگردید.

گام ۱: ابتدا کوکی‌های فعلی سایت را اندازه بگیرید

پیش از هر اقدامی باید بدانید چه کوکی‌هایی و با چه اندازه‌ای روی سایت شما ست می‌شوند. با ابزار خط فرمان curl یا تب Network در ابزار توسعه‌دهنده‌ی مرورگر می‌توانید این را ببینید. دستور زیر کوکی‌هایی را که سرور شما ست می‌کند نمایش می‌دهد:

# کوکی‌هایی که سایت شما روی هر درخواست ست می‌کند را ببینید
# (هدف: مجموع هدر هر درخواست زیر 1500 بایت بماند)
curl -s -I https://your-site.com/ | grep -i "set-cookie"

# اندازه‌ی هدرهای پاسخ سرور را با جزئیات ببینید
curl -s -o /dev/null -D - https://your-site.com/

Copy

# کوکی‌هایی که سایت شما روی هر درخواست ست می‌کند را ببینید
# (هدف: مجموع هدر هر درخواست زیر 1500 بایت بماند)
curl -s -I https://your-site.com/ | grep -i "set-cookie"

# اندازه‌ی هدرهای پاسخ سرور را با جزئیات ببینید
curl -s -o /dev/null -D - https://your-site.com/

Bash

اگر در خروجی، کوکی‌های بزرگ یا ناآشنایی دیدید، احتمالاً مربوط به افزونه‌ها یا اسکریپت‌های ردیابی هستند و کاندیدای حذف یا سبک‌سازی‌اند.

گام ۲: کوکی‌های غیرضروری را کم یا حذف کنید

هر افزونه‌ای که واقعاً به آن نیاز ندارید و کوکی ست می‌کند را غیرفعال کنید. به‌خصوص افزونه‌های تبلیغاتی، ردیابی و چت آنلاین قدیمی را بازبینی کنید. برای ابزارهای ضروری مثل گوگل آنالیتیکس، از نسخه‌های سبک‌تر یا بارگذاری از طریق مدیریت تگ استفاده کنید تا کوکی‌ها بهینه شوند. هرچه تعداد و حجم کوکی‌ها کمتر شود، اندازه‌ی هر درخواست هم کوچک‌تر می‌گردد.

اگر می‌خواهید کدها و اسکریپت‌های ردیابی را به‌صورت اصولی و بدون افزونه‌ی اضافی به سایت اضافه کنید، راهنمای درج کد جاوااسکریپت در وردپرس روش‌های امن این کار را توضیح می‌دهد.

گام ۳: فایل‌های استاتیک را از دامنه‌ی بدون کوکی سرو کنید

این مؤثرترین راهکار است. کوکی‌ها بر اساس دامنه به درخواست‌ها می‌چسبند؛ پس اگر فایل‌های ثابت (تصاویر، CSS، جاوااسکریپت) را از یک دامنه یا ساب‌دامین جداگانه‌ی بدون کوکی — مثل یک CDN — سرو کنید، دیگر کوکی‌های دامنه‌ی اصلی روی این درخواست‌ها ارسال نمی‌شوند. به این کار «cookie-free domain» گفته می‌شود و علاوه بر کاهش حجم درخواست، با کش و توزیع جغرافیایی، سرعت کلی سایت را هم بالا می‌برد.

هشدار: مراقب تنظیم دامنه‌ی کوکی باشید

اگر برای جداسازی کوکی‌ها سراغ تنظیم COOKIE_DOMAIN در فایل wp-config.php می‌روید، با احتیاط عمل کنید؛ مقداردهی اشتباه می‌تواند باعث مشکل در ورود به پیشخوان یا قطع نشست کاربران شود. بهترین کار این است که این تغییر را با کمک پشتیبانی هاست یا روی یک نسخه‌ی آزمایشی انجام دهید و سپس ورود به سایت را کامل تست کنید.

گام ۴: آدرس‌ها را کوتاه و HTTP/2 را فعال کنید

آدرس‌های طولانی با پارامترهای متعدد را ساده کنید و کوئری‌استرینگ‌های غیرضروری را از منابع استاتیک حذف نمایید. مهم‌تر از همه، مطمئن شوید سرور شما از HTTP/2 (یا HTTP/3) پشتیبانی می‌کند. این پروتکل با فشرده‌سازی هدرها، عملاً بخش بزرگی از نگرانی مربوط به اندازه‌ی کوکی و هدر را برطرف می‌کند. روی هاست‌ها و سرورهای مدرن با LiteSpeed یا Nginx، HTTP/2 معمولاً به‌صورت پیش‌فرض فعال است.

جدول زیر روش‌های رفع را بر اساس میزان اثر و سطح دشواری کنار هم می‌گذارد تا بدانید از کجا شروع کنید:

روش رفع	میزان اثر	سطح دشواری
کاهش/حذف کوکی‌های افزونه‌های ردیابی	متوسط تا زیاد	ساده
سرو استاتیک از دامنه‌ی بدون کوکی (CDN)	زیاد	متوسط
کوتاه‌کردن آدرس‌ها و حذف کوئری‌استرینگ	کم تا متوسط	ساده
فعال‌سازی HTTP/2 روی سرور	زیاد	ساده (روی هاست مدرن پیش‌فرض)

نمودار مراحل رفع خطای Minimize Request Size در وردپرس و کاهش اندازه کوکی

نقش هاست و یک نگاه صادقانه به اهمیت این توصیه

اینجا باید صادق باشیم: «Minimize request size» یک توصیه از گزارش قدیمی PageSpeed است. GTmetrix در نوامبر 2020 موتور خود را به Google Lighthouse تغییر داد و گزارش‌های جدید دیگر این توصیه را نمایش نمی‌دهند. اگر امروز این پیام را می‌بینید، احتمالاً از یک گزارش Legacy یا ابزار قدیمی‌تر است. معادل‌های مدرن آن در Lighthouse عبارت‌اند از «Keep request counts low and transfer sizes small» و «Avoid enormous network payloads».

نکته‌ی فنی دیگر هم اهمیت دارد: در پروتکل قدیمی HTTP/1.x متادیتای هدر همیشه به‌صورت متن خام ارسال می‌شد و حدود 500 تا 800 بایت سربار به هر انتقال اضافه می‌کرد. اما HTTP/2 با فرمت فشرده‌سازی HPACK این هدرها را کوچک می‌کند؛ به‌طور میانگین حدود 30 درصد کاهش حجم و در آزمایش‌ها تا بیش از 50 درصد. به همین دلیل، روی یک سرور مدرن با HTTP/2 فعال، اهمیت عملی این توصیه به‌مراتب کمتر از گذشته است.

نقل‌قول از منبع معتبر

به نوشته‌ی مستندات رسمی GTmetrix: «به‌صورت ایده‌آل یک درخواست HTTP نباید از یک بسته فراتر برود. پرکاربردترین شبکه‌ها بسته‌ها را به حدود 1500 بایت محدود می‌کنند؛ پس اگر هر درخواست را زیر 1500 بایت نگه دارید، سربار جریان درخواست‌ها کاهش می‌یابد.» منبع: GTmetrix — Minimize request size و اعلام مهاجرت GTmetrix به Lighthouse.

پس نتیجه‌ی منصفانه این است: رفع این مورد بد نیست و کمی به سبک‌تر شدن سایت کمک می‌کند، اما اولویت اول شما نباید باشد. سرعت واقعی سایت بیشتر از هرچیز به کیفیت هاست، کش و زیرساخت بستگی دارد.

در تجربه‌ی عملی ما در وب‌داده، بسیاری از کاربرانی که نگران چنین توصیه‌هایی بودند، با انتقال به میزبانی مناسب، بخش بزرگی از مشکلات سرعت‌شان به‌صورت ریشه‌ای حل شد. زیرساخت ما به‌گونه‌ای تنظیم شده که این دست بهینه‌سازی‌ها را ساده‌تر کند:

✅ هاست وردپرس وب‌داده با HTTP/2 فعال و کش سمت سرور برای کاهش خودکار سربار درخواست‌ها.
✅ زیرساخت نسل جدید HPE (Gen11 و Gen10) برای پایداری و پاسخ سریع سرور (TTFB پایین).
✅ دیتاسنترهای ایران، هلند و آلمان برای انتخاب نزدیک‌ترین لوکیشن به مخاطبان شما.
✅ پشتیبانی فنی ۲۴ ساعته برای کمک در تنظیم CDN، کوکی‌ها و بهینه‌سازی سرعت.

اگر می‌خواهید سایتتان روی بستری سریع و به‌روز اجرا شود، می‌توانید پلن‌های هاست سی‌پنل وب‌داده را بررسی کنید؛ برای نکات تکمیلی درباره‌ی سرعت هم مطلب روش‌های افزایش سرعت سرور کمک‌کننده است.

پرسش‌های پرتکرار درباره Minimize Request Size

آیا Minimize Request Size یک خطای واقعی وردپرس است؟

خیر. این یک پیام خطا که سایت را از کار بیندازد نیست، بلکه یک توصیه‌ی بهینه‌سازی در ابزارهای سرعت‌سنج مانند GTmetrix است. سایت شما بدون رفع آن هم به‌درستی کار می‌کند؛ رفع آن صرفاً به کاهش سربار درخواست‌ها و بهبود جزئی نمره‌ی ساختار کمک می‌کند. بنابراین جای نگرانی نیست و می‌توانید با خیال راحت سراغ بهینه‌سازی بروید.

چرا اندازه‌ی درخواست باید زیر 1500 بایت باشد؟

چون پرکاربردترین شبکه‌های اینترنت اندازه‌ی هر بسته (packet) را به حدود 1500 بایت محدود می‌کنند. اگر کل یک درخواست HTTP در همین حد بماند، در یک رفت‌وبرگشت منتقل می‌شود؛ اما اگر بزرگ‌تر باشد، باید در چند بسته ارسال شود که سربار و تأخیر بیشتری ایجاد می‌کند. هدف این توصیه، جا شدن هر درخواست در یک بسته است.

بزرگ‌ترین عامل افزایش اندازه‌ی درخواست چیست؟

در بیشتر سایت‌های وردپرسی، کوکی‌ها مهم‌ترین عامل هستند. افزونه‌های ردیابی، ابزارهای تحلیلی و اسکریپت‌های مارکتینگ هرکدام کوکی‌هایی روی دامنه ست می‌کنند که روی همه‌ی درخواست‌ها — حتی درخواست فایل‌های ثابت — ارسال می‌شوند. طبق توصیه، هیچ کوکی منفردی نباید بیش از 1000 بایت و میانگین کوکی‌های هر دامنه بهتر است کمتر از 400 بایت باشد.

دامنه‌ی بدون کوکی (cookie-free domain) یعنی چه؟

یعنی فایل‌های ثابت سایت (تصاویر، CSS و جاوااسکریپت) را به‌جای دامنه‌ی اصلی، از یک دامنه یا ساب‌دامین جداگانه — معمولاً یک CDN — سرو کنید. چون کوکی‌ها بر اساس دامنه به درخواست می‌چسبند، با این کار کوکی‌های دامنه‌ی اصلی دیگر روی درخواست فایل‌های ثابت ارسال نمی‌شوند و حجم آن درخواست‌ها کاهش می‌یابد. این روش همزمان سرعت سایت را هم بالا می‌برد.

آیا این توصیه هنوز در GTmetrix جدید وجود دارد؟

خیر. GTmetrix در نوامبر 2020 از موتور قدیمی PageSpeed/YSlow به Google Lighthouse مهاجرت کرد و گزارش‌های جدید دیگر «Minimize request size» را نشان نمی‌دهند. اگر امروز این پیام را می‌بینید، احتمالاً از یک گزارش Legacy یا ابزار قدیمی است. معادل‌های امروزی آن «Keep request counts low and transfer sizes small» و «Avoid enormous network payloads» هستند.

HTTP/2 چه کمکی به این موضوع می‌کند؟

پروتکل HTTP/2 با استفاده از فرمت فشرده‌سازی HPACK، هدرهای درخواست و پاسخ — از جمله کوکی‌ها — را فشرده می‌کند. این کار به‌طور میانگین حدود 30 درصد و در برخی آزمایش‌ها بیش از 50 درصد حجم هدرها را کاهش می‌دهد. به همین دلیل روی سروری که HTTP/2 فعال دارد، اهمیت عملی توصیه‌ی Minimize Request Size بسیار کمتر می‌شود.

آیا کاهش اندازه‌ی کوکی به سئوی من کمک می‌کند؟

اثر مستقیم آن بر رتبه ناچیز است، اما به‌صورت غیرمستقیم می‌تواند کمک‌کننده باشد. سرعت و تجربه‌ی صفحه (Core Web Vitals) از فاکتورهای رتبه‌بندی گوگل‌اند و کاهش سربار درخواست‌ها، هرچند کوچک، در همین مسیر است. با این حال، عوامل مهم‌تری مثل کیفیت هاست، کش و بهینه‌سازی تصاویر تأثیر به‌مراتب بیشتری بر سرعت و سئو دارند.

چطور بفهمم رفع این مورد روی سایتم لازم است؟

ابتدا با curl یا تب Network مرورگر، کوکی‌ها و هدرهای درخواست را بررسی کنید. اگر کوکی‌های بزرگ و متعددی دیدید یا فایل‌های ثابت شما همراه کوکی ارسال می‌شوند، رفع آن ارزشمند است. اما اگر سرور شما HTTP/2 دارد و کوکی‌هایتان سبک‌اند، این مورد عملاً اولویت پایینی دارد و بهتر است انرژی‌تان را روی بهینه‌سازی‌های مؤثرتر بگذارید.

جمع‌بندی و قدم بعدی شما

در این راهنما دیدیم که Minimize Request Size یک خطای واقعی نیست، بلکه توصیه‌ای برای کوچک‌نگه‌داشتن کوکی‌ها و هدرهای درخواست تا زیر 1500 بایت است. مرور کردیم که عامل اصلی آن کوکی‌های بزرگ و سرو فایل‌های ثابت از دامنه‌ی دارای کوکی است و راهکارها هم ساده‌اند: سبک‌کردن کوکی‌ها، استفاده از دامنه‌ی بدون کوکی یا CDN، کوتاه‌کردن آدرس‌ها و فعال‌بودن HTTP/2. همچنین صادقانه گفتیم که این توصیه قدیمی است و روی سرور مدرن اهمیت کمتری دارد، پس آن را در کنار بهینه‌سازی‌های مهم‌تر در نظر بگیرید، نه به‌عنوان اولویت اول.

جمع‌بندی سریع

✅ کوکی‌های افزونه‌های ردیابی غیرضروری را سبک یا حذف کنید.
✅ فایل‌های ثابت را از یک دامنه‌ی بدون کوکی یا CDN سرو کنید.
✅ آدرس‌ها را کوتاه و HTTP/2 را روی سرور فعال نگه دارید.
✅ پیش از تغییر در wp-config.php حتماً بکاپ بگیرید و سایت را تست کنید.

مشاهده پلن‌های هاست سی‌پنل وب‌داده

در صورتی که سوالی داشتید می‌توانید در بخش نظرات با ما در ارتباط باشید.

منابع: GTmetrix — Minimize request size؛ GTmetrix — Welcome to the new GTmetrix (Lighthouse, 2020)؛ RFC 7541 — HPACK Header Compression.