Screpy - AI SEO অডিট টুল

Core Web Vitals পর্যবেক্ষণ

নির্বাচিত পাবলিক URL-এর জন্য দৈনিক ল্যাব পরীক্ষা চালান এবং আপনার প্রযুক্তিগত SEO ওয়ার্কফ্লোর পাশে LCP, CLS, FCP, TTFB, TBT, Speed Index, বর্তমান সিদ্ধান্ত ও পরীক্ষার সময় রাখুন। সিন্থেটিক পরিমাপকে বাস্তব ব্যবহারকারীর ফিল্ড ডেটা মনে না করে অবনতি খুঁজুন এবং লক্ষ্যভিত্তিক সংশোধন পুনরায় পরীক্ষা করুন।

পর্যবেক্ষিত URL-এর ল্যাব পারফরম্যান্স মেট্রিক দেখানো Screpy Core Web Vitals ড্যাশবোর্ড

TL;DR

সংক্ষেপে

সারাংশ দেখান

Core Web Vitals পর্যবেক্ষণ কী?

Screpy নির্বাচিত পাবলিক URL-এর জন্য নিয়মিত ল্যাব পরীক্ষা চালায়। এটি সহায়ক FCP, TTFB, TBT, Speed Index, ল্যাব সিদ্ধান্ত ও পরীক্ষার সাম্প্রতিকতাসহ LCP ও CLS জানায়, যাতে দল সিন্থেটিক ফলাফলকে বাস্তব ব্যবহারকারীর ফিল্ড ডেটার সঙ্গে গুলিয়ে না ফেলে পারফরম্যান্স অবনতি খুঁজতে, নির্দিষ্ট কারণ তদন্ত করতে এবং আবার পরিমাপ করতে পারে।

পর্যবেক্ষণের পরিসর বেছে নিন

  • পর্যবেক্ষণের জন্য প্রকল্প সেটআপ হলে হোমপেজ অন্তর্ভুক্ত হয়।
  • বর্তমান প্ল্যানের সীমার মধ্যে অতিরিক্ত পাবলিক URL যোগ করা যায়।
  • প্রতিটি সক্রিয় URL এক দিন পর আরেকটি নির্ধারিত পরীক্ষার উপযোগী হয়।
  • ফলাফলের পাশে নির্দিষ্ট URL ও সর্বশেষ পরীক্ষার সময় দৃশ্যমান থাকে।

প্রধান ল্যাব সংকেত পড়ুন

  • Largest Contentful Paint অনুমান করে প্রধান দৃশ্যমান কনটেন্ট কখন রেন্ডার শেষ করে।
  • Cumulative Layout Shift পরীক্ষার সময় অপ্রত্যাশিত নড়াচড়া পরিমাপ করে।
  • ল্যাব সিদ্ধান্ত কোন URL-এ আগে মনোযোগ দরকার তা দেখাতে সাহায্য করে।
  • এই সিদ্ধান্ত সিন্থেটিক ডায়াগনস্টিক, Google-এর ফিল্ড-ডেটা মূল্যায়ন নয়।

সহায়ক ডায়াগনস্টিক ব্যবহার করুন

  • First Contentful Paint প্রাথমিক রেন্ডারিংয়ের প্রসঙ্গ যোগ করে।
  • Time to First Byte প্রাথমিক প্রতিক্রিয়ার বিলম্বের দিকে তদন্ত সীমিত করতে সাহায্য করে।
  • Total Blocking Time ল্যাবে মূল থ্রেডের ব্লকিং দেখায়।
  • Speed Index পরীক্ষা চলাকালে দৃশ্যমান কনটেন্ট কত দ্রুত দেখা যায় তার সারাংশ দেয়।

ফলাফল নিরাপদে ব্যাখ্যা করুন

  • ল্যাব ডেটা একই URL ও একই পরিমাপ পদ্ধতির সঙ্গে তুলনা করা উচিত।
  • Total Blocking Time, Interaction to Next Paint নয়।
  • দুর্বল মেট্রিক তদন্তকে সীমিত করে, তবে মূল কারণ প্রমাণ করে না।
  • উন্নত পৃষ্ঠা অভিজ্ঞতা ব্যবহারকারীদের সহায়তা করে, কিন্তু র‍্যাঙ্কিং বা ট্রাফিকের নিশ্চয়তা দেয় না।
