ডিজিটাল মার্কেটিং

বহুভাষী ওয়েবসাইটে hreflang ট্যাগ ব্যবহারের সম্পূর্ণ গাইড

  • 14 পড়তে মিনিট
বহুভাষী ওয়েবসাইটে hreflang ট্যাগ ব্যবহারের সম্পূর্ণ গাইড

hreflang ট্যাগ ব্যবহার, বহুভাষী বা বহু-আঞ্চলিক ওয়েবসাইটে Google-কে একটি পেজের কোন ভাষা ও দেশ সংস্করণ কোন ব্যবহারকারীর কাছে দেখানো উচিত তা স্পষ্টভাবে জানিয়ে দেয়ার টেকনিক্যাল SEO কৌশল। উদাহরণস্বরূপ আপনার একই প্রোডাক্ট পেজের বাংলা, ইংরেজি ও জার্মান ভার্সন থাকলে hreflang ট্যাগ তুরস্কের ব্যবহারকারীকে বাংলা পেজ, জার্মানির ব্যবহারকারীকে জার্মান পেজ এবং সাধারণ ইংরেজি সার্চকারীকে ইংরেজি পেজ দেখাতে সাহায্য করে। সঠিকভাবে সেটআপ করলে ডুপ্লিকেট কনটেন্টের ঝুঁকি কমে, ভুল দেশের পেজে ট্রাফিক যাওয়া বন্ধ হয় এবং আন্তর্জাতিক SEO পারফরম্যান্স উল্লেখযোগ্যভাবে বাড়ে।

বহুভাষী সাইটে সমস্যা সাধারণত শুধু কনটেন্ট তৈরি করলেই শেষ হয় না; আসল চ্যালেঞ্জ হলো সার্চ ইঞ্জিনকে বোঝানো যে এই কনটেন্টগুলো একে অপরের বিকল্প। শুধু অনুবাদ করলেই Google স্বয়ংক্রিয়ভাবে সঠিক মার্কেটে পেজ অ্যাসাইন করবে না। বিশেষ করে একই ভাষার ভিন্ন দেশীয় ভার্সনে, যেমন en-us ও en-gb-এ মুদ্রা, ডেলিভারি শর্ত, মূল্য, আইনি টেক্সট ও ব্যবহারকারীর উদ্দেশ্য ভিন্ন হতে পারে। hreflang ট্যাগ এই পার্থক্যগুলো সার্চ ইঞ্জিনের জন্য সুশৃঙ্খল ম্যাপে রূপান্তর করে।

Hostragons ব্লগের এই গাইডে ২০২৬ সালের SEO স্ট্যান্ডার্ড অনুসারে hreflang ট্যাগ কী, কখন ব্যবহার করবেন, HTML, XML সাইটম্যাপ ও HTTP হেডারের মাধ্যমে কীভাবে বাস্তবায়ন করবেন, সবচেয়ে বেশি হওয়া ভুল ও চেকলিস্ট বাস্তব উদাহরণসহ আলোচনা করা হয়েছে। বহুভাষী সাইট নতুন করে তৈরি করলে অবকাঠামো, SSL, ডোমেইন ও হোস্টিং সিদ্ধান্তও একসাথে ভাবতে হবে; এজন্য বহুভাষী ওয়েবসাইটের জন্য হোস্টিং নির্বাচন, ডোমেইন রেজিস্ট্রেশন সার্ভিস ও SSL সার্টিফিকেট প্রোডাক্ট পেজগুলো আপনার পরিকল্পনায় সহায়ক হতে পারে।

hreflang ট্যাগ কী?

hreflang হলো একটি ওয়েব পেজের বিকল্প ভাষা বা দেশীয় সংস্করণ সার্চ ইঞ্জিনকে জানানোর HTML লিংক অ্যাট্রিবিউট। টেকনিক্যালি rel='alternate' এর সাথে ব্যবহৃত হয় এবং hreflang ভ্যালুতে ভাষা কোড, প্রয়োজনে দেশ কোডও থাকে। সহজ উদাহরণ: <link rel='alternate' hreflang='tr' href='https://example.com/tr/' />। এই কোডটি নির্দিষ্ট URL-এর বাংলা কনটেন্ট আছে তা নির্দেশ করে।

একাধিক ভার্সন থাকলে প্রতিটি পেজ নিজস্ব সব বিকল্প পেজকে পয়েন্ট করবে। একে মিউচুয়াল ট্যাগিং বা রিটার্ন ট্যাগ বলা হয়। যেমন বাংলা পেজ ইংরেজি পেজে পয়েন্ট করলে, ইংরেজি পেজও বাংলা পেজে পয়েন্ট করবে। Google hreflang সিগন্যালকে শুধু সাজেশন হিসেবে দেখে; এটা কঠোর রিডাইরেকশন নয়। তবে সঠিকভাবে তৈরি hreflang নেটওয়ার্ক সার্চ রেজাল্টে সঠিক URL নির্বাচিত হওয়ার সম্ভাবনা অনেক বাড়িয়ে দেয়।

