דוח ביצועים

מה אנחנו בודקים

• Largest Contentful Paint

  כמה זמן לוקח לתוכן הראשי להופיע בטלפון עם האטה, ביחס לסף של 2.5 שניות.

• הזזות פריסה

  האם התוכן קופץ בזמן הטעינה, ביחס לסף של 0.1.

• Total Blocking Time

  כמה זמן סקריפטים מונעים מהעמוד להגיב, המדד המעבדתי שמחליף את 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.