Screpy SEO প্ল্যাটফর্মের গ্রাহক আস্থা বিভাগে Uber-এর লোগো
Screpy SEO প্ল্যাটফর্মের গ্রাহক আস্থা বিভাগে Philips-এর লোগো
Screpy SEO প্ল্যাটফর্মের গ্রাহক আস্থা বিভাগে FedEx Express-এর লোগো
Screpy SEO প্ল্যাটফর্মের গ্রাহক আস্থা বিভাগে Bosch-এর লোগো
Screpy SEO প্ল্যাটফর্মের গ্রাহক আস্থা বিভাগে Champion-এর লোগো
Screpy SEO প্ল্যাটফর্মের গ্রাহক আস্থা বিভাগে Iconfinder-এর লোগো
Screpy SEO প্ল্যাটফর্মের গ্রাহক আস্থা বিভাগে T-Mobile-এর লোগো
Screpy SEO প্ল্যাটফর্মের গ্রাহক আস্থা বিভাগে Carrefour-এর লোগো
Screpy SEO প্ল্যাটফর্মের গ্রাহক আস্থা বিভাগে Stanley-এর লোগো
Screpy SEO প্ল্যাটফর্মের গ্রাহক আস্থা বিভাগে Skoda-এর লোগো

প্রতিটি পরীক্ষিত পৃষ্ঠার পেছনের ল্যাব মেট্রিক পড়ুন।

রিপোর্ট লোডিং, ভিজ্যুয়াল স্থিতিশীলতা, সার্ভারের প্রতিক্রিয়া ও মূল থ্রেডের ডায়াগনস্টিক আলাদা করে, যাতে একটি সারাংশ সিদ্ধান্ত তদন্তযোগ্য সংকেতকে আড়াল না করে।

বৃহত্তম কনটেন্টফুল পেইন্ট (LCP)

ল্যাব পরীক্ষায় সবচেয়ে বড় দৃশ্যমান ছবি বা টেক্সট ব্লক কখন রেন্ডার শেষ করে তা অনুমান করুন। ধীর ফলাফলে প্রধান কনটেন্ট পাথ, অ্যাসেট ও ডেলিভারি সেটআপ তদন্ত করুন।

ক্রমবর্ধমান লেআউট স্থানচ্যুতি (CLS)

পরীক্ষার সময় অপ্রত্যাশিত দৃশ্যমান নড়াচড়া পরিমাপ করুন। মাত্রাবিহীন ছবি, এমবেড, ফন্ট ও দেরিতে আসা কনটেন্ট সাধারণ তদন্তের স্থান।

প্রথম কনটেন্টফুল পেইন্ট (FCP)

প্রথম টেক্সট, ছবি বা অন্য পৃষ্ঠা কনটেন্ট কখন আঁকা হয় তা দেখুন। প্রধান কনটেন্ট আসার আগে প্রাথমিক রেন্ডারিং বিলম্ব সীমিত করতে FCP সাহায্য করে।

প্রথম বাইট পেতে সময় (TTFB)

ল্যাব পরীক্ষায় দেখা প্রাথমিক সার্ভার প্রতিক্রিয়ার বিলম্ব পর্যালোচনা করুন। ধীর মান হোস্টিং, ক্যাশিং, রিডাইরেক্ট বা ব্যাকএন্ড কাজের দিকে তদন্ত নির্দেশ করতে পারে।

মোট ব্লকিং সময় (TBT)

ল্যাবে মূল থ্রেডের কাজ কতক্ষণ প্রতিক্রিয়াশীলতা ব্লক করে তা পরিমাপ করুন। TBT কার্যকর ডায়াগনস্টিক, তবে বাস্তব ব্যবহারকারীর Interaction to Next Paint মেট্রিক নয়।

স্পিড ইনডেক্স

শুধু একটি রেন্ডারিং মাইলফলকের ওপর নির্ভর না করে ল্যাব পরীক্ষা চলাকালে দৃশ্যমান পৃষ্ঠা কনটেন্ট কত দ্রুত দেখা যায় তার সারাংশ নিন।

ল্যাব পারফরম্যান্স সিদ্ধান্ত

