کاهش waiting در وردپرس

هنگامی که درباره سرعت سایت وردپرسی صحبت می کنیم، اکثر مواقع بر عملکرد front-end و بهینه سازی سرعت بارگذاری صفحه متمرکز می شویم. با این حال، گاهی بهتر است از سمت سرور که وبسایت شما در اصل از آنجا بارگذاری می شود، به این موضوع نگاه کنیم. امروز به تاثیر TTFB بر وبسایت شما و بحث درباره راه های راحتی به منظور کاهش آن می پردازیم. TTFB معمولا به عنوان یک از عوامل بهینه سازی نادیده گرفته می شود، اما در هنگام آزمایش سرعت سایت باید در نظر گرفته شود.

TTFB مخفف time to first byte است. به بیان ساده، اندازه گیری مدت زمانی است که مرورگر باید قبل از دریافت اولین بایت داده از سرور منتظر بماند. هرچه این مدت زمان دریافت داده بیشتر باشد، مدت زمان بیشتری طول می‌کشد تا صفحه برای بازدیدکننده نمایش داده شود. یکی از تصورات رایج غلط این است که TTFB پس از جستجوی DNS محاسبه می‌شود، با این حال، محاسبه TTFB در شبکه همیشه شامل network latency می‌باشد. 3 مرحله  Process و Delay و Latency ممکن است در هرجایی در این بین رخ دهند و به مجموع کلی TTFB شما اضافه کنند.

1. درخواست به سرور

   هنگامی که کسی از وبسایت شما بازدید می‌کند، اولین چیزی که اتفاق می‌افتد، ارسال درخواست HTTP از کاربر به سرور است. در این مرحله، عوامل گوناگونی وجود دارند که در delay تاثیر دارند. زمان کند DNS lookup می‌تواند باعث افزایش زمان درخواست شود. اگر سرور از نظر جغرافیایی دور باشد، فاصله ای که داده باید بپیماید در latency موثر است. همچنین، اگر قوانین firewall پیچیده ای دارید، ممکن است زمان routing را افزایش دهد. و علاوه بر این موارد، سرعت اینترنت کاربر را فراموش نکنید.

2. پردازش سرور

   پس از اینکه درخواست ارسال شد، سرور باید آن را پردازش کند و پاسخی تولید کند. این امر می‌تواند تعداد گوناگونی delay مانند فراخوانی آهسته پایگاه داده، اسکریپت های واسطه بیش از حد، ذخیره(cache) نشدن اولین پاسخ، کد یا قالبی که به طور مناسبی بهینه سازی نشده و منابع ناکافی سرور مانند disk I/O یا حافظه ایجاد کند.

3. پاسخ به کاربر

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

در کل، اگر سرعت بارگذاری زیر 100 میلی ثانیه باشد TTFB مناسب است. «بر اساس استانداردهای جهانی، TTFB زیر ۲۰۰ میلی‌ثانیه عالی است، اما در ایران به دلیل محدودیت‌های شبکه، اعداد زیر ۴۰۰ میلی‌ثانیه قابل قبول هستند.» برای هر پاسخی زمان کمتر از 200 میلی ثانیه را توصیه می‌کند. اگر در بازه 300 تا 500 میلی ثانیه هستید، تقریبا استاندارد است. و اگر بیش از 600 میلی ثانیه باشید، ممکن است در پیکر بندی سرور مشکلی وجود داشته باشد یا زمان آن فرا رسیده که به نرم افزار وب بهتری ارتقا پیدا کنید. یا اینکه می‌توانید دستور العمل های گفته شده در ادامه را دنبال کنید تا TTFB را کاهش دهید و به یاد داشته باشید که SSL/TLS نیز می‌تواند یکی از عوامل کندی هم باشد.

4 روش برای کاهش waiting در سایت

1. استفاده از یک هاست پرسرعت با کانفیگ بهینه

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

2. استفاده از CDN مناسب

   راه دیگری برای کاهش TTFB استفاده از Content Delivery Network یا همان CDN است. CDN را می‌توان به شبکه توزیع محتوا ترجمه کرد . اگر وبسایتی دارید که میزبان کاربرانی از نقاط مختلف کشور یا جهان است، استفاده از CDN می تواند به شدت TTFB شما را کاهش دهد، البته در برخی مکان‌ها این موضوع صدق نمی‌کند مثلا ایران.«در ایران، CDN خارجی (مثل Cloudflare) قابل استفاده نیست در 1405و حتی ممکن است سایت شما را قطع کند. اگر نیاز به CDN دارید، فقط از CDN داخلی مثل خدمات ابرآروان یا فن‌آوا استفاده کنید.»