ভাষা ও দেশ কোড কীভাবে কাজ করে?

hreflang ভ্যালু ISO স্ট্যান্ডার্ড অনুসারে লেখা হয়। ভাষা কোড ISO 639-1 ফরম্যাটে দুই অক্ষরের হয়: tr, en, de, fr ইত্যাদি। দেশ কোড ISO 3166-1 Alpha-2 স্ট্যান্ডার্ডে হয়: TR, US, GB, DE ইত্যাদি। ভাষা কোড ছোট হাতের, দেশ কোড বড় হাতের লেখা সবচেয়ে প্রচলিত ও পাঠযোগ্য। উদাহরণ: tr-TR, en-US, en-GB, de-DE। শুধু ভাষা টার্গেট করতে চাইলে en বা de-এর মতো দেশবিহীন ফরম্যাটও ব্যবহার করা যায়।

এখানে গুরুত্বপূর্ণ বিষয় হলো দেশ কোড একা ব্যবহার করা যাবে না। hreflang='TR' সঠিক নয়; hreflang='tr-TR' অথবা শুধু hreflang='tr' ব্যবহার করা উচিত। এছাড়া ভুল দেশ কোড পারফরম্যান্স নষ্ট করতে পারে। যেমন যুক্তরাজ্যের জন্য en-UK নয়, en-GB ব্যবহার করতে হবে। এই ছোট ভুল বড় সাইটে হাজার হাজার URL-এর ভুল ম্যাচিং তৈরি করতে পারে।

বহুভাষী সাইটে hreflang কেন জরুরি?

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

বিশেষ করে ই-কমার্স, SaaS, ট্যুরিজম, শিক্ষা, সফটওয়্যার ও হোস্টিং-এর মতো আন্তর্জাতিক টার্গেট থাকা সেক্টরে hreflang খুবই গুরুত্বপূর্ণ সিগন্যাল। একই প্রোডাক্ট বা সার্ভিস পেজের বিভিন্ন ভাষায় সদৃশ স্ট্রাকচার ডুপ্লিকেট কনটেন্টের আশঙ্কা তৈরি করতে পারে। hreflang Google-কে বলে দেয় এগুলো কপি নয়, ভিন্ন ব্যবহারকারী গ্রুপের জন্য তৈরি বিকল্প।

  • ভুল ভাষার পেজ সার্চ রেজাল্টে দেখা যাওয়ার হার কমায়।
  • দেশভিত্তিক দাম, মুদ্রা ও ডেলিভারি তথ্য সঠিক ব্যবহারকারীর কাছে পৌঁছায়।
  • অনুবাদকৃত পেজগুলোর মধ্যে SEO ভ্যালু আরও সঠিকভাবে বোঝা যায়।
  • আন্তর্জাতিক অর্গানিক ট্রাফিক রিপোর্ট আরও পরিষ্কারভাবে বিশ্লেষণ করা যায়।
  • ব্যবহারকারীর অভিজ্ঞতা ও কনভার্সন রেট উন্নত হয়।

যেমন তুরস্ক, জার্মানি ও যুক্তরাষ্ট্রের মার্কেটে সেবা দেয়া একটি সফটওয়্যার কোম্পানি যদি শুধু একটি ইংরেজি পেজ দিয়ে সব মার্কেট টার্গেট করে, তাহলে জার্মানিতে আইনি প্রয়োজনীয়তা, যুক্তরাষ্ট্রে পেমেন্ট পদ্ধতি ও তুরস্কে সাপোর্ট ভাষা ভিন্ন হতে পারে। তাই /tr/, /de/ ও /en-us/ এর মতো আলাদা URL স্ট্রাকচার তৈরি করে hreflang দিয়ে যুক্ত করা SEO ও ব্যবহারকারীর অভিজ্ঞতা উভয়ের জন্যই ভালো।

hreflang কখন ব্যবহার করবেন?

প্রতিটি সাইটে hreflang দরকার হয় না। এক ভাষায়, এক দেশের জন্য তৈরি ওয়েবসাইটে hreflang সাধারণত অতিরিক্ত জটিলতা তৈরি করে। তবে আপনার সাইটে একই কনটেন্টের ভিন্ন ভাষা বা দেশীয় ভার্সন থাকলে hreflang পরিকল্পনা টেকনিক্যাল SEO-এর মূল অংশ হয়ে যায়।

