چرا زمان پاسخ مانیتور با چیزی که کاربر می‌بینه فرق داره.

مانیتورتون می‌گه صفحه‌ی اصلی در ۳۰۰ میلی‌ثانیه جواب می‌ده. یه همکار می‌گه سه ثانیه طول می‌کشه تا باز بشه. یه ابزار سرعت صفحه هم یه چیز دیگه گزارش می‌ده. هر سه ممکنه درست بگن؛ دارن چیزهای متفاوتی رو از جاهای متفاوتی اندازه می‌گیرن.

نکته‌های کلیدی

• مانیتورها معمولاً زمان یه درخواست HTTP رو می‌گیرن؛ مرورگرها ده‌ها منبع رو بارگذاری و اسکریپت‌ها رو اجرا می‌کنن.
• لوکیشن، شبکه و کش DNS عددها رو برای هر ناظری عوض می‌کنن.
• کش‌ها و CDNها بازدیدهای تکراری رو خیلی سریع‌تر از بازدید اول می‌کنن.
• زمان پاسخ مانیتور رو برای روند و هشدار، و متریک‌های مرورگر رو برای تجربه‌ی کاربر استفاده کنید.
• وقتی عددها با هم نمی‌خونن، درخواست رو به مرحله‌هاش تقسیم کنید و چیزهای هم‌جنس رو مقایسه کنید.

دارن چیزهای متفاوتی اندازه می‌گیرن

پاسخ HTML در ۳۰۰ میلی‌ثانیه و بارگذاری صفحه در ۳ ثانیه کاملاً با هم سازگارن: بقیه‌ی زمان صرف منبع‌های دیگه و کار مرورگر می‌شه.

چرا یه درخواست عددهای متفاوت می‌ده؟

لوکیشن و شبکه

چک‌های دیتاسنتر از مسیرهای خوش‌اتصال رد می‌شن. کاربری با اینترنت موبایل در یه شهر دیگه تأخیر، افت بسته و گاهی لینک‌های شلوغ اضافه می‌کنه. برای همینه که چک کردن از چند لوکیشن کمک می‌کنه؛ هر کدوم یه نقطه‌ی دید متفاوته.

DNS و استفاده‌ی دوباره از اتصال

مانیتورها معمولاً در هر چک DNS رو resolve می‌کنن و یه اتصال TLS تازه باز می‌کنن. مرورگری که از یه اتصال باز دوباره استفاده می‌کنه، برای درخواست‌های بعدی DNS، TCP و TLS رو کاملاً رد می‌کنه. تست‌های تکراری خودتون هم ممکنه از همین کش سود ببرن.

کش‌ها

اولین درخواست ممکنه از کش CDN یا برنامه رد بشه و خیلی بیشتر از درخواست بعدی طول بکشه. مانیتورهایی که هر دقیقه یه آدرس رو می‌زنن معمولاً زمان کش گرم رو می‌بینن؛ بازدیدکننده‌های واقعی دفعه‌ی اول شاید نه.

ریدایرکت‌ها

اگه مانیتور https://www.example.com/ رو چک می‌کنه ولی کاربرها example.com تایپ می‌کنن و اول از دو ریدایرکت رد می‌شن، کاربرها هزینه‌ی رفت‌وبرگشت‌های اضافه‌ای رو می‌دن که مانیتور هیچ‌وقت نمی‌بینه.

بار سرور

مانیتورها در فاصله‌های منظم چک می‌کنن؛ کاربرها موجی میان. در اوج ترافیک، درخواست‌های کاربر ممکنه در صف بمونن در حالی که یه درخواست تکی مانیتور رد می‌شه.

کدوم عدد رو استفاده کنیم؟

• برای هشدار و روند؛ زمان پاسخ مانیتور. یکنواخت، مکرر و در طول ماه‌ها قابل مقایسه است.
• برای کار روی تجربه‌ی کاربر؛ متریک‌های مرورگر و کاربر واقعی (Core Web Vitals، زمان بارگذاری در آمار سایت).
• برای پیدا کردن بخش کند؛ تفکیک مرحله‌ها (DNS، اتصال، TLS، TTFB، انتقال) برای یه درخواست، به‌علاوه‌ی نمودار آبشاری شبکه در مرورگر.

هم‌راستا کردن عددها

1. آدرسی رو مانیتور کنید که کاربرها واقعاً ازش شروع می‌کنن؛ اگه واقع‌بینانه است، با ریدایرکت‌ها.
2. علاوه بر صفحه‌ی اصلی، یه چک برای یه صفحه‌ی سنگین و بدون کش اضافه کنید.
3. داده‌ی مانیتور هر لوکیشن رو با آمار سایت از همون مناطق مقایسه کنید.
4. TTFB رو در ابزار توسعه‌دهنده‌ی مرورگر نگاه کنید؛ باید نزدیک زمان سرور در مانیتور باشه؛ اگه نیست، تفاوت در شبکه یا ریدایرکت‌هاست.

پرسش‌های پرتکرار

• مانیتورم پاسخ سریع نشون می‌ده ولی کاربرها گلایه دارن. چی رو چک کنم؟

  +

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

• چرا زمان پاسخ هر روز همون ساعت بالا می‌ره؟

  +

  معمولاً کارهای زمان‌بندی‌شده: بکاپ، گزارش یا بازسازی کش که سر منابع رقابت می‌کنن. زمانش رو با برنامه‌ی کرون‌تون مقایسه کنید.

• فایل‌های ایستا رو هم مانیتور کنم؟

  +

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