বাংলা ওয়েবসাইটের SEO: query যখন বাংলা হরফে লেখা হয়

SEO নিয়ে যত পরামর্শ পাওয়া যায়, তার প্রায় সবটাই লিখেছেন এমন লোকজন যাঁরা জীবনে একবারও বাংলা হরফে কোনো query টাইপ করেননি। সেগুলোর অনেক কিছু বাংলা সাইটেও খাটে: title এখনও গুরুত্বপূর্ণ, ধীর পেজ এখনও পিছিয়ে পড়ে। কিন্তু বাংলায় লেখা সাইটের সামনে আলাদা কয়েকটা সমস্যা আসে, যেগুলো ইংরেজি সাইটের সামনে কখনো আসে না, আর ট্রাফিক শেষ পর্যন্ত ওগুলোর উপরেই দাঁড়ায়। এই গাইড ওগুলো নিয়ে।

যাঁরা বাংলাদেশের পাঠকের জন্য বাংলায় বা Banglish-এ লিখছেন, এটা তাঁদের জন্য: পাবলিশার, ব্লগার, কিংবা ছোট কোনো ব্যবসা যার সাইট বাংলায়। আপনার সাইট যদি ইংরেজিতে হয় আর আপনি শুধু বাংলাদেশকে টার্গেট করছেন, তাহলে এর অর্ধেক জিনিস আপনার সমস্যা না। আর ইংরেজি সাইটে বাংলা সেকশন যোগ করার কথা ভাবলে, শুরু করার আগে hreflang আর মেশিন-অনুবাদের অংশ দুইবার পড়ে নিন।

একটাই প্রশ্ন, তিন রকম হরফ

কমদামি ল্যাপটপ খুঁজছেন এমন একজন বাংলাভাষী তিনভাবে সার্চ করতে পারেন:

প্রথম দুইটা যে একই জিনিস, Google সেটা বোঝে, আর Banglish query-তেও প্রায়ই বাংলা পেজ দেখায়, যদিও প্রতিবার না। তাই অনুমান না করে তিনটা রূপই বাংলাদেশের লোকেশন থেকে নিজে সার্চ করে দেখুন (ব্রাউজারে লোকেশন সেট করে নিন, অথবা সহজভাবে মোবাইল ডেটায় ফোন থেকে দেখুন)। তথ্যভিত্তিক query-তে বাংলা আর Banglish-এর ফল অনেকটাই মিলে যায়। কিন্তু যেখানে কেনার ইচ্ছা আছে, সেখানে Banglish query প্রায়ই ইংরেজি e-commerce পেজ টেনে আনে, কারণ যাঁরা Latin হরফে টাইপ করেন তাঁরা সাধারণত ওগুলোতেই ক্লিক করেন।

এখান থেকেই সোজা নিয়মটা বেরোয়। প্রতি পেজের জন্য একটা হরফ বেছে নিন, ওই query-র SERP দেখে, আর একই query-র রোমান রূপের জন্য আলাদা পেজ বানাবেন না। উদ্দেশ্য তো একটাই। বাংলা লেখার ভেতরে Banglish রূপটা একবার আসুক, যেখানে পড়তে স্বাভাবিক লাগে, ওতেই যথেষ্ট। বাংলায় যাঁরা লেখেন তাঁরা এমনিতেও এভাবেই লেখেন: “কমদামি ল্যাপটপ, মানে budget laptop”। এটুকুতেই Google দুইটাকে জুড়ে নেয়। একই রোমান শব্দ দশবার গুঁজে দিলে কিছুই হয় না, শুধু লেখাটা মেশিনের লেখা মনে হতে থাকে।

ফোনের কিবোর্ডের ব্যাপারটাও মাথায় রাখুন। Ridmik বা Avro-তে যাঁরা অভ্যস্ত, তাঁরা বাংলা হরফেই টাইপ করেন; বাকিরা Gboard-এ Banglish লিখে transliteration-এর উপর ছেড়ে দেন, আর সেটা মাঝেমধ্যে উদ্ভট বানান বানিয়ে ফেলে। এ কারণেই এখানে voice search-এর ভাগ ইংরেজি বাজারের চেয়ে বড়। বলে করা query বাংলা হরফে পৌঁছায়, কারণ Google বাংলা কথাকে বাংলা হরফে লেখে। আপনার Search Console-এ যদি বাংলা query Banglish-এর চেয়ে দ্রুত বাড়ে, কারণ সাধারণত এটাই।

বিজয়/ASCII নয়, লিখুন ইউনিকোডে