ব্যবহারের প্রয়োজনীয় পরিস্থিতি

  • একই পেজের বাংলা, ইংরেজি, জার্মান ইত্যাদি ভিন্ন ভাষার সংস্করণ থাকলে।
  • একই ভাষায় কিন্তু ভিন্ন দেশের জন্য আলাদা কনটেন্ট থাকলে: en-US, en-GB, en-AU ইত্যাদি।
  • দেশ অনুসারে মুদ্রা, স্টক, ডেলিভারি, ট্যাক্স বা আইনি তথ্য ভিন্ন হলে।
  • গ্লোবাল হোমপেজ ও দেশ/ভাষাভিত্তিক ল্যান্ডিং পেজ একসাথে ব্যবহার করলে।
  • বহুভাষী ব্লগ, ডকুমেন্টেশন, হেল্প সেন্টার বা প্রোডাক্ট ক্যাটালগ পরিচালনা করলে।

ব্যবহার না করার বা সতর্কতার পরিস্থিতি

  • মেশিন ট্রান্সলেশনে তৈরি, কোয়ালিটি চেক না করা পেজের জন্য hreflang একাই সমাধান নয়।
  • সম্পূর্ণ ভিন্ন কনটেন্টের পেজ শুধু একই টপিক বলে মিলিয়ে ফেলা ভুল।
  • পেজ noindex হলে hreflang দেওয়া সাধারণত অর্থহীন; Google পেজ ইনডেক্স করতে পারবে না।
  • Canonical অন্য URL-এ গেলে hreflang সিগন্যালে দ্বন্দ্ব তৈরি হতে পারে।
  • রিডাইরেক্ট করা, 404 দেয়া বা ব্লক করা URL hreflang সেটে যোগ করা উচিত নয়।

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

hreflang বাস্তবায়নের পদ্ধতি

hreflang তিনটি প্রধান উপায়ে বাস্তবায়ন করা যায়: HTML head, XML সাইটম্যাপ ও HTTP header। কোন পদ্ধতি বেছে নেবেন তা সাইটের আকার, টেকনিক্যাল অবকাঠামো, CMS স্ট্রাকচার ও টিম প্রসেসের উপর নির্ভর করে। ছোট ও মাঝারি সাইটে HTML head পদ্ধতি বেশি দেখা যায়। বড় ই-কমার্স বা অনেক URL-যুক্ত পাবলিশিং সাইটে XML সাইটম্যাপ বেশি সুবিধাজনক। PDF-এর মতো HTML নয় এমন ফাইলের জন্য HTTP header প্রয়োজন হয়।

hreflang বাস্তবায়নের পদ্ধতি
পদ্ধতিসবচেয়ে উপযুক্ত ব্যবহারসুবিধাসতর্কতা
HTML headকম বা মাঝারি সংখ্যক পেজের সাইটপেজে সরাসরি দেখা যায় এবং টেস্ট করা সহজপ্রতিটি পেজে সব বিকল্প সম্পূর্ণ থাকতে হবে
XML সাইটম্যাপহাজার হাজার URL-যুক্ত বড় সাইটকেন্দ্রীয় ব্যবস্থাপনা দেয়, টেমপ্লেট ভুল কমাতে পারেসাইটম্যাপ আপডেট ও URL স্ট্যাটাস কোড নিয়মিত চেক করতে হবে
HTTP headerPDF, ফাইল বা HTML বহির্ভূত রিসোর্সHTML নয় এমন কনটেন্টের সমাধান দেয়সার্ভার কনফিগারেশন নির্ভুল হতে হবে

১. HTML head-এ hreflang ব্যবহার

সবচেয়ে পরিচিত পদ্ধতি হলো প্রতিটি পেজের head সেকশনে বিকল্প লিংক যোগ করা। যেমন বাংলা, ইংরেজি ও জার্মান ভার্সন থাকা একটি পেজের সব ভার্সনে এই লজিক থাকবে: <link rel='alternate' hreflang='tr-TR' href='https://example.com/tr/urun/' />, <link rel='alternate' hreflang='en-US' href='https://example.com/en/product/' />, <link rel='alternate' hreflang='de-DE' href='https://example.com/de/produkt/' />। এই ট্যাগগুলো তিনটি পেজেই থাকতে হবে।

HTML পদ্ধতি ছোট সাইটে ব্যবহারিক, তবে ম্যানুয়াল ম্যানেজমেন্টে ঝুঁকি আছে। নতুন ভাষা যোগ করলে সব বিদ্যমান পেজে নতুন বিকল্প যোগ করতে হয়। WordPress, কাস্টম CMS বা headless আর্কিটেকচারে এই কাজ টেমপ্লেট লেভেলে অটোমেট করা সবচেয়ে নিরাপদ। WordPress-ভিত্তিক বহুভাষী সাইটের জন্য WordPress হোস্টিংWordPress বহুভাষী সাইট সেটআপ কনটেন্টগুলো টেকনিক্যাল অবকাঠামোর জন্য সহায়ক হতে পারে।

২. XML সাইটম্যাপ দিয়ে hreflang ব্যবহার

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

