কম্পিউটার টিউটোরিয়াল

Google Core Web Vitals: পেজ স্পিড প্যারাডক্স নেভিগেট করে SEO সাফল্য

আমি সম্প্রতিতে বেশ কিছু নিবন্ধ পড়েছি যেখানে Google-এর পরিকল্পনা 언급 করা হয়েছে যে আগামী বছর থেকে Google Search-এ সাইট র‍্যাঙ্কিংয়ের ফর্মুলা পরিবর্তন করা হবে। বর্তমানে এই ফর্মুলায় ব্যবহারকারীর ইন্টারঅ্যাক্টিভনেসের বেশ কিছু উপাদান, যাকে Core Web Vitals বলা হয়, অন্তর্ভুক্ত রয়েছে এবং শীঘ্রই পেজ পারফরম্যান্সও এতে যোগ হবে। আমার মতে, এটি একটি ভুল ধারণা।

প্রথম ইনস্টিংクト হবে - "হে, পুরনো ডাইনোসর" - এবং আমারও वही ছিল, তাই আমি সিদ্ধান্ত নিয়েছি実際に কী হচ্ছে তা যাচাই করার। Google-এর বেশ কিছু সার্ভিস রয়েছে, যেমন Google Search Console (নতুন Webmaster Tools), PageSpeed Insights এবং আরও কিছু, যা আপনার ওয়েবসাইটের পারফরম্যান্স যাচাই করতে সাহায্য করে। তাই আমি Dedoimedo-এর একটি চেক করেছি এবং এই নিবন্ধটি লিখেছি।

কেন পেজ স্পিড অর্থহীন

আমি এই বিষয়ে অনেক বছর আগে লিখেছিলাম, মোবাইল হাইপের আগে, এবং আমার যুক্তিগুলো এখনও প্রাসঙ্গিক। বরং, পেজ স্পিড যেকোনোভাবে ব্যবহারকারীর অভিজ্ঞতার নির্দেশক নয়। এটি সেবশ्रেষ্ঠ সার্ভ করার সফটওয়্যার স্ট্যাকে ইঙ্গিত করে। এটি প্রযুক্তিগত সমৃদ্ধিরও একটি নির্দেশক, যা আমি শীঘ্রই ব্যাখ্যা করব।

প্রথমে, কিছু সাধারণ গণিত, Core Web Vitals বাদ দিয়ে। ১০০ লাইন টেক্সট এবং ১০টি ইমেজসহ একটি পেজ, ১,০০০ লাইন টেক্সট এবং ১০০টি ইমেজসহ পেজের চেয়ে ছোট/সংক্ষিপ্ত। অন্য কোনো বিবেচনা ছাড়া, অধিক ডেটা থাকলে লোড হতে বেশি সময় লাগবে। এটা কন্টেন্ট সম্পর্কে কিছু বলছে? না।

তাই, অন্যান্য সব প্যারামিটার বাদ দিলে, কম কন্টেন্ট = বেশি স্পিড। উভয়তই - অথবা নয় - আধুনিক ওয়েবের "ডামবিফিকেশন" প্যাটার্নের সাথে এটি খুব খুব মিলে যায়, যা ২০১৪ সালের দিকে প্রবল হয়ে উঠেছিল, примерно একই সময় যখন মোবাইল ইন্টারনেট (স্মার্টফোন সংক্ষেপে) ব্যাপক হয়ে উঠেছিল।

এটি সংক্ষিপ্ত মনোযোগ এবং সস্তা ভোক্তাবাদের দিকে অনুবাদিত হয়। সঠিক এবং উপযোগী বার্তা पहुँचানোর চেয়ে যতটা সম্ভব কম ক্যারেক্টারে কন্টেন্ট লিখা। টেক্সটের বদলে ভিডিও এবং ইমেজ। অবশ্যই, নিম্ন IQ-এর জনসমূহকে বিনোদন করতে এটি নিখুঁত, কারণ তারা দীর্ঘ, জটিল বিষয়들에 আগ্রহী নয়। ბევ sammen, মূর্খ মানুষ ব্যবসার জন্য ভালো। তারা তুচ্ছ জিনিসে টাকা খরচ করতে বেশি প্রবণ, সহজে ট্রেন্ড বা প্রবণতায় আকৃষ্ট বা নিয়ন্ত্রিত হতে পারে। হ্যালো, লাভ!

