সাইটম্যাপ ভ্যালিডেটর

একটি XML সাইটম্যাপ বা ইনডেক্স পরীক্ষা করুন। ফিল্ডের ত্রুটি খুঁজুন, সতর্কতা পর্যালোচনা করুন এবং প্রমাণের ভিত্তিতে উৎস ঠিক করুন।

সাইটম্যাপ ভ্যালিডেটর যাচাই করে একটি XML সাইটম্যাপে প্রত্যাশিত কাঠামো ও সমর্থিত ফিল্ডের মান ব্যবহার করা হয়েছে কি না। Screpy একটি ডকুমেন্ট পরীক্ষা করে ত্রুটি, সতর্কতা ও উৎসের প্রমাণ দেখায়, যাতে সাইটম্যাপ জেনারেটর ঠিক করতে পারেন। সমস্যা না পাওয়া ফল কেবল পরীক্ষিত পরিসরের জন্য প্রযোজ্য; তালিকাভুক্ত পৃষ্ঠা কাজ করে বা Google সেগুলো ইনডেক্স করেছে—এটি তার প্রমাণ নয়।

যে ডকুমেন্ট যাচাই করবেন সেটি বেছে নিন

প্রকাশিত ফাইল পরীক্ষা করতে XML-এর নির্দিষ্ট পাবলিক ঠিকানা দিন, যেমন https://example.com/sitemap.xml। এই কাল্পনিক ঠিকানা বিন্যাসটি বোঝায়। হোমপেজ থেকে HTML আসতে পারে; আগে সাইটম্যাপ খুঁজতে হলে Sitemap Checker ব্যবহার করুন।

প্রকাশের আগে উৎস পরীক্ষা করতে বা সংরক্ষিত ডকুমেন্ট দেখতে XML পেস্ট করার বিকল্প নিন। ব্রাউজারের সাজানো টেবিল নয়, মূল XML কপি করুন। ফাইল আপলোডের ঘর নেই। ঐচ্ছিক বেস URL অরিজিন তুলনার প্রসঙ্গ দেয়; আপেক্ষিক ঠিকানা ঠিক করে না। বেস হিসেবে https://example.com/ দিলেও <loc>/products/</loc>-এর জন্য সম্পূর্ণ HTTP বা HTTPS ঠিকানা প্রয়োজন।

বেস URL না দিলে পেস্ট করা কনটেন্টে ওই তুলনার অরিজিন-প্রসঙ্গ থাকে না। তবু সমর্থিত কাঠামো ও ফিল্ডের মান পরীক্ষা করা যায়।

মূল এলিমেন্ট, নেমস্পেস ও XML এস্কেপিং ঠিক করুন

পৃষ্ঠার সাইটম্যাপে স্ট্যান্ডার্ড সাইটম্যাপ নেমস্পেসের urlset মূল এলিমেন্ট এবং প্রতিটি url-এর মধ্যে loc দরকার। এক এন্ট্রির এই কাল্পনিক ডকুমেন্ট প্রয়োজনীয় কাঠামো দেখায়:

<?xml version="1.0" encoding="UTF-8"?>
<urlset xmlns="http://www.sitemaps.org/schemas/sitemap/0.9">
  <url>
    <loc>https://example.com/products/blue-mug/</loc>
  </url>
</urlset>

নেমস্পেস URI হুবহু রাখুন, http-সহ। এটি XML-এর শব্দভাণ্ডার শনাক্ত করে; https করলে নিরাপত্তা বাড়ে না, বরং শনাক্তকারী বদলে যায়। ইনডেক্সের মূল এলিমেন্ট আলাদা, নিচে ব্যাখ্যা করা হয়েছে। সাইটম্যাপ প্রোটোকল দুই কাঠামোই নির্ধারণ করে।

XML-এর মধ্যে URL-এর & লিখুন &amp; হিসেবে, যেমন ?color=blue&amp;size=m। দরকারি URL প্যারামিটার বাদ না দিয়ে জেনারেটরের এস্কেপিং ঠিক করুন। ক্লোজিং ট্যাগ না থাকা, অসমর্থিত কনটেন্ট বা DOCTYPE ঘোষণা বিস্তারিত রিপোর্ট তৈরির আগেই পরীক্ষা থামাতে পারে। ব্যর্থ পরীক্ষা মানে যাচাইয়ে উত্তীর্ণ হওয়া নয়।

