SaaS ওয়েবসাইটের জন্য টেকনিক্যাল SEO চেকলিস্ট

একটি SaaS কোম্পানির টেকনিক্যাল SEO মূলত দুটি বিষয়ের ওপর দাঁড়িয়ে: আলাদা রাখা এবং রেন্ডারিং। আলাদা রাখা, কারণ একটি ডোমেনে সাধারণত থাকে একটি মার্কেটিং সাইট যার র‍্যাংক করা উচিত, ডকুমেন্টেশন যার র‍্যাংক করা উচিত, এবং একটি অ্যাপ্লিকেশন যার সার্চে থাকারই কথা নয়। রেন্ডারিং, কারণ SaaS সাইট প্রায়ই JavaScript অ্যাপ হিসেবে তৈরি হয়, আর Google JavaScript রেন্ডার করলেও অন্য অনেক ক্রলার, বেশিরভাগ AI ক্রলারসহ, তা করে না। এই চেকলিস্ট দুটো বিষয়ই কভার করে, সঙ্গে সাধারণ ভিত্তিগুলোও: ক্যানোনিকাল, সাইটম্যাপ, স্ট্রাকচার্ড ডেটা, স্পিড এবং AI সার্চ ইঞ্জিন কীভাবে আপনার পেজে পৌঁছায়।

মূল বিষয়গুলো

• Google JavaScript পেজ আলাদা আলাদা ধাপে ক্রল, রেন্ডার ও ইনডেক্স করে, এবং বলে server-side rendering বা pre-rendering “is still a great idea” (এখনো একটি চমৎকার ধারণা), কারণ সব বট JavaScript চালাতে পারে না (Google Search Central (নতুন ট্যাবে খোলে))।
• ডিসেম্বর 2024-এর একটি বিশ্লেষণে দেখা গেছে, GPTBot, ClaudeBot ও PerplexityBot-সহ প্রধান AI ক্রলারগুলোর কোনোটিই JavaScript রেন্ডার করেনি (Vercel (নতুন ট্যাবে খোলে))।
• Google বলে, AI Overviews ও AI Mode-এর জন্য কোনো বাড়তি প্রযুক্তিগত শর্ত নেই, এবং কোনো বিশেষ schema.org মার্কআপ বা AI টেক্সট ফাইলের দরকার নেই (Google Search Central (নতুন ট্যাবে খোলে))।
• OpenAI ChatGPT সার্চের জন্য OAI-SearchBot এবং মডেল ট্রেনিংয়ের জন্য GPTBot ব্যবহার করে; GPTBot ব্লক করলে কোনো সাইট ChatGPT সার্চ থেকে সরে যায় না (OpenAI (নতুন ট্যাবে খোলে))।
• Google-Extended নিয়ন্ত্রণ করে Google Gemini-র ট্রেনিংয়ের জন্য কনটেন্ট ব্যবহার করতে পারবে কি না, এবং এটি Google Search-এ অন্তর্ভুক্তির ওপর কোনো প্রভাব ফেলে না (Google Search Central (নতুন ট্যাবে খোলে))।

আপনার অ্যাপ কি সার্চ ফলাফলে থাকা উচিত?

না। লগইনের পেছনের অ্যাপ্লিকেশন পেজে সার্চকারীদের জন্য কিছু নেই, আর Googlebot সাইন ইন করে না। ঝুঁকিটা উল্টো দিকে: অ্যাপের পাবলিক URL, যেমন শেয়ার করা লিংক, খালি অবস্থার পেজ, পাসওয়ার্ড রিসেট পেজ ও স্টেজিং এনভায়রনমেন্ট, ইনডেক্স হয়ে যেতে পারে এবং আপনার মার্কেটিং পেজের সঙ্গে প্রতিযোগিতা করতে পারে।

