SEO নির্দেশিকা পদক্ষেপ ১০: বহু ভাষার SEO

এটি ১৩-ধাপের SEO নির্দেশিকা এর ১০ নম্বর পদক্ষেপ। বহু ভাষার SEO আপনাকে আপনার অর্গানিক ট্রাফিক বৃদ্ধি করতে সহায়তা করে প্রতিটি বাজারে তাদের নিজস্ব ভাষায় সার্ভ করে — ভুলভাবে করা ভুল কনটেন্টের বিশৃঙ্খলা তৈরি করে।

---

আপনার প্রদত্ত প্রতিটি ভাষা আপনার বিদ্যমান কনটেন্টের উপর একটি গুণিতক। একটি সাইট যার ৫০টি পৃষ্ঠা আছে একটি ভাষায়, তার ৫০টি ইনডেক্সেবল URL আছে। ৫টি ভাষা যোগ করলে আপনার কাছে ২৫০টি URL থাকবে। ২০টি ভাষা যোগ করলে আপনার কাছে ১,০০০ URL হবে। সেসব URL প্রতিটির স্থানীয় গুগল ফলাফলে স্বতন্ত্রভাবে র‌্যাংক করতে পারে।

কিন্তু বহু ভাষার SEO হল SEO এর একটি অত্যন্ত প্রযুক্তিগত জটিল ক্ষেত্র। ভুল বাস্তবায়নে ডুপ্লিকেট কনটেন্ট, র‍্যাংকিং নষ্ট হওয়া এবং ক্রল বাজেটের অপচয় ঘটে। সঠিকভাবে এবং ভুলভাবে আন্তর্জাতিকীকৃত সাইটের মধ্যে ১০ গুণ ট্রাফিকের পার্থক্য থাকতে পারে।

LANGR নিজেই ৮৯টি সক্রিয় স্থানে ১০৮টি ভাষায় কার্যক্রম পরিচালনা করে — আমরা এই সমস্যাগুলোকে স্কেলে সমাধান করেছি। এই নির্দেশিকাটি আমাদের শিখা সবকিছু শেয়ার করে।

বহু ভাষার SEO কি কী নিয়ে?

বহু ভাষার SEO ৮টি গুরুত্বপূর্ণ ক্ষেত্র জুড়ে রয়েছে:

1. হ্রেফল্যাং বাস্তবায়ন — গুগলকে বলা কোন পৃষ্ঠা কোন ভাষা সার্ভ করে
2. স্থানীয় রুটিং কৌশল — সাবডোমেইন বনাম সাবফোল্ডার বনাম TLD
3. অনুবাদের গুণমান — মেশিন বনাম মানব বনাম হাইব্রিড অনুবাদ
4. আন্তর্জাতিক লক্ষ্য — সার্চ কনসোল কনফিগারেশন
5. কনটেন্ট লোকালাইজেশন — অনুবাদের বাইরেও: সংস্কৃতিক অনুকুলন
6. RTL সমর্থন — ডান থেকে বাম ভাষাগুলি (আরবি, হিব্রু, ফার্সি)
7. ভাষা শনাক্তকরণ — সঠিক সংস্করণ স্বয়ংক্রিয়ভাবে দেওয়া
8. ডুপ্লিকেট কনটেন্ট — ভাষা ভিত্তিক খাদকরণ প্রতিরোধ করা

১. হ্রেফল্যাং বাস্তবায়ন

হ্রেফল্যাং ট্যাগগুলো সার্চ ইঞ্জিনগুলিকে বলে কোন URL কোন ভাষা এবং অঞ্চলের জন্য সার্ভ হয়। এগুলি।

মৌলিক হ্রেফল্যাং সিনট্যাক্স:

<link rel="alternate" hreflang="en" href="https://example.com/page" />
<link rel="alternate" hreflang="da" href="https://example.com/da/page" />
<link rel="alternate" hreflang="de" href="https://example.com/de/page" />
<link rel="alternate" hreflang="x-default" href="https://example.com/page" />

গুরুতর নিয়ম:

