বাস্তব কন্টেন্ট এবং অপারেটিং অঙ্গীকার থেকে লোকেল নির্বাচন করুন
লোকেল হচ্ছে একটি পৃষ্ঠার জন্য ভাষা এবং — শুধুমাত্র যেখানে তা গুরুত্বপূর্ণ — আঞ্চলিক দর্শক। পেজ টাইপ, ভাষা, অঞ্চল, মালিক, কন্টেন্ট পার্থক্য, URL প্যাটার্ন, এবং ফালব্যাকের একটি ম্যাট্রিক্স রাখুন। কেবল তখনই একটি আঞ্চলিক সংস্করণ যোগ করুন যখন তার প্রধান কন্টেন্ট বা বাণিজ্যিক শর্ত বাস্তবে ভিন্ন এবং কেউ এটি আপ-টু-ডেট রাখতে পারে; সাধারণ ভাষার পেজ অনেক সময় ভাল বিকল্প।
শুধুমাত্র হেডার ও ফুটার অনুবাদ করে অপরিবর্তিত প্রধান কন্টেন্ট রেখে তাকে লোকাল বলা ঠিক নয়। Google সতর্ক করে যে কেবল বয়লারপ্লেট অনুবাদ খারাপ অভিজ্ঞতা ও পুনরাবৃত্ত ফলাফল সৃষ্টি করতে পারে। অগ্রাধিকার কপি, মূল্য, উপলব্ধতা, নীতি, সাপোর্ট, এবং লেনদেন-সংক্রান্ত বার্তাগুলি পর্যালোচনা করুন। যদি একটি পেজ এখনই সমর্থনযোগ্য না হয়, তবে বিভ্রান্তিকর খোলস প্রকাশ করার পরিবর্তে তা বাদ দিন।
উদ্ধিষ্ট কোড, পাবলিক URL প্যাটার্ন, মালিক, ক্যানোনিকাল টার্গেট, ফালব্যাক, এবং লঞ্চ স্টেট এক শাসিত টেবিলে রেকর্ড করুন।
স্থিতিশীল URL ব্যবহার করুন এবং মানুষকে নির্বাচন করতে দিন
প্রতিটি ভাষার সংস্করণকে এমন একটি সরাসরি URL দিন যা ব্রাউজার ও ক্রলার অনুরোধ করতে পারে। Google বিভিন্ন URL প্রায়ই সুপারিশ করে, কুকি বা ব্রাউজার সেটিংস দিয়ে ভাষা বদলের পরিবর্তে। দেশের ডোমেইন, সাবডোমেইন, এবং সাবডিরেক্টরি কাজ করতে পারে; আপনার দল যে প্যাটার্নটি ধারাবাহিকভাবে শাসন করতে পারে সেটি নির্বাচন করুন। Google URL প্যারামিটার-ভিত্তিক বিভাজনকে সুপারিশ করে না।
ভাষা বা অঞ্চল পছন্দ প্রদর্শন করুন এবং দর্শককে নির্বাচিত সংস্করণেই রাখুন। Google অনুমানভিত্তিক স্বয়ংক্রিয় রিডাইরেক্টের বিরুদ্ধে পরামর্শ দেয় এবং বলে যে ডাইনামিক পরিবর্তন ভ্যারিয়েশন আবিষ্কারকে অকেজো করতে পারে। IP অবস্থানকে সিদ্ধান্তকারী মেকানিজম হিসেবে ব্যবহার করবেন না; Google বলে এটি কঠিন, সাধারণত নির্ভরযোগ্য নয়, এবং ক্রলিং সীমাবদ্ধ করতে পারে। সরাসরি URL সংরক্ষণ করুন এবং ফিরে স্যুইচ করার সহজ উপায় দিন।
একটি ক্লিন সেশন-এ প্রতিটি লোকেল URL খুলে নিশ্চিত করুন এটি লোকেশন-ভিত্তিক বাউন্স ছাড়া সেই সংস্করণটি পরিবেশন করে।
সম্পূর্ণ, বৈধ hreflang ক্লাস্টার বানান
একটি hreflang ক্লাস্টার সমতুল্য লোকেল URL-গুলোকে সংযুক্ত করে। Google HTML link উপাদান, নন-HTML রেসপন্সের জন্য HTTP Link হেডার, বা XML সাইটম্যাপ এন্ট্রিকে সমর্থন করে, এবং এই পদ্ধতিগুলোকে সমতুল্য হিসেবে বিবেচনা করে। আপনার রিলিজ প্রক্রিয়া যে পদ্ধতিটি উত্পাদন ও অডিট করতে পারে তা নির্বাচন করুন। প্রতিটি বিকল্প URL অবশ্যই সম্পূর্ণভাবে যোগ্য হওয়া উচিত, যার মধ্যে https সহ, এবং উদ্দেশ্যপ্রণোদিত পাবলিক পেজে রেজলভ হওয়া উচিত।
প্রতিটি সমতুল্য পেজে একই সেট প্রকাশ করুন: একটি সেল্ফ-রেফারেন্স এবং প্রতিটি সমর্থিত বিকল্প। Google বলে যে পেজগুলো একে অপরকে ইঙ্গিত না করলে ট্যাগগুলো উপেক্ষিত হতে পারে এবং অনুপস্থিত রিটার্ন লিংক একটি সাধারণ ভুল হিসেবে চিহ্নিত করে। শেয়ার করা ডাটা থেকে ক্লাস্টার জেনারেট করুন, হাতে-কলমে সম্পাদিত টেমপ্লেট থেকে নয়। যদি একটি লোকেলে পেজ উপলব্ধ না থাকে, শুধুমাত্র গ্রিড পূরণ করার জন্য একটি নিকট-সমকক্ষ আবিষ্কার করবেন না।
প্রতিটি তালিকাভুক্ত জোড়ার জন্য যাচাই করুন উভয় পেজ একই অলটারনেট সেট প্রকাশ করে, তাদের নিজের URL সহ।
HTML head মার্কআপ অনুপলব্ধ থাকলে লোকালাইজড PDF-এর জন্য HTTP Link-header পদ্ধতি ব্যবহার করুন।
সার্চ বাস্তবায়ন মাথায় রেখে ভাষা ট্যাগ নির্বাচন করুন
ভাষা ট্যাগগুলো হচ্ছে en, en-GB, অথবা zh-Hant-এর মতো শনাক্তকারী। BCP 47 হচ্ছে IETF-এর best-current-practice ফ্রেমওয়ার্ক, এবং IANA Language Subtag Registry হচ্ছে রেফারেন্স রেজিস্ট্রি যেটি W3C লেখকদের নির্দেশ করে। একটি প্রাথমিক ভাষা দিয়ে শুরু করুন, তারপর কেবল স্ক্রিপ্ট বা অঞ্চল যোগ করুন যখন তা কন্টেন্টকে আলাদা করে। W3C ছোট যতটুকু প্রয়োজন ততটুকুই ট্যাগ রাখার পরামর্শ দেয়।
Google hreflang-এর জন্য Google-এর সমর্থিত-কোড নিয়ম পালন করুন, প্রতিটি সিনট্যাকটিক্যালি বৈধ BCP 47 ট্যাগ নয়। Google একটি ভাষাকে প্রথমে চায়, কখনও কেবল একটি অঞ্চলকে নয়, এবং ISO 639-1 ভাষা কোড সহ ঐচ্ছিক ISO 3166-1 Alpha-2 অঞ্চলগুলি নথিভুক্ত করে। এটি স্পষ্টভাবে বলে es-419 hreflang-এর জন্য অনসমর্থিত। বাস্তবায়নের সময় কোডগুলো পরীক্ষা করুন এবং ডেপ্লয়মেন্ট চেকগুলিতে প্রনোভিসড ভ্যালুগুলো প্রত্যাখ্যান করুন।
UK সংস্করণ তা অর্থপূর্নভাবে ভিন্ন হলে শুধুমাত্র তখনই en-GB ব্যবহার করুন; নয় তো সাধারণ en সংস্করণ সহজ।
ক্যানোনিকাল, ফালব্যাক এবং কন্টেন্ট সংকেত সামঞ্জস্যপূর্ণ রাখুন
ক্যানোনিকালাইজেশন ডুপ্লিকেট বা অত্যন্ত অনুরূপ URL-গুলোর মধ্যে একটি পছন্দসই URL নির্ধারণ করে; hreflang ইচ্ছাকৃত বিকল্পগুলোকে চিহ্নিত করে। স্বাধীন লোকেল পেজগুলোর জন্য সেলফ-রেফারেন্সিং ক্যানোনিকাল বা একই-ভাষার ক্যানোনিকাল ব্যবহার করুন। Google একই-ভাষার ক্যানোনিকাল বা সর্বোত্তম উপলব্ধ বিকল্পটি সুপারিশ করে। একটি ক্রস-ভাষার ক্যানোনিকাল আপনার প্রদর্শন করতে চাওয়া বিকল্পগুলোকে সংহত করে মুছে দিতে পারে।
x-default ব্যবহার করুন তাদের জন্য যাদের ব্রাউজার ভাষা তালিকাভুক্ত সংস্করণের সাথে মেলে না, বিশেষ করে একটি ভাষা বা দেশ সিলেক্টরের সাথে। এটি একটি ফালব্যাক, বাস্তব বিকল্পের প্রতিস্থাপন নয়। এটি নিরপেক্ষ সিলেক্টর নাকি ডিফল্ট-ভাষার পেজ তা সিদ্ধান্ত নিন, এটিকে ব্যবহারযোগ্য করুন, এবং স্বয়ংক্রিয়-রিডাইরেক্ট লুপ এড়ান। প্রতিটি পেজের দৃশ্যমান প্রধান কন্টেন্ট স্পষ্টভাবে এক ভাষা হবে তা বজায় রাখুন।
প্রতিটি নমুনায় অনুরোধকৃত URL, চূড়ান্ত URL, ক্যানোনিকাল, ইনডেক্সযোগ্যতা, hreflang টার্গেট, এবং সাইটম্যাপ এন্ট্রি তুলনা করুন।
রিলিজকে একটি রুট-এবং-কন্টেন্ট পরিবর্তন হিসেবে পরীক্ষা করুন
ডেপ্লয়মেন্টের আগে প্রতিটি টেমপ্লেট টাইপের নমুনা নিন: হোম, ক্যাটাগরি, কমার্শিয়াল, সম্পাদকীয়, হেল্প, এবং লোকালাইজড ফাইল। আপনার নির্বাচিত পদ্ধতির অনুসারে ডিলিভার হওয়া head, headers, বা সাইটম্যাপ নিরীক্ষণ করুন। পাবলিক রেসপন্স, চূড়ান্ত HTTPS URL, সেলফ এবং পারস্পরিক অলটারনেট, ক্যানোনিকাল টার্গেট, দৃশ্যমান লোকাল কন্টেন্ট, কাজ করা সুইচার, এবং কোনো দুর্ঘটনাবশত noindex বা robots ব্লক নেই তা নিশ্চিত করুন।
রিলিজের পরে Search Console-এ প্রতিনিধিত্বমূলক পেজগুলো পরীক্ষা করুন। এর লাইভ টেস্ট চেক করে Google বর্তমান পেজে অ্যাক্সেস করতে পারে কিনা; ইনডেক্সড রিপোর্ট নির্বাচিত ক্যানোনিকাল দেখাতে পারে। লাইভ টেস্ট নির্বাচিত ক্যানোনিকাল ভবিষ্যদ্বাণী করতে বা ইনডেক্সিং নিশ্চিত করতে পারে না। পরীক্ষিত ক্লাস্টার, ব্যতিক্রম, মালিক, এবং পুনরায় পরীক্ষার প্রমাণসহ একটি তারিখযুক্ত রিলিজ লগ রাখুন।
একটি অগ্রাধিকারপত্র রিডাইরেক্ট ভুল আছে, একটি পারস্পরিক জোড়া ভাঙা আছে, ক্যানোনিকালের সাথে সংঘাত আছে, বা নির্বাচন করা যাচ্ছে না এমন হলে রিলিজ ব্লক করুন।
লোকেল কনফিগারেশন ভার্সন করুন এবং একটি নিরাপদ শেয়ার্ড-টেমপ্লেট বিপরীতকরণের জন্য পূর্ববর্তী URL এবং অ্যানোটেশন ম্যাপ রাখুন।