নির্বাচিত কোন URL-এ আগে মনোযোগ দরকার তা খুঁজতে Good, Needs Improvement বা Poor সিদ্ধান্ত ব্যবহার করুন। এটি ল্যাব ফলাফলের সারাংশ, Google-এর বাস্তব ব্যবহারকারী মূল্যায়ন নয়।

URL ও পরীক্ষার সাম্প্রতিকতা

প্রতিটি ফলাফলকে নির্দিষ্ট পাবলিক URL ও সর্বশেষ পরীক্ষার সময়ের সঙ্গে যুক্ত রাখুন, যাতে পুরোনো বা অপ্রাসঙ্গিক পরিমাপ বর্তমান সিদ্ধান্তে ব্যবহার না হয়।

গুরুত্বপূর্ণ পৃষ্ঠাগুলোকে নিয়মিত ল্যাব পরীক্ষার চক্রে রাখুন।

প্রতিনিধিত্বমূলক পাবলিক URL যোগ করুন এবং প্রতিটি পৃষ্ঠা দৈনিক নির্ধারিত পরীক্ষার উপযোগী হওয়ার পর সর্বশেষ ফলাফল দেখুন। প্রতিটি সিদ্ধান্ত পরীক্ষিত URL ও সংগ্রহের সময়ের সঙ্গে যুক্ত থাকে।

  • হোমপেজ ও নির্বাচিত উচ্চ-মূল্যের URL পর্যবেক্ষণ করুন
  • সিদ্ধান্ত বা URL অনুযায়ী পরীক্ষিত পৃষ্ঠা সাজান
  • ফলাফলে পদক্ষেপ নেওয়ার আগে সর্বশেষ পরীক্ষার সময় দেখুন
নির্বাচিত ওয়েবসাইট URL-এর জন্য Screpy দৈনিক ল্যাব পারফরম্যান্স পর্যবেক্ষণ টেবিল

Core Web Vitals-কে সহায়ক ডায়াগনস্টিক থেকে আলাদা করুন।

FCP, TTFB, TBT ও Speed Index-এর সঙ্গে LCP ও CLS পর্যালোচনা করুন। Screpy TBT-কে বাস্তব ব্যবহারকারীর INP হিসেবে না দেখিয়ে স্পষ্টভাবে ল্যাব প্রতিক্রিয়াশীলতার ডায়াগনস্টিক হিসেবে চিহ্নিত রাখে।

  • লোডিং ও ভিজ্যুয়াল স্থিতিশীলতার পরিমাপ পরীক্ষা করুন
  • পরবর্তী পরীক্ষা সীমিত করতে প্রতিক্রিয়া ও রেন্ডারিং মেট্রিক ব্যবহার করুন
  • ল্যাব ও ফিল্ড-ডেটার দাবি আলাদা রাখুন
LCP, CLS, FCP, TTFB, TBT ও Speed Index মেট্রিকসহ Screpy ল্যাব রিপোর্ট

দুর্বল মেট্রিক থেকে পরীক্ষাযোগ্য একটি পরিবর্তনে যান।

কনটেন্ট রেন্ডারিং, লেআউট সংরক্ষণ, সার্ভার প্রতিক্রিয়া, অ্যাসেট বা মূল থ্রেডের কাজের কোনটি পরীক্ষা করবেন তা দুর্বলতম বর্তমান মেট্রিক দিয়ে নির্ধারণ করুন। সম্ভাব্য একটি কারণ বদলে একই URL আবার মাপুন।

  • ব্যবসার জন্য গুরুত্বপূর্ণ পৃষ্ঠা ও শেয়ার করা টেমপ্লেটকে অগ্রাধিকার দিন
  • কোড পরিবর্তনের আগে পৃষ্ঠা ও ডেলিভারি পাথ তদন্ত করুন
  • পরবর্তী নির্ধারিত ফলাফলে লক্ষ্যভিত্তিক সংশোধন যাচাই করুন
লক্ষ্যভিত্তিক ওয়েবসাইট সংশোধনকে অগ্রাধিকার দিতে ব্যবহৃত Screpy ল্যাব পারফরম্যান্স সিদ্ধান্ত

ধীর URL-কে পরীক্ষাযোগ্য পারফরম্যান্স সংশোধনে রূপ দিন।