• প্রতিটি পৃষ্ঠায় সমস্ত বিকল্প সংস্করণ উল্লেখ করা আবশ্যক (নিজেকেও অন্তর্ভুক্ত করতে হবে)
• x-default ফলোব্যাক নির্ধারণ করে (সাধারণত ইংরেজি বা একটি ভাষা-নির্বাচক)
• হ্রেফল্যাং ট্যাগগুলো reciprocal হতে হবে (পৃষ্ঠা A যদি B কে লিঙ্ক করে, B কে অবশ্যই A এর দিকে লিঙ্ক করতে হবে)
• আইএসও ৬৩৯-১ ভাষা কোড ব্যবহার করুন (en, da, de) দেশ কোড নয়
• অঞ্চল-নির্দিষ্ট কনটেন্টের জন্য: en-us, en-gb, pt-br (ভাষা-অঞ্চল)
• সর্বাধিক ~৫০টি হ্রেফল্যাং এন্ট্রি প্রতি পৃষ্ঠায় (কর্মক্ষমতা সীমা)

ত্রি-নিষ্ক্রিয় পদ্ধতি:

| পদ্ধতি | সেরা জন্য | অসুবিধা | |--------|----------|-----------| | in | ছোট সাইট (< ১০ ভাষা) | HTML ফুলিয়ে দেয়, ধীর পার্সিং | | HTTP headers | Non-HTML ফাইল (PDFs, APIs) | পূর্ণ আলচরিত নয় | | XML সাইটম্যাপ | বড় সাইট (১০+ ভাষা) | ক্রলারের দ্বারা ধীর আবিষ্কার |

সাইটম্যাপ হ্রেফল্যাং উদাহরণ:

<url>
  <loc>https://example.com/page</loc>
  <xhtml:link rel="alternate" hreflang="en" href="https://example.com/page" />
  <xhtml:link rel="alternate" hreflang="da" href="https://example.com/da/page" />
  <xhtml:link rel="alternate" hreflang="de" href="https://example.com/de/page" />
  <xhtml:link rel="alternate" hreflang="x-default" href="https://example.com/page" />
</url>

সাধারণ হ্রেফল্যাং ত্রুটি:

• আত্ম-সম্বন্ধকারী ট্যাগ অনুপস্থিত (পৃষ্ঠা নিজেকেও অন্তর্ভুক্ত করেনি)
• অ-বিপরীত ট্যাগ (A B কে উল্লেখ করে, কিন্তু B A কে উল্লেখ করেনি)
• ভুল ভাষা কোড (dk এর পরিবর্তে da ড্যানিশের জন্য)
• ২০০-এর বাইরে নির্দেশিত URL (রিডাইরেক্ট, 404)
• ভাষা-নির্দিষ্ট পৃষ্ঠার সঙ্গে x-default মিশ্রিত করা

দ্রুত জয়: আপনার সাইটটি ক্রল করুন এবং সমস্ত হ্রেফল্যাং ট্যাগ এক্সপোর্ট করুন। অ-বিপরীত সম্পর্ক চেক করুন — এটি সবচেয়ে সাধারণ ত্রুটি এবং এটি গুগলকে আপনার পুরো হ্রেফল্যাং সেটআপ উপেক্ষা করতে বাধ্য করে।

২. স্থানীয় রুটিং কৌশল

আপনি বিভিন্ন ভাষার জন্য URLs কিভাবে গঠন করেন তা SEO, ব্যবহারকারীর অভিজ্ঞতা এবং প্রযুক্তিগত জটিলতাকে প্রভাবিত করে। তিনটি প্রধান পদ্ধতি রয়েছে:

সাবফোল্ডার (প্রস্তাবিত)

example.com/en/page
example.com/da/page
example.com/de/page

সুবিধা: একটি ডোমেইন কর্তৃত্ব, পরিচালনা করা সহজ, একটি SSL শংসাপত্র, একটি বিশ্লেষণ বৈশিষ্ট্য, একটি সার্চ কনসোল বৈশিষ্ট্য, বেশিরভাগ সাইটের জন্য সেরা।

অসুবিধা: ccTLDs এর তুলনায় কম জিও-টার্গেটিং সংকেত।

সাবডোমেইন

en.example.com/page
da.example.com/page
de.example.com/page

সুবিধা: প্রতিটি অঞ্চলের জন্য আলাদা সার্ভার/CDNs-এ হোস্ট করা সম্ভব, পৃথক ক্রল বাজেট।

অসুবিধা: প্রতিটি সাবডোমেইন আলাদা কর্তৃত্ব তৈরি করে (লিঙ্ক ইকুইটি স্বয়ংক্রিয়ভাবে প্রবাহিত হয় না), একাধিক সার্চ কনসোল বৈশিষ্ট্য, আরও জটিল সেটআপ।

দেশ-কোড TLD (ccTLD)

example.com (ইংরেজি)
example.dk (ড্যানিশ)
example.de (জার্মান)