সাইটম্যাপ পদ্ধতি ব্যবহার করলেও নিয়ম একই থাকে: প্রতিটি বিকল্প URL গ্রুপ মিউচুয়াল হতে হবে, URL 200 স্ট্যাটাস কোড দিতে হবে, canonical-এর সাথে দ্বন্দ্ব করবে না এবং robots.txt দিয়ে ব্লক করা যাবে না। এছাড়া সাইটম্যাপ ফাইল Google Search Console-এ জমা দিলে ইনডেক্সিং ও এরর ট্র্যাকিং সহজ হয়। অনেক সাইটম্যাপ ফাইল ব্যবহার করলে সাইটম্যাপ ইনডেক্স ফাইল দিয়ে সুশৃঙ্খল স্ট্রাকচার তৈরি করা উচিত।

৩. HTTP header দিয়ে hreflang ব্যবহার

HTML নয় এমন কনটেন্টের জন্য hreflang HTTP header-এর মাধ্যমে সংজ্ঞায়িত করা যায়। যেমন ভিন্ন ভাষায় PDF ক্যাটালগ থাকলে HTML head না থাকায় সার্ভার রেসপন্স হেডারে বিকল্পগুলো উল্লেখ করা হয়। এই পদ্ধতিতে আরও টেকনিক্যাল জ্ঞান লাগে এবং সার্ভার কনফিগারেশনের সাথে সম্পর্কিত। Apache, Nginx বা অ্যাপ্লিকেশন সার্ভার লেভেলে সঠিক রুল লিখতে হয়। সার্ভার সাইডে দ্রুত ও নির্ভুল রেসপন্স তৈরি করতে VPS সার্ভার সল্যুশন বা এন্টারপ্রাইজ হোস্টিং প্যাকেজ এর মতো অবকাঠামো বেছে নেওয়া যেতে পারে।

ধাপে ধাপে hreflang পরিকল্পনা

সফল hreflang বাস্তবায়নের জন্য কোড যোগ করার আগে পরিকল্পনা জরুরি। নিচের প্রক্রিয়াটি বাস্তব প্রজেক্টে এরর রেট কমাতে ব্যবহার করা যায়। বিশেষ করে বহু-দেশীয় স্ট্রাকচারে এই ধাপগুলো স্প্রেডশিট বা টেকনিক্যাল SEO ডকুমেন্ট হিসেবে তৈরি করা ভালো।

১. ভাষা ও মার্কেট ম্যাপ তৈরি করুন

প্রথমে কোন ভাষা ও দেশ টার্গেট করবেন তা নির্ধারণ করুন। শুধু ভাষা টার্গেট করবেন, নাকি দেশভিত্তিক পার্থক্যও থাকবে? যেমন ইংরেজি কনটেন্ট পুরো বিশ্বের জন্য কমন হলে hreflang='en' যথেষ্ট হতে পারে। তবে যুক্তরাষ্ট্র ও যুক্তরাজ্যের জন্য দাম, ভাষার স্টাইল, ডেলিভারি ও আইনি টেক্সট ভিন্ন হলে en-US ও en-GB আলাদা করতে হবে।

২. URL আর্কিটেকচার স্পষ্ট করুন

বহুভাষী সাইটে তিনটি সাধারণ স্ট্রাকচার আছে: সাব-ডিরেক্টরি, সাবডোমেইন ও কান্ট্রি কোড ডোমেইন। সাব-ডিরেক্টরি উদাহরণ example.com/tr/ এবং সাধারণত ম্যানেজ করা সহজ। সাবডোমেইন উদাহরণ tr.example.com। কান্ট্রি কোড ডোমেইন example.de বা example.com.tr-এর মতো। SEO, ব্র্যান্ড, অপারেশন ও খরচ বিবেচনা করে সিদ্ধান্ত নিতে হবে। নতুন প্রজেক্ট শুরু করার সময় ডোমেইন সিলেকশন গাইড ও ওয়েব হোস্টিং কী কনটেন্ট দিয়ে মৌলিক সিদ্ধান্ত নিতে পারবেন।

৩. পেজ ম্যাপিং টেবিল তৈরি করুন

প্রতিটি পেজের কোন কোন ভাষায় সমতুল্য আছে তা তালিকাভুক্ত করুন। যেমন /tr/web-hosting/ পেজের /en/web-hosting/ ও /de/webhosting/ সমতুল্য থাকতে পারে। সমতুল্য না থাকা পেজ জোর করে মিলিয়ে ফেলবেন না। একটি বাংলা ব্লগ পোস্টের ইংরেজি অনুবাদ না থাকলে সেই পেজ hreflang গ্রুপে যোগ করবেন না। অসম্পূর্ণ ম্যাপিং ভুল ম্যাপিংয়ের চেয়ে নিরাপদ।