• অ্যাপ্লিকেশনটি তার নিজস্ব হোস্টে চালান, যেমন app.example.com, এবং সেখান থেকে প্রতিটি রেসপন্সে X-Robots-Tag: noindex পাঠান।
• স্টেজিং ও প্রিভিউ এনভায়রনমেন্ট অথেনটিকেশন দিয়ে সার্চের বাইরে রাখুন, যা robots নিয়মের চেয়ে বেশি নির্ভরযোগ্য।
• Google থেকে পেজ সরাতে robots.txt-এর ওপর ভরসা করবেন না: ব্লক করা URL অন্য কোথাও থেকে লিংক করা থাকলে তবুও তালিকাভুক্ত হতে পারে, আর যে পেজ ক্রল করার অনুমতি নেই তার noindex Google দেখতেই পায় না (Google Search Central (নতুন ট্যাবে খোলে))।
• লগইন ও সাইন-আপ পেজ প্রায়ই নাম ধরে সার্চ করা হয় (“yourproduct login”)। এগুলো ইনডেক্সযোগ্য রাখলে বর্তমান গ্রাহকরা সহজে খুঁজে পান; তবে এগুলোতে ভারী মার্কেটিং কনটেন্ট থাকা উচিত নয়।

আমাদের robots.txt চেকার দেখায় প্রতিটি ক্রলার কী ফেচ করতে পারে, আর মেটা ট্যাগ চেকার একটি পেজের robots মেটা ট্যাগ ও X-Robots-Tag হেডার দেখায়।

সার্চ ইঞ্জিন ও AI ক্রলার কি আপনার মার্কেটিং পেজ পড়তে পারে?

কোনো JavaScript চলার আগে একটি ক্রলার কী পায় তা যাচাই করুন। আপনার প্রাইসিং পেজের HTML রেসপন্সে যদি কোনো দাম বা হেডিং না থাকে, শুধু একটি script ট্যাগ থাকে, তাহলে যে ক্রলার JavaScript চালায় না সে একটি ফাঁকা পেজ দেখে।

• Google একটি সাম্প্রতিক Chromium দিয়ে JavaScript রেন্ডার করে, কিন্তু রেন্ডারিং হয় ক্রলিংয়ের পরে একটি সারিতে (queue), এবং Google server-side rendering বা pre-rendering-এর পরামর্শ দেয় (Google Search Central (নতুন ট্যাবে খোলে))।
• AI ক্রলার: Vercel-এর নিজের নেটওয়ার্কের বিশ্লেষণে দেখা গেছে, OpenAI, Anthropic, Perplexity ও Meta-র ক্রলার JavaScript ফাইল ফেচ করেছে কিন্তু চালায়নি; Google-এর অবকাঠামো ব্যবহারকারী Gemini এবং Applebot পেজ রেন্ডার করেছে (Vercel (নতুন ট্যাবে খোলে))।
• চ্যাট অ্যাপ ও সোশ্যাল নেটওয়ার্কের লিংক প্রিভিউ সাধারণত শুধু সার্ভারের HTML পড়ে, তাই টাইটেল, ডিসক্রিপশন ও Open Graph ট্যাগ সেখানেই থাকতে হবে।

বাস্তবসম্মত সমাধান হলো মার্কেটিং পেজ, ডকস ও ব্লগ সার্ভারে বা বিল্ডের সময় রেন্ডার করা, যা Next.js, Nuxt ও Astro-র মতো ফ্রেমওয়ার্ক সমর্থন করে, এবং client-side rendering লগইন-করা অ্যাপ্লিকেশনের জন্য রাখা। একটি দ্রুত পরীক্ষা: আপনার URL-এ curl চালান, অথবা ইন্সপেক্ট করা DOM-এর বদলে পেজের সোর্স দেখুন, এবং লেখাটি সেখানে আছে কি না যাচাই করুন।

মার্কেটিং সাইটের কাঠামো কেমন হওয়া উচিত?

SaaS ক্রেতারা এমন উদ্দেশ্য নিয়ে সার্চ করেন, যা আপনি পেজের সঙ্গে মেলাতে পারেন। এগুলোর প্রতিটির জন্য একটি করে ইনডেক্সযোগ্য পেজ থাকা উচিত, যার একটি বর্ণনামূলক টাইটেল ও নিজস্ব ক্যানোনিকাল URL থাকবে:

