परफ़ॉर्मेंस सुधार रिपोर्ट

हम क्या जांचते हैं

• Largest Contentful Paint (LCP)

  थ्रॉटल किए गए फ़ोन पर मुख्य कंटेंट दिखने में कितना समय लगता है, 2.5 सेकंड की सीमा के मुकाबले।

• लेआउट शिफ़्ट

  लोड होते समय कंटेंट इधर-उधर खिसकता है या नहीं, 0.1 की सीमा के मुकाबले।

• Total Blocking Time (TBT)

  स्क्रिप्ट कितनी देर तक पेज को जवाब देने से रोकती हैं; लैब टेस्ट में यही Interaction to Next Paint की जगह लेता है।

• रियल-यूज़र डेटा

  Google के Chrome UX Report से 75वें पर्सेंटाइल पर LCP, INP और CLS, जब आपकी साइट पर इतना ट्रैफ़िक हो कि वह उसमें शामिल हो सके।

• भारी और ज़रूरत से बड़ी इमेज

  150 KB से बड़ी इमेज, या दिखाए जाने वाले साइज़ से बहुत बड़ी इमेज, और lazy-load की गई मुख्य इमेज।

• पेज का वज़न और रिक्वेस्ट

  कुल डाउनलोड साइज़, रिक्वेस्ट की संख्या और थर्ड पार्टी से आने वाला हिस्सा।

• रेंडर-ब्लॉकिंग फ़ाइलें

  स्क्रिप्ट और स्टाइलशीट जो पहले पेंट को रोककर रखती हैं।

• 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.