साइटमैप जाँचने वाला टूल आपकी पृष्ठ 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 पते न होने जैसी पुष्ट त्रुटियाँ ठीक करनी होंगी।
- पीला: दोहराव, संदिग्ध तारीखों या अधूरे दायरे की चेतावनियाँ देखें।
- धूसर: डेटा उपलब्ध नहीं है या जाँचा नहीं गया; इसका मतलब सफल जाँच नहीं है।
उदाहरण के लिए, किसी इंडेक्स में तीन उप-फ़ाइलें हों। दो पूरी तरह विश्लेषित हों और उनमें 40 तथा 60 पृष्ठ प्रविष्टियाँ हों, लेकिन तीसरी प्राप्त न हो सके। रिपोर्ट पूरी हुई दो फ़ाइलों से 100 पृष्ठ प्रविष्टियाँ गिन सकती है। वह पूरी साइट की कुल संख्या निर्धारित नहीं कर सकती। विश्लेषित फ़ाइलों की संख्या में सफलतापूर्वक पढ़ा गया इंडेक्स भी शामिल होता है; इंडेक्स की प्रविष्टियाँ फ़ाइलों की ओर इशारा करती हैं, पृष्ठों की ओर नहीं।
URL प्रविष्टियाँ और अलग-अलग URL अलग माप हैं। एक ही पता दो बार आने पर दो प्रविष्टियाँ, लेकिन एक अलग URL मिलता है। निष्कर्ष एक-दूसरे पर लागू हो सकते हैं, इसलिए समस्याओं की संख्या हमेशा प्रभावित पृष्ठों की संख्या नहीं होती। बार दिखाई दें, तो वे विश्लेषित उप-साइटमैप की प्रविष्टियों की तुलना करते हैं; वे इंडेक्स हुए पृष्ठों का चार्ट नहीं हैं।
एक जाँच 27 सेकंड में अधिकतम 20 फ़ाइलें, 1,00,000 प्रविष्टियाँ और 100 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 प्रोटोकॉल प्रति असंपीड़ित फ़ाइल अधिकतम 50,000 प्रविष्टियाँ और 50 MiB (5,24,28,800 बाइट) की अनुमति देता है। 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 भेजे बिना सत्यापन फ़ाइल पढ़कर कुंजी मिलाता है; खोज इंजन की स्वीकृति या इंडेक्सिंग की पुष्टि नहीं करता।