URL ও পরিমাপ পদ্ধতি স্থির রাখুন, দুর্বলতম মেট্রিক দিয়ে তদন্ত সীমিত করুন এবং পরবর্তী পরীক্ষায় একটি পরিবর্তন যাচাই করুন।

  1. 01

    প্রতিনিধিত্বমূলক পাবলিক URL বেছে নিন

    হোমপেজ, কনভার্সন পৃষ্ঠা বা গুরুত্বপূর্ণ টেমপ্লেটের একটি URL দিয়ে শুরু করুন। প্রতিটি কম-মূল্যের পৃষ্ঠা পর্যবেক্ষণ করলে ইনসাইটের আগে গোলমাল তৈরি হয়।

  2. 02

    নির্ধারিত ল্যাব পরীক্ষায় বেসলাইন তৈরি হতে দিন

    Screpy দৈনিক চক্রে উপযোগী পর্যবেক্ষিত URL পরীক্ষা করে এবং বর্তমান ল্যাব সিদ্ধান্ত, সহায়ক মেট্রিক, পরীক্ষিত URL ও পরীক্ষার সময় সংরক্ষণ করে।

  3. 03

    দুর্বল মেট্রিক থেকে লক্ষ্যভিত্তিক অনুমানে যান

    প্রথমে কনটেন্ট রেন্ডারিং, লেআউট সংরক্ষণ, সার্ভার প্রতিক্রিয়া, অ্যাসেট না মূল থ্রেডের কাজ তদন্ত করবেন তা LCP, CLS, FCP, TTFB, TBT ও Speed Index দিয়ে নির্ধারণ করুন।

  4. 04

    একটি কারণ বদলে আবার মাপুন

    সবচেয়ে ছোট প্রাসঙ্গিক সংশোধন ডিপ্লয় করুন, পর্যবেক্ষিত URL স্থির রাখুন এবং পরবর্তী নির্ধারিত ফলাফলে ল্যাব পরিমাপ উন্নত হয়েছে কি না দেখুন।

অবনতি সবচেয়ে গুরুত্বপূর্ণ হবে এমন পৃষ্ঠা পর্যবেক্ষণ করুন।

কম-মূল্যের পৃষ্ঠায় ভরা ড্যাশবোর্ডের চেয়ে ছোট, প্রতিনিধিত্বমূলক URL সেট তদন্ত করা সহজ। ব্যবসার জন্য গুরুত্বপূর্ণ যাত্রা ও পুনর্ব্যবহারযোগ্য টেমপ্লেট দিয়ে শুরু করুন।

প্রধান ল্যান্ডিং পৃষ্ঠা

পণ্য, সেবা বা ক্যাম্পেইন পরিচয় করানো পৃষ্ঠা পর্যবেক্ষণ করুন, কারণ ধীর প্রথম অভিজ্ঞতা আবিষ্কার ও কনভার্সন—উভয় কাজকে প্রভাবিত করতে পারে।

শেয়ার করা পৃষ্ঠা টেমপ্লেট

একই টেমপ্লেটে পুনরাবৃত্ত হতে পারে এমন পারফরম্যান্স সমস্যা প্রকাশ করতে প্রতিনিধিত্বমূলক একটি পণ্য, বিভাগ, নিবন্ধ বা ডকুমেন্টেশন URL বেছে নিন।

কনভার্সন পাথ

স্ক্রিপ্ট, এমবেড, পরীক্ষা বা তৃতীয়-পক্ষ ট্যাগ পারফরম্যান্স বদলালে মূল্য, সাইনআপ, লিড ও চেকআউট প্রবেশ পৃষ্ঠা দৃশ্যমান রাখুন।

রিলিজ-সংবেদনশীল পৃষ্ঠা

একই ধরণ বিস্তৃতভাবে প্রয়োগের আগে পুনর্নকশা, ফ্রেমওয়ার্ক পরিবর্তন, নতুন মিডিয়া, ট্যাগ-ম্যানেজার আপডেট বা ডেলিভারি পরিবর্তনে প্রভাবিত URL ট্র্যাক করুন।

ল্যাব ফলাফল অতিরঞ্জিত না করে ব্যাখ্যা করুন।