সুবিধা: শক্তিশালী Geo-targeting সংকেত, ব্যবহারকারীরা স্থানীয় TLD গুলিতে বিশ্বাস করে, প্রতিটি ডোমেইন স্বাধীন।

অসুবিধা: ব্যয়বহুল (২০+ ডোমেইন কেনা), প্রতি ডোমেইনে আলাদা কর্তৃত্ব, জটিল লিঙ্ক বিল্ডিং, পৃথক বিশ্লেষণ/কনসোল।

আমাদের প্রস্তাবনা: ৯০% সাইটের জন্য সাবফোল্ডার রুটিং। এটি একটি একক ডোমেইনে সমস্ত লিঙ্ক কর্তৃত্ব কেন্দ্রীভূত করে এবং পরিষ্কার স্থানীয় সংকেত প্রদান করে। /{locale}/page ফরম্যাট ব্যবহার করুন।

https://langr.org/page        (ইংরেজি, ডিফল্ট)
https://langr.org/da/page     (ড্যানিশ)
https://langr.org/de/page     (জার্মান)
https://langr.org/ja/page     (জাপানি)

দ্রুত জয়: যদি আপনি সাবডোমেইন ব্যবহার করছেন এবং কর্তৃত্ব নিয়ে সমস্যায় পড়ছেন, সাবফোল্ডারে মাইগ্রেট করার বিষয়ে চিন্তা করুন। সাবডোমেইন থেকে সাবফোল্ডারে মাইগ্রেট করা সাইটগুলি সাধারণত ৩-৬ মাসের মধ্যে ২০-৫০% অর্গানিক ট্রাফিক বৃদ্ধির উপভোগ করে যখন লিঙ্ক ইকুইটি একত্রিত হয়।

৩. অনুবাদের গুণমান বনাম মেশিন অনুবাদ

অনুবাদের গুণমান সরাসরি র‍্যাংকিংকে প্রভাবিত করে। গুগল মেশিন অনুবাদ শনাক্ত করতে পারে এবং দুর্বলভাবে অনুবাদিত পৃষ্ঠাগুলিকে কম মূল্যায়ন করতে পারে। কিন্তু ২০২৬ সালের AI অনুবাদের মান ২০২০ সালের নিয়ম থেকে নাটকীয়ভাবে ভাল।

অনুবাদের গুণমানের স্পেকট্রাম:

| স্তর | পদ্ধতি | গুণমান | খরচ | সেরা জন্য | |-------|--------|---------|------|----------| | ১ | কাঁচা GPT/ডীপএল আউটপুট | ৬০-৭৫% | ~$0 | অভ্যন্তরীণ ব্যবহার, খসড়া | | ২ | AI + পোস্ট-এডিটিং প্রম্পট | ৭৫-৯০% | ~$0 | ব্লগ কনটেন্ট, অ-কৃত্তিম পৃষ্ঠাগুলি | | ৩ | AI + মানব পর্যালোচনা | ৯০-৯৭% | $0.03-0.08/শব্দ | পণ্য পৃষ্ঠা, মূল ল্যান্ডিং পৃষ্ঠা | | ৪ | পেশাদার স্থানীয় অনুবাদক | ৯৭-১০০% | $0.10-0.25/শব্দ | বৈধ, চিকিৎসা, ব্র্যান্ড-গতিহীন |

২০২৬ সালের জন্য মূল অন্তর্দৃষ্টি: স্তর ২ (গুণমান প্রম্পট সহ AI) এখন বেশিরভাগ ওয়েব কনটেন্টের জন্য যথেষ্ট। গুগলের ডুপ্লিকেট কনটেন্ট অ্যালগরিদমগুলি ভাল মেশিন অনুবাদকে আর দণ্ডিত করে না — তারা দণ্ডিত করে বাজে অনুবাদ যা কোন মূল্য প্রদান করে না।

SEO-এর জন্য ক্ষতিকর অনুবাদের লক্ষণ:

• অনুবাদিত কনটেন্টের সাথে অঅনুবাদিত সেগমেন্ট মিশ্রিত করা
• UI উপাদানগুলি (বাটন, লেবেল) এখনও উৎস ভাষায়
• স্থানীয়-নির্দিষ্ট ফরম্যাটিং অভিযোজিত নয় (তারিখ, মুদ্রা, ফোন নম্বর)
• সাংস্কৃতিক রেফারেন্স যা অনুবাদ হয় না (ইডিয়ম, রসিকতা, উদাহরণ)
• সমস্ত ভাষার জন্য একই মেটা শিরোনাম/বর্ণনা

