موقعي الإلكتروني بطيء: كيف يتم قياس السرعة بشكل صحيح؟

بيانات المستخدم الحقيقية مقابل المختبر

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

ثلاث مشكلات مختلفة

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

سجل قياس قابل للتكرار

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

أي تغيير أولاً؟

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

القرار في المواقع التفاعلية

3D و الفيديو المحتوى في صفحة واحدة لا يتشابه في الحجم مع صفحة الخدمات التي تحتوي على نص. يظل 3D الصفحة الرئيسية في هذا المحفظة؛ لا تقوم المراجع وصفحات الخدمات بتحميل هذه الصفحة. يمكنك رؤية هذا الاختلاف في مراجعة المشروع. يمكنك إنشاء طلب مراجعة تقنية مع عنوان URL المشكل وكشوف اختبار.

المصادر

• web.dev: Web Vitals