বাংলাদেশে এই জিনিসটা এখনও আলাদা করে বলতে হয়। বিজয়ে SutonnyMJ ধরনের ASCII-ম্যাপ করা ফন্টে লেখা বাংলা দেখতে বাংলা, কিন্তু ভেতরে সেটা ইংরেজি অক্ষরের সারি। ওই লেখা সরাসরি কপি করে সাইটে বসালে পাঠক ঠিকঠাকই পড়ে, যদি ফন্টটা লোড হয়; আর Google পড়ে আবর্জনা। এমন পেজ বাংলা query-তে কোনোদিন আসে না, আর কেন আসে না সেটা রেন্ডার হওয়া পেজ দেখে বোঝার উপায় নেই। প্রেস রিলিজ, সরকারি নোটিশ আর প্রিন্টের জন্য বানানো কপি এই পথেই সাইটে ঢোকে।

পরীক্ষা সহজ: পেজ থেকে এক লাইন বাংলা কপি করে Google-এর সার্চ বক্সে পেস্ট করুন। বাংলা হরফে বসলে ঠিক আছে। “Avwg” গোছের জিনিস উঠলে পুরো লেখাটা ইউনিকোডে কনভার্ট করতে হবে, তারপর আবার পাবলিশ করতে হবে।

bn আর en জোড়ার জন্য hreflang

hreflang-এর কাজ একটাই: Google-কে জানানো যে এই দুইটা পেজ একই কনটেন্ট, আলাদা ভাষায়। ল্যাপটপ নিয়ে আপনার বাংলা লেখা আর ল্যাপটপ নিয়ে আপনার ইংরেজি লেখা যদি আসলে আলাদা দুইটা লেখা হয়, তাহলে ওগুলো জোড়া না, আর ওদের মধ্যে hreflang বসানো ভুল।

যেখানে সত্যিই জোড়া আছে, সেখানে:

• bn-BD আর en-BD ব্যবহার করুন। Google-এর ডকুমেন্টেশন বলছে কেবল ISO 639-1 ভাষা কোড আর ISO 3166-1 alpha-2 রিজিওন কোড সমর্থিত (২১ সেপ্টেম্বর ২০২৬ তারিখে দেখা), আর এই দুইটাই তার ভেতরে পড়ে। রিজিওন আলাদা করার কারণ না থাকলে সাদামাটা bn আর en-ও চলে।
• বাংলার বেলায় রিজিওন আলাদা করার কারণ সাধারণত থাকেই। বাংলা পশ্চিমবঙ্গেও লেখা হয়, আর শব্দ এক না: আমাদের পানি ওখানে জল, আমাদের দাওয়াত ওখানে নিমন্ত্রণ, আমাদের গোসল ওখানে স্নান। আপনার পাঠক যদি বাংলাদেশে হয়, bn-BD দিয়ে সেটা বলে দিন। কলকাতার সাইটের সঙ্গে একই query-তে পড়লে এটুকুই কাজে লাগে।
• দুইটা পেজকে একে অন্যের দিকে দেখাতে হবে। Google-এর ভাষা এখানে ঘোরানো-পেঁচানো না: “If two pages don’t both point to each other, the tags will be ignored.” এই দেশের সাইটে ভাঙা hreflang-এর বেশিরভাগই একতরফা, কারণ ট্যাগটা ইংরেজি টেমপ্লেটে বসেছে আর বাংলা টেমপ্লেটে বসেনি।
• x-default যোগ করুন, সেই পেজের দিকে যেটা এমন কারও পাওয়া উচিত যার ব্রাউজারের ভাষা দুইটার একটার সঙ্গেও মেলে না। বেশিরভাগ বাংলাদেশি সাইটের জন্য সেটা ইংরেজি পেজ।
• বাংলা পেজের <html> এলিমেন্টে lang="bn" রাখুন। এটা hreflang না, কিন্তু ব্রাউজার, স্ক্রিন রিডার আর ফন্ট shaping তিনটাই এটা দেখে, আর যুক্তাক্ষর ঠিকমতো বসবে কি না তাতে এর ভূমিকা আছে।

আপনার CMS যদি hreflang ঠিকমতো বের করতে না পারে, আধাআধি বের করার চেয়ে বাদ দেওয়াই ভালো। Google দুইটা পেজই তখনও index করবে এবং ভাষা দেখে সাধারণত ঠিকটাই বেছে নেবে।

URL slug: বাংলা হরফে না রোমান হরফে

