سرعة الموقع ليست رقماً واحداً: حسّن مؤشرات الويب الأساسية بما يشعر به المستخدم

يرسل المدير صورة لنتيجة 92، وفي اليوم نفسه يشتكي ثلاثة عملاء من بطء زر الشراء على الجوال. الروايتان صحيحتان: الأداة رأت اختباراً مضبوطاً، بينما عاش العميل هاتفاً متوسطاً وشبكة مزدحمة وسكربتات الإنتاج.

نبدأ بمسار العمل الحقيقي قبل لوحة النتائج. التأخير الذي يمنع الاختيار أو الدفع أهم من رقم ضعيف في صفحة نادراً ما تُزار.

ثلاث إشارات لثلاث مشكلات

يقيس LCP ظهور المحتوى الرئيسي، وغالباً يتأثر بصورة كبيرة أو خط حاجب أو استجابة خادم بطيئة. يصف INP تأخر التفاعل عندما تشغل مهام JavaScript الطويلة المسار الرئيسي. أما CLS فهو القفزة المفاجئة التي تحرك الزر لحظة الضغط.

لا يوجد إصلاح واحد للجميع؛ ضغط الصورة قد يحسن LCP بينما تبقى أداة المحادثة الثقيلة مؤثرة في INP.

افصل المختبر عن الواقع

أدوات المختبر ممتازة لإعادة المشكلة ومقارنة قبل وبعد تحت شروط ثابتة. بيانات الميدان تكشف أجهزة وشبكات وسلوك الزوار الحقيقيين. القرار السليم يجمع الاثنين.

قسّم القياس حسب القوالب التجارية: الرئيسية والتصنيف والمنتج والسلة والدفع. المتوسط العام قد يخفي مشكلة في الصفحة الأعلى دخلاً.

رتّب حسب الأثر والمخاطرة

تحسين عنصر LCP وحجز أبعاد الوسائط وتقليل السكربتات الخارجية وتقسيم المهام الطويلة نقاط بداية شائعة. ضع ميزانية لحجم JavaScript والصور والطلبات الخارجية.

أعد قياس الرحلة نفسها بعد النشر. إذا ارتفعت النتيجة التقنية وانخفض التفاعل فلم يصل الإصلاح إلى هدف العمل.

مخرجات مشروع أداء مهني

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

مرجع رسمي: إرشادات Web Vitals من web.dev