৪. সেল্ফ-রেফারেন্সিং ট্যাগ ভুলবেন না

প্রতিটি পেজ নিজস্ব URL-ও hreflang লিস্টে উল্লেখ করবে। একে সেল্ফ-রেফারেন্সিং hreflang বলা হয়। অর্থাৎ বাংলা পেজ শুধু ইংরেজি ও জার্মান বিকল্প নয়, নিজেকেও tr-TR হিসেবে দেখাবে। এই প্র্যাকটিস সার্চ ইঞ্জিনকে গ্রুপ স্ট্রাকচার আরও স্পষ্টভাবে বুঝতে সাহায্য করে।

৫. x-default ব্যবহার করুন

x-default নির্দিষ্ট ভাষা বা দেশ টার্গেট না করে ডিফল্ট পেজ নির্দেশ করতে ব্যবহৃত হয়। সাধারণত ল্যাঙ্গুয়েজ সিলেক্টর পেজ, গ্লোবাল হোমপেজ বা ব্যবহারকারীকে তার অবস্থান অনুসারে রিডাইরেক্ট করা পেজের জন্য উপযুক্ত। উদাহরণ: <link rel='alternate' hreflang='x-default' href='https://example.com/' />। x-default বাধ্যতামূলক নয়, তবে গ্লোবাল সাইটে ব্যবহারকারীর অভিজ্ঞতার জন্য শক্তিশালী সাপ্লিমেন্ট।

৬. টেস্ট, পাবলিশ ও মনিটরিং প্রক্রিয়া গড়ে তুলুন

পাবলিশের আগে স্যাম্পল URL গ্রুপ চেক করতে হবে, পাবলিশের পর স্ক্যানিং টুল ও Google Search Console ডেটা মনিটর করতে হবে। বড় সাইটে প্রতিটি ডিপ্লয়মেন্টের পর অটোমেটিক hreflang টেস্ট চালানো আদর্শ। যেমন স্টেজিং এনভায়রনমেন্টে ১০০টি র‍্যান্ডম URL বেছে নিয়ে স্ট্যাটাস কোড, canonical, hreflang মিউচুয়ালিটি ও ইনডেক্সেবিলিটি চেক করা যায়।

Canonical ও hreflang একসাথে কীভাবে ব্যবহার করবেন?

Canonical ও hreflang প্রায়ই গুলিয়ে ফেলা হয়। Canonical সদৃশ বা কপি পেজের মধ্যে প্রেফার্ড মেইন URL নির্দেশ করে। hreflang ভিন্ন ভাষা বা দেশ সংস্করণের বিকল্প হওয়ার কথা বলে। বহুভাষী পেজে প্রতিটি ভাষা সংস্করণ সাধারণত নিজেকে canonical হিসেবে দেখাবে। বাংলা পেজের canonical ট্যাগ বাংলা URL-এ, ইংরেজি পেজের canonical ট্যাগ ইংরেজি URL-এ ফিরবে।

ভুল উদাহরণ: বাংলা পেজের canonical ট্যাগ ইংরেজি পেজে যাচ্ছে, অথচ hreflang-এ বাংলা পেজ বিকল্প হিসেবে তালিকাভুক্ত আছে। এতে Google-কে একদিকে বাংলা পেজ ইনডেক্স করতে, অন্যদিকে তাকে ইংরেজি পেজের কপি হিসেবে গণনা করার সিগন্যাল দেওয়া হয়। ফলে hreflang কাজ নাও করতে পারে বা প্রত্যাশিত পেজ সার্চ রেজাল্টে না দেখা যেতে পারে।

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

সবচেয়ে বেশি হওয়া hreflang ভুল

hreflang ভুলের বেশিরভাগই ছোট টাইপিং বা প্রক্রিয়াগত ত্রুটি থেকে হয়, কিন্তু প্রভাব বড় হয়। বিশেষ করে হাজার হাজার URL-যুক্ত সাইটে একটি টেমপ্লেট ভুল পুরো দেশ টার্গেটিং নষ্ট করে দিতে পারে। নিচের বিষয়গুলো বাস্তব প্রজেক্টে সবচেয়ে বেশি দেখা যায়।

  • মিউচুয়াল ট্যাগের অভাব: A পেজ B-কে পয়েন্ট করে, কিন্তু B পেজ A-কে পয়েন্ট করে না।
  • ভুল কোড ব্যবহার: en-UK-এর বদলে en-GB-এর মতো সঠিক স্ট্যান্ডার্ড মিস হয়ে যায়।
  • 404 বা রিডাইরেক্টেড URL: hreflang URL সরাসরি 200 দিতে হবে; 301 চেইন সিগন্যাল দুর্বল করে।
  • Noindex পেজ: ইনডেক্স বন্ধ পেজ hreflang গ্রুপে যোগ করা দ্বন্দ্বপূর্ণ সিগন্যাল।
  • Canonical দ্বন্দ্ব: পেজ অন্য ভাষা সংস্করণকে canonical দেখালে hreflang অকার্যকর হয়ে যায়।
  • সেল্ফ-রেফারেন্সের অভাব: পেজ নিজেকে hreflang লিস্টে যোগ না করা সাধারণ ভুল।
  • অটোমেটিক রিডাইরেকশন চাপ: ব্যবহারকারীকে IP অনুসারে জোর করে রিডাইরেক্ট করলে Googlebot-এর বিকল্প পেজ ক্রল করা কঠিন হয়ে যায়।