দ্বিতীয়, পেজ লোডিং পেজের প্রকৃতি সম্পর্কে কিছুই বলে না। একটি ফর্ম পূরণের পেজ, নর্মান আক্রমণের ইতিহাস সংক্ষেপ দেখানো পেজ থেকে সম্পূর্ণ ভিন্ন। ফর্মের ক্ষেত্রে, শুদ্ধ স্পিডের চেয়ে রেসপন্সিভনেস গুরুত্বপূর্ণ হতে পারে। ইতিহাসের পেজের ক্ষেত্রে, স্পিড একটি অর্থহীন মান। এটা একটি তुच্ছ বিষয় নয়। এর পেছনে গভীর, জটিল বিজ্ঞান রয়েছে, এবং আমিও এই বিষয়ে গভীর গবেষণা করেছি এবং গত میں বিভিন্ন কনফারেন্সে আমার কাজ উপস্থাপন করেছি, কিন্তু এখন এরা একদিকে রাখি।

ব্যবহারিক উদাহরণ: Dedoimedo-এ আমি যে সাধারণ লিনাক্স রিভিউ পাবলিশ করি। সেগুলো দীর্ঘ, সাধারণত প্রায় ৪০,০০০ ক্যারেক্টার টেক্সট (প্রায় ২,৫০০-৩,০০০ শব্দ) এবং একক পেজে ৩০-৪০টি ইমেজ থাকে। এই কন্টেন্ট লোড হতে সময় নেয় - বেশি নয় কিন্তু কিছু।

তবে... নিবন্ধগুলো সবসময় টেক্সটের দুটি প্যারাগ্রাফ দিয়ে শুরু হয়, যা পড়তে সম্ভবত ১৫-২০ সেকেন্ড সময় লাগে, যদি তারও বেশি না হয়। ব্যবহারকারী পড়া শেষ করার আগেই সব অ্যাসেট dzies গুণ লোড হয়ে যায়। স্পিডের ব্যবহারকারীর অভিজ্ঞতায় শূন্য প্রভাব।

কিন্তু... যদি আপনি "SEO" প্রসঙ্গে পেজটি দেখেন, তবে তা "খুব দীর্ঘ" বলে মনে হবে মনেযবাজদের মতে। বিস্তারিত ছাড়া বা সফ্টওয়্যার এবং ধারণাগুলোর দিকে ফোকাস না দিলে (যাদের প্রতি আমি ঘৃণা করি), আমি বিভিন্ন "SEO" টুল দেখেছি যা নিবন্ধের দৈর্ঘ্য ৫০০-৬০০ শব্দের বেশি না হওয়ার সুপারিশ দেয়। নিজস্বভাবে এটি একটি অর্থহীন সংখ্যা, কিন্তু এই ঘটনাটি ঘটে যখন মেশিন যা পরিমাপ করতে পারে না সেটির চারপাশে কিউবদ-বিজ্ঞান তৈরি করার চেষ্টা করা হয়।

এবং সেটি হলো গুণমান।

"SEO" কিছুর মধ্যে কখনোই গুণমানের কথা বলা হয় না। অবশ্যই, এটি এমন কিছু যা কোনো মেশিন কখনো চেক করতে পারবে না। গুণমান भरোসার মতো - এটি খুঁজে পাওয়া, নির্মাণ করা, পোষণ করা সময় সাপেক্ষ। গুণমানের একটি দীর্ঘকালিক টেম্পোরাল ফাংশন রয়েছে - আপনি কেবল এক বা দুটি বাক্য পড়ে কোনো ব্লগকে "গুণমানযুক্ত কন্টেন্ট" সিদ্ধান্ত নিতে পারবেন না (যদি আপনি সেই ডোমেনে দক্ষ হন তবে পারবেন)। সাধারণত, প্রকাশিত উপাদানের সামঞ্জস্য এবং নির্ভুলতার স্তর নির্ধারণের জন্য একাধিক, পুনরাবৃত্ত অভিজ্ঞতার প্রয়োজন হয়।

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

