১৭ অক্টোবর ২০২৫-এ আমি যে সংখ্যাটির অপেক্ষায় ছিলাম সেটি দেখলাম: Yandex আমার 4,278টি পেজ ইনডেক্স করেছে। পেজগুলো Next.js Static Site Generation (SSG) দিয়ে তৈরি ছিল, আর পরিবর্তনটি প্রায় এক রাতের মধ্যেই দেখা যায়।
আমার প্রথম প্রতিক্রিয়া ছিল সহজ: stack কাজ করছে। হাজার হাজার static পেজ index-এ ঢুকে গেছে, তাই এটি প্রযুক্তিগত পদ্ধতির শক্তিশালী validation মনে হয়েছিল।
কিন্তু ফলাফলটি আরও কঠোরভাবে দেখলে আজ আমি সিদ্ধান্তটি সীমিতভাবে বলব। ঘটনাটি দেখিয়েছিল যে ওই সময় Yandex বড় একটি পেজ-সেট discover, process এবং নিজের index-এ অন্তর্ভুক্ত করতে পেরেছিল। এটি প্রমাণ করেনি যে সব 4,278টি পেজ ভালো rank করেছে, click পেয়েছে, long-tail traffic এনেছে, বা দীর্ঘ সময় index-এ থাকবে।
আমার কাছে এই পার্থক্যটাই পুরো milestone-এর সবচেয়ে মূল্যবান অংশ।
4,278টি indexed পেজ আসলে কী প্রমাণ করেছিল?
নিশ্চিত তথ্যটি সরল: Yandex আমার 4,278টি পেজ index করেছে। যেহেতু এগুলো Next.js SSG দিয়ে তৈরি ছিল, ফলাফল এটাও দেখায় যে আমার implementation-এ এমন কোনো সাধারণ technical barrier ছিল না যা Yandex-কে এসব পেজ index করতেই দিত না।
অনেক URL নিয়ে কাজ করলে এটি গুরুত্বপূর্ণ। যদি crawler হাজার হাজার generated route-এ পৌঁছাতে পারে এবং সেগুলো index-এ গৃহীত হয়, তাহলে basic page-delivery model অন্তত crawler ও indexer-এর সঙ্গে compatible। এটি প্রতিটি পেজের quality প্রমাণ করে না, কিন্তু একটি মৌলিক failure mode বাদ দেয়: search engine পুরো site-ই index করতে না পারা।
Yandex Webmaster-এর official documentation-ও crawling এবং indexing-কে আলাদা ধাপ হিসেবে দেখায়। Robot আগে পেজ load করে, তারপর Yandex সেটি process করে এবং search-এর জন্য store করে। তাই crawl হওয়া মানেই index হওয়া নয়, আর index হওয়া মানেই ranking বা traffic পাওয়া নয়।
এই ফলাফল কী প্রমাণ করেনি?
প্রথম উত্তেজনায় সংখ্যাটিকে সরাসরি SEO win মনে করা সহজ ছিল। কিন্তু সেটি অতিরিক্ত শক্ত সিদ্ধান্ত হতো। এই এক snapshot থেকে আমি নিশ্চিত করতে পারি না:
- সব 4,278টি পেজ impression পেয়েছিল কি না;
- সেগুলো useful query-তে rank করেছিল কি না;
- click বা নতুন user এনেছিল কি না;
- সপ্তাহ বা মাস ধরে index-এ ছিল কি না;
- বা Yandex এক বড় batch-এ এগুলো index করার মূল কারণ SSG-ই ছিল কি না।
তখনও আমি ধরে নিয়েছিলাম কিছু পেজ পরে index থেকে বেরিয়ে যেতে পারে, এমনকি বেশির ভাগও। Search index কোনো স্থায়ী inventory নয়। পেজ আবার process ও evaluate হতে পারে, canonical সিদ্ধান্ত বদলাতে পারে বা পরে exclude হতে পারে। তাই indexed-page count-কে স্থায়ী সাফল্য না ভেবে পরিবর্তনশীল state হিসেবে দেখা ঠিক।
তারপরও SSG কেন গুরুত্বপূর্ণ ছিল?
আমি Next.js Static Site Generation ব্যবহার করেছিলাম যাতে পেজগুলো আগে থেকেই prerendered থাকে এবং মূল content client-side rendering-এর ওপর নির্ভর না করে। Next.js-এ SSG build-এর সময় পেজ generate করে। Crawler-এর জন্য এর অর্থ হলো request ও process করার মতো HTML document আগে থেকেই আছে।
এটি ভালো technical foundation, কিন্তু SEO shortcut নয়। Static HTML robots directive, canonical, duplicate বা low-value content সমস্যা, দুর্বল internal linking, কিংবা search engine-এর index-এ পেজ রাখার সিদ্ধান্তকে বাতিল করে না। SSG page delivery সহজ ও নির্ভরযোগ্য করতে পারে। এটি নিজে থেকে পেজকে valuable করে না।
যেখানে আমি একটু বেশি দ্রুত উচ্ছ্বসিত হয়ে পড়েছিলাম
মূল লেখায় আমি ঘটনাটিকে পুরো technical stack-এর “fantastic validation” বলেছিলাম এবং লিখেছিলাম strategy ফল দিয়েছে। এখনও আমি মনে করি এটি উদযাপন করার মতো ছিল, কিন্তু সেই ভাষা বিভিন্ন ধরনের outcome-কে একসঙ্গে মিশিয়ে দিয়েছিল।
আরও নির্ভুল সিদ্ধান্ত হলো: indexability milestone অর্জিত হয়েছিল। আমার অনেক static পেজ Yandex index-এ ঢুকেছিল। কিন্তু পুরো programmatic SEO strategy সফল হয়েছে বলতে আরেক স্তরের evidence দরকার: index retention, impressions, rankings, clicks এবং সময়ের সঙ্গে useful organic traffic।
Indexed page একটি সম্ভাব্য entry point। গুরুত্বপূর্ণ শব্দটি হলো “সম্ভাব্য”।
এমন jump-এর পরে আমি কী মাপতাম?
শুধু বড় সংখ্যাটি উদযাপন না করে SEO system হিসেবে evaluate করলে পরের checks আলাদা করতাম:
- Index retention: প্রথম jump-এর পরে 4,278টির মধ্যে কতটি এখনও indexed?
- Exclusions: কোন পেজগুলো হারিয়ে যাচ্ছে এবং Yandex Webmaster কী কারণ দেখাচ্ছে?
- Search visibility: indexed পেজ relevant query-তে impression পেতে শুরু করছে কি?
- Clicks ও users: নতুন indexed surface আসলে measurable organic traffic তৈরি করছে কি?
- Page quality: বড় generated page-set সত্যিই আলাদা ও useful, নাকি শুধু technically indexable?
এগুলো আলাদা প্রশ্ন। একটি site প্রথমটিতে সফল হয়েও বাকিগুলোতে ব্যর্থ হতে পারে।
এই case study-এর সীমাবদ্ধতা
এই লেখাটি একটি নিশ্চিত ঘটনা নথিভুক্ত করে: 4,278টি পেজ অল্প সময়ে Yandex দ্বারা index হয়েছিল। এই snapshot থেকে আমার কাছে এমন evidence নেই যা দেখায় কেন সেগুলো একসঙ্গে ঢুকেছিল, পরে কতটি index-এ ছিল, বা কত search traffic তৈরি করেছিল।
এই সীমা গুরুত্বপূর্ণ। এটি একটি useful observation-কে “Next.js SSG ব্যবহার করলে Yandex এক রাতে হাজার হাজার পেজ index করে” ধরনের ভুয়া universal rule-এ পরিণত হতে দেয় না। ফলাফল তা প্রমাণ করে না। আমার পেজগুলো indexable ছিল এবং Yandex একটি বড় batch গ্রহণ করেছিল। Exact timing-এর কারণ শুধু এই data থেকে প্রতিষ্ঠিত নয়।
আমি কী শিখলাম
আমি এখনও 4,278টি indexed পেজকে বাস্তব milestone মনে করি। হাজার হাজার generated পেজ index-এ গৃহীত হওয়া ছিল basic technical delivery কাজ করছে—এমন শক্তিশালী signal।
কিন্তু indexed-page count-কে আমি final KPI বানাব না। Indexing একটি gate, finish line নয়। এরপর দেখতে হয় পেজগুলো index-এ থাকে কি না, rank করে কি না এবং useful traffic আনে কি না।
SSG আমাকে এমন পেজ বানাতে সাহায্য করেছিল যেগুলো search engine সাধারণ prerendered document-এর মতো process করতে পারে। 4,278 সংখ্যাটি দেখিয়েছিল system-এর এই অংশ কাজ করছিল। পরের ফলাফলগুলো এখনও আলাদাভাবে অর্জন করতে হতো।