একটি উদাহরণ দিয়ে ভাবুন: /tr/hosting/ পেজ /en/hosting/ পেজে hreflang দিচ্ছে, কিন্তু ইংরেজি পেজে বাংলা বিকল্প নেই। Google এই সম্পর্ককে নির্ভরযোগ্য মনে নাও করতে পারে। অন্য উদাহরণে /de/hosting/ URL সাইটম্যাপে আছে কিন্তু পেজ 302 দিয়ে /de-de/hosting/-এ রিডাইরেক্ট করছে। এটাও টার্গেট URL-এর স্পষ্টতা নষ্ট করে। তাই hreflang, URL আর্কিটেকচার ও রিডাইরেকশন রুল একসাথে ম্যানেজ করতে হবে।

বহুভাষী ওয়েবসাইটের জন্য টেকনিক্যাল অবকাঠামো সাজেশন

hreflang সাফল্য শুধু ট্যাগের উপর নির্ভর করে না; সাইটের স্পিড, সিকিউরিটি, ক্রলেবিলিটি ও URL কনসিস্টেন্সিও গুরুত্বপূর্ণ। বহুভাষী ওয়েবসাইটে প্রতিটি ভাষা ফোল্ডার একই পারফরম্যান্স স্ট্যান্ডার্ড পূরণ করবে। এক দেশের পেজ দ্রুত, অন্যগুলো ধীর হলে ব্যবহারকারীর অভিজ্ঞতা ও SEO পারফরম্যান্স অসম হয়ে যায়।

  • HTTPS ব্যবহার করুন: সব ভাষা সংস্করণ বৈধ SSL সার্টিফিকেট দিয়ে চলবে। মিক্সড কনটেন্ট ও সার্টিফিকেট এরর আন্তর্জাতিক আস্থা নষ্ট করে। SSL সার্টিফিকেট কীভাবে ইনস্টল করবেন
  • CDN বিবেচনা করুন: বিভিন্ন দেশ থেকে ভিজিটর পেলে স্ট্যাটিক রিসোর্স গ্লোবাল নেটওয়ার্ক দিয়ে সার্ভ করলে লোডিং টাইম কমবে।
  • কনসিস্টেন্ট URL স্ট্যান্ডার্ড ব্যবহার করুন: শেষের স্ল্যাশ, ছোট হাতের অক্ষর, প্যারামিটার ও রিডাইরেকশন পলিসি সব ভাষায় একই থাকবে।
  • সার্ভার রেসপন্স মনিটর করুন: 5xx এরর বা ধীর TTFB Google-এর আন্তর্জাতিক পেজ ক্রল করা কঠিন করে তোলে।
  • ল্যাঙ্গুয়েজ সিলেক্টর ক্রলেবল রাখুন: শুধু JavaScript দিয়ে চলা, লিংক তৈরি না করা ল্যাঙ্গুয়েজ সিলেক্টর সার্চ ইঞ্জিনের জন্য অপর্যাপ্ত হতে পারে।

হোস্টিং সাইডে স্কেলেবল রিসোর্স, নিয়মিত ব্যাকআপ, সিকিউরিটি ফায়ারওয়াল ও দ্রুত DNS রেসপন্স গুরুত্ব পায়। বহুভাষী ই-কমার্স বা উচ্চ ট্রাফিকের কর্পোরেট সাইটের জন্য শেয়ার্ড হোস্টিং-এর বদলে ম্যানেজড VPS বা ক্লাউড অবকাঠামো বেছে নেওয়া ভালো। এই বিষয়ে VPS hosting কী ও এন্টারপ্রাইজ ওয়েব হোস্টিং কনটেন্ট সিদ্ধান্ত নিতে সাহায্য করবে।

hreflang পারফরম্যান্স কীভাবে মাপবেন?

hreflang বাস্তবায়নের প্রভাব মাপার জন্য একক মেট্রিক যথেষ্ট নয়। Google Search Console, অ্যানালিটিক্স টুল ও টেকনিক্যাল ক্রল আউটপুট একসাথে বিবেচনা করতে হবে। প্রথমে দেশ ও ভাষাভিত্তিক অর্গানিক ট্রাফিক ডিস্ট্রিবিউশন দেখুন। জার্মানি টার্গেটেড পেজ জার্মানি থেকে ইমপ্রেশন পাচ্ছে কি না, ইংরেজি পেজ তুরস্কের কোয়েরিতে অপ্রয়োজনীয়ভাবে দেখা যাচ্ছে কি না, এই প্রশ্নগুলো নিয়মিত চেক করুন।

