সাইটম্যাপ তুলনার টুল দুটি XML সাইটম্যাপ তালিকার পার্থক্য দেখায়। Screpy শুধু বর্তমান উৎসে থাকা URL, শুধু আগের উৎসে থাকা URL এবং উভয়টিতে থাকা ঠিকানা শনাক্ত করে। উভয় তালিকায় থাকা URL-এর সরবরাহ করা lastmod টেক্সটও তুলনা করে। নতুন সংস্করণ প্রকাশের পর, সাইট মাইগ্রেশনের সময় বা প্রকাশিত URL তালিকায় অপ্রত্যাশিত পরিবর্তন খতিয়ে দেখতে এটি ব্যবহার করুন।
তুলনা করার জন্য দুটি সংস্করণ বেছে নিন
আগের ও বর্তমান সাইটম্যাপের ঠিকানা দিন অথবা প্রতিটি দিকের জন্য আলাদাভাবে XML পেস্ট করার বিকল্প বেছে নিন। পুরোনো ঠিকানা থেকে ইতিমধ্যে নতুন সাইটম্যাপ পাওয়া গেলে সংরক্ষিত XML কপি কাজে লাগে। Screpy অতীতের সংস্করণ উদ্ধার করে না। দুটি ইনপুট একই বর্তমান ফাইল দেখালে, প্রকাশের আগে সেই ফাইলে কী ছিল তা এই তুলনা থেকে পুনরুদ্ধার করা যাবে না।
https://example.com/sitemap.xml-এর মতো সবার জন্য উন্মুক্ত XML URL ব্যবহার করুন। এটি শুধুই উদাহরণ। প্রথমে আপনার সাইটের সাইটম্যাপ খুঁজতে Sitemap Checker ব্যবহার করুন। পেস্ট করা প্রতিটি ডকুমেন্টে সর্বোচ্চ 256 KiB UTF-8 XML থাকতে পারে।
যোগ ও বাদ যাওয়াকে তালিকার পার্থক্য হিসেবে পড়ুন
যোগ হওয়া URL বর্তমান তালিকায় আছে, কিন্তু সম্পূর্ণ পড়া আগের তালিকায় নেই। বাদ যাওয়া URL আগের তালিকায় আছে, কিন্তু সম্পূর্ণ বর্তমান তালিকায় নেই। উভয়টিতে থাকা URL দুই তালিকাতেই আছে। হোস্টনেম স্বাভাবিকীকরণ আলাদা path, query string বা শেষের slash-এর ভিন্ন রূপ এক করে না; /products/, /Products/ ও /products আলাদা ঠিকানা হিসেবে থাকতে পারে।
কোনো URL বাদ যাওয়া সরাসরি SEO ত্রুটি নয়। মুছে ফেলা পণ্য ইচ্ছাকৃতভাবে সাইটম্যাপ থেকে সরানো হতে পারে; আবার সক্রিয় ল্যান্ডিং পেজ ভুল করে বাদ পড়তে পারে। কী বদলাবেন তা ঠিক করার আগে সংশ্লিষ্ট ঠিকানা পরীক্ষা করুন। Bulk HTTP Status Checker দিয়ে পেজের রেসপন্স ও রিডাইরেক্ট আলাদাভাবে পরীক্ষা করা যায়।
তারিখকে কনটেন্ট আপডেটের প্রমাণ মনে করবেন না
উভয় তালিকার URL-এর জন্য টেবিলে আগের ও বর্তমান lastmod দেখানো হয়। পরিবর্তনের সংখ্যা সরবরাহ করা টেক্সট তুলনা করে; কোনো মান যোগ বা বাদ যাওয়াও এর মধ্যে পড়ে। আসল পেজ কখন বদলেছে বা দুটি টাইমস্ট্যাম্পের বিন্যাস একই মুহূর্ত বোঝায় কি না, এটি তা যাচাই করে না।
পরিবর্তনের তারিখ অর্থবহ কনটেন্ট পরিবর্তনের সঙ্গে মিলিয়ে রাখুন। প্রতিটি বিল্ডে সব তারিখ পাল্টানো জেনারেটর কনটেন্ট না বদলিয়েও অনেক পার্থক্য তৈরি করতে পারে। XML কাঠামো ও সমর্থিত ফিল্ডের মান খতিয়ে দেখতে Sitemap Validator ব্যবহার করুন। Sitemaps প্রোটোকল সাইটম্যাপ ও ইনডেক্সের বিন্যাস ব্যাখ্যা করে।
URL নেই ধরে নেওয়ার আগে পরীক্ষার পরিধি দেখুন
রিমোট ইনডেক্সের ক্ষেত্রে Screpy একই origin-এর অধীন ফাইল সর্বোচ্চ দুই স্তর পর্যন্ত অনুসরণ করে। প্রতিটি দিক দশটি ফাইল, ১০,০০০ স্বতন্ত্র পেজ URL ও ২০,০০০ প্রক্রিয়াকৃত এন্ট্রিতে সীমাবদ্ধ। একটি রিমোট ফাইলে সর্বোচ্চ 5 MiB ডাউনলোড করা ও ডিকমপ্রেস করা ডেটা থাকতে পারে; প্রতি দিকে মোট ডিকমপ্রেস করা ডেটার সীমা 10 MiB। পেস্ট করা ইনডেক্সের অধীন ফাইল আনা হয় না, কারণ বর্তমান ফাইলগুলো সংরক্ষিত সংস্করণের প্রতিনিধিত্ব নাও করতে পারে।
সময়সীমা পেরোনো, অধীন ফাইল না পাওয়া, অসমর্থিত পরিধি বা প্রক্রিয়াকরণের সীমার কারণে কোনো উৎস অসম্পূর্ণ থাকতে পারে। সে ক্ষেত্রে একটি ঠিকানা শুধু একদিকে দেখা মানেই অন্যদিকে সেটি নেই—এমন প্রমাণ নয়। পর্যবেক্ষণের লেবেল ও অজানা মোট সংখ্যা আক্ষরিকভাবেই পড়ুন; অজানা মানে শূন্য নয়। পুনরাবৃত্ত পেজের ঠিকানা একত্র করা হয়; অবৈধ ঠিকানা ও পুনরাবৃত্ত ফিল্ড রিপোর্টে দেখানো হয়।
যে তথ্য সত্যিই দেখেছেন সেটিই এক্সপোর্ট করুন
পরিবর্তনের ধরন বা URL-এর টেক্সট দিয়ে ফিল্টার করে মিলে যাওয়া সংরক্ষিত সারিগুলো CSV হিসেবে এক্সপোর্ট করুন। JSON-এ সীমাবদ্ধ রিপোর্ট ও উৎসের পর্যবেক্ষণ থাকে। সর্বোচ্চ ১,০০০ বিস্তারিত সারি ফেরত আসে; তাই সারাংশের সংখ্যা টেবিল বা এক্সপোর্টের চেয়ে বড় হতে পারে। বড় বিশ্লেষণে ছোট উৎস ফাইলগুলো আলাদাভাবে তুলনা করতে হতে পারে।
এই রিপোর্ট তালিকার প্রতিটি পেজে অনুরোধ পাঠায় না, Google-এর নির্বাচিত canonical ঠিকানা শনাক্ত করে না এবং ইনডেক্স হওয়া প্রমাণ করে না। ঘোষিত canonical তথ্যের জন্য Canonical Tag Checker এবং Google-এর নথিভুক্ত ইনডেক্স অবস্থার জন্য Search Console ব্যবহার করুন। কোনো সমস্যা না পাওয়া তালিকা তুলনা শুধু ঘোষিত পরিধির তুলনাটুকুই নিশ্চিত করে।