Google-এর URL গাইডেন্স বলছে ASCII-র বাইরের character “should be percent encoded” (২১ সেপ্টেম্বর ২০২৬ তারিখে দেখা)। অর্থাৎ /কমদামি-ল্যাপটপ/ ধরনের slug চলবে, Google সেটা index-ও করবে। ঝামেলা encode হওয়ার পরের চেহারায়: প্রতিটা বাংলা অক্ষর তিন বাইটের, তাই address bar থেকে কপি করার সঙ্গে সঙ্গে URL হয়ে যায় /%E0%A6%95%E0%A6%AE%E0%A6%A6%E0%A6%BE%E0%A6%AE%E0%A6%BF-...।

বাংলাদেশে এটা আরও বেশি গায়ে লাগে, কারণ বাংলা সাইটে ট্রাফিকের বড় অংশ আসে Facebook গ্রুপ, পেজ আর Messenger-এর শেয়ার থেকে। রোমান slug (/komdami-laptop-under-30000/) কপি-পেস্টে টিকে যায়, মেসেজে ঠিকঠাক দেখায়, আর পাঠক ট্যাপ করার আগেই বুঝতে পারেন লিংকটা কীসের। percent-encoded রূপ এর কোনোটাই করে না। পরিবারের গ্রুপে পার্সেন্ট চিহ্নের দেয়াল পেস্ট করে দেখুন কয়জন খোলেন।

র‍্যাঙ্কিংয়ে কোনো একদিকে সুবিধা আছে, Google এমন কিছু বলেনি, আর আমরাও মেপে দেখিনি। সিদ্ধান্তটা শেয়ারিংয়ের, আর নিজের analytics রিপোর্ট পড়তে পারার, যেখানে encoded slug একেবারেই পড়া যায় না। তাই রোমান হরফে, hyphen দেওয়া slug রাখুন। বাংলা থাকুক title, H1 আর body-তে, যেখানে সেটার আসল কাজ।

দুইটা সতর্কতা। রোমান বানান এক রকম রাখুন: এক পেজে komdami আর আরেক পেজে kom-dami লিখলে আপনার নিজের internal linking দুই ভাগ হয়ে যায়। আর আপনার বাংলা URL যদি আগে থেকেই র‍্যাঙ্ক করে, ওগুলোতে হাত দেবেন না। slug বদলানো মানে 301, কয়েক সপ্তাহের পতন, আর একটা ঝুঁকি, যেটা শুধু দেখতে সুন্দর হওয়ার জন্য নেওয়ার মতো না।

কমদামি Android ফোনে ফন্ট আর Core Web Vitals

বাংলার জন্য এমন ফন্ট লাগে যেটা যুক্তাক্ষর বসাতে পারে আর কার-মাত্রা লাইনের উপরে-নিচে ঠিক জায়গায় রাখতে পারে। ক্ষ, ঙ্গ, ন্ত্র বা স্প্র ঠিকভাবে বসানো ফন্ট ফাইল বড় হয়। SolaimanLipi আর Kalpurush দিয়ে বছরের পর বছর বাংলা ওয়েব চলেছে, কিন্তু ওগুলো ওয়েবের জন্য বানানো না, subset করা নেই, আর অনেক থিম ওগুলোর দুইটা weight, তার উপরে একটা Latin fallback, তার উপরে একটা icon font লোড করে। পাঠকের চোখে লেখাটা পড়ার আগেই performance বাজেট শেষ হয়ে যায়।

ওদিকে আপনার পাঠক আট থেকে পনেরো হাজার টাকার একটা ফোনে, কম RAM নিয়ে, Grameenphone বা Robi-র 4G-তে, যেটা ঢাকায় ভালো চলে আর জেলা শহরের বাইরে গেলেই হোঁচট খায়। Google-এর “good” সীমা (web.dev, ২১ সেপ্টেম্বর ২০২৬ তারিখে দেখা): LCP 2.5 সেকেন্ডের ভেতরে, INP 200 মিলিসেকেন্ড বা কম, আর CLS 0.1 বা কম, আসল ভিজিটের 75th percentile ধরে মাপা। ওই হার্ডওয়্যারে ভারী থিম তিনটাতেই ফেল করে।

যা কাজ করে:

• সিস্টেমের বাংলা ফন্ট ব্যবহার করুন। Android-এ Noto Sans Bengali আগে থেকেই আছে, iOS-এ Bangla Sangam MN। এই দুইটার নাম লিখে system-ui-তে নেমে আসা font stack এক বাইটও ডাউনলোড করায় না। যে বাংলা নিউজ সাইটগুলো দ্রুত খোলে, তাদের বেশিরভাগ এটাই করে।
• ব্র‍্যান্ডের যদি web font লাগেই (Hind Siliguri, Baloo Da 2 আর Noto Sans Bengali-র ওয়েব ভার্সন আছে), তাহলে সেটাকে বাংলা আর Latin ব্লক পর্যন্ত subset করুন, একটাই weight লোড করুন, font-display: swap দিন আর preload করুন। subset ফাইল পুরো ফাইলের তুলনায় কিছুই না।
• CLS-এর দিকে আলাদা করে নজর দিন। কার-মাত্রা আর যুক্তাক্ষরের কারণে বাংলা লাইন Latin-এর চেয়ে উঁচু বসে। fallback ফন্ট আর web font-এর vertical metrics আলাদা হলে web font আসার সঙ্গে সঙ্গে প্রতিটা প্যারা লাফ দেয়। বাংলা body text-এ line-height অন্তত 1.6 রাখলে দুইটা ফন্টেরই জায়গা হয় আর ধাক্কাটা কমে।
• সবার আগে JavaScript কাটুন। সস্তা ফোনে INP মানে মূলত main thread-এ কেটে যাওয়া সময়, আর পাবলিশার সাইটে সেই সময় যায় ad স্ক্রিপ্ট, Facebook embed আর এমন একটা slider-এ যেটা কেউ স্ক্রল করে না। ল্যাপটপে চালানো lab টুলের বদলে Search Console-এর Core Web Vitals রিপোর্ট দেখুন, কারণ field ডেটা আসে আপনার আসল পাঠকের আসল ফোন থেকে।

পরীক্ষা করুন সেই ফোনে যেটা আপনার পাঠক চালান। তিন বছরের পুরনো একটা Symphony বা Redmi, মোবাইল ডেটায়, যেকোনো Lighthouse স্কোরের চেয়ে বেশি বলে দেয়।

বাংলা পাবলিশারের জন্য Google Discover বাদ দেওয়ার জিনিস না

অনেক বাংলা নিউজ আর কনটেন্ট সাইটে Discover থেকে Search-এর চেয়ে বেশি ভিজিট আসে। এটা সেই feed যেটা Google app-এর হোমে খোলে আর Android-এর হোম স্ক্রিনের বাঁ দিকে থাকে, আর ঠিক যাঁদের বাংলা পাবলিশাররা ধরতে চান তাঁরাই এটা চালান।

Google-এর Discover ডকুমেন্টেশন (২১ সেপ্টেম্বর ২০২৬ তারিখে দেখা) ছোট আর পুরোটা পড়ার মতো। কাজের কথাগুলো:

• “Content is automatically eligible to appear in Discover if it is indexed by Google and meets Discover’s content policies.” অর্থাৎ কোনো feed জমা দিতে হয় না, Discover-এর আলাদা sitemap বলে কিছু নেই।
• ছবি “at least 1200 px wide” হতে হবে, আর বড় preview “enabled by the max-image-preview:large setting, or by using AMP”। আর্টিকল পেজে <meta name="robots" content="max-image-preview:large"> বসিয়ে দিন। বাংলা সাইটে Discover-এর সবচেয়ে বড় আর সবচেয়ে সাধারণ ঘাটতি এই একটা ট্যাগ।
• “Use page titles and headlines that capture the essence of the content.” Discover-এর পলিসি clickbait আর তথ্য লুকানো title-এর ব্যাপারে কড়া, আর এটা ওই সব বাংলা ভাইরাল সাইটের জন্য সমস্যা যারা হেডলাইন লেখা শিখেছে Facebook থেকে। “যা ঘটল তা অবিশ্বাস্য” ধরনের হেডলাইন এখানে সাহায্য করে না।
• ছবির নিয়মটা টেমপ্লেটে ঠিক করতে হয়, একটা একটা পোস্টে না। বাংলাদেশের অনেক সাইটে featured image তৈরি হয় 1200 px-এর চেয়ে ছোট মাপে, কারণ থিমটা বহু বছর আগের আর তখনকার মাপ ওটাই ছিল। টেমপ্লেট বদলালে পুরনো আর্টিকলগুলোও যোগ্য হয়ে যায়।

Discover-এর ট্রাফিক খুব ওঠানামা করে। একটা স্টোরি একদিনে দুই লাখ ভিজিট দিতে পারে, পরের সপ্তাহে নীরবতা। তাই সাইটের আয়ের হিসাব Search-এর উপরে বসান, Discover-কে উপরি ধরুন।

বাংলায় keyword tool দুর্বল, এখন উপায় কী

আমরা নিজেরাই এই টুলগুলো বিক্রি করি, তাই আগে বলে নেওয়া ভালো এগুলো কোথায় কাজ করে না।

