পারফরম্যান্স সংশোধন রিপোর্ট

আমরা যা পরীক্ষা করি

• Largest Contentful Paint

  থ্রটল করা ফোনে মূল কনটেন্ট দেখা দিতে কত সময় লাগে, 2.5 সেকেন্ডের সীমার তুলনায়।

• লেআউট শিফট

  লোড হওয়ার সময় কনটেন্ট সরে যায় কি না, 0.1 সীমার তুলনায়।

• Total Blocking Time

  স্ক্রিপ্ট কতক্ষণ পেজকে সাড়া দিতে বাধা দেয়; ল্যাবে এটি 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.