• প্রোডাক্ট ও ফিচার পেজ, প্রতিটি বড় সক্ষমতার জন্য একটি করে।
• ইউজ-কেস ও ইন্ডাস্ট্রি পেজ, “invoicing software for agencies”-এর মতো সার্চের জন্য।
• ইন্টিগ্রেশন পেজ, প্রতিটি ইন্টিগ্রেশনের জন্য একটি, কারণ মানুষ “[আপনার প্রোডাক্ট] + [তাঁদের টুল]” সার্চ করেন।
• প্রাইসিং, যেখানে প্ল্যান ও দাম HTML-এ থাকবে, রেন্ডারের পর কোনো API থেকে লোড হবে না।
• তুলনা ও বিকল্প (alternative) পেজ, ন্যায্যভাবে লেখা: প্রতিযোগীদের দাম ও ফিচার বদলায়, তাই তারিখ দিন এবং হালনাগাদ রাখুন।
• গ্রাহকদের গল্প, অনুমতি নিয়ে এবং আসল, উৎস উল্লেখযোগ্য বিবরণসহ।

দুর্বল ভিন্নতা এড়িয়ে চলুন: শব্দ বদলে বানানো ডজন ডজন প্রায় একই রকম “[ফিচার] for [ইন্ডাস্ট্রি]” পেজকেই Google-এর স্প্যাম নীতি scaled content abuse বলে (Google Search Central (নতুন ট্যাবে খোলে))।

ডকস, হেল্প সেন্টার ও চেঞ্জলগ কীভাবে সামলাবেন?

ডকুমেন্টেশন প্রায়ই মার্কেটিং সাইটের চেয়ে বেশি সার্চ ট্রাফিক আনে, কারণ মানুষ কোনো কাজ কীভাবে করতে হয় তা সার্চ করেন।

• ডকস পাবলিক ও ইনডেক্সযোগ্য রাখুন, যদি না সেগুলোতে কোনো নির্দিষ্ট গ্রাহকের তথ্য থাকে।
• সংস্করণভিত্তিক ডকসে পুরোনো সংস্করণের ক্যানোনিকাল একই পেজের বর্তমান সংস্করণের দিকে নির্দেশ করুন, অথবা পুরোনো সংস্করণ noindex করুন, যাতে সার্চ ফলাফলে বর্তমান নির্দেশনা দেখায়।
• প্রতিটি ডক পেজকে এমন বর্ণনামূলক টাইটেল ও H1 দিন, যা মানুষ কাজটি যেভাবে বলেন তার সঙ্গে মেলে (“Export invoices to CSV”), ভেতরের ফিচারের নামের সঙ্গে নয়।
• চেঞ্জলগের এন্ট্রিগুলো স্থায়ী, তারিখযুক্ত URL-এ রাখুন।
• ডকস আপনার XML সাইটম্যাপে অন্তর্ভুক্ত করুন, অথবা সেগুলোর জন্য আলাদা একটি সাইটম্যাপ বানিয়ে robots.txt-এ তালিকাভুক্ত করুন।

আপনার হেল্প সেন্টার যদি কোনো সাবডোমেনে থার্ড-পার্টি প্ল্যাটফর্মে চলে, তাহলে যাচাই করুন সেটি Search Console-এ ভেরিফাই করা আছে এবং এর পেজগুলো মূল সাইটে ফিরতি লিংক দেয়।

SaaS সাইটে ক্যানোনিকাল, hreflang ও রিডাইরেক্টের কোন সমস্যাগুলো সাধারণ?

• প্যারামিটার: UTM ট্যাগ, রেফারেল কোড ও A/B টেস্টের প্যারামিটার ডুপ্লিকেট URL তৈরি করে। প্রতিটি পেজের উচিত নিজের পরিষ্কার URL-কে ক্যানোনিকাল হিসেবে ঘোষণা করা (Google Search Central (নতুন ট্যাবে খোলে))।
• শেষের স্ল্যাশ ও অক্ষরের কেস: একটি রূপ বেছে নিন এবং অন্যটিকে 301 দিয়ে রিডাইরেক্ট করুন।
• স্থানীয় ভাষার পেজ: মার্কেটিং সাইট অনুবাদ করলে ভাষার সংস্করণগুলো hreflang দিয়ে যুক্ত করুন, যার মধ্যে নিজের উল্লেখ (self-reference) ও একটি x-default থাকবে (Google Search Central (নতুন ট্যাবে খোলে))।
• রিব্র্যান্ড ও ডোমেন বদল: পুরোনো URL-গুলো 301 রিডাইরেক্ট দিয়ে এক এক করে নতুন URL-এর সঙ্গে মেলান; সবকিছু হোম পেজে রিডাইরেক্ট করলে পুরোনো পেজগুলোর মূল্য হারিয়ে যায়।