Semrush তার keyword ডেটা সাজায় দেশ ধরে, ভাষা ধরে না। তাদের knowledge base “more than 140 databases”-এর কথা বলে (semrush.com/kb/287, ২১ সেপ্টেম্বর ২০২৬ তারিখে দেখা), যেখানে বাংলাদেশ একটা দেশ হিসেবেই আছে, আর বাংলা ভাষার আলাদা কোনো database নেই। বাংলা query বাংলাদেশের database-এ তখনই দেখা যায় যখন Semrush-এর নিজের সংগ্রহে সেটা ধরা পড়েছে, তাই যে query আপনি রোজ চলতে দেখেন সেটা প্রায়ই খুব কম volume দেখায় বা একেবারেই দেখায় না। Banglish-এর অবস্থা আরও পাতলা, কারণ একই কথা পাঁচ রকম বানানে লেখা হয়।

Ahrefs-এর গল্পও একই রকম। Keywords Explorer “217 Locations” আর “28.7B Keywords”-এর দাবি করে (ahrefs.com/keywords-explorer, ২১ সেপ্টেম্বর ২০২৬ তারিখে দেখা)। আপনি location-এ বাংলাদেশ বেছে বাংলা হরফে টাইপ করলেন। আগের চেয়ে coverage ভালো, তবু ইংরেজির তুলনায় অনেক পাতলা। কোনো বাংলা query-র জন্য এই দুই টুলের volume সংখ্যাকে মোটা দাগের আন্দাজের বেশি ধরবেন না।

তাই পদ্ধতিটা ইংরেজি সাইটের পদ্ধতি থেকে আলাদা হবে। টুল থেকে সেই কাজটাই নিন যেটা তারা ঠিকঠাক করে, আর বাংলার চাহিদা বের করুন অন্য জায়গা থেকে।

আপনার নিজের Search Console-ই সেরা বাংলা keyword tool

Search Console প্রতিটা query দেখায় যেটাতে আপনার সাইট দেখানো হয়েছে, সেই হরফেই যেটাতে সার্চকারী লিখেছিলেন। query ফিল্টার regular expression নেয়, তাই [ঀ-৿] (custom regex, “matches”) দিলে শুধু বাংলা হরফের query থাকে, আর উল্টোটা দিলে Banglish আর ইংরেজি। ১৬ মাসের ডেটায় এটা চালান, আর আপনার হাতে এমন একটা বাংলা keyword তালিকা আসবে যেটা কোনো ভেন্ডরের কাছে নেই, কারণ ওটা আপনার পাঠকের। impressions ধরে sort করুন আর কম CTR-এর query বেছে নিন; ওখানেই পড়ে আছে সেগুলো, যেগুলোতে আপনি দ্বিতীয় পাতায় র‍্যাঙ্ক করছেন।

অনুমান না করে competitor উল্টো দিক থেকে খুলুন

এখানে Ahrefs আর Semrush দুইটাই কাজে লাগে। কোনো বাংলা পাবলিশারের domain Site Explorer বা Domain Overview-তে দিন, বাংলাদেশের ফিল্টার দিন, আর organic keywords রিপোর্ট পড়ুন। ওই domain যেসব বাংলা query-তে র‍্যাঙ্ক করছে, সেগুলো আসল query যেগুলোতে আসল ট্রাফিক আছে, volume কলাম যাই বলুক। আপনার niche-এর পাঁচ-ছয়টা সাইটে এটা করুন আর ফলগুলো cluster করে ফেলুন। keyword tool-এ অনুমান টাইপ করার চেয়ে এটা দ্রুত, আর সৎও। আমাদের এখানে একা Ahrefs পড়ে ৳3,080/মাস আর Semrush ৳620/মাস; Ahrefs-এর টুল পেজ আর Semrush-এর টুল পেজ দুইটাই বলে দেয় shared access-এ কী পাওয়া যায় আর কী যায় না।

Autocomplete, People also ask আর Trends

Google-এর নিজের সারফেসে database-এর সমস্যাটা নেই, কারণ ওরাই Google। বাংলাদেশের লোকেশন থেকে সার্চ বক্সে বাংলা seed টাইপ করুন আর autocomplete-এর সাজেশনগুলো টুকে নিন, ওগুলো আসল query থেকে তৈরি। বাংলা “People also ask” বক্সগুলো খুলে ছড়িয়ে দেখুন। আর Google Trends-এ region বাংলাদেশ রেখে বাংলা শব্দের সঙ্গে তার Banglish বানানের তুলনা করুন; দুইটা লাইনই বলে দেবে ওই বিষয়ে আপনার পাঠক আসলে কোন হরফ চালান, অর্থাৎ ঠিক সেই সিদ্ধান্ত যেটা এই গাইডের প্রথম অংশ আপনার কাছে চেয়েছিল।

ChatGPT থেকে variant নিন, volume কখনো না