অনুবাদের গুণমান যাচাই করার উপায়: ১. নিশ্চিত করুন যে সমস্ত দর্শনীয় পাঠ অনুবাদিত হয়েছে (নেভিগেশন, ফুটার, ফর্ম সহ) ২. স্থানীয়-নির্দিষ্ট ফরম্যাটিং নিশ্চিত করুন (DD/MM/YYYY বনাম MM/DD/YYYY) ৩. CTA পরীক্ষা করুন - কি তারা লক্ষ্য ভাষায় প্রাকৃতিক শোনাচ্ছে? ৪. মেটা ট্যাগ পরীক্ষা করুন — শিরোনাম এবং বর্ণনা প্রতিটি ভাষায় পৃথকভাবে লেখা আবশ্যক ৫. নিশ্চিত করুন যে কোনো কাঁচা i18n কীগুলি দৃশ্যমান নয় (যেমন nav.home এর পরিবর্তে "Home")

দ্রুত জয়: আপনার অনূদিত পৃষ্ঠাগুলি মিশ্রিত শাখার কনটেন্টের জন্য চেক করুন। যদি কোনো বাটন, লেবেল, বা UI উপাদান এখনও আপনার উৎস ভাষায় থাকে, তাৎক্ষণিকভাবে ঠিক করুন — মিশ্রিত ভাষার পৃষ্ঠাগুলি গুগলের কাছে নিম্নমানের সংকেত প্রদান করে।

৪. সার্চ কনসোলে আন্তর্জাতিক টার্গেটিং

গুগল সার্চ কনসোলের আন্তর্জাতিক টার্গেটিং সেটিংস গুগলকে সাহায্য করে বুঝতে কোন পৃষ্ঠা কোন দেশে র‌্যাংক করা উচিত।

সাবফোল্ডার সেটআপের জন্য:

• আপনার পারেন সম্প্রদায় নির্বাচনে সাবফোল্ডার অনুযায়ী দেশ নির্বাচন করা (শুধুমাত্র ডোমেন/সাবডোমেইন অনুযায়ী)
• পরিবর্তে, হ্রেফল্যাং + কনটেন্ট ভাষা + ব্যবহারকারীর সংকেতের উপর নির্ভর করুন
• একটি প্রতি স্থানের সাইটম্যাপ জমা দিন: sitemap-en.xml, sitemap-da.xml

ccTLDs এর জন্য:

• .dk স্বয়ংক্রিয়ভাবে ডেনমার্কের দিকে লক্ষ্য করা হয়
• .de স্বয়ংক্রিয়ভাবে জার্মানির দিকে লক্ষ্য করা হয়
• কোন ম্যানুয়াল কনফিগারেশন প্রয়োজন

জেনেরিক TLDs (.com, .org, .net):

• সার্চ কনসোলে প্রতি সম্পত্তির জন্য "আন্তর্জাতিক টার্গেটিং" সেট করুন
• প্রধান সংকেত হিসেবে হ্রেফল্যাং ব্যবহার করুন

যথাযথ পদক্ষেপ: ১. সার্চ কনসোলে আপনার সাইট যাচাই করুন (সাবফোল্ডার সেটআপের জন্য একটি সম্পত্তি) ২. আপনার হ্রেফল্যাং ট্যাগ সহ সাইটম্যাপ জমা দিন ৩. "আন্তর্জাতিক টার্গেটিং" রিপোর্টে ত্রুটি চেক করুন ৪. "কভারেজ" রিপোর্ট মনিটর করুন প্রতি ভাষায় (URL প্যারামিটার ফিল্টারিং ব্যবহার করুন) ৫. "ডুপ্লিকেট ব্যবহারকারীর নির্বাচিত ক্যানোনিক্যাল ছাড়া" সতর্কতা পরীক্ষা করুন — এটি প্রায়ই হ্রেফল্যাং সমস্যাগুলি নির্দেশ করে

দ্রুত জয়: সার্চ কনসোলে যান > পারফরম্যান্স > দেশের দ্বারা ফিল্টার করুন। চেক করুন যদি জার্মান ব্যবহারকারীরা আপনার ইংরেজি পৃষ্ঠায় আক্রমণ করে এবং জার্মান পৃষ্ঠায় পৌঁছাতে না পারে। যদি হ্যাঁ, আপনার হ্রেফল্যাং কনফিগারেশনে ত্রুটি রয়েছে।

৫. কনটেন্ট লোকালাইজেশন (সুধু অনুবাদ নয়)