SEO চেকার আপনার সাইটের গুরুত্বপূর্ণ পেজে টাইটেল, H1, ক্যানোনিকাল ও robots নিয়ম পরীক্ষা করে এবং ভাঙা ইন্টারনাল লিংক খুঁজে বের করে।

SaaS সাইটে কোন স্ট্রাকচার্ড ডেটা মানানসই?

• হোম পেজে Organization, আপনার নাম, URL, লোগো এবং অফিশিয়াল প্রোফাইলের sameAs লিংকসহ।
• হোম পেজে name ও url-সহ WebSite, যা দিয়ে Google ফলাফলে দেখানো সাইটের নাম বেছে নেয় (Google Search Central (নতুন ট্যাবে খোলে))।
• SoftwareApplication: Google-এর software app রিচ রেজাল্টের জন্য একটি দাম এবং একটি aggregate rating বা একটি review আবশ্যক (Google Search Central (নতুন ট্যাবে খোলে))। শুধু সেই রেটিং যোগ করুন যা আসল এবং পেজে দৃশ্যমান; সেগুলো ছাড়া মার্কআপ তবুও প্রোডাক্টটি বর্ণনা করে, কিন্তু রিচ রেজাল্ট এনে দেবে না।
• ডকস ও ব্লগ পেজে BreadcrumbList।
• ব্লগ পোস্টে লেখক ও তারিখসহ Article।

FAQ মার্কআপ থেকে বাড়তি জায়গা আশা করবেন না: Google 7 মে 2026-এ FAQ রিচ রেজাল্ট দেখানো বন্ধ করেছে (Google Search Central (নতুন ট্যাবে খোলে))। স্ট্রাকচার্ড ডেটা চেকার একটি পেজের প্রতিটি আইটেম এবং তার জন্য Google-এর আবশ্যক প্রপার্টিগুলো তালিকাভুক্ত করে।

SaaS মার্কেটিং পেজ কেন Core Web Vitals-এ ব্যর্থ হয়?

SaaS মার্কেটিং সাইট সাধারণত অনেক থার্ড-পার্টি স্ক্রিপ্ট লোড করে: অ্যানালিটিক্স, ট্যাগ ম্যানেজার, চ্যাট উইজেট, A/B টেস্টিং, সেশন রেকর্ডিং ও বিজ্ঞাপনের পিক্সেল। এগুলো মূল কনটেন্ট দেরি করায় এবং main thread ব্যস্ত রাখে, যা ধীর LCP ও খারাপ INP হিসেবে দেখা দেয়।

• প্রতিটি থার্ড-পার্টি স্ক্রিপ্ট পর্যালোচনা করুন এবং যেগুলো কেউ ব্যবহার করে না সেগুলো সরিয়ে দিন।
• চ্যাট উইজেট ইন্টারঅ্যাকশনের পর লোড করুন, এবং এমন A/B টেস্টিং স্ক্রিপ্ট এড়িয়ে চলুন যা চলা পর্যন্ত পেজ লুকিয়ে রাখে।
• হিরো ছবি ও প্রোডাক্টের স্ক্রিনশট দেখানোর আকারেই, WebP বা AVIF-এ দিন, এবং প্রথমটি lazy-load করবেন না।
• ইন্টারঅ্যাকটিভ প্রাইসিং ক্যালকুলেটর ও ডেমোওয়ালা পেজে INP-এর দিকে নজর রাখুন।

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

AI সার্চ ইঞ্জিন কীভাবে SaaS কনটেন্ট খুঁজে পায় ও উদ্ধৃত করে?

AI সার্চের জন্য আলাদা কোনো প্রযুক্তিগত পথ নেই, এবং কিছু জনপ্রিয় পরামর্শ এই সিস্টেমগুলো চালানো কোম্পানিগুলো নিজেরাই সমর্থন করে না।