এই পুরো কাজে language model একটা জিনিসই ভালো পারে: একই কথা বলার বিশটা রাস্তা বের করে দেওয়া। বাংলা হরফে, Banglish-এ, অঞ্চলভেদে বদলে যাওয়া শব্দে (সিলেট আর খুলনার পাঠক সবকিছুকে এক নামে ডাকেন না), আর সেই ইংরেজি শব্দগুলো সহ যেগুলো আসল বাংলায় রোজ চলে। এটা তার কাছে চান, তারপর প্রতিটা variant autocomplete বা Search Console-এ যাচাই করুন। search volume তাকে জিজ্ঞাসা করবেন না। সে পুরো আত্মবিশ্বাস নিয়ে একটা সংখ্যা দেবে আর সেই সংখ্যাটা বানানো। ChatGPT আমাদের এখানে ৳620/মাস; ChatGPT-র টুল পেজ shared account-এর সীমাগুলো বলে দেয়।

মেশিন-অনুবাদ করা পেজই সবচেয়ে বড় ভুল

ইংরেজি সাইটের মালিকের কাছে সবচেয়ে সহজ রাস্তা এটাই মনে হয়: প্রতিটা লেখা translator-এ ঢালো আর ফলটা /bn/-এর নিচে ছেপে দাও। এটা দুই কারণে খারাপ বুদ্ধি।

এক, Google-এর spam policies-এ scaled content abuse-এর নিচে পরিষ্কার লেখা আছে যে “automated transformations like synonymizing, translating, or other obfuscation techniques, where little value is provided to users” এর ভেতরেই পড়ে (২১ সেপ্টেম্বর ২০২৬ তারিখে দেখা)। পাইকারি অনুবাদ করা সাইট ঠিক এই প্যাটার্ন, আর ঝুঁকিটা শুধু বাংলা সেকশনের উপরে না, পুরো domain-এর উপরে।

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

যেটা চলে সেটা হলো: বাংলা লেখেন এমন একজন মানুষ, আর তাঁর ড্রাফটে সাহায্যের জন্য language model। আপনার ইংরেজি brief থেকে ChatGPT দিয়ে প্রথম বাংলা ড্রাফট বানান, তারপর সেটা এমন কেউ আবার লিখুন যিনি বাংলায় লেখেন, সেই শব্দেই যেগুলো বাংলা পাঠক পড়েন, ইংরেজি শব্দসহ। যে পেজগুলো এই চিকিৎসা পেয়েছে সেগুলো hreflang দিয়ে ছাপুন; যেগুলো পায়নি সেগুলো index-এর বাইরে রাখুন যতক্ষণ না পায়।

বাংলায় structured data

Schema.org markup যেকোনো ভাষায় চলে। মানুষ আটকায় এই জায়গাগুলোয়:

• আপনার Article বা NewsArticle-এ inLanguage রাখুন bn, আর headline বাংলা হরফে রাখুন, ঠিক যেমনটা দৃশ্যমান title।
• FAQPage markup বাংলা প্রশ্ন-উত্তর নিয়ে চলে, আর বাংলা FAQ rich result বাংলাদেশের SERP-এ দেখাও যায়।
• BreadcrumbList-এর নামগুলো পড়ার মতো রাখুন। breadcrumb-এর text বাংলায় থাকলে অসুবিধা নেই; শুধু breadcrumb-এর item URL আপনার canonical থেকে আলাদা নিয়মে percent-encoded হওয়া চলবে না।
• টেমপ্লেটে কিছু বদলানোর পরে Rich Results Test চালান। বাংলা string-এ একটা ভুল quote পুরো ব্লক ভেঙে দেয়, আর রেন্ডার হওয়া পেজ দেখে আপনি টেরও পাবেন না।

AMP আর লাগে না

অনেক বাংলা পাবলিশার আজও প্রতিটা আর্টিকলের AMP ভার্সন রেখে দেন, কারণ বছর কয়েক আগে Top Stories-এর carousel-এ ঢোকার আর Discover-এ বড় ছবি পাওয়ার ওটাই একমাত্র রাস্তা ছিল। এখন দুইটার কোনোটাই সত্যি না। Google-এর Discover ডকুমেন্টেশন AMP-কে কেবল max-image-preview:large-এর বিকল্প হিসেবে দেখায় (২১ সেপ্টেম্বর ২০২৬ তারিখে দেখা), আর Top Stories 2021-এর page experience update-এর পর থেকে AMP ছাড়া পেজও নেয়।