লোকালাইজেশন কেবল শব্দের অনুবাদের চেয়ে অনেক বেশি। এটি সাংস্কৃতিক প্রসঙ্গ, স্থানীয় সার্চ আচরণ, এবং বাজার-নির্দিষ্ট প্রয়োজনীয়তার জন্য কনটেন্টকে অভিযোজিত করে।

লোকালাইজেশন করার জন্য কি কি:

• মুদ্রা এবং দাম: স্থানীয় মুদ্রা দেখান (€ জার্মানিতে, kr ডেনমার্কে, ¥ জাপানে)
• তারিখ/সময় ফরম্যাট: ২৫/০৬/২০২৬ (ইউরোপ) বনাম ০৬/২৫/২০২৬ (মার্কিন যুক্তরাষ্ট্র) বনাম ২০২৬/০৬/২৫ (ISO/জাপান)
• ফোন নম্বর: আন্তর্জাতিকের জন্য দেশ কোড সহ স্থানীয় ফরম্যাট
• ঠিকানা: স্থানীয় ডাক ফরম্যাট মেলানো
• সামাজিক প্রমাণ: স্থানীয় গ্রাহকের নাম, স্থানীয় কোম্পানি, স্থানীয় কেস স্টাডি
• CTA: টোন অভিযোজিত করুন (জার্মান/জাপানিজে আনুষ্ঠানিক, ইংরেজি/ড্যানিশে অনানুষ্ঠানিক)
• ছবিগুলি: ছবির মধ্যে পাঠ লোকালাইজ করুন, সাংস্কৃতিকভাবে উপযুক্ত ভিজ্যুয়াল ব্যবহার করুন
• আইনগত: EU এর জন্য GDPR, দেশের ভিত্তিতে আলাদা কুকি সম্মতি প্রয়োজনীয়তা
• উদাহরণ: স্থানীয় ব্র্যান্ড, স্থানীয় ওয়েবসাইট, স্থানীয় রেফারেন্স

যা সরাসরি অনুবাদ করা উচিত নয়:

• স্থানীয় বিষয়ে ব্লগ পোস্ট (প্রতিটি বাজারের জন্য অনন্য লিখুন)
• কেস স্টাডিজ (স্থানীয় ব্যবসাগুলিকে ব্যবহার করুন)
• দাম পৃষ্ঠা (প্রতিটি বাজারের জন্য আলাদা দাম জন্য বৈধ)
• সংবাদ কনটেন্ট (আঞ্চলিক প্রাসঙ্গিকতার ভিন্নতা)

কীওয়ার্ড লোকালাইজেশন: কীওয়ার্ডগুলি অনুবাদ করবেন না — সেগুলি স্থানীয়ভাবে গবেষণা করুন। ইংরেজিতে "গাড়ির বীমা" ড্যানিশে "bilforsikring" হতে পারে, কিন্তু অনুসন্ধানের ভলিউমের নেতা হয়তো প্রকৃতপক্ষে "forsikring bil" (বিভিন্ন শব্দ সাজেশন)। স্থানীয় কীওয়ার্ড গবেষণা সরঞ্জাম ব্যবহার করুন।

দ্রুত জয়: আপনার দাম পৃষ্ঠাগুলি সমস্ত ভাষায় চেক করুন। এটি কি সঠিক স্থানীয় মুদ্রা দেখাচ্ছে? আপনার CTAs কি সাংস্কৃতিকভাবে উপযুক্ত? "Get Started Free" CTA জার্মানিতে "Jetzt kostenlos testen" হতে পারে — এটি একটি আক্ষরিক অনুবাদ নয়, বরং জার্মান ব্যবহারকারীদের যা দেখতে আশা করে।

৬. RTL সমর্থন

ডান থেকে বাম ভাষাগুলি (আরবি, হিব্রু, ফার্সি/পার্সিয়ান, উর্দু, পশতু) উল্লেখযোগ্য লেআউট অভিযোজনা প্রয়োজন। লেফট-টু-রাইট লেআউট সহ RTL কনটেন্ট সার্ভ করা আপনার সাইটকে ~৫০০ মিলিয়ন স্থানীয় বক্তাদের জন্য ব্যবহারযোগ্য অভিজ্ঞতা তৈরি করে।

প্রযুক্তিগত বাস্তবায়ন:

<!-- Detect and apply direction -->
<html lang="ar" dir="rtl">

RTL-এ কি কিছু পরিবর্তন করতে হবে:

