الوقت حتى البايت الأول (TTFB)

يقيس زمن وصول أول بايت الفترة الزمنية بين طلب المتصفح لمورد ما واستلامه أول بايت من الاستجابة. وهو يجمع عدة مراحل متميزة: عمليات إعادة التوجيه، وحلّ أسماء النطاقات (DNS)، وإنشاء الاتصال، والتفاوض على بروتوكول أمان طبقة النقل (TLS)، والطلب نفسه، ووقت معالجة الخادم قبل بدء الاستجابة. ولأن كل شيء آخر في تحميل الصفحة يعتمد على وصول هذه الاستجابة، فإنها تُعدّ بمثابة حد أدنى لجميع مقاييس التحميل اللاحقة.

تكمن قيمته التشخيصية في موقعه ضمن التسلسل. فالصفحة التي تُظهر بطئًا في تحميل أكبر محتوى وسرعة في تحميل البايت الأول، تُشير إلى وجود مشكلة في واجهة المستخدم، سواءً في تحميل الأصول أو عرضها أو حجب الموارد. أما الصفحة نفسها التي تُظهر بطءًا في تحميل البايت الأول، فتُشير إلى وجود مشكلة في الخادم أو الشبكة، ولن يُجدي تحسين الصور أو تأجيل تحميل البرامج النصية نفعًا، لأن المتصفح لم يتلقَّ بعد أي بيانات للعمل عليها. ويُعدّ تحديد أيٍّ من هذين الاحتمالين ينطبق على الصفحة الخطوة الأولى في أي تحقيق جاد في أداء المتصفح.

تنقسم الأسباب المساهمة إلى فئتين: الشبكة والخادم. فمن جهة الشبكة، تُضيف المسافة الجغرافية بين الزائر والخادم الأصلي زمن استجابة لا مفر منه، وتُضيف سلاسل إعادة التوجيه رحلة ذهاب وإياب كاملة لكل منها، كما تُضيف عملية الاتصال والتفاوض على بروتوكول TLS رحلات ذهاب وإياب إضافية للاتصالات الجديدة. أما من جهة الخادم، فتشمل الأسباب الشائعة: بطء كود التطبيق، وعدم فهرسة استعلامات قواعد البيانات أو عدم كفاءتها، واستدعاء الخدمات الخارجية بشكل متزامن أثناء الطلب، وغياب التخزين المؤقت أو عدم فعاليته، وتنازع الموارد على الاستضافة المشتركة.

تختلف الحلول تبعًا لذلك. تعالج شبكات توصيل المحتوى مشكلة المسافة من خلال تقديم الخدمة من مواقع قريبة من الزائر، ويمكنها تقديم الاستجابات القابلة للتخزين المؤقت بالكامل من الحافة دون الاتصال بالخادم الأصلي. يُزيل التخزين المؤقت على مستويات متعددة، بما في ذلك التخزين المؤقت للصفحة الكاملة، والجزء، والكائن، واستعلام قاعدة البيانات، العمليات المتكررة. كما أن إلغاء سلاسل إعادة التوجيه يُلغي رحلات ذهاب وإياب كاملة، وهو غالبًا ما يكون التحسين الأكبر المتاح على المواقع ذات هياكل عناوين URL القديمة. تُقلل البروتوكولات الحديثة وإعادة استخدام الاتصال من عبء التفاوض. أما على جانب التطبيق، فإن تحسين الاستعلام ونقل العمليات غير الأساسية خارج مسار الطلب يُعالج مكون الخادم.

ينبغي أن يميز القياس بين الاستجابات المخزنة مؤقتًا وغير المخزنة، وبين الزيارات الأولى والزيارات المتكررة، إذ قد يختلف هذان النوعان اختلافًا كبيرًا، بينما يخفي المتوسط ​​كلا الاختلافين. تُعدّ بيانات الحقل المصنفة حسب الموقع الجغرافي ونوع الاتصال أكثر إفادة من رقم واحد، لأن موقعًا ما بأرقام إجمالية مقبولة قد لا يُقدّم خدمة جيدة لسوق معين. ويُقلّل الاختبار من موقع استضافة الموقع، وهو الإعداد الافتراضي الشائع، من تقدير تجربة الزوار البعيدين.

يُعدّ معدل نجاح الوصول إلى ذاكرة التخزين المؤقت أهمّ مؤشر تشخيصي عند دراسة هذا المقياس على موقع إلكترونيّ يقع خلف شبكة توصيل محتوى، وغالبًا ما يكون منخفضًا لأسباب يسهل تصحيحها. فالاستجابات التي تُصنّف على أنها غير قابلة للتخزين المؤقت افتراضيًا، ومفاتيح ذاكرة التخزين المؤقت المُجزّأة بواسطة معلمات التتبع أو الرؤوس غير الضرورية، وفترات انتهاء الصلاحية القصيرة، كلها عوامل تُؤدّي إلى وصول طلبات إلى الخادم الأصليّ دون داعٍ. ويُساعد قياس نسبة الطلبات التي تتمّ خدمتها من الحافة، ودراسة العوامل التي تُميّز حالات عدم الوصول، على تحديد عدد قليل من قرارات التكوين المسؤولة عن معظمها. ويُؤدّي تحسين هذه النسبة إلى تقليل زمن الاستجابة للزوار والحمل على الخادم الأصليّ، ممّا يُحسّن الاستجابات التي يجب توليدها بالفعل.

لأن التحسين عادةً ما يتطلب تغييرات في البنية التحتية، أو استراتيجية التخزين المؤقت، أو كود التطبيق بدلاً من أصول الواجهة الأمامية، فإن هذا المقياس هو المكان الذي ينتقل فيه العمل على الأداء في أغلب الأحيان من طبقة العرض إلى طبقة الهندسة. عمليًا، تتم معالجته بشكل مشترك بواسطة أداء الويب و تطوير المنتجوغالباً ما يكون هذا هو القيد الذي يجب حله أولاً، لأن تحسين الواجهة الأمامية المطبق على أصل بطيء ينتج عنه نتائج مخيبة للآمال تُنسب خطأً إلى عمل التحسين.