تخطَّ إلى المقال
Performance٢٠ أكتوبر ٢٠٢٦قراءة 2 دقيقة

زمن الذهاب والإياب RTT وعلاقته بـ Web Vitals

افهم العلاقة بين RTT وTTFB وLCP، وميّز الانتظار الشبكي عن INP. قارن أثر موقع الخادم والتخزين المؤقت وتحميل الموارد.

زمن الذهاب والإياب RTT وعلاقته بـ Web Vitals

ما هو RTT ولماذا يهم؟

زمن الذهاب والإياب (RTT) هو الزمن اللازم لوصول إشارة إلى الطرف الآخر وعودتها. وهو ليس زمن الاستجابة الكامل؛ فقد تضاف إليه أوقات DNS وإنشاء الاتصال ومعالجة الخادم والنقل. ولا تعني الطلبات المتوازية بالضرورة جمع RTT لكل طلب على التوالي.

كيف يؤثر RTT في Web Vitals

  • LCP: قد يؤخر بطء HTML والموارد الحرجة ظهور المحتوى الرئيسي.
  • INP: يقيس الاستجابة حتى الرسم التالي، لا حتى اكتمال طلب غير متزامن. قد تتأخر نتائج البحث رغم قيمة INP جيدة؛ قِس الزمنين.
  • TTFB: لا يساوي RTT وحده، فقد يشمل الاتصال ومعالجة الخادم. وهو ليس من Core Web Vitals.
  • CLS: قد يغيّر مورد متأخر التخطيط إذا لم تُحجز له مساحة، لكن ارتفاع RTT وحده لا يعني حدوث تغيّر.

أسباب شائعة لارتفاع RTT

  • خادم أصل بعيد أو مسار إضافي بين CDN والخادم الخلفي.
  • سلسلة طلبات يعتمد بعضها على بعض أو عمليات إعادة توجيه متتابعة.
  • إنشاء اتصالات جديدة بدل إعادة استخدامها.
  • اكتشاف موارد خارجية حرجة متأخرًا.
  • معالجة بطيئة في الخادم قد تبدو مشكلة شبكة عند النظر إلى الزمن الإجمالي فقط.

كيفية تقليل RTT في الممارسة العملية

  1. قارن المناطق وفكّر في CDN أو معالجة أقرب إلى الجمهور. تحقق من الاستجابات التي تُقدّم فعلًا عند الحافة.
  2. اختبر HTTP/2 وHTTP/3 بحسب الدعم. لا يلغيان المسافة الفعلية، وتبقى في HTTP/2 مشكلة حجب على مستوى TCP.
  3. خزّن الموارد الثابتة ذات الإصدارات مؤقتًا. راعِ حداثة HTML وAPI وسريتهما.
  4. استخدم <link rel="preconnect"> وdns-prefetch أو preload للخطوط فقط للموارد المؤكدة الأهمية. هذه التلميحات لا تقلل RTT الفعلي.
  5. أزل الطلبات غير الضرورية وأجّل JavaScript غير الحرج. استخدم التحميل الكسول للمحتوى المناسب أسفل الشاشة الأولى، لا لصورة LCP.
  6. قلّل إعادة التوجيه وأعد استخدام الاتصالات وجلسات TLS. تحقق من 0-RTT وتحسينات الشهادات في البيئة الفعلية.

استخدام نتائج Milten لدراسة RTT

  • قارن RTT وزمن الخادم ومعدل النقل لكل مصدر ضمن ظروف الفحص.
  • راجع تلميحات الموارد وتسلسل الطلبات، خصوصًا ما يسبق LCP/FCP. غياب تلميح فرصة للتحقيق وليس خطأً واجب الإصلاح دائمًا.
  • افصل معالجة الخادم عن تأخير النقل.
  • أعد الفحص بعد النشر. وللمقارنة بين المناطق، تحقق من الإعدادات المتاحة ووحّد الظروف.

قائمة فحص مختصرة

  • حدّد المصدر البطيء وسلسلة الطلبات الحرجة.
  • تحقق من البروتوكول الفعلي بين المتصفح والحافة، وبين الحافة والأصل عند وجودهما.
  • أضف تلميحات الاتصال والتحميل المسبق المفيدة فقط.
  • قلّل إعادة التوجيه مع الحفاظ على العنوان النهائي الصحيح.
  • احترم الخصوصية وحداثة البيانات عند استخدام التخزين المؤقت أو stale-while-revalidate.
  • قارن فحوصًا متماثلة وبيانات زيارات فعلية.

ابدأ بالقياس

على milten.io، شغّل Speed Scanner وراجع نتائج الشبكة واختر اختناقًا مؤكّدًا. احفظ الظروف والنتيجة الأولية، وأجرِ تعديلًا محددًا، ثم قارن من جديد.

فحص سرعة الموقع

اكتشف ما يبطئ موقعك

افحص صفحتك باستخدام Milten للاطلاع على مؤشرات Core Web Vitals والحصول على توصيات لتسريع التحميل.

افحص موقعك
ملفات تعريف الارتباط

نستخدم ملفات تعريف الارتباط

نستخدم ملفات تعريف الارتباط لنمنحك تجربة أفضل على موقعنا. يمكنك معرفة المزيد حول كيفية استخدامنا لملفات تعريف الارتباط في سياسة الخصوصية.

زمن الذهاب والإياب RTT وعلاقته بـ Web Vitals