• পাঠ্য সমান্তরাল (ডান সজ্জিত শরীরের পাঠ্য)
• লেআউটের দিক (সাইডবারগুলি বামে থেকে ডানে চলে)
• নেভিগেশন অর্ডার (পাল্টানো)
• দিক অর্থসহ চিহ্ন (তীর, অগ্রগতির বার)
• প্যাডিং এবং মার্জিন (বাম/দক্ষিণ মানগুলি পরিবর্তন করুন)
• বর্ডার রেডিয়াস (কোণের মানগুলি পরিবর্তন করুন)
• CSS ফ্লেক্সবক্স/গ্রিডের দিক

কিছু পরিবর্তন করা উচিত নয়:

• ফোন নম্বর এবং গাণিতিক অভিব্যক্তি
• বাম থেকে ডানে ব্র্যান্ড নাম এবং লোগো
• অডিও/ভিডিও প্লেয়ার নিয়ন্ত্রণ
• অনুভূমিক স্ক্রোল নির্দেশক
• এমবেডেড কোড ব্লক

CSS পদ্ধতি (আধুনিক):

/* Use logical properties */
.card {
  margin-inline-start: 1rem;  /* replaces margin-left */
  padding-inline-end: 0.5rem; /* replaces padding-right */
  border-start-start-radius: 8px; /* top-left in LTR, top-right in RTL */
}

RTL পরীক্ষা:

• এ dir="rtl" যোগ করুন এবং প্রতিটি পৃষ্ঠা পরীক্ষা করুন
• নিশ্চিত করুন আরবি/হিব্রু পাঠ্য পড়ার উপযোগী (গড় Unicode নয়)
• ফর্ম ইনপুট পরীক্ষা করুন (পাঠ্য প্রবেশের দিক)
• নিশ্চিত করুন যে RTL পাঠ্যের মধ্যে সংখ্যা সঠিকভাবে প্রদর্শিত হচ্ছে

দ্রুত জয়: যদি আপনি আরবি বা হিব্রু সহায়তা করেন, তাদের জন্য HTML উপাদানে dir="rtl" যোগ করুন এবং CSS লজিক্যাল প্রোপার্টি (margin-inline-start এর পরিবর্তে margin-left) ব্যবহার করুন। এই একক পরিবর্তন ৮০% RTL লেআউট সমস্যার সমাধান করে।

৭. ভাষা শনাক্তকরণ এবং রুটিং

আপনি কীভাবে দেখার জন্য ভাষার সংস্করণ নির্ধারণ করেন তা UX এবং SEO উভয়কেই প্রভাবিত করে।

সেরা অনুশীলন: URL-ভিত্তিক সঙ্গে পছন্দ কুকি

১. প্রথম দর্শন: URL অনুসারে কনটেন্ট দেখান (যেমন /da/page = ড্যানিশ) ২. রুট URL (/): Accept-Language হেডারের ভিত্তিতে রিডিরেক্ট করুন অথবা ডিফল্ট দেখান (ইংরেজি) ৩. ম্যানুয়াল সুইচ: যখন ব্যবহারকারী ভাষা নির্বাচন করে, কুকি সেট করুন এবং ভবিষ্যৎ দর্শনে এটি শ্রদ্ধা করুন ৪. কখনও নয়: ভাষা-নির্দিষ্ট URL থেকে অটো-রিডিরেক্ট করা

যা এড়ানো উচিত:

• IP ভিত্তিক রিডিরেকশন (গুগল ইউএস IP থেকে ক্রল করে → কেবল ইংরেজি ইনডেক্স করে)
• মেশিন-শুধু ভাষা শনাক্তকরণ (সার্চ ইঞ্জিনগুলি JS নির্ভরযোগ্যভাবে কার্যকর করতে পারে না)
• /de/page কে ইংরেজি ব্যবহারকারীদের জন্য /en/page রিডিরেক্ট করা (হ্রেফল্যাং ভেঙে দেয়)
• ক্লোাকিং (ব্যবহারকারীর এজেন্টের উপর ভিত্তি করে ভিন্ন কনটেন্ট দেখানো)

সঠিক রিডিরেক্ট আচরণ:

ব্যবহারকারী দর্শন: /             → 302 রিডিরেক্ট to /{detected-locale}/
ব্যবহারকারী দর্শন: /da/page      → ড্যানিশ কনটেন্ট দিন (কখনও রিডিরেক্ট করবেন না)
ব্যবহারকারী দর্শন: /nonexistent  → 404 (ডিফল্ট ভাষায় রিডিরেক্ট করবেন না)