প্রতিটি ফলের ভিত্তিতে উৎস সংশোধন করুন

ফল ও পরীক্ষার পরিসরের ব্যাজ একসঙ্গে পড়ুন। লাল ত্রুটি বোঝায়, হলুদ সতর্কতা বা আংশিক পরিসর, আর সবুজ পরীক্ষিত পরিসরে মনোযোগ প্রয়োজন এমন সমস্যা না পাওয়া বোঝায়। রঙের সঙ্গে লেখা ও আইকনও থাকে। প্রমাণ এবং এন্ট্রির শুরুর লাইন দিয়ে XML ব্লক খুঁজুন, তারপর সেটি তৈরি করা উৎস ঠিক করুন।

পাওয়া সমস্যা সমস্যার উদাহরণ উৎসে সংশোধন
অবৈধ ঠিকানা /products/ বা খালি loc উদ্দেশ্য অনুযায়ী সম্পূর্ণ HTTP বা HTTPS URL দিন।
অবৈধ ঐচ্ছিক মান lastmod-এ 2026-02-30 বা priority-তে 1.2 মান ঠিক করুন, অথবা নির্ভরযোগ্যভাবে বজায় রাখতে না পারা ঐচ্ছিক ফিল্ড বাদ দিন।
পুনরাবৃত্ত ফিল্ড এক এন্ট্রিতে দুটি loc ফিল্ডের জন্য একটি মান তৈরি করুন; এটি ত্রুটি।
পুনরাবৃত্ত ঠিকানা দুটি এন্ট্রিতে একই ঠিকানা উৎস তালিকার ডুপ্লিকেট বাদ দিন; এটি সতর্কতা।
অপ্রত্যাশিত এলিমেন্ট ইনডেক্স এন্ট্রিতে priority ডকুমেন্টের ধরন অনুযায়ী ফিল্ড রাখুন।

ডুপ্লিকেট পরীক্ষা ঠিকানার বাইরের ফাঁকা স্থান সরিয়ে টেক্সট তুলনা করে। ভিন্ন URL-এ একই কনটেন্ট আছে কি না তা নির্ধারণ করে না, ক্যানোনিক্যাল URL-ও বেছে নেয় না। অন্য ফাইলে পুনরাবৃত্ত ঠিকানাও এই এক-ডকুমেন্ট পরীক্ষার বাইরে।

“পর্যালোচনা প্রয়োজন এমন এন্ট্রি” ত্রুটিযুক্ত এন্ট্রি গোনে, সব সতর্কতা বা ডকুমেন্ট-স্তরের সমস্যা নয়। তাই মূল এলিমেন্ট বা নেমস্পেসের ত্রুটি থাকলেও ওই সংখ্যা শূন্য হতে পারে। একে বৈধতার স্কোর না ধরে পাওয়া সমস্যাগুলো পড়ুন। একাধিক সমস্যা একই এন্ট্রির হতে পারে।

তারিখের বিন্যাসের পাশাপাশি অর্থও পরীক্ষা করুন

পৃষ্ঠার সাইটম্যাপে lastmod, changefreq ও priority ঐচ্ছিক। এগুলো না থাকা ফিল্ডের ত্রুটি নয়। তারিখ দিলে 2026-09-01 বা 2026-09-01T14:30:00Z-এর মতো বৈধ মান ব্যবহার করুন। বিন্যাস ঠিক দেখালেই অসম্ভব ক্যালেন্ডার তারিখ বৈধ হয় না।

পৃষ্ঠার জন্য lastmod গুরুত্বপূর্ণ পরিবর্তন বোঝাবে, প্রতিবার সাইটম্যাপ পুনরায় তৈরি হওয়া নয়। সব তারিখ আজকের তারিখ দিয়ে বদলে দেওয়া জেনারেটর সিনট্যাক্স অনুযায়ী বৈধ কিন্তু বিভ্রান্তিকর তথ্য দিতে পারে। উৎসের তারিখ প্রকৃত পৃষ্ঠা পরিবর্তনের সঙ্গে মিলিয়ে দেখুন; এই ভ্যালিডেটর পরিবর্তনের ইতিহাস যাচাই করতে পারে না।