Google Search Console-এ পারফরম্যান্স রিপোর্ট দেশ ও পেজ ফিল্টার দিয়ে দেখতে পারবেন। যেমন /de/ ফোল্ডার জার্মানি থেকে, /tr/ ফোল্ডার তুরস্ক থেকে কত ইমপ্রেশন ও ক্লিক পাচ্ছে তার ট্রেন্ড ফলো করুন। ভুল পেজের ভিজিবিলিটি কমে সঠিক পেজের ভিজিবিলিটি বাড়লে hreflang ও কনটেন্ট টার্গেটিং স্বাস্থ্যকরভাবে কাজ করছে বলে বোঝা যায়।

  • টার্গেট দেশভিত্তিক ইমপ্রেশন ও ক্লিক পরিবর্তন
  • ভুল ভাষার পেজ দেখা যাওয়ার হার
  • অর্গানিক কনভার্সন রেট ও বাউন্স রেট
  • ইনডেক্সড URL সংখ্যা ও কভারেজ এরর
  • টেকনিক্যাল ক্রলে hreflang মিউচুয়ালিটি এরর

মাপার জন্য ৪ থেকে ৮ সপ্তাহের উইন্ডো যুক্তিসঙ্গত। Google-এর hreflang সিগন্যাল রি-ক্রল, প্রসেস ও সার্চ রেজাল্টে প্রতিফলিত হতে সময় লাগে। এই সময়ে তাড়াহুড়ো করে ঘন ঘন URL স্ট্রাকচার পরিবর্তন না করে এরর ঠিক করে কনসিস্টেন্ট সিগন্যাল দেওয়া ভালো কৌশল।

২০২৬-এর সেরা প্র্যাকটিস চেকলিস্ট

২০২৬ SEO অ্যাপ্রোচে টেকনিক্যাল নির্ভুলতা, ব্যবহারকারীর অভিজ্ঞতা ও কনটেন্ট কোয়ালিটি একসাথে বিবেচিত হয়। Google AI Overviews ও অন্যান্য AI-সাপোর্টেড সার্চ এক্সপেরিয়েন্স স্পষ্টভাবে স্ট্রাকচার্ড ও ব্যবহারকারীর উদ্দেশ্যের সঠিক উত্তর দেয়া পেজ ভালোভাবে বুঝতে পারে। hreflang এই বোঝাপড়ার আন্তর্জাতিক দিককে আরও শক্তিশালী করে।

  • প্রতিটি ভাষা ও দেশ সংস্করণের জন্য বাস্তব ব্যবহারকারীর প্রয়োজন অনুসারে কনটেন্ট তৈরি করুন।
  • মেশিন ট্রান্সলেশন এডিটর চেক না করে পাবলিশ করবেন না।
  • প্রতিটি পেজে self-canonical ও self-referencing hreflang ব্যবহার করুন।
  • বিকল্প পেজগুলো মিউচুয়ালি একে অপরকে পয়েন্ট করছে কি না নিশ্চিত করুন।
  • x-default ভ্যালু গ্লোবাল বা ল্যাঙ্গুয়েজ সিলেক্টর পেজে বিবেচনা করুন।
  • hreflang URL 200 স্ট্যাটাস কোড দিচ্ছে কি না নিয়মিত টেস্ট করুন।
  • Noindex, robots.txt ব্লক ও canonical দ্বন্দ্ব চেক করুন।
  • সাইটম্যাপ ফাইল আপডেট রাখুন এবং Search Console-এ জমা দিন।
  • ল্যাঙ্গুয়েজ সিলেক্টর মেনুতে ক্রলেবল HTML লিংক ব্যবহার করুন।
  • হোস্টিং, SSL ও পারফরম্যান্স অবকাঠামো সব মার্কেটে কনসিস্টেন্ট রাখুন।

এই চেকলিস্ট টেকনিক্যাল SEO অডিটে দ্রুত শুরু করতে সাহায্য করে। তবে বড় সাইটে অটোমেশন অপরিহার্য। সাপ্তাহিক ক্রল রিপোর্ট, ব্রোকেন URL ওয়ার্নিং ও ডিপ্লয়মেন্টের আগে টেস্ট ছাড়া hreflang স্বাস্থ্য রক্ষা করা কঠিন। বিশেষ করে নতুন মার্কেট ওপেনিংয়ের সময় প্রথমে সীমিত সংখ্যক পেজ দিয়ে পাইলট চালিয়ে তারপর পুরো সাইটে ছড়িয়ে দেওয়া নিরাপদ।