SEO-গুলি ক্রিটিকাল নিয়ম: প্রতিটি ভাষার URL-এ গুগলবট সরাসরি রিডিরেক্ট ছাড়া প্রবেশযোগ্য হতে হবে। যদি গুগল /da/page ক্রল করে এবং /en/page এ রিডিরেক্ট হয়, তবে এটি আপনার ড্যানিশ কনটেন্টকে কখনও ইনডেক্স করবে না।

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

৮. বিভিন্ন ভাষায় ডুপ্লিকেট কনটেন্ট

বহু ভাষার সাইটগুলির একটি অনন্য ডুপ্লিকেট কনটেন্ট চ্যালেঞ্জ রয়েছে: বিভিন্ন ভাষায় অনুরূপ পৃষ্ঠা একে অপরের সাথে প্রতিযোগিতা করতে পারে।

যখন ডুপ্লিকেট কনটেন্ট সমস্যা হয়ে দাঁড়ায়:

• পৃষ্ঠাগুলি ৯০%+ সাদৃশ্যযুক্ত ভাষায় (অঅনুবাদিত কনটেন্ট)
• একই URL স্থানীয় প্রিফিক্স সহ এবং ছাড়া প্রবাহিত হয় (/page এবং /en/page)
• ক্যাননिकल ট্যাগ অনুপস্থিত যা উভয় সংস্করণকে ইনডেক্স করতে দেয়
• হ্রেফল্যাং ত্রুটি যেগুলি গুগলকে "ভুল" সংস্করণ নির্বাচন করতে বাধ্য করে

সমাধান:

| সমস্যা | সমাধান | |---------|----------| | অঅনুবাদিত পৃষ্ঠা | অনুবাদ না হওয়া পর্যন্ত noindex ব্যবহার করুন, অথবা স্পষ্ট ভাষা নির্দেশক সহ ইংরেজি দেখান | | ডাবল URL (/page + /en/page) | একটির জন্য 301 রিডিরেক্ট | | গুগল ভুল ভাষা ইনডেক্সিং করছে | হ্রেফল্যাং বিপরীততা ঠিক করুন, সার্চ কনসোলে যাচাই করুন | | ইনডেক্সড নিম্ন-মানের অনুবাদ | অনুবাদের গুণমান উন্নত করুন অথবা কম ভাষায় একত্রিত করুন |

ক্যাননিকার ট্যাগ কৌশল:

<!-- প্রতিটি ভাষার পৃষ্ঠা নিজস্ব ক্যানোনিক -->
<!-- /en/page -->
<link rel="canonical" href="https://example.com/en/page" />

<!-- /da/page -->
<link rel="canonical" href="https://example.com/da/page" />

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

দ্রুত জয়: গুগলে site:yourdomain.com "your page title" অনুসন্ধান করুন। যদি আপনি একই অনুসন্ধানের জন্য ইংরেজি এবং অনূদিত উভয় সংস্করণ দেখতে পান, তাহলে আপনার একটি ডুপ্লিকেট কনটেন্ট অথবা হ্রেফল্যাং সমস্যা রয়েছে।

বহু ভাষার SEO চেকলিস্ট

প্রতিটি আন্তর্জাতিকীকৃত সাইটের জন্য এটি চালিয়ে যান:

• [ ] সমস্ত পৃষ্ঠায় হ্রেফল্যাং ট্যাগ, আত্ম-সম্বন্ধকারী ও x-default সহ
• [ ] সমস্ত হ্রেফল্যাং সম্পর্ক পারস্পরিক (ক্রলারের সাথে চেক করা)
• [ ] যথাযথ স্থানীয় রুটিং (সাবফোল্ডার প্রস্তাবিত): /{locale}/page
• [ ] ভাষা-নির্দিষ্ট URL থেকে স্বয়ংক্রিয় রিডিরেক্ট নেই
• [ ] অনুবাদের গুণমান যাচাই করা হয়েছে (কোন মিশ্রিত ভাষার পৃষ্ঠা নেই)
• [ ] প্রতিটি ভাষার জন্য মেটা শিরোনাম এবং বর্ণনা আলাদা (নকল নয়)
• [ ] স্থানীয়কৃত বাজার অনুযায়ী মুদ্রা, তারিখ, এবং ফরম্যাট
• [ ] আরবি/হিব্রু/ফার্সির জন্য RTL সমর্থন কার্যকর করা হয়েছে (যদি প্রযোজ্য)
• [ ] সার্চ কনসোলে প্রতি-স্থানের সাইটম্যাপ জমা দেওয়া হয়েছে
• [ ] প্রতিটি ভাষার পৃষ্ঠার নিজস্ব ক্যানোনিকাল URL আছে (অন্য ভাষায় নির্দেশ করে না)
• [ ] কোনও কাঁচা i18n কী কোনও পৃষ্ঠায় দৃশ্যমান নয়
• [ ] সমস্ত পৃষ্ঠায় ভাষা সুইচার অ্যাক্সেসযোগ্য (সমকক্ষ পৃষ্ঠাগুলির সাথে লিঙ্কিত, হোমপেজ নয়)