AMP-এর দাম হলো দ্বিতীয় একটা টেমপ্লেট সামলানো, ad-এর দ্বিতীয় একটা সেটআপ, আর URL-এর বাড়তি একটা কাঠামো যেটা আপনার analytics গুলিয়ে দেয়। উপরের robots ট্যাগ বসানো একটা দ্রুত canonical পেজ সেই কাজটাই করে। AMP বন্ধ করলে পুরনো /amp/ URL-গুলো canonical-এ redirect করতে ভুলবেন না, 404 ছেড়ে দেবেন না, কারণ ওগুলো বছরের পর বছর index আর শেয়ার হয়ে এসেছে।

এক সপ্তাহের কাজ, ধারাবাহিকভাবে

1. রবিবার: Search Console থেকে ১৬ মাসের query নামান, regex ফিল্টার দিয়ে বাংলা আর Banglish আলাদা করুন, আর এমন ৫০টা query-র তালিকা বানান যেগুলোতে impressions আছে কিন্তু ক্লিক কম।
2. সোমবার: উপরের দশটা বিষয়ের জন্য তিন হরফেই বাংলাদেশের লোকেশন থেকে সার্চ করুন আর লিখে রাখুন SERP কোন হরফ পছন্দ করছে। প্রতি পেজের হরফ ওখানেই ঠিক করে ফেলুন।
3. মঙ্গলবার: max-image-preview:large বসান, প্রতিটা আর্টিকলের ছবি 1200 px বা তার বেশি চওড়া কি না দেখুন, না হলে featured image-এর টেমপ্লেট ঠিক করুন।
4. বুধবার: সাইটটা একটা কমদামি Android ফোনে, মোবাইল ডেটায় চালিয়ে দেখুন। web font বাদ দিন বা subset করুন; সবচেয়ে ভারী দুইটা স্ক্রিপ্ট সরান। পরের মাসজুড়ে Search Console-এর Core Web Vitals রিপোর্ট দেখতে থাকুন।
5. বৃহস্পতিবার: bn/en-এর সত্যিকারের জোড়া থাকলে hreflang দুই দিক থেকে যাচাই করুন। মেশিনে অনুবাদ করা পেজ থাকলে সেগুলো আবার লেখা না হওয়া পর্যন্ত noindex করে দিন।

এর কোনো কাজের জন্যই paid tool লাগে না। keyword অংশে competitor উল্টো দিক থেকে খোলার জন্য লাগে, আর আমাদের plan ওখানেই কাজে আসে।

আমাদের টুল কোথায় লাগে, আর কখন কেনা উচিত না

উপরের competitor research আর drafting-এর জন্য যদি Semrush, Ahrefs আর ChatGPT তিনটাই একসঙ্গে লাগে, তাহলে Advanced plan ৳3,700/মাসে 25টা টুল দেয়। আমাদের এখানে এই তিনটা আলাদা আলাদা নিলে যোগফল প্রতিটা মুদ্রাতেই plan-এর চেয়ে একটু উপরে চলে যায়, তাই তিনটার জন্য plan-ই সস্তা। কিন্তু শুধু Semrush লাগলে single-ই নিন, ৳620/মাস, ওটাকে রাখে এমন যেকোনো plan-এর চেয়ে সস্তা।

shared access-এর সোজা মানে: আপনি my.bundledseo.com-এর dashboard থেকে ব্রাউজারে একটা শেয়ার করা ভেন্ডর অ্যাকাউন্টে লগইন করেন। API key দেওয়া হয় না, তাই Ahrefs বা Semrush-এর API-তে স্ক্রিপ্ট চালানোর কাজ এখানে হবে না। দিনের report limit আর export rows অ্যাকাউন্টে বসা বাকিদের সঙ্গে ভাগ হয়, তাই অন্য কারও ভারী দিন আপনার জন্য ধীর দিন হয়ে যায়। অ্যাকাউন্ট মাঝেমধ্যে রিসেট হয়, তাই Position Tracking-এর project বা সেভ করা keyword list টিকে থাকবে, এই ভরসা করবেন না। যা লাগবে সেটা পাশাপাশি কোনো sheet-এ export করে রাখুন।

বাংলাদেশে পেমেন্ট এখন কার্ডে হয়, আর চাইলে USDT-তে; bKash আর Nagad শিগগিরই যোগ হচ্ছে, তার আগে ওগুলোর ভরসায় থাকবেন না। কেনার আগে আমাদের গাইডে দেখে নিন Ahrefs-এর একটা সিট খুচরা কিনলে কেমন পড়ে, আর তুলনা করুন; যে সাইটের জন্য উপরের Search Console পদ্ধতিটাই যথেষ্ট, তার জন্য সঠিক উত্তর হতে পারে খুচরাই, কিংবা কিছুই না কেনা। ছোট একটা বাংলাদেশি SEO সেটআপের পুরো খরচ জানতে চাইলে টুল স্ট্যাকের খরচ নিয়ে লেখাটা সেই হিসাবটাই করে, আর লোকাল ব্যবসার keyword গাইড Banglish query-র সমস্যাটা দোকানদারের দিক থেকে দেখে।