Google-এর সাইটম্যাপ নির্দেশিকা অনুযায়ী Google ধারাবাহিকভাবে নির্ভুল ও যাচাইযোগ্য পরিবর্তনের তারিখ ব্যবহার করে এবং priority ও changefreq উপেক্ষা করে। ওই দুই ফিল্ড সংশোধন করলে দেওয়া মেটাডেটা ঠিক হয়; এতে নিজে থেকে র‍্যাঙ্কিং বাড়ে না। রাখলে priority হবে 0 থেকে 1-এর মধ্যে এবং changefreq হবে weekly-এর মতো সমর্থিত ছোট হাতের মান।

ইনডেক্সকে ফাইলের তালিকা হিসেবে পড়ুন

sitemapindex-এ sitemap এন্ট্রি থাকে। প্রতিটি loc একটি অধীনস্থ সাইটম্যাপ ফাইল নির্দেশ করে; ঐচ্ছিক lastmod ওই ফাইলের পরিবর্তন বোঝায়। সেটি ফাইলের প্রতিটি পৃষ্ঠার পরিবর্তন বোঝায় না। তিনটি ফাইলের ইনডেক্সে তাই তিনটি এন্ট্রি আছে, সাইটের তিনটি পৃষ্ঠা নয়।

Screpy জমা দেওয়া ইনডেক্সটিই যাচাই করে, অধীনস্থ ফাইল খোলে না। কোনো ফাইলের ভেতরের ত্রুটি খুঁজতে সংশ্লিষ্ট ফাইলটি আলাদা যাচাই করুন। ডাউনলোডযোগ্য তালিকার জন্য XML Sitemap Parser এন্ট্রি বের করে; ইনডেক্সকে সব পৃষ্ঠার সম্মিলিত তালিকায় রূপান্তর করে না।

অরিজিন সতর্কতা এন্ট্রির স্কিম, হোস্টনেম ও পোর্টকে আনা ডকুমেন্টের চূড়ান্ত URL বা পেস্ট করা XML-এর বেসের সঙ্গে তুলনা করে। ঠিকানা বদলানোর আগে অপ্রত্যাশিত http, অন্য হোস্ট বা পোর্ট পরীক্ষা করুন। অমিল হলে পর্যালোচনা দরকার; জমা দেওয়া সাইটম্যাপ স্বয়ংক্রিয়ভাবে অবৈধ হয়ে যায় না।

Google কনফিগার করা আন্তঃসাইট সাইটম্যাপ জমা দেওয়া অনুমোদন করে, যথাযথ মালিকানা বা সাইটভিত্তিক সাইটম্যাপ রেফারেন্সের সঙ্গে। এই টুল ওই সেটিংস যাচাই করে না। শুধু সতর্কতা সরাতে বৈধ ঠিকানা বদলানোর আগে উদ্দেশ্য অনুযায়ী জমা দেওয়ার ব্যবস্থা নিশ্চিত করুন।

রিপোর্টের পরিসর অনুযায়ী সংশোধিত ফাইল আবার পরীক্ষা করুন

প্রোটোকলে প্রতি ফাইলের সীমা 50,000 এন্ট্রি এবং 50 MiB অসংকুচিত কনটেন্ট। Screpy সর্বোচ্চ 256 KiB পেস্ট করা XML বা 50 MiB ডিকোড করা দূরবর্তী XML গ্রহণ করে। এই সীমা বাইট মাপে, অক্ষর নয়।

50,000 এন্ট্রি প্রক্রিয়াকরণের পর যাচাই থামে; সম্পূর্ণ মোট সংখ্যা এবং XML সুগঠিত কি না অজানা থাকতে পারে। সর্বোচ্চ 1,000 সারি রাখা হয়; রেসপন্সের আকারের সীমা ফল আরও কমাতে পারে। দৃশ্যমান সংখ্যার চেয়ে বেশি এন্ট্রি পড়লেই দেখানো তালিকা সম্পূর্ণ হয় না। মোট সংখ্যা ব্যাখ্যা বা রিপোর্ট শেয়ার করার আগে পরিসর দেখুন।

CSV ও TXT-তে রাখা এন্ট্রি থাকে; JSON-এ সীমাবদ্ধ রিপোর্ট থাকে। আংশিক ফল এক্সপোর্ট করলে সম্পূর্ণ তালিকা নিশ্চিত হয় না। এক্সটেনশন এলিমেন্টও আংশিক পরিসর তৈরি করতে পারে: টুল সমর্থিত মূল ফিল্ড পরীক্ষা করে, সম্পূর্ণ এক্সটেনশন স্কিমা বা পূর্ণ XSD সম্মতি নয়।