LANGR কিভাবে বহু ভাষার SEO চেক করে

LANGR এর দুটি নিবেদিত মডিউল রয়েছে বহু ভাষার SEO এর জন্য:

i18n-checker: আপনার পৃষ্ঠার ৫টি স্থানীয় বৈকল্পিককে ক্রল করে এবং চেক করে:

• হ্রেফল্যাং ট্যাগ সম্পূর্ণতা এবং পারস্পরিকতা
• প্রবেশযোগ্য অঞ্চল URL (404 বা রিডাইরেক্ট হওয়া)
• স্থানীয়ভাবে কঠোর/অঅনুবাদিত স্ট্রিং (ফলব্যাক শনাক্তকরণ)
• দৃশ্যমান পাঠ হিসাবে কাঁচা i18n কীগুলি প্রকাশিত
• অনুবাদের কভারেজ শতাংশ

অনুবাদের স্ক্যানার: AI-চালিত গুণমান মূল্যায়ন:

• ০-১০০ স্কেলে অনুবাদের প্রাকৃতিত্ব মূল্যায়ন করে
• মেশিন অনুবাদের অবশিষ্টাংশ শনাক্ত করে
• অন্যথায় অনুবাদিত পৃষ্ঠার মধ্যে অঅনুবাদিত সেগমেন্ট চিহ্নিত করে
• মূল কনটেন্ট থেকে UI উপাদানগুলি (বাটন, লেবেল, নেভিগেশন) আলাদাভাবে পরীক্ষা করে

একসাথে, এই মডিউলগুলি প্রযুক্তিগত (হ্রেফল্যাং, রুটিং, ক্যানোনিকাল) এবং গুণমান (অনুবাদ, লোকালাইজেশন) দৃষ্টিকোণ থেকে আপনার বহু ভাষার বাস্তবায়ন পরীক্ষা করে — LANGR এর ১৩টি SEO নীতি মধ্যে দুটি।

সাধারণ বহু ভাষার ভুল (প্রভাব অনুযায়ী র‌্যাংক করা)

১. অ-বিপরীত হ্রেফল্যাং — গুগল সম্পূর্ণ সেটআপ উপেক্ষা করে ২. IP ভিত্তিতে স্বয়ংক্রিয় রিডিরেকশন — গুগলবটকে non-English সংস্করণ ইনডেক্স করতে বাধা দেয় ৩. ভাষার মধ্যে একই মেটা ট্যাগ — অনুবাদিত পৃষ্ঠার র‍্যাংকিং সম্ভাবনার অপচয় করে ৪. মিশ্রিত ভাষার পৃষ্ঠা — ইংরেজিতে বাটন, জার্মানিতে কনটেন্ট = নিম্নমানের সংকেত ৫. কোন x-default নেই — গুগল আপনার ফলোব্যাক সংস্করণ নির্ধারণ করতে পারে না ৬. অনুবাদ করা URL-গুলি আক্ষরিকভাবে — /about-us → /uber-uns ঠিক আছে, কিন্তু এটি স্থিতিশীল রাখুন ৭. RTL উপেক্ষা করা — ৫০০M+ স্থানীয় বক্তাদের জন্য ভাঙা লেআউট ৮. অন্য ভাষায় ক্যানোনিকাল নির্দেশ করা — গুগলের সূচীতে অনুবাদিত সংস্করণকে মেরে ফেলুন

পরবর্তী কী?

পদক্ষেপ ১১: B2B লিড আবিষ্কার — স্বয়ংক্রিয় প্রসপেক্টিং, ডোমেইন-ভিত্তিক লিড স্কোরিং এবং SEO ফলাফল দ্বারা চালিত লিড খুঁজে পাওয়া।

---

এই নির্দেশিকাটি LANGR এর ১৩-ধাপের SEO সিরিজের একটি অংশ। একটি বিনামূল্যে অডিট চালান আপনার সাইটের অবস্থান দেখতে ১৩টি শৃঙ্খলার মধ্যে।