کاهش TTFB در وردپرس یعنی کوتاه‌کردن انتظار تا شروع دریافت پاسخ، نه صرفاً کوچک‌کردن عکس‌های صفحه. اگر تولید HTML یا مسیر اتصال کند باشد، مرورگر دیرتر ساخت صفحه را آغاز می‌کند. برای اصلاح، ابتدا باید بدانید کدام بخش این زمان را مصرف کرده است.
TTFB چه چیزی را اندازه می‌گیرد؟
در اندازه‌گیری ناوبری، TTFB فاصلهٔ آغاز رفتن به صفحه تا رسیدن اولین بایت پاسخ است. ریدایرکت، DNS، اتصال و TLS و انتظار پاسخ می‌توانند در آن سهم داشته باشند. این عدد فقط زمان اجرای PHP نیست و درصد ثابتی از آن را نمی‌توان به شبکه نسبت داد.
مرجع web.dev حدود ۰٫۸ ثانیه یا کمتر را راهنمای مناسب برای بیشتر سایت‌ها و بیشتر از ۱٫۸ ثانیه را ضعیف معرفی می‌کند. این آستانه راهنمای تشخیصی است، نه قانون یکسان برای همهٔ معماری‌ها. TTFB خودش از معیارهای Core Web Vitals نیست؛ باید اثرش بر تجربهٔ بارگذاری مانند LCP را هم دید.
اندازه‌گیری پیش از کاهش TTFB در وردپرس
- چند صفحهٔ نماینده، مانند مقاله، دسته و صفحهٔ پویا انتخاب کنید.
- محل آزمون، وضعیت ورود کاربر، شبکه و کش را ثابت و ثبت کنید.
- آزمون را چند بار انجام دهید و یک نتیجهٔ اتفاقی را معیار نگیرید.
- در صورت وجود دادهٔ کاربران واقعی، آن را کنار آزمایش کنترل‌شده بررسی کنید.
آزمون مدیر واردشده ممکن است کش صفحه را دور بزند؛ نتیجهٔ آن را با بازدیدکنندهٔ ناشناس یکی ندانید. خاموش‌کردن کش مرورگر نیز کش سرور یا CDN را الزاماً خاموش نمی‌کند.
بررسی Timing در مرورگر
در Chrome، ابزار توسعه‌دهنده و تب Network را باز کنید، صفحه را بارگذاری و درخواست اصلی از نوع document را انتخاب کنید. در Timing، مراحل DNS، اتصال و Waiting را ببینید. راهنمای Network جزئیات این مراحل را توضیح می‌دهد.
Waiting for server response فقط بخشی از زمان‌بندی است و شامل تأخیر رفت‌وبرگشت و انتظار سرور می‌شود؛ آن را بدون توجه به تعریف ابزار با TTFB کل ناوبری مقایسه نکنید. اگر ریدایرکت یا اتصال اولیه زمان زیادی می‌گیرد، ابتدا همان مسیر را بررسی کنید.
اگر پردازش وردپرس کند است
برای صفحهٔ عمومی قابل‌کش، کش کامل صفحه می‌تواند اجرای تکراری PHP را کم کند. برای درخواست پویا، زمان دیتابیس، درخواست‌های API خارجی و پردازش قالب یا افزونه را بررسی کنید. Query Monitor ابزار تشخیص این بخش‌هاست، نه افزونه‌ای که صرف نصب آن سرعت را افزایش دهد.
صفحات شخصی مانند حساب کاربری یا سبد خرید را بدون سازوکار مناسب در کش عمومی قرار ندهید. تنظیم کش باید با رفتار برنامه سازگار باشد. نسخهٔ PHP و مؤلفه‌ها را نیز پس از آزمون سازگاری به‌روز نگه دارید؛ ارتقا به‌تنهایی تضمین کاهش زمان نیست.
نقش DNS، CDN و هاست
راهنمای بهینه‌سازی TTFB بر کاهش تأخیر اتصال و پردازش تأکید دارد. اگر CDN فقط تصاویر و فایل‌های ثابت را ارائه کند، لزوماً زمان تولید HTML در مبدأ را کم نمی‌کند. کش مناسب HTML در لبه، در صورت سازگاری صفحه، اثر متفاوتی دارد.
DNS پولی لزوماً از هر سرویس رایگان سریع‌تر نیست؛ زمان واقعی و پایداری را بسنجید. محل سرور، مسیر شبکه، منابع تخصیص‌یافته و محدودیت سرویس همگی مهم‌اند. صرف برچسب «هاست وردپرس» یا انتخاب یک کشور، نتیجهٔ مشخصی را تضمین نمی‌کند.
چه کاری مستقیماً TTFB را حل نمی‌کند؟
ادغام CSS و JavaScript ممکن است رفتار بارگذاری بعدی را تغییر دهد، اما راه‌حل مستقیم زمان تولید اولین پاسخ HTML نیست. تعداد فایل‌های صفحه را با تعداد فراخوانی‌های سمت سرور اشتباه نگیرید. پس از هر اصلاح، همان سناریوی قبلی را تکرار و همراه زمان پاسخ، نمایش واقعی محتوا را هم بررسی کنید.
مطالعهٔ مرتبط
بازبینی فنی: ۱۳ آبان ۱۴۰۵. تاریخ انتشار اولیه و نشانی قبلی حفظ شده‌اند.