সচরাচর জিজ্ঞাসিত প্রশ্ন

hreflang ট্যাগ কি সরাসরি SEO র‍্যাঙ্কিং বাড়ায়?

hreflang ট্যাগ সরাসরি ক্লাসিক অর্থে র‍্যাঙ্কিং বুস্টার ফ্যাক্টর নয়; তবে সঠিক ভাষা ও দেশের পেজ সঠিক ব্যবহারকারীর কাছে দেখিয়ে অর্গানিক ক্লিক, ব্যবহারকারীর সন্তুষ্টি ও কনভার্সন রেট উন্নত করতে পারে। এই পরোক্ষ প্রভাব আন্তর্জাতিক SEO পারফরম্যান্সে বড় পার্থক্য তৈরি করে।

প্রতিটি বহুভাষী সাইটে x-default ব্যবহার কি বাধ্যতামূলক?

না, x-default বাধ্যতামূলক নয়। তবে গ্লোবাল হোমপেজ, ল্যাঙ্গুয়েজ সিলেক্টর পেজ বা নির্দিষ্ট দেশ টার্গেট না করে ডিফল্ট ভার্সন থাকলে ব্যবহার করা উত্তম। ব্যবহারকারীকে ভাষা বা দেশ সিলেকশন দেয়া সাইটে x-default আরও স্পষ্ট সিগন্যাল দেয়।

hreflang ও canonical কি একই URL দেখাবে?

বহুভাষী পেজে প্রতিটি ভাষা সংস্করণ সাধারণত নিজেকে canonical হিসেবে দেখায়। একই পেজ hreflang লিস্টে নিজস্ব URL ও অন্যান্য বিকল্পও অন্তর্ভুক্ত করে। অন্য ভাষার URL-কে canonical দেখালে hreflang সিগন্যালের সাথে দ্বন্দ্ব তৈরি হতে পারে।

WordPress সাইটে hreflang কীভাবে ম্যানেজ করবেন?

WordPress সাইটে hreflang সাধারণত বহুভাষী সাইট প্লাগইন বা SEO প্লাগইন দিয়ে ম্যানেজ করা হয়। তবুও অটোমেটিক আউটপুট চেক করা দরকার। ভাষা কোড, মিউচুয়াল ট্যাগ, canonical সামঞ্জস্য ও সাইটম্যাপ ইন্টিগ্রেশন নিয়মিত টেস্ট করতে হবে।

hreflang ভুল কতবার চেক করব?

ছোট সাইটে মাসিক চেক যথেষ্ট হতে পারে। বড় ই-কমার্স, ব্লগ বা ডকুমেন্টেশন সাইটে সাপ্তাহিক টেকনিক্যাল ক্রল সাজেশন করা হয়। নতুন ভাষা যোগ করলে, URL স্ট্রাকচার পরিবর্তন করলে বা সাইট মাইগ্রেশন করলে hreflang চেক অবশ্যই আবার করতে হবে।

উপসংহার

বহুভাষী ওয়েবসাইটে hreflang ট্যাগ ব্যবহার আন্তর্জাতিক SEO-এর সবচেয়ে গুরুত্বপূর্ণ টেকনিক্যাল ধাপগুলোর একটি। সঠিক ভাষা কোড, মিউচুয়াল ট্যাগিং, self-canonical স্ট্রাকচার, x-default ব্যবহার ও নিয়মিত টেস্ট প্রক্রিয়ার মাধ্যমে সার্চ ইঞ্জিনকে স্পষ্ট সিগন্যাল দিতে পারবেন। ফলে ব্যবহারকারীরা সার্চ রেজাল্টে নিজের ভাষা ও মার্কেটের সবচেয়ে উপযুক্ত পেজ পাবেন।

বহুভাষী ওয়েবসাইট পরিকল্পনা করলে hreflang স্ট্র্যাটেজি কনটেন্ট, ডোমেইন, SSL ও হোস্টিং অবকাঠামোর সাথে একসাথে বিবেচনা করা সবচেয়ে স্বাস্থ্যকর উপায়। Hostragons-এর হোস্টিং, ডোমেইন ও SSL সল্যুশন দেখে আপনার প্রজেক্টের জন্য নিরাপদ ও স্কেলেবল ভিত্তি তৈরি করতে পারবেন: Hostragons ওয়েব হোস্টিং, domain query, SSL certificates

এই নিবন্ধটি শেয়ার করুন:
Jonathan Kraemer

জ্যেষ্ঠ ডেটা বিশ্লেষক

ডিজিটাল বিশ্লেষণ এবং মার্কেটিং অপ্টিমাইজেশনের উপর ১২ বছর ধরে কাজ করছেন। ডেটা-ভিত্তিক কৌশল তৈরি করার ক্ষেত্রে বিশেষজ্ঞ।

সমস্ত লেখা →