3. استفاده از کش مناسب در سایت

   راه سوم و شاید راحت ترین راه کاهش TTFB استفاده از caching در وبسایت وردپرسی است. افراد زیادی فکر می کنند که تنها استفاده از caching می تواند باعث کاهش زمان بارگذاری صفحه شود، اما در حقیقت در کاهش TTFB نیز موثر است و همچنین زمان پردازش سرور را نیز کاهش می دهد.

4. استفاده از یک DNS Provider معتبر (رایگان نباشد)

   DNS نیز در TTFB موثر است. محاسبه دقیق مقدار این تاثیر بسیار سخت است، اما همچنان می‌توانید زمان کلی DNS lookup را مشاهده کنید. Provider های سریع و آهسته ای وجود  دارند. با استفاده از ابزار SolveDNS speed test      «برای تست DNS می‌توانید از دستور `dig @185.55.226.26 yourdomain.ir` در ترمینال سرور خود استفاده کنید.» می‌توانید از مکان‌های مختلف آزمایش لازم را انجام دهید

5. «توجه: DNS خارجی مانند 8.8.8.8 و 1.1.1.1 در ایران اختلال دارند. حتماً از DNS داخلی مخابرات یا شاتل استفاده کنید.»

در پایان

موارد متعددی وجود دارند که می توانید بهینه سازی یا تعمیر کنید تا TTFB را کاهش دهید، مانند database caching، Disk IO، Swap usage، RAM، تنظیمات PHP، تنظیمات MySQL، تنظیمات شبکه، TLS overhead و غیره. اما پیاده سازی و اجرای موارد گفته شده در بالا آسانتر هستند و عملکردتان را سرعت می بخشند. پس دفعه بعدی که شخصی از شما پرسید که چطور TTFB را کاهش دهیم، به یاد داشته باشید که هاست سریع وردپرس، CDN، Caching و DNS مواردی هستند که در این زمینه از اهمیت زیادی برخوردارند. رفع و بهبود این موارد راه حل مشکل TTFB است.

2026 – 1405

چالش‌های جدید TTFB در اینترنت ملی ایران (۱۴۰۵) و راه‌حل‌های اختصاصی

از سال ۱۴۰۴ به بعد، با اجرایی‌تر شدن اینترنت ملی و اعمال محدودیت‌های عمیق‌تر روی ترافیک، سه چالش تازه برای TTFB ایجاد شده که در گذشته وجود نداشتند:

چالش اول: افزایش Latency پایه به دلیل عبور از گیت‌های مرکزی

تمام درخواست‌های HTTP چه به سرور داخلی و چه خارجی، از چند گیت‌وی مرکزی (مثل چوک‌پوینت‌های امنیتی) عبور می‌کنند. این مسیریابی اضافه، حداقل ۵۰ تا ۱۰۰ میلی‌ثانیه به TTFB اضافه می‌کند؛ حتی اگر سرور شما در تهران باشد و کاربر در کنار آن.

### چالش دوم: بازرسی عمیق بسته (DPI)
تجهیزات DPI برای شناسایی ترافیک رمز شده، نیاز به بافر کردن و تحلیل اولیه دارند. این فرآیند زمان اولین بایت را تا ۶۰۰ تا ۱۲۰۰ میلی‌ثانیه بالا می‌برد. نشانه آن: TTFB در ساعات پرترافیک شب نوسان شدید دارد.

### چالش سوم: قطع و وصل شدن لینک‌های بین‌الملل و تغییر مسیر به لینک‌های جایگزین با تأخیر بالا
زمانی که لینک‌های اصلی (مثل FCP) قطع می‌شوند، ترافیک به سمت مسیرهای طولانی‌تر مثل روسیه یا آسیای میانه هدایت می‌شود. این مسیرها latency را به ۳۰۰-۵۰۰ میلی‌ثانیه می‌رسانند و TTFB را به بالای ۱ ثانیه می‌برند.

—

## راه‌حل‌های عملی و داخلی برای کاهش TTFB در ایران (۲۰۲۶)

با توجه به عدم دسترسی به CDN خارجی، Cloudflare، PageSpeed Insights و تسترهای خارجی، این راه‌حل‌ها را اجرا کنید:

### ۱. مهاجرت به هاستینگ داخلی با کانفیگ anti-DPI
– از ارائه‌دهندگانی استفاده کنید که سرورشان داخل ایران است: **آسیاتک، ابرآروان، ابرآزاد، فن‌آوا**.
– حتماً بخواهید که **HTTP/2 و HTTP/3** فعال باشد (HTTP/3 تا حدی DPI را دور می‌زند).

### ۲. استفاده از DNS داخلی به جای خارجی
DNS مخابرات: `185.55.226.26` و `185.55.225.25`
یا DNS شاتل: `178.22.122.100`
این سرورها پاسخ را در کمتر از ۱۰ میلی‌ثانیه می‌دهند (در مقابل ۲۰۰+ میلی‌ثانیه برای DNS خارجی).

