XML জেনারেট করার আগে যোগ্যতা নির্ধারণ করুন
একটি XML সাইটম্যাপ হল মেশিন-রিডেবল URL তালিকা এবং ঐচ্ছিক মেটাডেটা। ক্রলার-এক্সপোর্ট নয়, একটি যোগ্যতা নিয়ম দিয়ে শুরু করুন: একটি পেজ তালিকাভুক্ত করুন তখনই যখন তা সার্চের উদ্দেশ্যে রাখা হয়েছে, প্রকাশ্যভাবে পুনরুদ্ধারযোগ্য, এবং তার কনটেন্টের প্রেফার্ড ভার্সন। ফেসেটেড ক্যাটালগ URL, ইন্টার্নাল সার্চ রেজাল্ট, ক্যাম্পেইন ভ্যারিয়্যান্ট, লগইন ডেস্টিনেশন এবং প্রিভিউগুলো বাদ রাখুন যদি না সেগুলো ইচ্ছাকৃত পাবলিক সার্চ ডেস্টিনেশন হয়ে থাকে।
পাবলিক, দরকারী পেজ যা সার্চ উদ্দেশ্যে এবং একটি প্রেফার্ড URL আছে।
রিডাইরেক্ট, এরর, ডুপ্লিকেট, noindex পেজ এবং প্রাইভেট রুট।
আবিষ্কারের সহায়তা ক্রলিং বা ইনডেক্সিং গ্যারান্টি করে না।
ক্যানোনিকাল URL তালিকাভুক্ত করুন — পৌঁছানোর প্রতিটি উপায় নয়
ক্যানোনিকাল URL হচ্ছে সেই ভার্সন যেটিকে আপনি সার্চ ইঞ্জিনকে প্রতিনিধিত্বকারী পেজ হিসেবে দেখতে চান। সাইটম্যাপ অন্তর্ভুক্তি একটি দুর্বল ক্যানোনিকাল সিগন্যাল, সেহেতু এটি রিডাইরেক্ট, self-referential ক্যানোনিকাল ট্যাগ এবং অভ্যন্তরীণ লিংকের বিরোধিতা না করে তা জোরদার করা উচিত। একটি স্থিতিশীল HTTPS ফরম্যাট নির্বাচন করে ঠিক সেই সংস্করণ ইস্যু করুন।
http ও https, www ও non-www, ট্রেইলিং স্ল্যাশ নীতি, কেসসেনসিটিভিটি, প্রিন্ট পেজ, ফিল্টার এবং ট্র্যাকিং প্যারামিটারগুলো পরীক্ষা করুন। যদি কোনো URL রিডাইরেক্ট করে, শুধুমাত্র তার চূড়ান্ত ক্যানোনিকাল ডেস্টিনেশন তালিকাভুক্ত করুন। প্রতিটি স্বতন্ত্র লোকালাইজড পেজকে তার নিজস্ব ক্যানোনিকাল URL দিন; আলাদা লোকালাইজড কনটেন্ট সাইটম্যাপে একত্রিত করে ঝমাটাবেন না।
পূর্ণাঙ্গ (absolute) স্কিম এবং হোস্ট লিখুন, সেভাবে না যে কেবল রিলেটিভ পাথ। Google তালিকাভুক্ত URL গুলোকে সেভাবে ক্রল করে।
সাইটম্যাপ, ক্যানোনিকাল ট্যাগ, অভ্যন্তরীণ লিংক ও রিডাইরেক্ট নীতি একই পেজকে নির্দেশ করা উচিত।
একটি ডুপ্লিকেট ব্লক করা প্রেফার্ড ভার্সন প্রতিষ্ঠা করে না।
XML ছোট, বৈধ এবং সত্যনিষ্ঠ রাখুন
Sitemap Protocol অনুযায়ী কাঠামো ব্যবহার করুন: UTF-8 এনকোডিং সহ XML, একটি urlset, সাইটম্যাপ নেমস্পেস, এবং প্রতিটি URL-এর জন্য একটি loc। URL মানগুলোতে XML-সংবেদনশীল অক্ষরগুলো এস্কেপ করুন। অটোমেশনকে হাত দিয়ে XML কনক্যাট করার বদলে URL সিরিয়ালাইজ করতে বলুন।
প্রতিটি সাইটম্যাপ সর্বোচ্চ 50,000টি URL ধারণ করতে পারে এবং অপরিবর্তিত (uncompressed) আকারে সর্বোচ্চ 50 MB হতে পারে। এগুলো সীমা, টার্গেট নয়। পণ্যের ধরন, আর্টিকেল, লোকেল বা কনটেন্ট টাইপ অপারেশনাল বাউন্ডারি তৈরি করলে আগেই ভাগ করুন।
lastmod ব্যবহার করুন কেবল পেজের প্রকৃত উল্লেখযোগ্য-পরিবর্তনের তারিখের জন্য। Google এটি তখনই ব্যবহার করে যখন তা ধারাবাহিকভাবে এবং যাচাইযোগ্যভাবে সঠিক হয়; কপিরাইট-বছরের আপডেট যোগ্য নয়। কখনোই প্রতিটি URL-এ জেনারেটরের সময় ছাপে অভিহিত করবেন না। Google changefreq এবং priority উপেক্ষা করে, সেগুলো বাদ দিন।
loc আবশ্যক; lastmod ঐচ্ছিক এবং পেজের পরিবর্তনকে বর্ণনা করতে হবে, জেনারেটারের রান-টাইম নয়।
Gzip ট্রান্সফার সাইজ কমাতে পারে, তবে ডিকম্প্রেস্ড ফাইল 50 MB এর নিচে থাকতে হবে।
XML ভাল-ফর্মডনেস, ফেচযোগ্যতা, এবং তালিকাভুক্ত পেজের আচরণ যাচাই করুন।
স্বত্ব না হারিয়ে স্কেল করতে ইনডেক্স ব্যবহার করুন
একটি সাইটম্যাপ ইনডেক্স সাইটম্যাপ ফাইলগুলোর তালিকা প্রকাশ করে। সাইটটি একক ফাইল সীমা ছাড়ালে বা আলাদা ইনভেন্টরি দরকার হলে একটি ইনডেক্স ব্যবহার করুন। এডিটরিয়াল, প্রোডাক্ট, বা হেল্প সেন্টার মালিকানার ভিত্তিতে গ্রুপ করুন। ইনডেক্সের একই 50,000-আইটেম এবং 50 MB অপরিবর্তিত সীমা আছে।
চাইল্ড ফাইলগুলো উদ্দেশ্যমূলক সাইটে স্থিতিশীল URL-এ রাখুন। প্রোটোকল সাধারণত যোগ্য URLগুলোকে সাইটম্যাপের হোস্ট ও লোকেশনের সাথে বেঁধে রাখে; ক্রস-সাইট বিন্যাসের জন্য যাচাইকৃত মালিকানা দরকার।
একটি টেস্টযোগ্য উদ্দেশ্য নিয়ে বিভক্ত করুন—কনটেন্ট টাইপ, স্টোরফ্রন্ট, ভাষা সেট, বা ডেপ্লয়মেন্ট বাউন্ডারি। জেনারেটর, মালিক এবং প্রত্যাশিত কনটেন্ট পপুলেশন রেকর্ড করুন।
বাইরে-নাও প্রতিটি চাইল্ড সাবমিট করার বদলে পূর্ণ ইনডেক্স সাবমিট করুন।
ইনডেক্স lastmod সাইটম্যাপ ফাইলকে বর্ণনা করে, পাতাগুলোকে নয়।
সঠিকভাবে প্রকাশ, সাবমিট এবং ফলাফল ব্যাখ্যা করুন
সাইটম্যাপকে একটি স্থিতিশীল, পাবলিকলি ফেচযোগ্য HTTPS ঠিকানায় হোস্ট করুন, সম্ভব হলে রুটের কাছে। robots.txt-এ একটি অ্যাবসলুট Sitemap নির্দেশ যোগ করুন। প্রসেসিং বিবরণ দেখতে Google Search Console ও Bing Webmaster Tools-এ সাইটম্যাপ বা ইনডেক্স সাবমিট করুন।
Search Console-এ Success মানে সাইটম্যাপটি ফেচ ও পড়া হয়েছে কোনো এরর ছাড়া। Has errors মানে এটিকে এররসহ পড়া হয়েছে; Couldn’t fetch মানে এটি উপলব্ধ ছিল না। ডেলিভারি, authentication, DNS, robots, রিডাইরেক্ট বা XML ঠিক করে পুনরায় সাবমিট করুন।
আবিষ্কৃত-পেজ কাউন্টকে স্কোর হিসেবে নয়, ডায়াগনস্টিক ইনপুট হিসেবে বিবেচনা করুন। আবিষ্কৃত পেজ ক্রল বা ইনডেক্স করা গ্যারান্টেড নয়। নমুনা URL-গুলো তাদের ক্যানোনিকাল URL, রেসপন্স এবং ইনডেক্সিং রিপোর্টের বিরুদ্ধে পরীক্ষা করুন।
robots.txt আবিষ্কারকে সহায়তা করে; টুল সাবমিশন প্রসেসিং রিপোর্ট উন্মোচিত করে।
Search Console রিপোর্ট- বা API-সাবমিট করা ফাইলগুলো তালিকাভুক্ত করে, প্রতিটি robots.txt আবিষ্কারের নয়।
রিলিজ-সমালোচনামূলক সাইট অবকাঠামো হিসেবে সাইটম্যাপ পরিচালনা করুন
সাইটম্যাপের গুণগত মান নিম্নমুখী হতে পারে যখন একটি CMS প্লাগইন বদলায়, একটি ডেপ্লয়মেন্ট ক্যানোনিকাল হোস্ট পরিবর্তন করে, ক্যাশ নীতি স্টেইলে আউটপুট সার্ভ করে, বা একটি বাল্ক জব অসম্পূর্ণ পেজ প্রকাশ করে। প্রি-রিলিজ ও রোলব্যাক কাজের অংশ হিসেবে সাইটম্যাপ চেকগুলো করুন। সম্পূর্ণ ইনভেন্টরিকে গোপনে খালি বা ভাঙা ফাইলে পরিবর্তন করবেন না।
আগের জান্তা-করণীয় ভাল-সাইটম্যাপ সংরক্ষণ করুন, অপ্রত্যাশিত কাউন্ট পরিবর্তন ফ্ল্যাগ করুন, এবং প্রকাশের আগে যোগ ও বাদ কৃত আইটেম নমুনা করে দেখুন। যখন পাথ পরিবর্তন হয়, রিডাইরেক্ট, ক্যানোনিকাল ট্যাগ, অভ্যন্তরীণ লিংক এবং সাইটম্যাপ একক চেঞ্জ সেট হিসেবে সমন্বয় করুন। Status Is UP এটিকে প্রোঅ্যাকটিভ আপটাইম অপটিমাইজেশন হিসেবে দেখে: ক্রলার ও ভিজিটররা ভাঙা পথ খুঁজে বের করার আগে আবিষ্কারের পাবলিক সারফেসকে রক্ষা করুন।
অবৈধ, খালি, ভুল-হোস্ট বা নকানোন ক্যানোনিকাল আউটপুটের জন্য প্রকাশ স্থগিত করুন।
পূর্ববর্তী আর্টিফ্যাক্ট ও জেনারেটর কনফিগারেশন রোলব্যাকের জন্য প্রস্তুত রাখুন।