সত্যিই, ওয়েব পেজের ধারণা (একই কন্টেন্ট পরিবেশন করতে "পেজ"-গুলো পরিবেশনকারী একাধিক পেজ) একটি নিরর্থক স্পিডের পশ্চাতে ফলাফল, যেখানে স্পিডের প্রয়োজন নেই। কারণ যদি ইমেজের কথা হয়, ইমেজ গ্যালেরি সংজ্ঞা অনুযায়ী পৃথক (সাধারণত স্বাধীন) ফ্রেমের সেট। যদি টেক্সট হয়, তবে আমরা দীর্ঘ কন্টেন্টের কথা বলছি, সম্ভবত যথার্থভাবে, যার মানে যারা পড়তে চান তাদের ধৈর্য আছে পুরো জিনিসটি পেতে। তাই, স্পিড বিবেচনা আসলে একটি ক্যাচ-২২ পরিস্থিতি।

ঠিক আছে, চলুন কিছু পেজ স্কোর করি

যেমন আমি শুরুতে বলেছিলাম - আমাদের প্রকৃত সংখ্যা দরকার। তাই dedoimedo.com-এর জন্য কিছু স্পিড টেস্ট করেছি, এবং ফলাফল দেখাচ্ছি। দ্রষ্টব্য, আপনি আসলে দুটি আলাদা ফলাফল পাবেন - ডেস্কটপে পেজগুলো কীভাবে দেখায় এবং ফোনে (মোবাইল) কীভাবে দেখায়। স্কোর ০-১০০ এর মধ্যে, এবং অবশ্যই যত বেশি उत ভালো।

Google Core Web Vitals: পেজ স্পিড প্যারাডক্স নেভিগেট করে SEO সাফল্য

Google Core Web Vitals: পেজ স্পিড প্যারাডক্স নেভিগেট করে SEO সাফল্য

ডেটা দেখলে, ডেস্কটপ পারফরম্যান্স ভালো, মোবাইল - তেমন ভালো নয়। একই কন্টেন্ট। দুটির মধ্যে পার্থক্য খুবই কম। আমি যা দেখতে পাচ্ছি, FCP প্যারামিটারে মাত্র ২০০ মিলিসেকেন্ডের পার্থক্য।

Lab Data আরও তথ্য দেয় - এবং এখানে কিছু অতিরিক্ত তথ্য পাই। কিন্তু আবারও, পেজের প্রকৃতি বিবেচনা না করলে সংখ্যাগুলো কোনো অর্থ বহন করে না। উদাহরণস্বরূপ, Time to Interactive - আমার পেজগুলোর কোনো প্রকৃত ইন্টারঅ্যাক্টিভনেস নেই - শুধু টেক্সট এবং ইমেজ। পড়ুন, দেখুন। পেজের কন্টেন্ট কত দ্রুত দৃশ্যমান হয়, সেটি Speed Index দ্বারা নির্দেশিত। এটি আমার তर्कে ফিরে যায় যে স্পিড কত অর্থহীন। Dedoimedo-এর ইনডেক্স পেজটি গত কয়েক মাসের প্রকাশিত কন্টেন্টের নিউজ হেডিং দেখায়। অবশ্যই, যদি কম থাকে, লোড হতে কম সময় লাগবে। কিন্তু সেটি পয়েন্ট নয়।

Google Core Web Vitals: পেজ স্পিড প্যারাডক্স নেভিগেট করে SEO সাফল্য