সবচেয়ে বেশি জিজ্ঞাসিত প্রশ্ন

বাংলা সাইট বাংলা হরফে লিখব না Banglish-এ?

পেজের body প্রায় সবসময় বাংলা হরফে। Google Banglish-কে বাংলা query-র একটা বানান হিসেবে নেয়, আলাদা ভাষা হিসেবে না, তাই বাংলা পেজ দুইটাতেই র‍্যাঙ্ক করতে পারে। অন্যদিকে পুরোটা রোমান হরফে লেখা পেজ অনেক পাঠকের কাছে নিম্নমানের ঠেকে আর Google-এর পক্ষেও সেটাকে ভাষার ঘরে ফেলা কঠিন। Banglish রাখুন URL slug-এ, আর body-তে সেখানেই যেখানে শব্দটা ওই রূপেই চলে।

বাংলা আর Banglish রূপের জন্য কি আলাদা পেজ বানাতে হবে?

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

আমার বাংলা পেজ ইংরেজি পেজ থেকে আলাদা লেখা, তখনও hreflang-এ লাভ আছে?

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

পশ্চিমবঙ্গের বাংলা সাইটের সঙ্গে একই query-তে পড়লে কী করব?

ভাষা এক, বাজার আলাদা, আর Google সেটা লোকেশন দিয়ে আলাদা করে। bn-BD দিন, বাংলাদেশের শব্দেই লিখুন (পানি, দাওয়াত, গোসল), আর উদাহরণ, দাম ও ঠিকানা বাংলাদেশ থেকেই নিন। কলকাতার সাইট বাংলাদেশের SERP-এ থাকবেই, কিন্তু যে পেজ স্থানীয়ভাবে লেখা তার সুবিধা পাঠকের আচরণেই ধরা পড়ে।

যে বাংলা keyword আমি চলতে দেখি, Semrush তাতে প্রায় শূন্য volume দেখায় কেন?

কারণ Semrush-এর ডেটা ভাষা ধরে না, দেশ ধরে বানানো, আর বাংলাদেশের database তৈরি হয়েছে সেই query দিয়ে যেগুলো সে জোগাড় করতে পেরেছে। তাতে বাংলা হরফ কম আসে আর Banglish আরও কম। ওই সংখ্যাটাকে সর্বনিম্ন সীমা ধরুন, query-টা Google Trends আর autocomplete-এ যাচাই করুন, আর যেগুলো সত্যিই দরকারি সেগুলোর জন্য নিজের Search Console-এর উপরে ভরসা করুন।

বাংলা হরফের URL কি SEO-র জন্য খারাপ?

র‍্যাঙ্কিংয়ের জন্য খারাপ, এমন প্রমাণ আজ পর্যন্ত কেউ দেখায়নি। Google percent-encoded URL ঠিকঠাক index করে আর কোনো পছন্দ জানায়নি। খারাপ এটা শেয়ারিংয়ের জন্য: Messenger-এ encoded রূপটা পার্সেন্ট চিহ্নের দেয়াল হয়ে যায়। নতুন সাইট রোমান slug রাখুক; যে পুরনো সাইটের বাংলা slug আগে থেকেই র‍্যাঙ্ক করছে, সে ওগুলোতে হাত না দিক।

ইংরেজি লেখাগুলো ChatGPT দিয়ে বাংলা করিয়ে নিতে পারি?

পারেন, প্রথম ড্রাফট হিসেবে, যেটা পরে বাংলায় লেখেন এমন কেউ আবার লিখবেন। গড়বড় হয় সেখানে যেখানে কাঁচা output সরাসরি ছেপে দেওয়া হয়: পাইকারি মেশিন-অনুবাদ Google-এর spam policies-এ scaled content abuse-এর নিচে নাম ধরে গোনা আছে, আর পলিসি বাদ দিলেও সেটা বাংলা পাঠকের কাছে প্রথম বাক্যেই ভুল ঠেকে।

Google Discover বা Top Stories-এর জন্য কি এখনও AMP লাগে?

না। Discover-এ বড় ছবি আসে max-image-preview:large robots ট্যাগ থেকে, AMP-কে Google শুধু তার বিকল্প হিসেবে দেখায়, আর Top Stories 2021 থেকে AMP ছাড়া পেজ নিচ্ছে। দ্রুত আর সাধারণ একটা পেজ সেই কাজটাই করে, দুইটার বদলে একটা টেমপ্লেট সামলে।