### ۳. کش گرم (Warm Cache) با cron job داخلی
برای جلوگیری از «TTFB سرد»، هر ۵ دقیقه یکبار با دستور زیر به سایت خود پینگ بزنید (روی هاست لینوکس):
“`bash
curl -I https://sitename.ir > /dev/null 2>&1

.

عدم اشاره به DPI و مسیریابی اجباری مقاله ما هیچ توضیحی درباره تأثیر Deep Packet Inspection و گیت‌های مرکزی ایران روی TTFB ندارد.
نتیجه‌گیری: «هاست سریع، CDN، Caching و DNS» CDN را باید از لیست حذف یا با قید «فقط در صورت استفاده از CDN داخلی»

“`markdown
## چالش‌های جدید TTFB در اینترنت ملی ایران (۱۴۰۵) و راه‌حل‌های اختصاصی

از سال ۱۴۰۴ به بعد، با اجرایی‌تر شدن اینترنت ملی و اعمال محدودیت‌های عمیق‌تر روی ترافیک، سه چالش تازه برای TTFB ایجاد شده که در گذشته وجود نداشتند:

### چالش اول: افزایش Latency پایه به دلیل عبور از گیت‌های مرکزی
تمام درخواست‌های HTTP چه به سرور داخلی و چه خارجی، از چند گیت‌وی مرکزی (مثل چوک‌پوینت‌های امنیتی) عبور می‌کنند. این مسیریابی اضافه، حداقل ۵۰ تا ۱۰۰ میلی‌ثانیه به TTFB اضافه می‌کند؛ حتی اگر سرور شما در تهران باشد و کاربر در کنار آن.

### چالش دوم: بازرسی عمیق بسته (DPI)
تجهیزات DPI برای شناسایی ترافیک رمز شده، نیاز به بافر کردن و تحلیل اولیه دارند. این فرآیند زمان اولین بایت را تا ۶۰۰ تا ۱۲۰۰ میلی‌ثانیه بالا می‌برد. نشانه آن: TTFB در ساعات پرترافیک شب نوسان شدید دارد.

### چالش سوم: قطع و وصل شدن لینک‌های بین‌الملل و تغییر مسیر به لینک‌های جایگزین با تأخیر بالا
زمانی که لینک‌های اصلی (مثل FCP) قطع می‌شوند، ترافیک به سمت مسیرهای طولانی‌تر مثل روسیه یا آسیای میانه هدایت می‌شود. این مسیرها latency را به ۳۰۰-۵۰۰ میلی‌ثانیه می‌رسانند و TTFB را به بالای ۱ ثانیه می‌برند.

—

## راه‌حل‌های عملی و داخلی برای کاهش TTFB در ایران (۲۰۲۶)

با توجه به عدم دسترسی به CDN خارجی، Cloudflare، PageSpeed Insights و تسترهای خارجی، این راه‌حل‌ها را اجرا کنید:

### ۱. مهاجرت به هاستینگ داخلی با کانفیگ anti-DPI
– از ارائه‌دهندگانی استفاده کنید که سرورشان داخل ایران است: **آسیاتک، ابرآروان، ابرآزاد، فن‌آوا**.
– حتماً بخواهید که **HTTP/2 و HTTP/3** فعال باشد (HTTP/3 تا حدی DPI را دور می‌زند).

### ۲. استفاده از DNS داخلی به جای خارجی
DNS مخابرات: `185.55.226.26` و `185.55.225.25`
یا DNS شاتل: `178.22.122.100`
این سرورها پاسخ را در کمتر از ۱۰ میلی‌ثانیه می‌دهند (در مقابل ۲۰۰+ میلی‌ثانیه برای DNS خارجی).

### ۳. کش گرم (Warm Cache) با cron job داخلی
برای جلوگیری از «TTFB سرد»، هر ۵ دقیقه یکبار با دستور زیر به سایت خود پینگ بزنید (روی هاست لینوکس):
“`bash
curl -I https://sitename.ir > /dev/null 2>&1
“`

این کار کش سرور و PHP را همیشه آماده نگه می‌دارد.

۴. حذف ماژول‌های امنیتی اضافی از سرور

در هاست لینوکس، ماژول‌های mod_security و mod_evasive را غیرفعال کنید. این ماژول‌ها در ایران به دلیل تداخل با DPI، تأخیر بیشتری ایجاد می‌کنند بدون اینکه امنیت واقعی اضافه کنند.

۵. اندازه‌گیری TTFB بدون ابزار خارجی

به جای PageSpeed Insights از این روش داخلی استفاده کنید (دقیق‌ترین روش):

“`bash
curl -w “TTFB: %{time_starttransfer}\n” -o /dev/null -s https://yourdomain.ir
“`

یا از ابزار داخلی «سنجش سرعت ابرآروان» به آدرس aranw.com/tools/speed-test استفاده کنید.

—

مطلب در تاریخ 28 اردیبهشت 1405 به روز شده است