সংখ্যাগুলো ভয়াবহ দেখতে পারে, কিন্তু আমাকে বিশ্বাস করুন, Dedoimedo বেশির ভাগ অন্যান্য ওয়েবসাইটের চেয়ে উচ্চ স্কোর পায়। নিজেই চেক করুন, জনপ্রিয় টেক পাবলিকেশনগুলোতে টেস্ট দিন।

আরো বুঝতে চাইলে, আমি ফলাফল বিয়্ত করেছি, এবং রিপোর্টে উপলব্ধ বিভিন্ন সুযোগ এবং ডায়াগনóstিক্স দেখেছি - মূলত এই রিপোর্টের পিছনে থাকা অ্যালগরিদমের সুপারিশ। মনে রাখবেন, এগুলো সরাসরি স্কোরকে প্রভাবিত করে না - কিন্তু নিজস্বভাবে বোঝাবুঝি দেয়।

ডায়াগনোস্টিক্স অনুযায়ী - মনে হচ্ছে কিছু থার্ড-পার্টি কোড প্রায় ১ সেকেন্ডের জন্য মেইন থ্রেড ব্লক করছে (কিসের?)। ব্রেকডাউন দেখতে মনে হচ্ছে প্রাথমিক দোষী আসলে Google Ads কোড যা আমি আমার বিভিন্ন পেজে ব্যবহার করি। একইভাবে, document.write() স্লো কানেকশন वालাদের জন্য একটি সমস্যা হিসেবে ফ্ল্যাগ করা হয়েছে, এবং আবারও, এটি থার্ড-পার্টি কোডের অংশ।

Google Core Web Vitals: পেজ স্পিড প্যারাডক্স নেভিগেট করে SEO সাফল্য

Google Core Web Vitals: পেজ স্পিড প্যারাডক্স নেভিগেট করে SEO সাফল্য

সুযোগ (Opportunities) - কিছু আকর্ষণীয় বিষয় আছে। ইমেজ। সুপারিশ হলো পুরনো JPG এবং PNG এর বদলে "নেক্স্ট-জেন" ফরম্যাট ব্যবহার করা। মনে করা হচ্ছে এতে প্রায় ২.৭ সেকেন্ড লোডিং টাইম বাঁচাবে, কিন্তু ২.৭ সেকেন্ড আমার সাইটের যেকোনো পেজের এক লাইন টেক্সট পড়তে লাগা সময়ের চেয়ে কম। ব্যাবহারিকভাবে, এতে কোনো পার্থক্য পড়ে না। কিন্তু এটি ফিরে যায় আমার আর্টিকেলগুলোর বড় ইমেজ সেটের ব্যবহারে। সেটিই যা আমার গাইড এবং টিউটোরিয়াল থেকে মানুষকে সেরা মান দেয়। এটি সরাসরি স্কোরকে প্রভাবিত করে না (নিশ্চিত নই এটা কী বোঝায়), কিন্তু অ্যালগরিদমগুলো বাস্তবে নির্ধারণ করতে পারে না যে আমি আমার ব্যবহারকারীদের কী মান দিচ্ছি। ইমেজগুলো বेकারও হতে পারে।

Google Core Web Vitals: পেজ স্পিড প্যারাডক্স নেভিগেট করে SEO সাফল্য

আর একটি কৌতুহলজনক বিষয় - অপ্রयुक्त জাভাস্ক্রিপ্ট - সব টুকরো থার্ড-পার্টি কন্টেন্ট যা Dedoimedo-তে আমি ব্যবহার করি Google-র সামগ্রী সম্পর্কিত। আমি সুনির্দিষ্ট এবং সাবধান থাকতে গর্ব করি। আমি সর্বদা সেরা সমাধান বাস্তবায়ন করার চেষ্টা করেছি যাতে আমার ব্যবহারকারীরা - পাঠকগণ, যারা সবচেয়ে গুরুত্বপূর্ণ - সেরা অভিজ্ঞতা পান।

