নির্ণয় করুন যে URLগুলো আসলেই ডুপ্লিকেট কি না
ক্যানোনিকাল URL হল নকল বা প্রায়-নকল পৃষ্ঠাগুলোর প্রতিনিধিত্বকারী ঠিকানা। ক্যানোনিকাল লিঙ্ক রিলেশন তখনই উপযুক্ত যখন লক্ষ্যমাত্রা (target) রেফারিং পৃষ্ঠার কন্টেন্টের অনুলিপি বা তার সুপারসেট থাকে। এটি ভিন্ন পণ্য, প্রয়োজনীয় ফিল্টার, উপকারী নিবন্ধ, বা লোকেল লুকিয়ে রাখার উপায় নয়।
প্রশ্ন করুন: যদি এই URL টি নির্বাচিত URL দ্বারা প্রতিনিধিত্ব করা হয়, তাহলে দর্শক কি গুরুত্বপূর্ণ কন্টেন্ট, পছন্দ, বা কাজ সম্পন্ন করার ক্ষমতা হারাবে? যদি হ্যাঁ, তাহলে এটিকে আলাদা রাখুন এবং কনটেন্ট বা লোকালাইজেশন উন্নত করুন। যদি না, একটি স্থির URL নির্বাচন করুন এবং তার প্রোটোকল, হোস্ট, পাথ, ট্রেইলিং-স্ল্যাশ ও প্যারামিটার নীতিগুলো ডকুমেন্ট করুন।
প্রতিটি পছন্দকৃত ইন্ডেক্সযোগ্য HTML পৃষ্ঠায় একটি স্ব-রেফারেন্সিং ক্যানোনিকাল যোগ করুন, এমনকি এখন কোনো ডুপ্লিকেট স্পষ্ট না হলে-ও।
একটি প্রয়োজনীয় ডুপ্লিকেট, যেমন অ্যানালিটিক্স-প্যারামিটার রুট, কেবল তখনই পছন্দকৃত URL-এ নির্দেশ করুন যখন উভয় পৃষ্ঠাই একই প্রধান কন্টেন্ট রিটার্ন করে।
পুরানো URL টি আর গন্তব্য হওয়া উচিত নয় — তখন রিডাইরেক্ট ব্যবহার করুন
একটি পুরোনো পাথ, অবসরে ফেলা হোস্ট, বা HTTP সংস্করণ আর দর্শক বা ক্রলারের জন্য গন্তব্য হওয়া উচিত না—এমন ক্ষেত্রে সার্ভার-সাইড স্থায়ী রিডাইরেক্ট ব্যবহার করুন। Google রিডাইরেক্টকে শক্তিশালী ক্যানোনিকাল সিগন্যাল হিসেবে দেখে এবং ডুপ্লিকেট অবসরের সময় এগুলো ব্যবহার করার পরামর্শ দেয়।
যখন দুটি URL-ই কন্টেন্ট রেসপন্স দিতে হবে কিন্তু একটি সার্চে ক্লাস্টারের প্রতিনিধিত্ব করবে, তখন rel=canonical ব্যবহার করুন। ট্যাগটি দর্শকের ঠিকানাকে বদলায় না বা অন্য রুট সরিয়ে দেয় না। টার্গেটটি সফলভাবে অ্যাক্সেসযোগ্য হওয়া উচিত এবং অন্য কোথাও রিডাইরেক্ট বা ক্যানোনিকাল না করা উচিত।
একটি লিগ্যাসি HTTP URL সরাসরি চূড়ান্ত HTTPS URL-এ পাঠান এবং অন্য কোথাও সেই HTTPS URL ব্যবহার করুন।
robots.txt, URL রিমুভাল, এবং noindex কোনো পছন্দসই ডুপ্লিকেট পছন্দ করে না। noindex পৃষ্ঠাকে Search থেকে ব্লক করে।
একটি স্পষ্ট অ্যানোটেশন প্রকাশ করুন
HTML-এর জন্য head-এ একটি একক absolute rel=canonical অ্যানোটেশন রাখুন। কেবল CMS সেটিং দেখেই নয়—ডেলিভার করা সোর্স পরীক্ষা করুন: একটি থিম, প্লাগইন, edge রুল, বা JavaScript মানটি পরিবর্তন করতে পারে। Google HTML সোর্সে এটি প্রদান করার এবং JavaScript দ্বারা পরিবর্তন না করার পরামর্শ দেয়।
PDF-এর মতো নন-HTML ডকুমেন্টের জন্য যেখানে প্রযোজ্য সেখানে একটি canonical HTTP Link রেসপন্স হেডার ব্যবহার করুন। বিরোধী HTML এবং হেডার মান এড়িয়ে চলুন। টার্গেটটি অ্যাক্সেসযোগ্য হতে হবে, 4xx রেসপন্স নয়, এবং এটি রিডাইরেক্ট বা চেইন করা URL হওয়া উচিত নয়।
প্রতিটি রিসোর্সের জন্য একটি ক্যানোনিকাল লক্ষ্য প্রকাশ করুন; একাধিক লক্ষ্য অগ্রাধিকার অস্পষ্ট করে।
টেমপ্লেট, CDN, CMS, বা রাউটিং পরিবর্তনের পরে নমুনা পৃষ্ঠা ও হেডার ফেচ করে চূড়ান্ত লক্ষ্য নিশ্চিত করুন।
সহায়ক সংকেতগুলোকে একরকম করুন
নেভিগেশন, ব্রেডক্রাম্ব, বডি লিংক এবং জেনারেটেড ফিডে অভ্যন্তরীণভাবে পছন্দকৃত URL-এ লিংক করুন। শুধুমাত্র সেই URL-গুলোকে সাইটম্যাপে রাখুন যেগুলোকে আপনি সার্চে দেখাতে চান। সাইটম্যাপের অন্তর্ভুক্তি কমজোরি একটি সিগন্যাল, কিন্তু রিডাইরেক্ট ও অ্যানোটেশনগুলোর সঙ্গে মিললে এটি পছন্দকে শক্তিশালী করে।
সাইটম্যাপে একেই হোস্ট, প্রোটোকল, ও স্ল্যাশ স্টাইল ব্যবহার করে সম্পূর্ণ যোগ্য (fully qualified) URL জেনারেট করুন, এবং রিডাইরেক্ট করা ও প্যারামিটারযুক্ত ডুপ্লিকেটগুলো মুছুন। পারমালিংক, ডোমেইন, ভাষা, বা ই-কমার্স পরিবর্তনের পরে স্বয়ংক্রিয় সাইটম্যাপ পরীক্ষা করুন।
ট্র্যাকড, লিগ্যাসি, বা বিকল্প-হোস্ট URL লিংকগুলোকে নির্বাচিত ক্যানোনিকালে প্রতিস্থাপন করুন।
HTTPS রিডাইরেক্ট, ক্যানোনিকাল টার্গেট, সাইটম্যাপ, এবং লিংকগুলোকে সঙ্গতিপূর্ণ রাখুন; সার্টিফিকেট সমস্যা বা HTTPS-থেকে-HTTP ত্রুটি বিরোধী সংকেত পাঠায়।
উদ্দেশ্য অনুযায়ী প্যারামিটার, পেজিনেশন, এবং ভাষা হ্যান্ডেল করুন
প্যারামিটারগুলো স্বয়ংক্রিয়ভাবে ডুপ্লিকেট নয়। অ্যানালিটিক্স প্যারামিটার কন্টেন্ট অপরিবর্তিত রেখে যেতে পারে, আর ফিল্টার ও সর্টিং ফলাফল সেট পরিবর্তন করতে পারে। প্রতিনিধিশীল সমন্বয়গুলো পরীক্ষা করুন। কার্ট, লগইন, সম্মতি, বা কনফিগারেশনের জন্য প্রয়োজনীয় কোনো প্যারামিটার সংরক্ষণ করুন; একটি ক্যানোনিকাল দর্শক ফ্লো ভেঙে দিতে পারবে না।
পুরো পেজ সিরিজকে পেজ ওয়ানে ক্যানোনিকাল করা সাধারণত ঠিক নয়: পরে পেজগুলোতে সাধারণত এমন আইটেম বা কন্টেন্ট থাকে যা পেজ ওয়ানে নেই। একই ভাষার URL থাকলে একই-ভাষার পেজকে canonical নামে এবং বিকল্পগুলির জন্য hreflang ব্যবহার করুন। ক্যানোনিকালাইজেশন লোকালাইজেশনের ডিজাইনের বিকল্প নয়।
কোন ফিল্টারগুলো আলাদা ল্যান্ডিং পৃষ্ঠা এবং কোনগুলো কেবল ডুপ্লিকেট রিন্ডারিং তা ডকুমেন্ট করুন যাতে প্রোডাক্ট ও ইঞ্জিনিয়ারিং পরিবর্তনগুলো সমন্বিত থাকে।
শুধুমাত্র তখনই একটি ভিউ-অল পেইজ ব্যবহার করুন যখন এটি ব্যবহারযোগ্য কনটেন্টের সুপারসেট; নির্বাচন করার আগে এর লোড এবং ন্যাভিগেশন পরীক্ষা করুন।
ইন্ডেক্সড এবং লাইভ প্রমাণের সাথে দ্বন্দ্ব ডিবাগ করুন
Search Console-এ প্রভাবিত URL পরীক্ষা করুন এবং Google-এ ইনডেক্স করা নির্বাচিত ক্যানোনিকালকে ইউজার-ঘোষিত মানের সঙ্গে তুলনা করুন। প্রার্থী টার্গেটটিও অনুসন্ধান করুন। ইনডেক্সড রিপোর্ট প্রদর্শন করে Google শেষবার কী প্রক্রিয়াজাত করেছিল; একটি লাইভ টেস্ট বর্তমান ফেচ, রেন্ডারেড পেজ, হেডার ও রিসোর্স দেখায়, কিন্তু চূড়ান্ত ক্যানোনিকাল নির্বাচন ভবিষ্যদ্বাণী করতে পারে না।
যদি মানগুলো আলাদা হয়, ভাবুন Google বোঝাপড়া করে এমন কি ভালো প্রতিনিধিকে নির্বাচন করেছে। নাহলে রিডাইরেক্ট, HTML ও HTTP-হেডার অ্যানোটেশন, রেন্ডার করা আউটপুট, লিংক, সাইটম্যাপ এন্ট্রি, hreflang, ও কন্টেন্ট সাদৃশ্য অনুসন্ধান করুন। বিরোধ ঠিক করুন, পরিবর্তন নথিভুক্ত করুন, এবং পুনর্মূল্যায়নের জন্য সময় দিন।
টেমপ্লেট, হেডার, হোস্ট রাউটিং, এবং সিকিউরিটি পরিবর্তন পরীক্ষা করুন। একটি ব্যাখ্যাহীন ক্রস-ডোমেইন ক্যানোনিকাল বা রিডাইরেক্ট নিরাপত্তা অনুসন্ধানের দাবি রাখতে পারে।
ডেলিভার করা সোর্স ও হেডারগুলোকে CMS সেটিংসের সাথে তুলনা করুন; একটি প্লাগইন বা প্ল্যাটফর্ম রুল ভিন্ন মান ইমিট করতে পারে।
SIU রিলিজ হার্ডেনিং-এ ক্যানোনিকাল চেক যোগ করুন
ডোমেইন, HTTPS, CDN, CMS, টেমপ্লেট, বা ক্যাটালগ রিলিজের আগে হোমপেজ, কনটেন্ট ও প্রোডাক্ট পেজ, একটি প্যারামিটার রুট, একটি লোকেল, একটি লিগ্যাসি URL, এবং প্রকাশিত ডকুমেন্টের নমুনা নিন। স্ট্যাটাস, ফাইনাল URL, ক্যানোনিকাল টার্গেট, সাইটম্যাপ অন্তর্ভুক্তি, এবং একটি অভ্যন্তরীণ-লিংক উদাহরণ নথিভুক্ত করুন।
ফিক্সগুলো রিভার্সিবল রাখুন: বর্তমানে যেই ম্যাপিং আছে তা ক্যাপচার করুন, এক রুল সেট পরিবর্তন করুন, প্রভাবিত রুট যাচাই করুন, এবং একটি রোলব্যাক পরিকল্পনা রাখুন। এটি স্থিতিশীল পাবলিক পাথগুলোকে রক্ষা করে পরিবর্তনের সময় প্রোঅ্যাকটিভ আপটাইম অপ্টিমাইজেশনে সাহায্য করে; এটি আউটেজ সনাক্তকরণ বা ইন্ডেক্সিং গ্যারান্টি দেয় না।
মার্কেটিং এবং ইঞ্জিনিয়ারিং মধ্যে ক্যানোনিকাল নীতিগুলো বরাদ্দ করুন এবং প্রতিটি আপডেটের পেছনে টেমপ্লেট, রিডাইরেক্ট, সাইটম্যাপ, বা প্ল্যাটফর্ম পরিবর্তন লগ করুন।
রিলিজ টিকিটে দ্রুত পুনরুদ্ধারের জন্য একটি ছোট পূর্ব-এবং-পরে URL ও হেডার নমুনা সংযুক্ত করুন।