AI দিয়ে বানানো ওয়েবসাইটের SEO: আসলে কোনটি গুরুত্বপূর্ণ

একটি AI-তে বানানো ওয়েবসাইট অন্য যেকোনো ওয়েবসাইটের মতোই র্যাঙ্ক করতে পারে: সার্চ ইঞ্জিন বিচার করে পাতায় কী আছে এবং সেটি দর্শকের কতটা ভালো সেবা দেয়, কোন টুল কোড লিখেছে তা নয়। ধরাটি প্রযুক্তিগত। অনেক AI বিল্ডার এমন সিঙ্গেল-পেজ অ্যাপ বানায় যা ব্রাউজারকে প্রায় খালি একটি HTML ফাইল পাঠায় এবং JavaScript দিয়ে কনটেন্ট আঁকে, যা প্রতিটি পাতাকে ক্রলারদের জন্য পড়া ও শেয়ার করা কঠিন করে তোলে। প্রি-রেন্ডারিং বা সার্ভার রেন্ডারিং দিয়ে এটি ঠিক করুন, প্রতিটি পাতাকে তার নিজস্ব টাইটেল, বর্ণনা ও URL দিন, একটি সাইটম্যাপ যোগ করুন, গতি ধরে রাখুন, এবং তারপর সেই অংশটি করুন যা কোনো টুল আপনার হয়ে করতে পারে না — মানুষ যা খুঁজছে সেই কনটেন্ট লেখা।

কেন সিঙ্গেল-পেজ অ্যাপ সার্চে পিছিয়ে পড়তে পারে

একটি traditional ওয়েবসাইট তার HTML-এ প্রতিটি পাতার পূর্ণ লেখা পাঠায়। একটি সিঙ্গেল-পেজ অ্যাপ (SPA) — অনেক AI বিল্ডারের ডিফল্ট আউটপুট, সাধারণত Vite-এর মতো টুলসহ React — একটি ছোট HTML শেল পাঠায়, যেমন একটি খালি <div id="root">, সঙ্গে একটি JavaScript বান্ডল। ব্রাউজার JavaScript চালায়, যা তারপর পাতাটি তৈরি করে।

সার্চের জন্য এটি তিনভাবে গুরুত্বপূর্ণ:

1. রেন্ডারিং একটি অতিরিক্ত ধাপ। Google JavaScript পাতার জন্য তিনটি ধাপ বর্ণনা করে: HTML ক্রল করা, একটি হেডলেস Chromium ব্রাউজারে রেন্ডার করা, তারপর রেন্ডার করা ফলাফল ইন্ডেক্স করা। Google-এর নিজের নির্দেশিকা বলে সার্ভার-সাইড রেন্ডারিং বা প্রি-রেন্ডারিং এখনও ভালো ধারণা, কারণ এটি ব্যবহারকারী ও ক্রলার উভয়ের জন্য দ্রুত, এবং সব বট JavaScript চালাতে পারে না।
2. আপনার পাতার অন্য পাঠকরা মোটেও রেন্ডার করেন না। চ্যাট অ্যাপ ও সোশ্যাল নেটওয়ার্কের লিংক প্রিভিউ এবং অন্যান্য অনেক ক্রলার সাধারণত শুধু প্রাথমিক HTML পড়ে। আপনার টাইটেল ও প্রিভিউ ছবি লোডের পর JavaScript সেট করলে, সেই প্রিভিউগুলো খালি শেলের ডিফল্ট দেখায় — প্রায়ই প্রতিটি পাতায় একই টাইটেল।
3. সবাই একটি HTML ফাইল ভাগ করে। অ্যাপ সেটি হালনাগাদ না করলে প্রতিটি URL-এর একই <title> ও বর্ণনা থাকে, যা প্রতিটি পাতা সম্পর্কে সার্চ ইঞ্জিনকে খুব কম বলে।

এর কোনোটিরই অর্থ এই নয় যে SPA ইন্ডেক্স হতে পারে না। এর অর্থ আপনি ক্রলারের ওপর আরও কাজের ভরসা করছেন, এবং যারা রেন্ডার করেন না তারা কী দেখবে তার নিয়ন্ত্রণ হারাচ্ছেন।

একটি রেন্ডারিং পদ্ধতি বেছে নিন

ক্রলারদের কাছে প্রকৃত HTML পৌঁছানোর চারটি সাধারণ উপায় আছে। আপনার অ্যাপ কতটা বদলায় সেই হিসেবে মোটামুটি ক্রম অনুযায়ী:

একটি ব্যবহারিক নিয়ম: আপনার সাইটের পাবলিক, সার্চযোগ্য অংশ স্ট্যাটিক বা প্রি-রেন্ডারড হওয়া উচিত; তার পেছনের লগ-ইন করা অ্যাপ একটি স্বাভাবিক SPA থাকতে পারে। সার্চ ইঞ্জিনের ড্যাশবোর্ড ইন্ডেক্স করার কথা নয়।