• Google AI Overviews ও AI Mode সেই পেজগুলো ব্যবহার করে যেগুলো ইনডেক্স করা এবং স্নিপেট দেখানোর যোগ্য; Google বলে কোনো বাড়তি শর্ত নেই, কোনো বিশেষ schema নেই এবং AI টেক্সট ফাইলের কোনো দরকার নেই (Google Search Central (নতুন ট্যাবে খোলে))।
• ChatGPT সার্চ OAI-SearchBot-এর ওপর নির্ভর করে। ChatGPT-র উত্তরে দেখা যেতে চাইলে robots.txt-এ OAI-SearchBot ব্লক করবেন না; GPTBot ব্লক করলে আপনি শুধু ট্রেনিং থেকে বাদ পড়েন (OpenAI (নতুন ট্যাবে খোলে))।
• Gemini ট্রেনিং নিয়ন্ত্রিত হয় Google-Extended টোকেন দিয়ে, যা Google Search-এ কোনো প্রভাব ফেলে না (Google Search Central (নতুন ট্যাবে খোলে))।
• llms.txt হলো একটি সাইটের Markdown সারাংশের জন্য একটি কমিউনিটি প্রস্তাব। Google বলে এমন ফাইলের দরকার নেই; অন্য AI পরিষেবাগুলো এগুলো ব্যবহার করে কি না তা নথিভুক্ত করেনি। এটি প্রকাশ করতে খরচ সামান্য, কিন্তু এটি ক্রলযোগ্য পেজের বিকল্প নয়।

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

প্রায়শই জিজ্ঞাসিত প্রশ্ন

আমাদের ডকস কি সাবডোমেনে থাকা উচিত, নাকি সাবফোল্ডারে?

দুটোই র‍্যাংক করতে পারে। বেশি গুরুত্বপূর্ণ হলো ডকস ক্রলযোগ্য, মূল সাইট থেকে লিংক করা, একটি সাইটম্যাপে অন্তর্ভুক্ত এবং Search Console-এ ভেরিফাই করা কি না।

Google কি আমাদের JavaScript অ্যাপের কনটেন্ট ইনডেক্স করে?

Google JavaScript রেন্ডার করতে পারে, তবে তা করে একটি আলাদা ধাপে, আর অন্য ক্রলাররা প্রায়ই তা করে না। যে পেজগুলো আপনি খুঁজে পাওয়াতে চান, সেগুলোর কনটেন্ট সার্ভারে বা বিল্ডের সময় রেন্ডার করুন।

আমাদের কি AI ক্রলার ব্লক করা উচিত?

এটি একটি ব্যবসায়িক সিদ্ধান্ত। GPTBot বা Google-Extended-এর মতো ট্রেনিং ক্রলার ব্লক করলে আপনার কনটেন্ট মডেল ট্রেনিংয়ের বাইরে থাকে, কিন্তু আপনি সার্চ থেকে সরে যান না; OAI-SearchBot-এর মতো সার্চ ক্রলার ব্লক করলে আপনি সেই পরিষেবার উত্তর থেকে সরে যান। robots.txt চেকার দেখায় আপনার বর্তমান নিয়ম কীসের অনুমতি দেয়।

আমাদের কি SoftwareApplication মার্কআপ দরকার?

এটি ঐচ্ছিক। এটি সার্চ ইঞ্জিনের কাছে আপনার প্রোডাক্টের বর্ণনা দেয়; software app রিচ রেজাল্টের জন্য এর পাশাপাশি পেজে দেখানো আসল রেটিং বা রিভিউ দরকার।

SaaS সাইটে টেকনিক্যাল SEO-র সবচেয়ে সাধারণ ভুল কী?

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

তথ্যসূত্র

• Google Search Central: Understand JavaScript SEO basics (নতুন ট্যাবে খোলে)
• Google Search Central: AI features and your website (নতুন ট্যাবে খোলে)
• Google Search Central: Google's common crawlers (Google-Extended) (নতুন ট্যাবে খোলে)
• Google Search Central: Block search indexing with noindex (নতুন ট্যাবে খোলে)
• Google Search Central: How to specify a canonical URL (নতুন ট্যাবে খোলে)
• Google Search Central: Localized versions of your pages (নতুন ট্যাবে খোলে)
• Google Search Central: Site names in Google Search (নতুন ট্যাবে খোলে)
• Google Search Central: Software app structured data (নতুন ট্যাবে খোলে)
• Google Search Central: Understanding Core Web Vitals and Google search results (নতুন ট্যাবে খোলে)
• OpenAI: Overview of OpenAI crawlers (নতুন ট্যাবে খোলে)
• Vercel: The rise of the AI crawler (নতুন ট্যাবে খোলে)