Chrome 151 يمنح تطبيقات الصفحة الواحدة عداد أداء أوضح

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

في 28 يوليو 2026 أعلنت Chrome for Developers بدء طرح Chrome 151، ومن بين ميزاته إضافة مدخلين جديدين إلى Performance Timeline: soft-navigation وinteraction-contentful-paint. الاسم طويل، لكن الفكرة بسيطة: قياس التنقل الذي يبدأ من تفاعل المستخدم داخل الصفحة، ثم قياس متى ظهر محتوى جديد فعلا بعد ذلك التفاعل.

ما الذي يتغير للمطور؟

بدل أن تكتفي بسؤال “كم كان LCP عند فتح الموقع؟”، تستطيع مراقبة رحلة المستخدم بعد الفتح أيضا. إذا انتقل من الصفحة الرئيسية إلى لوحة الطلبات داخل تطبيق React أو Vue مثلا، يمكن ربط القياسات بذلك الانتقال لا بالتحميل الأول فقط.

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

كيف تفكر في الميزة؟

• soft-navigation يرصد تغييرا داخل الصفحة يشبه الانتقال بين صفحات، حتى لو لم يحدث تحميل كامل من الخادم.
• interaction-contentful-paint يقيس ظهور محتوى مرئي جديد في منطقة تأثرت بتفاعل المستخدم.
• يمكن التقاط هذه المدخلات عبر PerformanceObserver، ثم إرسالها إلى أدوات المراقبة التي تستخدمها مع اسم المسار أو الشاشة.

الخلاصة العملية

إذا كنت تدير موقعا بسيطا بمقالات ثابتة، فلن تشعر بفارق كبير الآن. أما إن كان منتجك لوحة تحكم، متجر ويب، أو تطبيقا يعمل أغلبه داخل صفحة واحدة، فهذه القياسات تستحق التجربة في بيئة اختبار. لا تجعل الرقم هدفا منفصلا؛ استخدمه لتعرف أين يشعر المستخدم بالانتظار بعد النقرة، لا فقط عند دخول الموقع.

المصادر: Chrome for Developers: New in Chrome 151، Chrome 151 beta، MDN: PerformanceObserver. مصدر الصورة: Google Chrome logo.