শূন্য থেকে শুরু করলে এবং SEO গুরুত্বপূর্ণ হলে প্রথম প্রম্পটেই সেটি বলুন, যাতে AI উপযুক্ত সেটআপ বেছে নেয়:

একটি ফিজিওথেরাপি ক্লিনিকের জন্য একটি মার্কেটিং সাইট বানাও, যাতে হোম, সেবা (প্রতিটি সেবার জন্য একটি পাতা), আমাদের সম্পর্কে, মূল্য এবং যোগাযোগ পাতা থাকে। SEO গুরুত্বপূর্ণ: প্রতিটি পাতাকে তার পূর্ণ কনটেন্ট এবং নিজস্ব টাইটেল ও মেটা বর্ণনা প্রাথমিক HTML-এ পাঠাতে হবে — স্ট্যাটিক বা প্রি-রেন্ডারড সেটআপ ব্যবহার করো, শুধু-ক্লায়েন্টের সিঙ্গেল-পেজ অ্যাপ নয়।

আপনার যদি ইতিমধ্যে একটি Vite SPA থাকে, পাবলিক রুটগুলোর জন্য প্রি-রেন্ডারিং চান:

এই React অ্যাপটি যেমন আছে তেমনই রাখো, কিন্তু পাবলিক রুটগুলো (/, /pricing, /about, /blog এবং প্রতিটি /blog/:slug) বিল্ডের সময় স্ট্যাটিক HTML-এ প্রি-রেন্ডার করো, প্রতিটির নিজস্ব টাইটেল, মেটা বর্ণনা, canonical URL এবং Open Graph ট্যাগ সহ। লগ-ইন করা /app রুটগুলো ক্লায়েন্ট-রেন্ডারড থাকতে পারে।

এরপর নিজে যাচাই করুন: একটি পাতা খুলুন, View page source বেছে নিন (ডেভ টুলসের Elements প্যানেল নয়, যা রেন্ডার হওয়া পাতা দেখায়), এবং নিশ্চিত হন যে টেক্সট ও টাইটেল কাঁচা HTML-এ আছে।

মৌলিক বিষয়গুলো ঠিক করুন

রেন্ডারিং পদ্ধতি যেটাই হোক, এগুলো প্রযোজ্য।

টাইটেল ও মেটা বর্ণনা

• প্রতিটি পাতার একটি অনন্য <title>, যার প্রধান বিষয় আগে থাকে। প্রায় ৫০–৬০ অক্ষর একটি সাধারণ নির্দেশিকা, কারণ দীর্ঘ টাইটেল ফলাফলে কেটে যায়।
• প্রতিটি পাতার একটি অনন্য মেটা বর্ণনা — একটি বাক্য যা একজন মানুষ ক্লিক করতে চাইবেন, কীওয়ার্ডের তালিকা নয়। Google বর্ণনা নতুন করে লিখতে পারে, তবে ভালো একটি প্রায়ই ব্যবহৃত হয়।
• মেটা কীওয়ার্ড বাদ দিন। Google বলে এই ট্যাগের ইন্ডেক্সিং বা র্যাঙ্কিংয়ে কোনো প্রভাব নেই।

URL, হেডিং ও লিংক

• প্রকৃত পাতার জন্য প্রকৃত URL। প্রতিটি কনটেন্টের নিজস্ব পথ লাগে (/services/sports-massage), শুধু একটি ক্লিকের পর থাকা ট্যাব বা মডালের মতো নয়। যে কনটেন্ট ইন্ডেক্স করতে চান তার জন্য # ফ্র্যাগমেন্ট রাউটিং এড়িয়ে চলুন।
• প্রতি পাতায় একটি h1, তারপর একটি যুক্তিসংগত h2/h3 কাঠামো। AI-তে বানানো ডিজাইনে মাঝে মাঝে স্টাইলিংয়ের জন্য হেডিং ব্যবহার হয়; অর্থবহ হেডিং চান।
• ক্রল করা যায় এমন লিংক। নেভিগেশনের জন্য প্রকৃত <a href> লিংক ব্যবহার করুন। যে বোতাম JavaScript দিয়ে পাতা বদলায়, সেগুলো লিংক অনুসরণকারী ক্রলারদের কাছে অদৃশ্য।
• Canonical ট্যাগ যা প্রতিটি পাতাকে তার পছন্দের URL-এ নির্দেশ করে, যাতে ?utm= ভ্যারিয়েন্ট ও ট্রেইলিং-স্ল্যাশের ডুপ্লিকেট একে অপরের সঙ্গে প্রতিযোগিতা না করে।
• অর্থবহ ছবিতে বর্ণনামূলক alt টেক্সট।