এই কারণেই Dedoimedo-তে শূন্য অর্গানিক জাভাস্ক্রিপ্ট আছে - এবং এই কারণেই এটি দ্রুত হওয়া উচিত। কোনো কুকি নেই, কোনো কমেন্ট নেই, কিছু নেই। একমাত্র থার্ড-পার্টি কোড হলো কিছু বেসিক অ্যানালিটিক্স, সার্চ, কিছু এডস যাতে কিছু টাকা উপার্জন করা যায়, এবং কুকি ওভারলে অ্যাপলেট, যা GDPR এবং CCPA দ্বারা আবশ্যক। কিন্তু উপরের ফলাফল দেখলে, আমি যা সেরা করতে পারি তা হলো থার্ড-পার্টি স্ক্রিপ্টগুলো সম্পূর্ণ বাদ দেওয়া।

উপরের যেকোনো কোড আমি আবिष्कার করিনি। আমি এডস কোডটি ঠিক Google-এর নির্দেশনা অনুযায়ী ব্যবহার করছি। আমি কুকি অ্যাপলেট কোডটি Civic-এর নির্দেশনা অনুযায়ী ব্যবহার করছি। যদি লোডিং উন্নত করার সুযোগ থাকে, যেমন অ্যাসিনক্রোনাস ফাংশন ইত্যাদি, তবে সেগুলো বাস্তবায়ন করতে আমি অক্ষম। আমার থার্ড-পার্টি কোম্পানিগুলো তাদের কোড কীভাবে তৈরি করে সেটির ওপর আমার কোনো নিয়ন্ত্রণ নেই। আমার একমাত্র নিয়ন্ত্রণ হলো সেগুলো ব্যবহার করতে পারি কিনা - এবং সম্ভবত সেটিই পুনর্বিবেচনার দরকার।

তারপর, ফলাফলগুলো একটি টেস্ট থেকে অন্যটে বেশ ভিন্ন লাগছে। এখানে মাত্র কয়েক দিন পরের মোবাইল ফলাফল - আমি চিন্তা করি না, কিন্তু তবে, যদি আমার কোনো ইনপুট ছাড়াই এতটাই পরিবর্তন হয়, তবে আমি এই ফলাফলগুলোকে কীভাবে হিসাব করব?

Google Core Web Vitals: পেজ স্পিড প্যারাডক্স নেভিগেট করে SEO সাফল্য

সংখ্যাটি Google Search Console রিপোর্টের বিপরীত দেখাচ্ছে - আমার সব পেজ Good page performance রিপোর্ট করছে - কিন্তু Field Data টেক্সট রিপোর্ট সമ്മত। একটি সাইড নোট হিসেবে, সব ইনডেক্সড পেজের মাত্র দুটিতে মোবাইল ইউজবিলিটি সমস্যা দেখাচ্ছে, এবং দুটি কেসে এগুলো মনে হচ্ছে ফালস পজিটিভ, কারণ লাইভ টেস্ট সব গ্রিন রিপোর্ট করছে (প্লাস সেগুলো ফোনে সঠিক রেন্ডার হচ্ছে)। উদাহরণস্বরূপ, ফ্ল্যাগ করা দুটি পেজের একটি, Windows 10 exploit guide:

Google Core Web Vitals: পেজ স্পিড প্যারাডক্স নেভিগেট করে SEO সাফল্য

Google Core Web Vitals: পেজ স্পিড প্যারাডক্স নেভিগেট করে SEO সাফল্য

Google Core Web Vitals: পেজ স্পিড প্যারাডক্স নেভিগেট করে SEO সাফল্য

বন্ধুত্বপূর্ণ কথা বললে, ধূসর ব্যাকগ্রাউন্ডের ওপর ফींকা ধূসর ফন্ট বন্ধুত্বপূর্ণ নয়। একদম দূরে।

উপসংহার

