বর্তমান ডিজিটাল যুগে একটি ওয়েবসাইটের সফলতা শুধু সুন্দর ডিজাইন বা ভালো কনটেন্টের উপর নির্ভর করে না। ওয়েবসাইটটি কত দ্রুত লোড হয়, সেটিও একটি অত্যন্ত গুরুত্বপূর্ণ বিষয়।
একজন ভিজিটর যদি কোনো ওয়েবসাইট খুলতে গিয়ে কয়েক সেকেন্ডের বেশি অপেক্ষা করতে বাধ্য হন, তাহলে তিনি খুব সহজেই সেই ওয়েবসাইট ছেড়ে অন্য ওয়েবসাইটে চলে যেতে পারেন।
ফলে ব্যবসা, ব্লগ কিংবা ই-কমার্স—সব ধরনের ওয়েবসাইটের জন্য দ্রুত লোডিং স্পিড অত্যন্ত গুরুত্বপূর্ণ।
এই কারণেই Google তৈরি করেছে PageSpeed Insights (PSI), যা একটি ওয়েবসাইটের পারফরম্যান্স বিশ্লেষণ করে এবং কীভাবে সেটিকে আরও দ্রুত ও উন্নত করা যায় সে সম্পর্কে বিস্তারিত পরামর্শ প্রদান করে।
এই টিউটোরিয়ালে আমরা PageSpeed Insights-এর প্রতিটি অংশ, Core Web Vitals, বিভিন্ন Performance Metrics, Optimization Techniques এবং বাস্তব উদাহরণের মাধ্যমে শিখব।
PageSpeed Insights কী?
PageSpeed Insights (PSI) হলো Google-এর একটি বিনামূল্যের Performance Analysis Tool, যা কোনো ওয়েবসাইটের URL বিশ্লেষণ করে তার গতি (Speed), পারফরম্যান্স (Performance), ব্যবহারকারীর অভিজ্ঞতা (User Experience) এবং SEO-সংক্রান্ত বিভিন্ন তথ্য দেখায়।
এটি শুধু একটি Speed Test Tool নয়; বরং এটি একটি পূর্ণাঙ্গ Website Performance Audit Tool। PageSpeed Insights আপনার ওয়েবসাইটের বিভিন্ন সমস্যা শনাক্ত করে এবং সেগুলো সমাধানের জন্য বাস্তবসম্মত সুপারিশ (Recommendations) প্রদান করে।
কেন PageSpeed Insights ব্যবহার করবেন?
1. PageSpeed Insights ব্যবহার করলে আপনি বুঝতে পারেন কোন কারণে ওয়েবসাইট ধীরে লোড হচ্ছে এবং কোথায় অপ্টিমাইজেশন দরকার
2. এটি মোবাইল ও ডেস্কটপ—দুই ধরনের ডিভাইসের পারফরম্যান্স দেখায়, তাই আলাদা করে সমস্যাগুলো চিহ্নিত করা সহজ হয়
3. ভালো ইউজার এক্সপেরিয়েন্স, দ্রুত লোডিং, এবং সার্চ ইঞ্জিনে ভালো দৃশ্যমানতা—এই তিনটার সাথেই পেজ স্পিডের সরাসরি সম্পর্ক আছে.
4. অনেক সময় বড় ছবি, অপ্রয়োজনীয় স্ক্রিপ্ট, বা দুর্বল কনফিগারেশনের কারণে পেজ ধীর হয়। PageSpeed Insights এসব দুর্বলতা ধরতে সাহায্য করে এবং কী ঠিক করতে হবে, তা নির্দেশ করে.
5. ইউজার এক্সপেরিয়েন্স উন্নত করতে. দ্রুত সাইট ভিজিটরকে কম অপেক্ষা করায়, এতে বাউন্স রেট কমতে পারে এবং ইন্টারঅ্যাকশন বাড়ে
6. SEO শুধু কনটেন্ট বা ব্যাকলিংকে সীমাবদ্ধ নয়; সাইটের স্পিডও গুরুত্বপূর্ণ। দ্রুত এবং স্থিতিশীল পেজ সার্চ ইঞ্জিনে ভালো পারফরম্যান্সে সাহায্য করে.
7. একই সাইট মোবাইলে দুর্বল আর ডেস্কটপে ভালো হতে পারে, বা উল্টোটা হতে পারে। এই টুলের রিপোর্ট দেখে আপনি কোন ডিভাইসে কী সমস্যা হচ্ছে তা আলাদা করে বুঝতে পারেন.
PageSpeed Insights টুল পরিচিতি
আপনি যখন কোনো URL, PageSpeed Insights-এ প্রবেশ করান, তখন টুলটি মূলত দুটি উৎস থেকে তথ্য সংগ্রহ করে—
1. Lab Data (Lighthouse Audit)
2. Field Data (Chrome UX Report)
এরপর PSI বিভিন্ন Performance Metrics বিশ্লেষণ করে, যেমন—
• Largest Contentful Paint (LCP)
• Interaction to Next Paint (INP)
• Cumulative Layout Shift (CLS)
• First Contentful Paint (FCP)
• Time to First Byte (TTFB)
• Speed Index
• Total Blocking Time (TBT)
এসব তথ্য বিশ্লেষণ করে PageSpeed Insights চারটি প্রধান স্কোর প্রদান করে—
• Performance
• Accessibility
• Best Practices
• SEO
Field Data কী?
Field Data হলো বাস্তব ব্যবহারকারীদের (Real Users) কাছ থেকে সংগ্রহ করা ওয়েবসাইটের পারফরম্যান্স ডেটা। অর্থাৎ, যখন প্রকৃত ব্যবহারকারীরা তাদের মোবাইল, ডেস্কটপ, বিভিন্ন ইন্টারনেট সংযোগ এবং বিভিন্ন অবস্থান থেকে আপনার ওয়েবসাইট ভিজিট করেন, তখন তাদের অভিজ্ঞতার ভিত্তিতে যে তথ্য সংগ্রহ করা হয়, সেটিই Field Data।
Field Data = Real User Performance Data
এটি Google-এর Chrome UX Report (CrUX) থেকে আসে এবং সাধারণত গত ২৮ দিনের বাস্তব ব্যবহারকারীদের অভিজ্ঞতার উপর ভিত্তি করে তৈরি হয়।
Field Data কোথায় থাকে?
Field Data PageSpeed Insights রিপোর্টের একদম উপরের দিকে থাকে, যেখানে লেখা থাকে “Discover what your real users are experiencing”। এই অংশে বাস্তব ইউজারদের ব্রাউজিং অভিজ্ঞতা দেখানো হয়, যা Chrome UX Report (CrUX) থেকে সংগৃহীত। এখানে Core Web Vitals মেট্রিক্স যেমন LCP, INP, CLS, FCP এবং TTFB প্রদর্শিত হয় এবং পাশে Real-user experience উল্লেখ থাকে। এটাই হলো Field Data, যা আসল ব্যবহারকারীদের অভিজ্ঞতা প্রতিফলিত করে এবং Google Ranking-এ সবচেয়ে বেশি গুরুত্ব পায়।Field Data কীভাবে সংগ্রহ করা হয়?
Field Data সংগ্রহের প্রক্রিয়া হলো বাস্তব ব্যবহারকারীদের ব্রাউজিং অভিজ্ঞতা থেকে তথ্য নেওয়া। যখন কেউ Chrome Browser দিয়ে কোনো ওয়েবসাইট ভিজিট করে এবং প্রয়োজনীয় শর্ত পূরণ হয়, তখন Google সেই ভিজিটের পারফরম্যান্স সম্পর্কিত কিছু অজ্ঞাত (anonymized) ডেটা সংগ্রহ করে। এর মধ্যে থাকে—পেজ কত দ্রুত লোড হয়েছে, ব্যবহারকারী কত দ্রুত ইন্টারঅ্যাক্ট করতে পেরেছেন, লোডিংয়ের সময় কোনো Layout Shift হয়েছে কিনা, Mobile বা Desktop-এ পারফরম্যান্স কেমন ছিল এবং বিভিন্ন নেটওয়ার্কে (যেমন 4G, 5G, Wi-Fi) অভিজ্ঞতা কেমন ছিল। এই ডেটাই Chrome UX Report (CrUX)-এ জমা হয় এবং PageSpeed Insights-এ Field Data হিসেবে প্রদর্শিত হয়।
Field Data-তে কী কী Metrics থাকে?
PageSpeed Insights-এর Field Data অংশে মূলত Core Web Vitals এবং কিছু অতিরিক্ত বাস্তব পারফরম্যান্স মেট্রিক প্রদর্শিত হয়। এই ডেটা Chrome UX Report (CrUX) থেকে সংগ্রহ করা হয় এবং গত ২৮ দিনের বাস্তব ব্যবহারকারীদের অভিজ্ঞতার উপর ভিত্তি করে তৈরি হয়। Core Web Vitals হলো Google-এর নির্ধারিত তিনটি প্রধান মেট্রিক—Largest Contentful Paint (LCP), Interaction to Next Paint (INP) এবং Cumulative Layout Shift (CLS)—যা একটি ওয়েবসাইটের লোডিং গতি, ইন্টারঅ্যাক্টিভিটি এবং ভিজ্যুয়াল স্থিতিশীলতা পরিমাপ করে।
এর পাশাপাশি Field Data অংশে First Contentful Paint (FCP) এবং Time to First Byte (TTFB) এর মতো অতিরিক্ত তথ্যও থাকতে পারে, যা বাস্তব ইউজারদের অভিজ্ঞতা আরও বিস্তারিতভাবে বোঝাতে সাহায্য করে।
১. Largest Contentful Paint (LCP)
Largest Contentful Paint (LCP) হলো গুগল-এর একটি গুরুত্বপূর্ণ ওয়েব পারফরম্যান্স মেট্রিক, যা কোনো ওয়েব পেজের লোডিং স্পিড বা গতির অভিজ্ঞতা পরিমাপ করে। এটি মূলত ইউজার ইন্টারফেসের একটি অংশ।
একটি ওয়েব পেজে ক্লিক করার পর এর সবচেয়ে বড় দৃশ্যমান কন্টেন্টটি (যেমন- একটি বড় ছবি, ভিডিও বা টেক্সট ব্লক) ব্যবহারকারীর স্ক্রিনে পুরোপুরি লোড হতে কত সময় নেয়, সেটিই হলো LCP।
Largest Contentful Paint (LCP) পরিমাপ করার সময় গুগল আপনার ওয়েবসাইটের পুরো স্ক্রিনকে একটি আয়না বা ক্যানভাস হিসেবে দেখে। পেজ লোড হওয়ার সময় আপনার স্ক্রিনে সবচেয়ে বড় যে দৃশ্যমান জিনিসটি সবার আগে পূর্ণাঙ্গ রূপ পায়, গুগল সেটিকে চিহ্নিত করে।
ওয়েব পেজ লোড হওয়ার সময় গুগল এই এলিমেন্টগুলোর আকার (Size) মাপে। যেটির আকার স্ক্রিনে সবচেয়ে বেশি জায়গা দখল করে, সেটিকেই LCP এলিমেন্ট ধরা হয়।
কেন LCP গুরুত্বপূর্ণ:
ব্যবহারকারী যখন একটি ওয়েবসাইট ওপেন করেন, তখন তিনি মূলত ওই বড় ইমেজ বা মূল টেক্সটগুলো দেখার জন্যই আসেন। এগুলো দ্রুত লোড হলে ব্যবহারকারী মনে করেন ওয়েবসাইটটি "দ্রুত কাজ করছে"।
গুগল LCP- কে তার Core Web Vitals-এর অন্যতম প্রধান মেট্রিক হিসেবে বিবেচনা করে। একটি ভালো LCP স্কোর ইউজার এক্সপেরিয়েন্স ভালো রাখে এবং গুগলে র্যাঙ্কিং পেতে সাহায্য করে।
আদর্শ সময়:
একটি ভালো ইউজার অভিজ্ঞতার জন্য কোনো পেজের LCP সময় ২.৫ সেকেন্ড বা তার কম হওয়া উচিত।
গুগল কীভাবে বুঝতে পারে কোনটি "বড়" কন্টেন্ট?
গুগল কোন ধরনের এলিমেন্ট বা উপাদানগুলোকে "বড় কন্টেন্ট" হিসেবে গণ্য করে তার একটি তালিকা
নিচে দেয়া হলো:
|
এলিমেন্টের ধরন |
কী বোঝায়? |
উদাহরণ |
|
<img> এলিমেন্ট |
সরাসরি এইচটিএমএল (HTML) কোডে ব্যবহার করা ছবি। |
একটি বড় ব্যানার ইমেজ। |
|
<svg> এর ইমেজ |
গ্রাফিক্স বা আইকনের ভেতরে থাকা বড় ছবি। |
লোগো বা বড় ইলাস্ট্রেশন। |
|
<video> এলিমেন্ট |
ভিডিওর থাম্বনেইল বা পোস্টার ইমেজ। |
ইউটিউব ভিডিওর কভার ফটো। |
|
CSS ব্যাকগ্রাউন্ড ইমেজ |
কোডিংয়ের মাধ্যমে ব্যাকগ্রাউন্ডে সেট করা ছবি। |
ওয়েবসাইটের পেছনের বড় কোনো ডিজাইন বা ইমেজ। |
|
টেক্সট ব্লক |
প্যারাগ্রাফ, হেডিং বা অনেকগুলো লাইনের লেখা। |
একটি ব্লগের বড় হেডলাইন বা অনুচ্ছেদ। |
ছবির আকার যদি হেডলাইনের টেক্সট ব্লকের চেয়ে বড় হয়, তবে ওই ছবিটিকে গুগল "Largest Contentful Paint" বা LCP এলিমেন্ট হিসেবে চিহ্নিত করবে। ওই ছবিটি স্ক্রিনে পুরোটা ভেসে উঠতে যত সময় লেগেছে, সেটিই আপনার ওয়েবসাইটের LCP স্কোর।
মনে করুন, আপনি একটি নিউজ পোর্টাল ওপেন করেছেন।
১. পেজটি লোড হতে শুরু করল।
২. শুরুতে হয়তো একটি ছোট লোগো এল। (এটি ছোট, তাই এটি LCP নয়)
৩. এরপর একটি নেভিগেশন মেনু এল। (এটিও ছোট)
৪. এরপরই বড় একটি নিউজ হেডলাইন এবং তার ঠিক নিচে একটি বিশাল ছবি লোড হলো।
কেন আপনার LCP স্কোর চেক করা উচিত?
যদি আপনার ওয়েব পেজের LCP সময় বেশি হয় (যেমন: ২.৫ সেকেন্ডের বেশি), তবে ব্যবহারকারীরা ওয়েবসাইট লোড হওয়ার জন্য বেশিক্ষণ অপেক্ষা করতে চান না এবং ওয়েবসাইট থেকে বের হয়ে যান। ফলে বাউন্স রেট (Bounce Rate) বেড়ে যায় এবং আপনার ওয়েবসাইটের এসইও (SEO) র্যাঙ্কিং ক্ষতিগ্রস্ত হয়।
LCP উন্নত করার কিছু উপায়:
১. ইমেজ অপ্টিমাইজেশন: বড় ছবিগুলোকে কম সাইজের করা এবং আধুনিক ফরম্যাট (যেমন- WebP) ব্যবহার করা।
২. সার্ভার রেসপন্স টাইম: ভালো হোস্টিং ব্যবহার করে সার্ভার থেকে ডেটা আসার গতি বাড়ানো।
৩. রেন্ডার-ব্লকিং রিসোর্স: সিএসএস এবং জাভাস্ক্রিপ্ট ফাইল যা পেজ লোড হতে বাধা দেয়, সেগুলোকে অপ্টিমাইজ করা।
৪. কন্টেন্ট ডেলিভারি নেটওয়ার্ক (CDN): সিডিএন ব্যবহার করে দ্রুত কন্টেন্ট ডেলিভারি নিশ্চিত করা।
২. Interaction to Next Paint (INP)
Interaction to Next Paint (INP) হলো একটি গুরুত্বপূর্ণ Core Web Vital মেট্রিক। INP সরাসরি ইউজার এক্সপেরিয়েন্স ও SEO র্যাঙ্কিংয়ে বড় ভূমিকা রাখে।
একজন ব্যবহারকারী আপনার ওয়েবসাইটে কোনো ইন্টারঅ্যাকশন (যেমন: বাটন, লিংক বা ফর্মে ক্লিক করা, মেনু ওপেন করা, বা টাইপ করা) করার পর, ওয়েবসাইটটি সেই কমান্ডের ভিত্তিতে তার পরের দৃশ্যমান পরিবর্তন বা আউটপুট দেখাতে কত দ্রুত সাড়া দেয়—এটির পরিমাপই হলো INP।
INP স্কোরের মানদণ্ড
গুগল একটি ভালো ইউজার অভিজ্ঞতার জন্য নিচের স্কোরকে আদর্শ মনে করে:
|
স্কোরের স্থিতি |
সময় (মিলি-সেকেন্ডে) |
|
Good (ভালো) |
২০০ মিলি-সেকেন্ড বা তার কম |
|
Needs Improvement (উন্নতি প্রয়োজন) |
২০০ থেকে ৫০০ মিলি-সেকেন্ড |
|
Poor (খারাপ) |
৫০০ মিলি-সেকেন্ডের বেশি |
ভালো স্কোরের জন্য প্রতিক্রিয়া সময় ২০০ মিলিসেকেন্ডের মধ্যে হওয়া উচিত, ২০০–৫০০ মিলিসেকেন্ড হলে উন্নতির প্রয়োজন এবং ৫০০ মিলিসেকেন্ডের বেশি হলে পারফরম্যান্স দুর্বল ধরা হয়।
কেন INP গুরুত্বপূর্ণ?
যদি আপনার ওয়েবসাইটের INP স্কোর খারাপ হয়, তবে ব্যবহারকারীরা নিচের সমস্যাগুলো অনুভব করবেন:
• বাটনে ক্লিক করলেও সেটি কাজ করতে দেরি করছে।
• টাইপ করার সময় লেখা দেরিতে স্ক্রিনে ভেসে উঠছে।
• ড্রপডাউন মেনু বা মোবাইল নেভিগেশন ঠিকমতো ওপেন হচ্ছে না।
এসব ক্ষেত্রে ব্যবহারকারীর মনে হয় ওয়েবসাইটটি "হ্যাং হয়ে আছে" বা খুব ধীরগতির, যা ইউজার এক্সপেরিয়েন্সের জন্য অত্যন্ত ক্ষতিকর।
INP কীভাবে কাজ করে?
আমরা যখনই ওয়েবসাইটে ক্লিক করি বা টাইপ করি, ব্রাউজারকে কয়েকটি ধাপ পার করতে হয়:
১. ইনপুট ডিলে (Input Delay): আপনি ক্লিক করার পর ব্রাউজার সেটি গ্রহণ করতে কতটুকু দেরি করছে।
২. প্রসেসিং টাইম (Processing Time): ব্রাউজার ওই ক্লিক অনুযায়ী কাজগুলো (যেমন জাভাস্ক্রিপ্ট চালানো) কত দ্রুত শেষ করছে।
৩. প্রেজেন্টেশন ডিলে (Presentation Delay): কাজ শেষ হওয়ার পর স্ক্রিনে ফলাফলটি দেখাতে ব্রাউজারের কত সময় লাগছে।
INP এই তিনটি ধাপের সম্মিলিত সময় হিসাব করে। অর্থাৎ, ক্লিক করার মুহূর্ত থেকে পরবর্তী ফ্রেমটি (Next Paint) স্ক্রিনে আসা পর্যন্ত মোট সময়টাই হলো INP।
INP উন্নত করার উপায়
• জাভাস্ক্রিপ্ট অপ্টিমাইজেশন: আপনার ওয়েবসাইটে যদি প্রচুর জাভাস্ক্রিপ্ট কোড চলতে থাকে, তবে মেইন থ্রেড (Main Thread) ব্যস্ত হয়ে যায়। অপ্রয়োজনীয় জাভাস্ক্রিপ্ট কমিয়ে আনুন।
• বড় টাস্ক ছোট করা (Long Tasks): একবারে অনেক কাজ ব্রাউজারকে না দিয়ে ছোট ছোট ভাগে ভাগ করে কাজ করান।
• তৃতীয় পক্ষের স্ক্রিপ্ট (Third-party Scripts): অনেক সময় থার্ড-পার্টি প্লাগিন বা অ্যাডস পেজের গতি কমিয়ে দেয়, সেগুলো চেক করুন।
• LCP: পেজটি কত দ্রুত "দেখতে পাওয়া" যায়।
• INP: পেজটি কত দ্রুত "কাজ" করে।
৩. Cumulative Layout Shift (CLS)
Cumulative Layout Shift (CLS) হলো গুগল-এর একটি ওয়েব পারফরম্যান্স মেট্রিক, যা কোনো ওয়েব পেজের ভিজ্যুয়াল স্ট্যাবিলিটি বা স্থিতিশীলতা পরিমাপ করে।
একটি ওয়েব পেজ লোড হওয়ার সময় হুটহাট কোনো কন্টেন্ট (ছবি, টেক্সট বা বাটন) যদি নিজে থেকেই জায়গা পরিবর্তন করে বা নিচে নেমে যায়, তাহলে সেটিই হলো Layout Shift। আর এই পুরো পেজ লোড হওয়া পর্যন্ত যতবার এই অপ্রত্যাশিত পরিবর্তন ঘটবে, তার সমষ্টিগত পরিমাপই হলো CLS।
পেজ লোড হওয়ার সময় কনটেন্ট বা Layout কতটা অপ্রত্যাশিতভাবে স্থান পরিবর্তন করেছে তা পরিমাপ করে CLS।
এটি কেন ঘটে?
মনে করুন, আপনি একটি ওয়েবসাইটে গিয়ে একটি 'Buy Now' বাটন ক্লিক করতে যাচ্ছেন। বাটনটির ঠিক ওপরে একটি বিজ্ঞাপন (Ad) লোড হওয়ার কথা ছিল, কিন্তু সেটি আসতে দেরি করছে। আপনি যখনই বাটনে ক্লিক করতে যাবেন, ঠিক সেই মুহূর্তে বিজ্ঞাপনটি লোড হয়ে গেল এবং বাটনটিকে নিচে ঠেলে দিল। ফলে আপনি ভুল করে বিজ্ঞাপনে ক্লিক করে ফেললেন!
এটি ব্যবহারকারীর জন্য অত্যন্ত বিরক্তিকর। CLS মূলত এই ধরনের "অনাকাঙ্ক্ষিত নড়াচড়া" মেপে দেখে।
CLS স্কোর বোঝার উপায়
গুগল আপনার পেজের এই স্থায়িত্ব যাচাই করে একটি স্কোর দেয়:
|
স্কোর |
স্থিতি |
|
০.১ বা তার কম |
ভালো (Good) |
|
০.১ থেকে ০.২৫ |
উন্নতির প্রয়োজন (Needs Improvement) |
|
০.২৫ এর বেশি |
খারাপ (Poor) |
CLS কেন গুরুত্বপূর্ণ?
• ইউজার এক্সপেরিয়েন্স: পেজের লেআউট স্থির থাকলে ব্যবহারকারী স্বাচ্ছন্দ্যে পড়তে বা ক্লিক করতে পারেন।
• ভুল ক্লিক: লেআউট শিফট হওয়ার কারণে ব্যবহারকারী ভুল লিংকে ক্লিক করতে পারেন, যা তাদের হতাশ করে।
• এসইও (SEO): গুগলের র্যাঙ্কিং অ্যালগরিদমে CLS একটি গুরুত্বপূর্ণ ফ্যাক্টর। বাজে CLS স্কোর থাকলে গুগল আপনার ওয়েবসাইটকে ভালো র্যাঙ্ক দেয় না।
CLS কমানোর উপায়
১. ইমেজ ও ভিডিওর সাইজ নির্দিষ্ট
রাখা: এইচটিএমএল (HTML) কোডে ইমেজ বা ভিডিওর জন্য সবসময় width এবং height
অ্যাট্রিবিউট ব্যবহার করুন। এতে ব্রাউজার আগে থেকেই জানে ওই এলিমেন্টটি
কতটুকু জায়গা নেবে এবং সেখানে অন্য কিছু আগেভাগেই জায়গা দখল করে রাখবে না।
২.
বিজ্ঞাপনের জন্য জায়গা ফাঁকা রাখা: বিজ্ঞাপন বা ডায়নামিক কন্টেন্টের জন্য
আগে থেকেই একটি নির্দিষ্ট উচ্চতার বক্স বা কন্টেইনার তৈরি করে রাখুন
(Reserved Space)।
৩. নতুন কন্টেন্ট যুক্ত করা: ব্যবহারকারীর কোনো অ্যাকশন ছাড়া হুট করে পেজের ওপরে কোনো নতুন কন্টেন্ট বা বাটন যোগ করবেন না।
সংক্ষেপে:
• LCP: কন্টেন্ট কত দ্রুত লোড হয়।
• INP: কন্টেন্ট কত দ্রুত সাড়া দেয়।
• CLS: কন্টেন্ট কতটুকু স্থির থাকে।
৪. First Contentful Paint (FCP)
First Contentful Paint (FCP) হলো গুগল-এর একটি ওয়েব পারফরম্যান্স মেট্রিক, যা পরিমাপ করে একজন ব্যবহারকারী কোনো ওয়েবসাইট লোড করার পর প্রথমবারের মতো কোনো কিছু (টেক্সট, ছবি বা গ্রাফিক্স) স্ক্রিনে দেখতে পান।
একটি ওয়েবসাইট লোড হওয়া শুরু করার পর থেকে পেজের যেকোনো একটি কন্টেন্ট (যেটিই আগে আসুক না কেন) ব্যবহারকারীর চোখের সামনে ভেসে উঠতে কতটুকু সময় নেয়, সেটাই হলো FCP।
FCP এবং LCP-এর মধ্যে পার্থক্য
• FCP (First Contentful Paint): পেজের প্রথম কোনো কন্টেন্ট লোড হওয়ার সময়। যেমন: ওয়েবসাইটের লোগো বা মেনুর একটি ছোট অংশ আসা।
• LCP (Largest Contentful Paint): পেজের সবচেয়ে বড় কন্টেন্টটি পুরোপুরি লোড হওয়ার সময়।
উদাহরণ: আপনি যখন কোনো নিউজ পোর্টালে ঢোকেন, হয়তো প্রথমেই ওয়েবসাইটের নাম বা মেনুবার (ছোট কন্টেন্ট) লোড হলো—এটিই হলো FCP। কিন্তু মূল খবর বা বড় ছবি লোড হতে আরও ২-৩ সেকেন্ড বেশি সময় নিল—এটিই হলো LCP।
FCP কেন গুরুত্বপূর্ণ?
FCP ব্যবহারকারীকে একটি সাইকোলজিক্যাল নিশ্চয়তা দেয় যে—"পেজটি কাজ করছে, এটি খালি নয়।" যদি কোনো পেজ খুলতে কয়েক সেকেন্ড সময় লাগে এবং স্ক্রিনে কিছুই না আসে (সাদা হয়ে থাকে), তবে ব্যবহারকারী হতাশ হয়ে ট্যাবটি বন্ধ করে দিতে পারেন। FCP দ্রুত হওয়া মানে ব্যবহারকারী দ্রুত বুঝতে পারছেন যে পেজটি লোড হচ্ছে।
FCP স্কোরের মানদণ্ড
|
স্থিতি |
সময় |
|
Good (ভালো) |
১.৮ সেকেন্ড বা তার কম |
|
Needs Improvement |
১.৮ থেকে ৩.০ সেকেন্ড |
|
Poor (খারাপ) |
৩.০ সেকেন্ডের বেশি |
FCP উন্নত করার উপায়
১. সার্ভার রেসপন্স টাইম কমানো: সার্ভার যত দ্রুত রেসপন্স দেবে, ব্রাউজার তত দ্রুত পেজ রেন্ডার করা শুরু করবে।
২. রেন্ডার-ব্লকিং রিসোর্স কমানো: সিএসএস (CSS) এবং জাভাস্ক্রিপ্ট ফাইলগুলো লোড হওয়ার সময় পেজকে আটকে দেয়। এগুলোকে অপ্টিমাইজ বা ডিফার (defer) করলে FCP দ্রুত হয়।
৩. টেক্সট রেন্ডারিং: ওয়েব ফন্ট লোড হওয়ার আগে টেক্সট যাতে অদৃশ্য না থাকে, সেজন্য font-display: swap; ব্যবহার করা যেতে পারে।
আপনার ওয়েবসাইট ব্রাউজারে খোলার পর ব্যবহারকারী যেন কিছু একটা দ্রুত দেখতে পান, সেটাই হলো FCP-এর মূল উদ্দেশ্য।
৫. Time to First Byte (TTFB)
ব্রাউজারের Request পাঠানোর পর সার্ভার প্রথম Byte পাঠাতে কত সময় নিয়েছে তা পরিমাপ করে।
Recommended Value
• 🟢 Good: ≤ 800 ms
• 🟡 Needs Improvement: 800 – 1800 ms
• 🔴 Poor: > 1800 ms
Time to First Byte (TTFB) হলো এমন একটি মেট্রিক যা পরিমাপ করে যে, একজন ব্যবহারকারী আপনার ওয়েবসাইট লিঙ্কে ক্লিক করার পর সার্ভার থেকে প্রথম বাইট ডেটা পেতে কত সময় নিচ্ছে।
সহজ কথায়, এটি আপনার সার্ভারের রেসপন্স স্পিড বা প্রতিক্রিয়ার গতির একটি পরিমাপক। এটি আপনার ওয়েবসাইটের সামগ্রিক লোডিং গতির একদম শুরুর ধাপ।
TTFB কীভাবে কাজ করে?
যখন আপনি ব্রাউজারে কোনো ওয়েবসাইটের ঠিকানা লিখে এন্টার (Enter) চাপেন, তখন তিনটি ধাপে প্রক্রিয়াটি সম্পন্ন হয়:
১. রিকোয়েস্ট: ব্রাউজার সার্ভারের কাছে তথ্যের জন্য আবেদন করে।
২. সার্ভার প্রসেসিং: সার্ভার রিকোয়েস্টটি গ্রহণ করে এবং পেজটি তৈরি করতে (যেমন ডাটাবেস থেকে তথ্য আনা) সময় নেয়।
৩. প্রথম বাইট রিসিভ: সার্ভার প্রসেস শেষে ডেটার প্রথম অংশটি ব্রাউজারের কাছে পাঠায়।
এই আবেদন করা থেকে শুরু করে প্রথম ডেটা পাওয়া পর্যন্ত সময়ের নামই হলো TTFB।
TTFB কেন গুরুত্বপূর্ণ?
• দ্রুততম শুরুতে সাহায্য করে: TTFB হলো ওয়েবসাইটের পারফরম্যান্সের ভিত্তি। যদি সার্ভারই দেরি করে সাড়া দেয়, তবে এর পরের ধাপগুলোতে (FCP, LCP) ভালো করা অসম্ভব।
• সার্ভারের সক্ষমতা: উচ্চ TTFB ইঙ্গিত দেয় যে আপনার সার্ভার হয়তো অতিরিক্ত লোডে আছে, দুর্বল কনফিগারেশনে চলছে, অথবা ডাটাবেস কোয়েরিগুলো অনেক সময় নিচ্ছে।
• এসইও (SEO): যদিও গুগল সরাসরি TTFB-কে র্যাঙ্কিংয়ের একক ফ্যাক্টর বলে না, তবে এটি পরোক্ষভাবে আপনার ওয়েবসাইটের লোডিং গতিতে বড় প্রভাব ফেলে।
প্রথম দৃশ্যমান কনটেন্ট (Text, Image বা SVG) কত দ্রুত প্রদর্শিত হয়েছে তা পরিমাপ করে।
Recommended Value
• 🟢 Good: ≤ 1.8 s
• 🟡 Needs Improvement: 1.8 – 3.0 s
• 🔴 Poor: > 3.0 s
সব ওয়েবসাইটের Field Data-তে একই সংখ্যক Metrics নাও দেখা যেতে পারে। যদি আপনার ওয়েবসাইটে পর্যাপ্ত Real User Data থাকে, তাহলে PageSpeed Insights সাধারণত LCP, INP, CLS, FCP এবং TTFB-এর তথ্য প্রদর্শন করে। তবে Core Web Vitals মূল্যায়নের জন্য Google মূলত LCP, INP এবং CLS-কেই সবচেয়ে বেশি গুরুত্ব দেয়।
Field Data না থাকলে কী হবে?
যদি আপনার ওয়েবসাইট নতুন হয় বা পর্যাপ্ত ট্রাফিক না থাকে, তাহলে PageSpeed Insights-এ "No data available" বা "Not enough real-world speed data" ধরনের বার্তা দেখা যেতে পারে।
এর কারণ হলো, Google-এর কাছে এখনো পর্যাপ্ত বাস্তব ব্যবহারকারীর তথ্য নেই। এমন ক্ষেত্রে PageSpeed Insights শুধুমাত্র Lab Data (Lighthouse Report) দেখায়।
Lab Data কী?
PageSpeed Insights-এ Lab Data মূলত Lighthouse দ্বারা তৈরি হয়।
সহজভাবে বলা যায়,
Lab Data = Simulated Performance Data
এটি ওয়েবসাইটের সম্ভাব্য পারফরম্যান্স দেখায় এবং সমস্যা (Performance Issues) শনাক্ত করতে সাহায্য করে।
Lab Data কীভাবে কাজ করে?
যখন আপনি PageSpeed Insights-এ একটি URL পরীক্ষা করেন, তখন Lighthouse একটি ভার্চুয়াল বা সিমুলেটেড পরিবেশে সেই ওয়েবসাইট লোড করে।
এই পরীক্ষার সময় Lighthouse—
• নির্দিষ্ট CPU Speed ব্যবহার করে।
• নির্দিষ্ট Internet Speed (Throttling) ব্যবহার করে।
• একটি নির্দিষ্ট ডিভাইস কনফিগারেশন অনুসরণ করে।
• ওয়েবসাইটের প্রতিটি Resource বিশ্লেষণ করে।
• Performance Metrics গণনা করে।
• Optimization Suggestions প্রদান করে।
এই কারণে একই ওয়েবসাইটের Lab Data বিভিন্ন সময়ে সামান্য পরিবর্তিত হতে পারে।
Lab Data-তে কী কী Metrics থাকে?
Lab Data-তে সাধারণত নিচের Metrics দেখা যায়—
• First Contentful Paint (FCP) – প্রথম দৃশ্যমান কনটেন্ট কত দ্রুত প্রদর্শিত হয়েছে।
• Largest Contentful Paint (LCP) – সবচেয়ে বড় দৃশ্যমান উপাদান কত দ্রুত লোড হয়েছে।
• Speed Index (SI) – পেজের দৃশ্যমান অংশ কত দ্রুত পূর্ণ হয়েছে।
• Total Blocking Time (TBT) – JavaScript-এর কারণে Main Thread কতক্ষণ ব্লক ছিল।
• Cumulative Layout Shift (CLS) – লোডিংয়ের সময় লেআউট কতটা পরিবর্তিত হয়েছে।
• Interaction to Next Paint (INP) (কিছু ক্ষেত্রে প্রদর্শিত হতে পারে, তবে Field Data-তে এটি বেশি নির্ভরযোগ্য।)
|
অংশ |
Lab Data |
Field Data |
|
Performance Score |
✅ |
❌ |
|
FCP |
✅ |
✅ |
|
LCP |
✅ |
✅ |
|
CLS |
✅ |
✅ |
|
INP |
❌ (সাধারণত স্কোরে ব্যবহৃত হয় না) |
✅ |
|
TBT |
✅ |
❌ |
|
Speed Index |
✅ |
❌ |
|
Opportunities / Insights |
✅ |
❌ |
|
Diagnostics |
✅ |
❌ |
|
Real User Experience |
❌ |
✅ |
|
Chrome UX Report (CrUX) |
❌ |
✅ |
মনে রাখবেন
• Lab Data = Lighthouse-এর Simulated Test (Performance Score, Metrics, Opportunities, Diagnostics)
• Field Data = Chrome UX Report (CrUX)-এর Real User Data (LCP, INP, CLS, FCP, TTFB)
উদাহরণ
ধরুন, আপনি আপনার ওয়েবসাইট PageSpeed Insights-এ পরীক্ষা করলেন।
• Lab Data দেখালো LCP = 1.8 সেকেন্ড।
• কিন্তু Field Data দেখালো LCP = 3.2 সেকেন্ড।
এটি হতে পারে কারণ Lighthouse একটি আদর্শ (Simulated) পরিবেশে টেস্ট করেছে, কিন্তু বাস্তব ব্যবহারকারীদের কেউ ধীরগতির ইন্টারনেট বা কম ক্ষমতার মোবাইল ব্যবহার করছেন। তাই তাদের প্রকৃত অভিজ্ঞতা Lab Data-এর তুলনায় ভিন্ন হয়েছে।
উদাহরণ
ধরুন, আপনি একটি নতুন ওয়েবসাইট তৈরি করেছেন এবং প্রথমবার PageSpeed Insights-এ পরীক্ষা করলেন।
• Lab Data দেখালো Performance Score = 92 এবং LCP = 1.9 সেকেন্ড।
• কিন্তু Field Data দেখাচ্ছে "No Data Available"।
এর কারণ হলো, আপনার ওয়েবসাইটে এখনো পর্যাপ্ত বাস্তব ভিজিটর আসেনি। তাই Google-এর কাছে Real User Data নেই। তবে Lighthouse সিমুলেটেড পরিবেশে পরীক্ষা করে সঙ্গে সঙ্গে Lab Data দেখাতে পেরেছে।
মনে রাখবেন, Website Optimization করার সময় Lab Data দিয়ে সমস্যা শনাক্ত করুন, কিন্তু Field Data দিয়ে নিশ্চিত করুন যে বাস্তব ব্যবহারকারীদের অভিজ্ঞতাও উন্নত হয়েছে। Lab Data আপনাকে বলে "কোথায় সমস্যা আছে", আর Field Data বলে "বাস্তব ব্যবহারকারীরা সেই সমস্যার প্রভাব অনুভব করছেন কি না।"
একজন দক্ষ SEO Professional কখনো শুধু Performance Score দেখে সিদ্ধান্ত নেন না। তারা প্রথমে Lab Data ব্যবহার করে Performance সমস্যা (যেমন Render-blocking CSS, Unused JavaScript, Large Images) শনাক্ত করেন। এরপর সেই সমস্যাগুলো সমাধান করার পর Field Data (Core Web Vitals) পর্যবেক্ষণ করে নিশ্চিত হন যে বাস্তব ব্যবহারকারীর অভিজ্ঞতাও উন্নত হয়েছে।
Lab Data বনাম Field Data
PageSpeed Insights রিপোর্টে দুটি ধরনের ডেটা দেখা যায়—Lab Data এবং Field Data। এদের মধ্যে পার্থক্য বোঝা জরুরি, কারণ SEO অপ্টিমাইজেশনে দুটোই ভিন্নভাবে কাজে লাগে।
Lab Data
• সংজ্ঞা: এটি হলো সিমুলেটেড টেস্ট ডেটা, যেখানে Google Lighthouse টুল ব্যবহার করে নির্দিষ্ট পরিবেশে (ডিভাইস, নেটওয়ার্ক) পেজ লোড পরীক্ষা করা হয়।
• ব্যবহার: ডেভেলপাররা সমস্যা চিহ্নিত করতে ও ডিবাগ করতে Lab Data ব্যবহার করে।
• সুবিধা: নিয়ন্ত্রিত পরিবেশে টেস্ট হওয়ায় সমস্যা সহজে ধরা যায়।
• সীমাবদ্ধতা: বাস্তব ইউজারদের অভিজ্ঞতা পুরোপুরি প্রতিফলিত করে না।
Field Data
• সংজ্ঞা: এটি হলো বাস্তব ইউজারদের ব্রাউজিং অভিজ্ঞতা থেকে সংগৃহীত ডেটা, যা Chrome User Experience Report (CrUX) থেকে আসে।
• ব্যবহার: Google Ranking-এ Field Data বেশি গুরুত্ব পায়, কারণ এটি আসল ইউজার এক্সপেরিয়েন্স দেখায়।
• সুবিধা: বাস্তব পরিস্থিতি প্রতিফলিত করে, যেমন বিভিন্ন ডিভাইস, নেটওয়ার্ক, লোকেশন।
• সীমাবদ্ধতা: সবসময় পাওয়া যায় না (যদি সাইটে পর্যাপ্ত ট্রাফিক না থাকে)।
মূল পার্থক্য
• Lab Data = টেস্ট এনভায়রনমেন্ট
• Field Data = বাস্তব ইউজার এক্সপেরিয়েন্স
SEO অপ্টিমাইজেশনে প্রথমে Lab Data দিয়ে সমস্যা শনাক্ত করা হয়, তারপর Field Data দিয়ে যাচাই করা হয় আসল ইউজারদের অভিজ্ঞতা উন্নত হয়েছে কিনা।
প্রতিটি স্কোর ০–১০০ এর মধ্যে থাকে, যেখানে ৯০+ ভালো, ৫০–৮৯ মাঝারি, আর ৫০-এর নিচে দুর্বল পারফরম্যান্স নির্দেশ করে।
রিপোর্টে থাকা স্কোর ও মেট্রিকগুলো দেখে বুঝতে পারবেন কোন জায়গায় সাইট ধীর হচ্ছে এবং কোন অপ্টিমাইজেশন আগে করা উচিত.
প্রথমে Performance স্কোর দেখুন, তারপর নিচের সুযোগ ও ডায়াগনস্টিকস অংশে কী কী ঠিক করতে বলা হয়েছে তা পড়ুন.
এরপর Accessibility, Best Practices, এবং SEO স্কোর মিলিয়ে দেখুন, যাতে শুধু স্পিড নয়, পুরো পেজের মান বোঝা যায়.
মোবাইল স্কোরকে আগে অগ্রাধিকার দিন, কারণ অনেক সাইটে মোবাইল পারফরম্যান্স ডেস্কটপের চেয়ে দুর্বল হয়.
রিপোর্টে যেসব সাজেশন সবচেয়ে বেশি প্রভাব ফেলে, আগে সেগুলো ঠিক করুন—যেমন ছবি অপ্টিমাইজ করা, render-blocking resource কমানো, আর unused CSS পরিষ্কার করা.
Performance score কী বোঝায়
Performance score হলো 0 থেকে 100-এর মধ্যে একটি স্কোর, যা পেজের স্পিড ও পারফরম্যান্সের সামগ্রিক ধারণা দেয়
সাধারণভাবে, 90 বা তার বেশি হলে Good, 50 থেকে 89 হলে Needs Improvement, আর 50-এর নিচে হলে Poor ধরা হয়
এই স্কোরের মাধ্যমে বোঝা যায়, কোন জায়গায় উন্নতি করলে পেজ দ্রুত লোড হবে এবং ইউজার এক্সপেরিয়েন্স ভালো হবে
ইউআরএল (URL) সাবমিট করার পর এই টুলটি আপনার সাইটকে ০ থেকে ১০০ এর মধ্যে একটি স্কোর দেয়।
• ৯০ - ১০০ (সবুজ): চমৎকার পারফরম্যান্স।
• ৫০ - ৮৯ (হলুদ): মাঝারি, আরও ইমপ্রুভমেন্ট প্রয়োজন।
• ০ - ৪৯ (লাল): খুবই খারাপ, দ্রুত ফিক্স করা জরুরি।
কোর ওয়েব ভাইটালস (Core Web Vitals) কী?
পেইজ স্পিড ইনসাইট রিপোর্ট বুঝতে হলে আপনাকে গুগলের Core Web Vitals সম্পর্কে স্পষ্ট ধারণা থাকতে হবে। এগুলো হলো গুগলের নির্ধারিত ৩টি মূল মাপকাঠি:
১. LCP (Largest Contentful Paint): আপনার পেজের সবচেয়ে বড় কন্টেন্ট বা ইমেজটি লোড হতে কত সময় নিচ্ছে। আদর্শ সময় হলো ২.৫ সেকেন্ড বা তার কম।
২. INP (Interaction to Next Paint): ইউজার আপনার সাইটের কোনো বাটনে বা লিংকে ক্লিক করার পর সাইটটি কত দ্রুত রেসপন্স করছে। এটি যত কম হবে, সাইট তত স্মুথ মনে হবে।
৩. CLS (Cumulative Layout Shift): সাইট লোড হওয়ার সময় ভেতরের কন্টেন্ট বা বাটনগুলো নড়াচড়া (Shift) করে কি না। এর স্কোর ০.১ এর কম হওয়া উচিত, যাতে ইউজারের ভুল জায়গায় ক্লিক না লেগে যায়।
কীভাবে পেইজ স্পিড ইনসাইট টুলটি ব্যবহার করবেন? (Step-by-Step)
ধাপ ১: ইউআরএল অ্যানালাইসিস করা
প্রথমে PageSpeed Insights ওয়েবসাইটে যান। আপনার ওয়েবসাইটের লিংকটি বক্সে পেস্ট করে "Analyze" বাটনে ক্লিক করুন। টুলটি কয়েক সেকেন্ড সময় নিয়ে আপনার সাইটের মোবাইল এবং ডেস্কটপ উভয় সংস্করণের রিপোর্ট তৈরি করবে।
ধাপ ২: মোবাইল ও ডেস্কটপ ডেটা চেক করা
মনে রাখবেন, গুগলে মোবাইল স্কোর এবং ডেস্কটপ স্কোর আলাদা দেখায়। সাধারণত মোবাইলের স্কোর একটু কম আসে, কারণ মোবাইল ডিভাইসের প্রসেসর এবং নেটওয়ার্ক স্পিড ডেস্কটপের চেয়ে ধীরগতির হয়। গুগল যেহেতু Mobile-First Indexing নীতি অনুসরণ করে, তাই মোবাইল স্কোর ঠিক করার দিকেই আপনার মূল ফোকাস থাকা উচিত।
ধাপ ৩: 'Opportunities' সেকশন দেখা
রিপোর্টের নিচের দিকে নামলে আপনি Opportunities এবং Diagnostics নামে দুটি সেকশন পাবেন। এখানে গুগল আপনাকে সুনির্দিষ্টভাবে বলে দেবে আপনার সাইটের কোন কোন ফাইলের কারণে স্পিড কমছে।
কমন সমস্যা এবং তা সমাধানের টেকনিক্যাল উপায়
পেইজ স্পিড ইনসাইট রিপোর্টে সাধারণত যে সমস্যাগুলো বেশি দেখা যায়, সেগুলো ফিক্স করার উপায় নিচে দেওয়া হলো:
১. Eliminate Render-Blocking Resources
সমস্যা: ব্রাউজার যখন আপনার সাইট লোড করতে যায়, তখন কিছু CSS এবং JavaScript ফাইল পুরো পেজ লোড হওয়া আটকে রাখে।
সমাধান:
• গুরুত্বপূর্ণ সিএসএস ফাইলগুলোকে Inline Critical CSS হিসেবে যুক্ত করুন, যাতে পেজের উপরের অংশ দ্রুত লোড হয়।
• বাকি জাভাস্ক্রিপ্ট ফাইলগুলোতে Defer বা Async ট্যাগ ব্যবহার করুন, যেন সেগুলো পেজ লোডের পরে ব্যাকগ্রাউন্ডে কাজ করে।
২. Properly Size Images & Serve Images in Next-Gen Formats
সমস্যা: বড় সাইজের ইমেজ এবং পুরোনো ফরম্যাট (যেমন: PNG বা JPEG) ব্যবহারের কারণে সাইট ভারী হয়ে যায়।
সমাধান:
• সব ইমেজকে নেক্সট-জেনারেশন ফরম্যাট যেমন WebP বা AVIF-এ কনভার্ট করে ব্যবহার করুন।
• ইমেজের জন্য Lazy Loading এনাবল করুন। এর ফলে ইউজার স্ক্রোল করে নিচে না যাওয়া পর্যন্ত নিচের ইমেজগুলো লোড হবে না, যা শুরুর লোডিং টাইম অনেক কমিয়ে দেয়।
৩. Reduce TTFB (Time to First Byte)
সমস্যা: ইউজারের ব্রাউজার থেকে রিকোয়েস্ট পাঠানোর পর আপনার হোস্টিং সার্ভার থেকে প্রথম রেসপন্স আসতে বেশি সময় নেওয়া।
সমাধান:
• একটি ভালো মানের এবং ফাস্ট ক্লাউড হোস্টিং ব্যবহার করুন।
• Cloudflare এর মতো একটি ফ্রি CDN (Content Delivery Network) ব্যবহার করুন, যা বিশ্বের বিভিন্ন প্রান্তের ভিজিটরের কাছে সাইটের ক্যাশড্ কপি দ্রুত পৌঁছে দেয়।
ওয়ার্ডপ্রেস সাইটের জন্য সেরা স্পিড অপ্টিমাইজেশন প্লাগইন
আপনি যদি ওয়ার্ডপ্রেস ব্যবহারকারী হন, তবে ওপরের টেকনিক্যাল কাজগুলো কোডিং ছাড়াই কিছু প্লাগইনের মাধ্যমে করে ফেলতে পারেন:
• Caching & Optimization: WP Rocket (পেইড), FlyingPress (পেইড), অথবা LiteSpeed Cache (ফ্রি - যদি আপনার সার্ভার লাইটস্পিড হয়)।
• Image Optimization: ShortPixel, Smush, অথবা Imagify। এই প্লাগইনগুলো স্বয়ংক্রিয়ভাবে ইমেজ কমপ্রেস এবং WebP তে রূপান্তর করে।
উপসংহার
পেইজ স্পিড ইনসাইট টুলে ১০০ তে ১০০ স্কোর পাওয়াটাই কিন্তু শেষ কথা নয়। আপনার মূল লক্ষ্য হওয়া উচিত রিয়েল টাইম ইউজার বা ভিজিটরের কাছে সাইটটি যেন চোখের পলকে লোড হয়।
গুগলের সবুজ জোনে (Score 90+) থাকা এবং কোর ওয়েব ভাইটালস পাস করাই একটি সাইটের এসইও ও ইউজার এক্সপেরিয়েন্সের জন্য যথেষ্ট।
আজই আপনার সাইটটি PageSpeed Insights-এ চেক করুন এবং কোন সমস্যাটি ফিক্স করতে আপনার সবচেয়ে বেশি কষ্ট হচ্ছে, তা নিচে কমেন্ট করে আমাদের জানান!
Follow Me and SEO Mania