Screpy নিয়মিত পারফরম্যান্স পরীক্ষা কার্যকর করার জন্য তৈরি। প্রকৃত প্রশ্ন ফিল্ড ডেটা, কারণ নির্ণয় বা র‍্যাঙ্কিং প্রভাব হলে এই সীমাগুলো ফলাফলকে সঠিক রাখে।

ল্যাব ডেটা, ফিল্ড ডেটা নয়

Screpy নিয়ন্ত্রিত পৃষ্ঠা পরীক্ষা চালায়। ফলাফল Chrome UX Report বা Google Search Console-এ জানানো চলমান বাস্তব ব্যবহারকারী ডেটাসেটকে প্রতিনিধিত্ব করে না।

TBT, INP নয়

TBT ল্যাব প্রতিক্রিয়াশীলতা নির্ণয়ে সাহায্য করে। INP-এর জন্য বাস্তব ব্যবহারকারীর ইন্টারঅ্যাকশন দরকার, তাই TBT ফলাফলকে INP পরিমাপ হিসেবে দেখানো যাবে না।

সিদ্ধান্ত মূল কারণ নয়

দুর্বল মেট্রিক কোথায় তদন্ত করবেন তা জানায়। কী বদলাবেন ঠিক করার আগে প্রকৃত এলিমেন্ট, অনুরোধ, স্ক্রিপ্ট, টেমপ্লেট বা সার্ভার আচরণ নিশ্চিত করুন।

পারফরম্যান্স র‍্যাঙ্কিংয়ের নিশ্চয়তা নয়

ভালো পৃষ্ঠা অভিজ্ঞতা ব্যবহারকারী ও সার্চের মানকে সহায়তা করে, তবে প্রাসঙ্গিক কনটেন্ট, ক্রলযোগ্যতা, ইনডেক্সিং, লিংক বা অন্যান্য সার্চ সংকেতের বিকল্প নয়।

প্রশ্নের সঙ্গে মানানসই পারফরম্যান্স ওয়ার্কফ্লো ব্যবহার করুন।

নির্বাচিত URL-এর নিয়মিত ল্যাব ফলাফল পর্যবেক্ষণ করুন, পুনরাবৃত্ত প্রযুক্তিগত ধরণের জন্য বিস্তৃত ওয়েবসাইট অডিট করুন অথবা Screpy-কে ফিল্ড-ডেটা রিপোর্টের সঙ্গে তুলনার আগে পরিমাপ পদ্ধতি পড়ুন।

Screpy ডকুমেন্টেশন

ল্যাব পারফরম্যান্স পরীক্ষা ব্যাখ্যা করতে শিখুন

পর্যবেক্ষিত URL বাছাই, প্রতিটি মেট্রিককে URL ও তারিখসহ পড়া, ল্যাব ডেটাকে ফিল্ড ডেটা থেকে আলাদা করা এবং লক্ষ্যভিত্তিক উন্নতি পরীক্ষা করতে Screpy গাইড অনুসরণ করুন।

Core Web Vitals গাইড পড়ুন

Core Web Vitals-এর সাধারণ প্রশ্ন

ল্যাব বনাম ফিল্ড ডেটা, LCP, CLS, TBT, সহায়ক স্পিড মেট্রিক, দৈনিক পরীক্ষা, URL বাছাই, সিদ্ধান্ত ও পৃষ্ঠা-অভিজ্ঞতার দাবির সীমা বুঝুন।

Screpy Core Web Vitals পর্যবেক্ষণ কী পরিমাপ করে?

Screpy নির্বাচিত পাবলিক URL-এর জন্য ল্যাবভিত্তিক পরীক্ষা চালায়। এটি LCP, CLS, FCP, TTFB, TBT, Speed Index, ল্যাব সিদ্ধান্ত ও সর্বশেষ পরীক্ষার সময় জানায়, যাতে দল লক্ষ্যভিত্তিক পারফরম্যান্স তদন্ত দরকার এমন পৃষ্ঠা শনাক্ত করতে পারে।

Screpy Core Web Vitals ডেটা কি বাস্তব ব্যবহারকারীর ওপর ভিত্তি করে?