জেনারেটর, টেমপ্লেট বা উৎস রেকর্ড ঠিক করুন, XML আবার তৈরি করুন এবং সংশোধিত প্রকাশিত ঠিকানা পুনরায় পরীক্ষা করুন। শুধু তৈরি করা ফাইল সম্পাদনা করলে পরের পুনর্নির্মাণে তা হারিয়ে যেতে পারে। বড় ফাইলের ক্ষেত্রে ছোট উৎস সাইটম্যাপ আলাদা যাচাই করুন এবং কোন পরীক্ষা শেষ হয়েছে লিখে রাখুন।

শেষে পৃষ্ঠার আচরণ আলাদা পরীক্ষা করুন। Bulk HTTP Status Checker তালিকাভুক্ত URL-এর রেসপন্স ও রিডাইরেক্ট পরীক্ষা করতে সাহায্য করে। XML পরীক্ষায় উত্তীর্ণ হওয়া পৃষ্ঠার স্ট্যাটাস, ক্যানোনিক্যাল ঠিকানা, noindex বা ইনডেক্সিং প্রমাণ করে না। জমা দেওয়ার পর রিপোর্টকে সার্চ দৃশ্যমানতার প্রমাণ না ধরে Google-এর সাইটম্যাপ প্রক্রিয়াকরণ ও পৃষ্ঠা ইনডেক্সিংয়ের তথ্য দেখুন।

সাইটম্যাপ যাচাই সম্পর্কে প্রশ্ন

একটি XML সাইটম্যাপ বা ইনডেক্স পরীক্ষা করুন। ফিল্ডের ত্রুটি খুঁজুন, সতর্কতা পর্যালোচনা করুন এবং প্রমাণের ভিত্তিতে উৎস ঠিক করুন।

lastmod কি বাধ্যতামূলক?

না, ঐচ্ছিক। দিলে তারিখ বৈধ হতে হবে; পৃষ্ঠার গুরুত্বপূর্ণ আপডেট বা অধীনস্থ সাইটম্যাপ ফাইলের পরিবর্তন বোঝায় কি না আলাদা যাচাই করুন।

বেস URL কি আপেক্ষিক ঠিকানা ঠিক করে?

না। পেস্ট করা XML-এর অরিজিন-প্রসঙ্গ দেয়। প্রতিটি loc-এ এখনও সম্পূর্ণ HTTP বা HTTPS URL দরকার।

ডুপ্লিকেট URL ও পুনরাবৃত্ত ফিল্ড কি একই ত্রুটি?

না। হুবহু পুনরাবৃত্ত ঠিকানা সতর্কতা। এক এন্ট্রিতে ফিল্ড পুনরাবৃত্ত হলে ত্রুটি। ভিন্ন URL টেক্সটের সমতুল্য কনটেন্ট আছে কি না পরীক্ষা করা হয় না।

XML পরীক্ষা করা না গেলে কী করব?

ঠিকানা HTML বা প্রবেশের পৃষ্ঠার বদলে মূল XML দেয় কি না নিশ্চিত করুন। পেস্ট করা কনটেন্টের ক্লোজিং ট্যাগ ও এস্কেপিং দেখুন। DOCTYPE সমর্থিত নয়; ব্যর্থ অনুরোধ মানে ফাইল যাচাইয়ে উত্তীর্ণ নয়।

ফিল্ডের ত্রুটি না থাকলেও রিপোর্ট আংশিক কেন?

সীমা বা যাচাই না করা এক্সটেনশনের কারণে পরিসর অসম্পূর্ণ হতে পারে। পরিসরের নোট পড়ুন; ডাউনলোডে শুধু রাখা সারি বা সীমাবদ্ধ রিপোর্টের প্রমাণ থাকে।

যাচাইয়ে উত্তীর্ণ হলে কি Google ইনডেক্সিং নিশ্চিত?

না। রিপোর্ট একটি ডকুমেন্টের সমর্থিত XML ফিল্ড পরীক্ষা করে। সাইটম্যাপ জমা দেওয়া একটি ইঙ্গিত; পৃষ্ঠার প্রবেশযোগ্যতা, ইনডেক্সযোগ্যতা ও Google-এর সিদ্ধান্তের জন্য আলাদা প্রমাণ দরকার।