এই হলো আমার ফলাফল। সংখ্যাগুলো নিজে থেকে কিছুই বলে না - প্রসঙ্গ ছাড়া, আপনি কিছুই বুঝতে পারবেন না। ডেস্কটপ এবং মোবাইলের মধ্যে উল্লেখযোগ্য পার্থক্য, এবং একটি স্যাম্পল থেকে অন্যটে পার্থক্য। একই কার্যকারিতা প্রদানকারী ভিন্ন টুলসের সাথে সহমত না হওয়া সংখ্যা। সংখ্যা যা মূলত থার্ড-পার্টি স্ক্রিপ্ট দ্বারা প্রভাবিত, 그중 অধিকাংশ Google তৈরি করেছে। কিছু ডেটা যাতে ফালস পজিটিভও থাকে।

এটি একটি সংক্ষিপ্ত, সহজ টেস্ট - এবং এটি দেখায় পারফরম্যান্স/স্পিড কীভাবে ব্যাখ্যা করা হয় সেটিতে কতটুকু ভিন্নতা এবং অস্পষ্টতা রয়েছে। আবারও, আমরা সংখ্যার পেছনে থাকা কন্টেন্ট সম্পর্কে কিছুই জানি না, প্রকৃত গুণমান সম্পর্কে কিছুই জানি না। একটি পেজের পারফেক্ট স্কোর থাকতে পারে, কিন্তু আধুনিক ইন্টারনেটের অধিকাংশ অংশ একটি সেসপিট। সেটিই প্রথমে সমাধান করতে হবে। কিন্তু আমি তো একটি নিম্নস্তরের রান্না কর।

নিশ্চিত নই কেউ আমার লেখা চিনতে চায় - এটি একজনের মতামত। কিন্তু আমি মনে করি স্পিডকে ফর্মুলায় যোগ করলে পরিস্থিতি আরো খারাপ হবে। পরিস্থিতি ইতিমধ্যে খারাপ, মানুষ মিথস্ক্রিয় "SEO" ইউনিকর্ণের পশ্চাতে দৌড়ছে। স্পিড শুধু আরও বেশি "দ্রুত" কন্টেন্ট, আরও বেশি ভাঙন tanpa সাবস্ট্যান্স তৈরি করবে যা মেশিনকে খুশি করার জন্য ডিজাইন করা। ইশারা: আমি কখনো "SEO" সুপারিশ মানিনি, এবং আমার সাইটের জনপ্রিয়তা বেড়েছে, কমেছে, আবার বেড়েছে (আমার শূন্য হস্তক্ষেপে), আবার কমেছে এবং বেড়েছে - সম্পূর্ণ আমার নিয়ন্ত্রণ বাইরের আর্থিক বিবেচনার তালে। বরং, আমি গুণমান এবং মজার ওপর ফোকাস করি। কিন্তু আমিও জানি আমি পুরনো স্কুল টেকি-দের একটি विलুপ্তপ্রায় প্রজাতি, এবং ভবিষ্যৎ টাচ-হ্যাপি ইডিয়টদের। যেটা ঠিক আছে, কারণ সেটি তাদের ভবিষ্যৎ। আমি সেখানে থেকে একটি সুন্দর সান্নি দ্বীপ থেকে বিলাসবহুল অবসরে স্যালুট করব, নিম্ন IQ-এর জনসমূহ থেকে 충분 লাভ উপার্জনকারী কোম্পানিগুলোর ডিভিডেন্ড উপভোগ করি।

চিয়ার্স।

  1. গুগল ক্রোম আপডেট সমস্যা সমাধান: ধাপে ধাপে গাইড

  2. Google Chrome 69 UI রিফ্রেশ: কুইক থিম আপডেট গাইড

  3. Firefox 54: স্পীড, কাস্টমাইজেশন এবং ব্রাউজিং এর ভবিষ্যৎ বাড়ানো

  4. Google-এর ২০১৩ অ্যালগরিদম আপডেট: আপনার সাইটের জন্য এর মানে কী