না। Screpy পরীক্ষিত URL-এর নিয়ন্ত্রিত ল্যাব পরিমাপ জানায়। Chrome UX Report বা Google Search Console-এর ফিল্ড ডেটা চলমান সংগ্রহ সময়ে বাস্তব ভিজিট প্রতিফলিত করে এবং ডিভাইস, নেটওয়ার্ক, ভূগোল ও ব্যবহারকারীর আচরণভেদে আলাদা হতে পারে।

কোন মেট্রিকগুলো অফিসিয়াল Core Web Vitals?

Google বর্তমানে Largest Contentful Paint, Interaction to Next Paint ও Cumulative Layout Shift-কে Core Web Vitals হিসেবে সংজ্ঞায়িত করে। Screpy ল্যাব পরীক্ষায় LCP ও CLS মাপে এবং FCP, TTFB ও Speed Index-এর পাশে TBT-কে ল্যাব প্রতিক্রিয়াশীলতার ডায়াগনস্টিক হিসেবে জানায়; TBT-কে INP হিসেবে দেখায় না।

Screpy কেন INP-এর বদলে TBT দেখায়?

Interaction to Next Paint বাস্তব ব্যবহারকারীর ইন্টারঅ্যাকশনের ওপর নির্ভরশীল এবং ফিল্ড মেট্রিক। Total Blocking Time নিয়ন্ত্রিত ল্যাব পরীক্ষায় মাপা যায় এবং পৃষ্ঠার প্রতিক্রিয়া ধীর করতে পারে এমন মূল থ্রেডের কাজ দেখায়, তবে দুটি মেট্রিক বিনিময়যোগ্য নয়।

পর্যবেক্ষিত URL কত ঘন ঘন পরীক্ষা করা হয়?

সক্রিয় URL এক দিন পর আরেকটি নির্ধারিত পরীক্ষার উপযোগী হয়। সারির কার্যকলাপ, পৃষ্ঠার প্রাপ্যতা ও বর্তমান প্ল্যান ফলাফল প্রস্তুতের সময়কে প্রভাবিত করতে পারে, তাই পদক্ষেপ নেওয়ার আগে দেখানো সর্বশেষ পরীক্ষার সময় ব্যবহার করুন।

প্রথমে কোন পৃষ্ঠা পর্যবেক্ষণ করা উচিত?

হোমপেজ, বেশি ট্রাফিকের ল্যান্ডিং পৃষ্ঠা, কনভার্সন প্রবেশ পয়েন্ট ও প্রতিটি গুরুত্বপূর্ণ টেমপ্লেটের একটি প্রতিনিধিত্বমূলক URL দিয়ে শুরু করুন। যেখানে অবনতি অনেক দর্শককে প্রভাবিত করবে বা একই বাস্তবায়ন ব্যাপকভাবে পুনর্ব্যবহৃত হয় সেখানে পৃষ্ঠা যোগ করুন।

Screpy-তে Good সিদ্ধান্ত মানে কি URL Google Core Web Vitals পাস করেছে?

অবশ্যই নয়। Screpy ল্যাব পরীক্ষার সারাংশ দেয়, আর পর্যাপ্ত ফিল্ড ডেটা থাকলে Google-এর Core Web Vitals মূল্যায়ন বাস্তব ব্যবহারকারীর LCP, INP ও CLS ডেটা ব্যবহার করে। পরীক্ষায় দিকনির্দেশের জন্য Screpy সিদ্ধান্ত ব্যবহার করুন, তারপর বাস্তব মূল্যায়ন দরকার হলে সংশ্লিষ্ট ফিল্ড রিপোর্টের সঙ্গে তুলনা করুন।

Core Web Vitals উন্নত করলে কি উচ্চ র‍্যাঙ্কিং নিশ্চিত হবে?

না। Google ব্যবহারকারী ও সার্চের জন্য ভালো Core Web Vitals সুপারিশ করে, তবে পৃষ্ঠা অভিজ্ঞতা আরও বিস্তৃত সংকেতসমষ্টির মাত্র একটি অংশ। দুর্বল পৃষ্ঠা অভিজ্ঞতাতেও প্রাসঙ্গিক কনটেন্ট র‍্যাঙ্ক করতে পারে এবং দ্রুত পৃষ্ঠা র‍্যাঙ্কিংয়ের নিশ্চয়তা নয়।