সোশ্যাল প্রিভিউ

প্রতিটি পাবলিক পাতায় প্রাথমিক HTML-এ Open Graph ট্যাগ (og:title, og:description, og:image, og:url) যোগ করুন। এটি এমন অংশ যা SPA সবচেয়ে বেশি ভুল করে, কারণ লিংক প্রিভিউ বটগুলো JavaScript চালায় না।

সাইটম্যাপ ও robots.txt

সাইটম্যাপ একটি XML ফাইল যা ইন্ডেক্স করতে চান এমন URL-গুলোর তালিকা দেয়। এটি সার্চ ইঞ্জিনকে পাতা খুঁজে পেতে সাহায্য করে, বিশেষ করে কম ইনবাউন্ড লিংকওয়ালা নতুন সাইটে। Google-এর ডকুমেন্টেশন অনুযায়ী, সেপ্টেম্বর ২০২৬ পর্যন্ত:

• একটি সাইটম্যাপে সর্বোচ্চ ৫০,০০০ URL বা অসংকুচিত ৫০ MB থাকতে পারে; বড় সাইট একটি সাইটম্যাপ ইনডেক্স দিয়ে ভাগ করুন।
• Google <priority> ও <changefreq> উপেক্ষা করে।
• Google <lastmod> ব্যবহার করে শুধু যদি তা ধারাবাহিকভাবে সঠিক হয়, তাই প্রকৃত কনটেন্ট বদলালে হালনাগাদ করুন, প্রতিটি বিল্ডে নয়।

robots.txt ফাইল ক্রলারদের বলে কোন পথ ক্রল না করতে। এটি ব্যবহার করে /app, /admin ও API রুট থেকে ক্রলারদের দূরে রাখুন, এবং এটি থেকে সাইটম্যাপের দিকে নির্দেশ করুন। মনে রাখবেন, robots.txt ক্রলিং থামায়, ইন্ডেক্সিং নয়: ফলাফল থেকে কোনো পাতা বাদ দিতে noindex robots মেটা ট্যাগ ব্যবহার করুন এবং পাতাটিকে ক্রল হতে দিন।

সাইট তার চূড়ান্ত ডোমেইনে থাকলে Google Search Console-এ সাইটম্যাপ জমা দিন। Search Console আরও দেখায় কোন পাতা ইন্ডেক্স হয়েছে এবং অন্যগুলো কেন হয়নি — এটিই সবচেয়ে কাজের বিনামূল্যের SEO টুল।

স্ট্রাকচার্ড ডেটা

স্ট্রাকচার্ড ডেটা হলো মেশিন-পাঠযোগ্য মার্কআপ যা বর্ণনা করে পাতাটি কী: একটি প্রতিষ্ঠান, একটি স্থানীয় ব্যবসা, একটি পণ্য, একটি নিবন্ধ, একটি ইভেন্ট। Google JSON-LD ফরম্যাট সুপারিশ করে এবং দুটি বিষয়ে স্পষ্ট:

• এটি পাতাকে রিচ রেজাল্টের যোগ্য করতে পারে, কিন্তু তা নিশ্চিত করে না।
• এটিকে অবশ্যই পাতায় দৃশ্যমান তথ্য বর্ণনা করতে হবে। যেসব রিভিউ, দাম বা FAQ দর্শক দেখতে পান না, সেগুলো মার্কআপ করবেন না।

বিচক্ষণ শুরুর জায়গা: হোম পাতায় Organization বা LocalBusiness, পণ্য পাতায় Product, ব্লগ পোস্টে Article, গভীর পাতায় BreadcrumbList। Google-এর Rich Results Test দিয়ে পরীক্ষা করুন।

JSON-LD স্ট্রাকচার্ড ডেটা যোগ করো: হোম পাতায় LocalBusiness, পাতায় ইতিমধ্যে দেখানো ঠিকানা, ফোন ও খোলার সময় ব্যবহার করে, এবং প্রতিটি ব্লগ পোস্টে Article। কোনো রেটিং বা রিভিউ যোগ করো না।

গতি ও মোবাইল

Google পেজ এক্সপেরিয়েন্স সংকেত ব্যবহার করে, যার মধ্যে Core Web Vitals আছে, এবং গতি দর্শকের জন্য এমনিতেই গুরুত্বপূর্ণ। Google-এর “ভালো” সীমা, পৃষ্ঠা লোডের ৭৫তম পার্সেন্টাইলে পরিমাপ করা:

AI-তে বানানো সাইটের সাধারণ সমাধান:

• ছবি — আকার কমান, সংকুচিত করুন, আধুনিক ফরম্যাট ব্যবহার করুন, width ও height সেট করুন (যা লেআউট শিফট ঠেকায়), এবং ভাঁজের নিচের ছবি লেজি-লোড করুন।
• JavaScript — বড় বান্ডল SPA-তে সবকিছু দেরি করায়। প্রি-রেন্ডারিং সাহায্য করে; রুট অনুযায়ী কোড ভাগ করাও।
• ফন্ট — ফন্ট পরিবার ও ওজন সীমিত করুন এবং ভাঁজের উপরের ফন্টটি প্রি-লোড করুন।
• তৃতীয় পক্ষের স্ক্রিপ্ট — প্রতিটি চ্যাট উইজেট ও ট্র্যাকিং পিক্সেল গতির দাম দেয়। যেগুলো আপনি ব্যবহার করেন শুধু সেগুলো রাখুন।

মোবাইল মোডে PageSpeed Insights বা Lighthouse দিয়ে লাইভ URL পরীক্ষা করুন।

কনটেন্টই বেশিরভাগ

টেকনিক্যাল SEO বাধা দূর করে; চাহিদা তৈরি করে না। পাতা র্যাঙ্ক করে কারণ তারা সার্চের উত্তর বিকল্পগুলোর চেয়ে ভালোভাবে দেয়। বেশিরভাগ ছোট সাইটের জন্য এর মানে:

• মানুষ যে বিষয় খোঁজে তার প্রতিটির জন্য একটি পাতা। একজন প্লাম্বারের দরকার প্রতিটি সেবার ও প্রতিটি এলাকার জন্য একটি পাতা, সবকিছু তালিকাভুক্ত একটি “সেবা” পাতা নয়।
• নির্দিষ্ট, মৌলিক বিস্তারিত — দাম, প্রক্রিয়া, প্রকৃত কাজের ছবি, গ্রাহকরা ফোনে যে প্রশ্ন করেন তার উত্তর।
• কিছু বদলালে হালনাগাদ। বাসি সময় ও পুরনো দাম দ্রুত বিশ্বাস নষ্ট করে।

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

লঞ্চ চেকলিস্ট

• প্রাথমিক HTML-এ পাবলিক পাতাগুলো পূর্ণ কনটেন্ট পাঠায় (View page source দিয়ে যাচাই করুন)
• প্রতিটি পাতায় অনন্য টাইটেল, মেটা বর্ণনা ও canonical URL
• প্রতিটি পাবলিক পাতায় Open Graph ট্যাগ ও একটি শেয়ার ছবি
• প্রতি পাতায় একটি h1, প্রকৃত <a href> লিংক, ছবিতে alt টেক্সট
• প্রকৃত URL সহ sitemap.xml; অ্যাপ ও API পথ ব্লক করে এমন robots.txt
• স্ট্রাকচার্ড ডেটা শুধু দৃশ্যমান কনটেন্টের জন্য, পরীক্ষিত
• মোবাইলে LCP, INP ও CLS “ভালো” সীমার মধ্যে
• সাইট তার চূড়ান্ত ডোমেইনে, HTTPS সহ, এবং Search Console-এ জমা দেওয়া

Search ট্র্যাফিক গড়ার আগে নিজের ডোমেইনে যাওয়া পরে রিডাইরেক্ট এড়ায় — দেখুন কীভাবে একটি কাস্টম ডোমেইন সংযুক্ত করবেন। বৃহত্তর বিল্ড প্রক্রিয়ার জন্য দেখুন AI দিয়ে ওয়েবসাইট কীভাবে বানাবেন, এবং দর্শককে রূপান্তরিত করার জন্য বানানো পাতার জন্য কীভাবে রূপান্তরকারী ল্যান্ডিং পেজ বানাবেন।

Mythex-এ SEO

Mythex-এর আলাদা SEO প্যানেল নেই; চ্যাট বা কোডের মাধ্যমে অ্যাপ বদলে আপনি SEO উন্নত করেন। নতুন ওয়েব অ্যাপ ডিফল্টভাবে Vite ও React সিঙ্গেল-পেজ অ্যাপ হয়, তাই সার্চ গুরুত্বপূর্ণ হলে শুরু থেকেই স্ট্যাটিক বা প্রি-রেন্ডারড সাইট, অথবা Next.js চান। টাইটেল, Open Graph ট্যাগ, সাইটম্যাপ ও robots.txt-এর জন্য ডকসে একটি স্টার্টার প্রম্পট আছে আপনার অ্যাপের SEO-এ, এবং স্ট্যাটিক ওয়েবসাইট কনটেন্ট-কেন্দ্রিক সাইট নিয়ে আলোচনা করে। পরিবর্তনের পর লাইভ সাইট যেন সেগুলো পায় সেজন্য আবার প্রকাশ করুন। কাস্টম ডোমেইন Pro-তে পাওয়া যায়।

প্রশ্নোত্তর