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