সাইটম্যাপ পরীক্ষক আপনার পৃষ্ঠার URL তালিকাভুক্ত করা ফাইলটি পড়ে এবং XML, এন্ট্রি ও মেটাডেটার সমস্যা শনাক্ত করে। সাইটম্যাপ পড়া না গেলে, সাইটম্যাপ তৈরির ব্যবস্থা বদলানোর পরে বা নতুন ফাইল জমা দেওয়ার আগে এটি ব্যবহার করুন। ফলাফলের আগে পরীক্ষার পরিধি পড়ুন: সমস্যাহীন ফলাফল শুধু পরীক্ষিত ফাইলের জন্য প্রযোজ্য; Google আপনার পৃষ্ঠা সূচিভুক্ত করেছে কি না, তা নিশ্চিত করে না।
কোন URL দেবেন?
সাইটম্যাপ খুঁজতে ওয়েবসাইটের মূল পৃষ্ঠার ঠিকানা দিন, যেমন https://example.com/। Screpy robots.txt-এর Sitemap: ঘোষণাগুলো পড়ে। ঘোষণা না থাকলে /sitemap.xml, /sitemap_index.xml ও /sitemap-index.xml পরীক্ষা করে। এগুলো খোঁজার স্থান, বাধ্যতামূলক ফাইলের নাম নয়। একটি ঐচ্ছিক স্থানে ফাইল না থাকা অন্য স্থানে পাওয়া ফাইলকে অবৈধ করে না।
ঠিকানা জানা থাকলে সাইটম্যাপের নির্দিষ্ট URL দিন:
- পৃষ্ঠার URL থাকা ফাইলের জন্য
https://example.com/sitemap.xml। - অধীন সাইটম্যাপের ঠিকানা থাকা সূচির জন্য
https://example.com/sitemap-index.xml। - একটি অধীন ফাইল আলাদাভাবে পরীক্ষার জন্য
https://example.com/products-sitemap.xml।
এই ঠিকানাগুলো উদাহরণ। নিজের ডোমেইন ও পথ বসিয়ে নিন। /products/-এর মতো পৃষ্ঠা দিলে সেই নথিকে সাইটম্যাপ হিসেবে আনার অনুরোধ করা হয়; মূল পৃষ্ঠা থেকে খোঁজা শুরু হয় না। দেওয়া ঠিকানার HTML পৃষ্ঠা, লগইন পর্দা বা ত্রুটির পৃষ্ঠা XML সাইটম্যাপের বিষয়বস্তু নয়।
সাইটম্যাপের প্রতিবেদন কীভাবে পড়বেন
আগে ফাইলের সারণি ও পরীক্ষার পরিধি দেখুন, তারপর সমস্যাগুলো পর্যালোচনা করুন:
- সবুজ: পরীক্ষিত পরিধিতে সমস্যা পাওয়া যায়নি।
- লাল: নিশ্চিত ত্রুটি ঠিক করতে হবে, যেমন ভাঙা XML বা URL-এর ঠিকানা না থাকা।
- হলুদ: পুনরাবৃত্তি, সন্দেহজনক তারিখ বা অসম্পূর্ণ পরিধির সতর্কতা পর্যালোচনা করুন।
- ধূসর: তথ্য অনুপলব্ধ বা পরীক্ষা করা হয়নি; এটি সফল পরীক্ষার ফল নয়।
উদাহরণ হিসেবে তিনটি অধীন ফাইলের একটি সূচি ধরুন। দুটি ফাইল পুরোপুরি বিশ্লেষিত হয়েছে, যাতে ৪০ ও ৬০টি পৃষ্ঠা এন্ট্রি আছে; তৃতীয়টি আনা যায়নি। প্রতিবেদন সম্পূর্ণ দুটি ফাইল থেকে ১০০টি পৃষ্ঠা এন্ট্রি গণনা করতে পারে। পুরো সাইটের মোট সংখ্যা নির্ধারণ করতে পারে না। সফলভাবে বিশ্লেষিত সূচিটিও বিশ্লেষিত ফাইলের সংখ্যায় ধরা হয়; সূচির এন্ট্রি পৃষ্ঠা নয়, ফাইল নির্দেশ করে।
URL এন্ট্রি ও অনন্য URL আলাদা পরিমাপ। একই ঠিকানা দুবার থাকলে দুটি এন্ট্রি হয়, কিন্তু অনন্য URL একটি। একই এন্ট্রিতে একাধিক সমস্যা থাকতে পারে, তাই সমস্যার সংখ্যা সব সময় ক্ষতিগ্রস্ত পৃষ্ঠার সংখ্যা নয়। বারচিত্র দেখানো হলে তা বিশ্লেষিত অধীন সাইটম্যাপের এন্ট্রি তুলনা করে; সূচিভুক্ত পৃষ্ঠার চিত্র নয়।
একটি পরীক্ষা ২৭ সেকেন্ডে সর্বোচ্চ ২০টি ফাইল, ১,০০,০০০ এন্ট্রি ও ১০০ MiB ডিকম্প্রেস করা বিষয়বস্তু বিশ্লেষণ করে এবং সূচির এক স্তরের অধীন ফাইল অনুসরণ করে। একটির মধ্যে আরেকটি সূচি, অপাঠ্য ফাইল বা সীমা পূর্ণ হওয়া পরিধিকে আংশিক রাখতে পারে। বাদ পড়া অংশ পরীক্ষার জন্য সংশ্লিষ্ট অধীন ফাইলের ঠিকানা সরাসরি দিন। টুলের সীমা নিচে বর্ণিত সাইটম্যাপ মানের ফাইলপ্রতি সীমা থেকে আলাদা।
বৈধ সাইটম্যাপ XML কেমন হয়
সাধারণ পৃষ্ঠার সাইটম্যাপে UTF-8 XML, Sitemap নামস্থান, মূল urlset উপাদান এবং প্রতিটি url এন্ট্রিতে একটি loc মান থাকে। প্রতিটি ঠিকানা প্রোটোকল ও হোস্টের নামসহ পূর্ণ URL হতে হবে। এই ছোট উদাহরণে একটি পৃষ্ঠা আছে:
<?xml version="1.0" encoding="UTF-8"?>
<urlset xmlns="http://www.sitemaps.org/schemas/sitemap/0.9">
<url>
<loc>https://example.com/guides/</loc>
</url>
</urlset>
Sitemap প্রোটোকল অনুযায়ী প্রতিটি অসংকুচিত ফাইলে সর্বোচ্চ ৫০,০০০ এন্ট্রি ও ৫০ MiB (৫,২৪,২৮,৮০০ বাইট) থাকতে পারে। Gzip স্থানান্তরের আকার কমায়, ডিকম্প্রেস করা আকারের এই সীমা নয়। বড় ফাইল ভাগ করে একটি সূচিতে তালিকাভুক্ত করুন।
XML-এর বিশেষ চিহ্ন সঠিকভাবে লেখা জরুরি: ?a=1&b=2 থাকা URL-এ অ্যাম্পারস্যান্ড চিহ্নটি loc-এর মধ্যে & হিসেবে লিখতে হবে। এতে URL অক্ষুণ্ণ থাকে; প্যারামিটারযুক্ত ঠিকানা পছন্দের পৃষ্ঠা হয়ে যায় না। Screpy XML সাইটম্যাপ, সূচি ও gzip XML সমর্থন করে। অসমর্থিত বিন্যাসের ফল মানে Google সেই বিন্যাস প্রত্যাখ্যান করে, এমন নয়। সম্প্রসারণের স্কিমা সম্পূর্ণ যাচাই করা হয় না।
তারিখ, পুনরাবৃত্তি ও মালিকানা পরীক্ষা করুন
lastmod ঐচ্ছিক। দিলে 2025-09-12-এর মতো বাস্তব তারিখ বা সময় অঞ্চলসহ বৈধ তারিখ ও সময় ব্যবহার করুন। পৃষ্ঠার এন্ট্রিতে এটি পৃষ্ঠার শেষ গুরুত্বপূর্ণ পরিবর্তন বোঝায়, সাইটম্যাপ পুনরায় তৈরির সময় নয়। সূচির এন্ট্রিতে এটি অধীন সাইটম্যাপ ফাইলের পরিবর্তন বোঝায়। ভবিষ্যতের তারিখের সতর্কতা এলে ঘড়ি, সময় অঞ্চল ও মূল মান পরীক্ষা করুন।
Google-এর সাইটম্যাপ নির্দেশিকা বলছে, Google নিয়মিত সঠিক lastmod মান ব্যবহার করে এবং priority ও changefreq উপেক্ষা করে। এই ঐচ্ছিক ক্ষেত্র যোগ করলে র্যাঙ্কিং বাড়ে না। পরীক্ষক উপস্থিত মানের বৈধতা পরীক্ষা করে; পৃষ্ঠার বিষয়বস্তু আসলে কখন বদলেছে তা যাচাই করতে পারে না।
পুনরাবৃত্ত এন্ট্রি থাকলে তৈরির ব্যবস্থার মূল তালিকা ঠিক করুন, যাতে কাঙ্ক্ষিত URL একবার থাকে। URL বদলানোর আগে উদাহরণ দেখুন: হুবহু পুনরাবৃত্তি আর একই বিষয়বস্তু বোঝাতে পারে এমন পৃথক ঠিকানা এক নয়।
মালিকানার সতর্কতা প্রসঙ্গসহ বিচার করতে হবে। যথাযথভাবে ব্যবস্থা করা থাকলে একাধিক সাইটের জমা বৈধ হতে পারে, যেমন Google-এর সূচি নির্দেশিকা ব্যাখ্যা করে। এই টুল মালিকানা বা জমার সেটিং যাচাই করতে পারে না; অন্য হোস্ট বা পথের পরিধিকে ত্রুটি ভাবার আগে সেগুলো নিশ্চিত করুন।
মূল উৎস ঠিক করে আবার পরীক্ষা করুন
পরের হালনাগাদে মুছে নতুন করে লেখা হবে এমন তৈরি করা ফাইল সম্পাদনা না করে সাইটম্যাপ তৈরির ব্যবস্থা, CMS কনফিগারেশন বা মূল তথ্য ঠিক করুন। সমস্যা খুঁজতে সংশ্লিষ্ট ফাইল ও প্রতিবেদনের উদাহরণ ব্যবহার করুন।
| সমস্যা | কী বদলাবেন | পরে কী নিশ্চিত করবেন |
|---|---|---|
| ফাইল আনা যায়নি বা XML-এর বদলে HTML এসেছে | উন্মুক্ত পথ, প্রবেশের সীমাবদ্ধতা বা সার্ভারের প্রতিক্রিয়া ঠিক করুন। | নির্দিষ্ট ঠিকানায় লগইন বা যাচাইয়ের পর্দা ছাড়াই সাইটম্যাপ পাওয়া যায়। |
ভাঙা XML, ভুল নামস্থান বা অনুপস্থিত loc |
টেমপ্লেট, বিশেষ চিহ্নের লেখা বা অসম্পূর্ণ এন্ট্রি ঠিক করুন। | ফাইল বিশ্লেষিত হয় এবং প্রতিটি এন্ট্রিতে কাঙ্ক্ষিত পূর্ণ URL থাকে। |
| পুনরাবৃত্ত URL বা অবৈধ তারিখ | মূল তথ্যের পুনরাবৃত্তি সরান; তারিখ ঠিক করুন বা নির্ভুল রাখতে না পারা ঐচ্ছিক তারিখ বাদ দিন। | পুনরায় তৈরির পরে একই সমস্যা আর থাকে না। |
| আংশিক পরিধি বা মানের সীমার চেয়ে বড় ফাইল | নির্দিষ্ট অধীন ফাইল আলাদাভাবে দেখুন; বড় ফাইল ভাগ করে সূচি হালনাগাদ করুন। | সংশ্লিষ্ট ফাইল পুরোপুরি পরীক্ষিত হয় এবং ফাইলপ্রতি সীমা মানে। |
ফাইল পুনরায় তৈরি করে সংশোধিত সংস্করণ প্রকাশ করুন এবং একই ঠিকানায় আবার পরীক্ষা চালান। সমস্যাগুলো ও পরীক্ষার পরিধি তুলনার জন্য রাখতে চাইলে JSON প্রতিবেদন নামিয়ে নিন।
বৈধ সাইটম্যাপ সূচিভুক্ত হওয়ার প্রমাণ নয়
পরীক্ষক সাইটম্যাপ নথি আনে, তালিকার প্রতিটি পৃষ্ঠা নয়। এটি পৃষ্ঠার প্রতিক্রিয়া কোড, canonical ট্যাগ, noindex নির্দেশ বা Google-এর সূচিভুক্তির সিদ্ধান্ত নির্ধারণ করে না। সঠিকভাবে লেখা এন্ট্রি মুছে ফেলা পৃষ্ঠা বা সূচিভুক্ত করতে না চাওয়া URL-ও নির্দেশ করতে পারে।
তালিকার প্রাসঙ্গিক URL নিয়ে আলাদা প্রশ্নটি পরীক্ষা করুন: ক্রলারের প্রবেশের নিয়মের জন্য robots.txt পরীক্ষক, ঘোষিত পছন্দের URL-এর জন্য canonical ট্যাগ পরীক্ষক, অথবা পৃষ্ঠার SEO সংকেতের জন্য অন-পেজ SEO পরীক্ষক ব্যবহার করুন। এই পরীক্ষাগুলোরও নিজস্ব পরিধি আছে; কোনোটিই সূচিভুক্তির নিশ্চয়তা দেয় না।
সাইটম্যাপ ঠিক করার পরে Google Search Console-এ তার প্রক্রিয়াকরণ দেখুন। সফল অবস্থা মানে Google ফাইলটি এনেছে ও পড়েছে, সব আবিষ্কৃত পৃষ্ঠা সূচিভুক্ত করেছে এমন নয়। বাদ পড়ার কারণ খুঁজতে পৃষ্ঠার সূচিভুক্তির তথ্য ব্যবহার করুন। Sitemaps প্রতিবেদনের নির্দেশিকা এই পার্থক্য ব্যাখ্যা করে। সঠিক উৎস ঠিক করতে অবশিষ্ট পৃষ্ঠার সূচিভুক্তির সমস্যা ও সাইটম্যাপের XML গঠনের সমস্যা আলাদা রাখুন।
পৃষ্ঠার তালিকার উত্তর কোড ও রিডাইরেক্টের ধাপ তুলনা করতে ব্যবহার করুন: একসঙ্গে HTTP স্ট্যাটাস পরীক্ষা.
সাইটম্যাপের দুটি সংস্করণ তুলনা করতে সাইটম্যাপ তুলনা টুল ব্যবহার করুন। যোগ হওয়া, বাদ পড়া এবং উভয় তালিকায় থাকা URL দেখুন। অনুপস্থিত ঠিকানা সম্পর্কে সিদ্ধান্ত নেওয়ার আগে দুটি উৎসই সম্পূর্ণ প্রক্রিয়া করা হয়েছে কি না যাচাই করুন।
IndexNow সেটআপ আলাদাভাবে দেখতে IndexNow চেকার ব্যবহার করুন। এটি URL জমা না দিয়ে যাচাই ফাইল পড়ে ও চাবি মেলায়; সার্চ ইঞ্জিনের গ্রহণ বা ইনডেক্সিং নিশ্চিত করে না।