تقرير الأداء

ما نفحصه

• سرعة عرض أكبر محتوى مرئي (LCP)

  المدة التي يستغرقها ظهور المحتوى الرئيسي على هاتف مقيَّد السرعة، مقارنةً بحد 2.5 ثانية.

• إزاحة التخطيط

  هل يقفز المحتوى أثناء التحميل، مقارنةً بحد 0.1.

• إجمالي وقت الحظر (TBT)

  المدة التي تمنع فيها النصوص البرمجية الصفحة من الاستجابة، وهو البديل المعملي لمقياس Interaction to Next Paint.

• بيانات المستخدمين الفعليين

  قيم LCP وINP وCLS عند المئين 75 من Chrome UX Report الخاص بـ Google، عندما تكون زيارات موقعك كافية لظهوره فيه.

• الصور الثقيلة والكبيرة الحجم

  الصور التي يتجاوز حجمها 150 KB، أو التي تكون أكبر بكثير من الحجم الذي تُعرض به، والصورة الرئيسية المضبوطة على التحميل الكسول (lazy loading).

• حجم الصفحة والطلبات

  إجمالي حجم التنزيل، وعدد الطلبات، ونسبة ما يأتي منها من جهات خارجية.

• الملفات التي تحظر العرض

  النصوص البرمجية وأوراق الأنماط التي تؤخر أول عرض للصفحة.

• Problem

  The main content appears slowly on phones

  Largest Contentful Paint reached {time} on {path} in our phone test (good is under 2.5 s).{"time":"{s} s{\"s\":{\"$num\":8.3,\"digits\":1}}","path":"/products/trail-daypack"}

  Fix: Start with the largest image or banner at the top of the page (see the findings below).

• Problem

  The main image is lazy-loaded

  On {n} page(s) the largest image at the top has {attribute}, which delays it.{"n":1,"attribute":"loading=\"lazy\""}

  Fix: Load the first, largest image eagerly and give it high fetch priority; keep lazy loading for images further down.

• Problem

  Images larger than they need to be

  {n} image(s) are heavy (over 150 KB) or much wider than they are shown.{"n":2}

  Fix: Upload product and banner images at sensible sizes (around 2000 px wide is plenty) instead of camera originals.