एक XML sitemap आपकी साइट के URL की सूची देता है, ताकि सर्च इंजन और AI क्रॉलर उन्हें तेज़ी से खोजें और इंडेक्स करें। फ़ॉर्मेट, सीमाएँ और 2026 की सर्वोत्तम प्रथाएँ जानें।

इस पेज पर
XML sitemap (Extensible Markup Language sitemap) एक संरचित फ़ाइल है, जो सर्च इंजनों को बताती है कि आपकी वेबसाइट पर कौन से पेज मौजूद हैं और आप किन्हें उन्हें खोजते हुए देखना चाहते हैं। हर एंट्री में एक URL और वैकल्पिक मेटाडेटा होता है, जो ऐसे टैग में लिपटा होता है जिसे मशीनें तुरंत पढ़ लेती हैं। हर इंटरनल लिंक का पीछा करने के लिए क्रॉलर पर निर्भर रहने के बजाय, sitemap उन्हें आपके canonical पेजों की एक साफ़, प्राथमिकता वाली सूची थमा देता है।
sitemap इंडेक्सिंग की गारंटी नहीं देता, फिर भी यह आपकी साइट की संरचना के बारे में भेजे जा सकने वाले सबसे भरोसेमंद संकेतों में से एक है। Google का sitemap दस्तावेज़ उन साइटों के लिए इसकी सिफ़ारिश करता है जो बड़ी या नई हैं, जिनके बाहरी लिंक कम हैं, या जिनमें समृद्ध मीडिया है। 2026 में, OpenAI, Anthropic और Perplexity के AI क्रॉलर Googlebot के साथ वही सर्वर संसाधन चाहते हैं, इसलिए एक साफ़ sitemap पहले से कहीं ज़्यादा कीमती है।
मूल एलिमेंट URL है। हर पेज जिसे आप क्रॉल करवाना चाहते हैं, एक <url> ब्लॉक में रहता है, जिसमें एक <loc> टैग होता है और उसमें पूरा, एब्सोल्यूट पता होता है (पूरा https:// पाथ, रिलेटिव नहीं)। फ़ाइल एक <urlset> घोषणा से शुरू होती है और उसे UTF-8 एन्कोडिंग में होना चाहिए।
URL के अलावा, प्रोटोकॉल तीन वैकल्पिक टैग सपोर्ट करता है: <lastmod>, <changefreq> और <priority>। <lastmod> मान दर्ज करता है कि पेज आख़िरी बार कब सार्थक रूप से बदला था। <changefreq> टैग बताता है कि पेज कितनी बार अपडेट होता है, और <priority> सापेक्ष महत्व का संकेत देता है।
यह जानना ज़रूरी है कि Google इन्हें कैसे लेता है। Google <lastmod> का इस्तेमाल तब करता है जब मान लगातार और जाँचने योग्य रूप से सटीक हो, लेकिन <priority> और <changefreq> को पूरी तरह नज़रअंदाज़ कर देता है। सबक: priority स्कोर सेट करने में समय न गँवाएँ। वह समय सही URL चुनने और <lastmod> को ईमानदार रखने में लगाएँ।
एक sitemap फ़ाइल बिना कंप्रेस किए 50.000 URL या 50MB तक सीमित है, जो भी पहले आए। बैंडविड्थ बचाने के लिए आप फ़ाइल को gzip से कंप्रेस कर सकते हैं, लेकिन सीमा में कंप्रेस न किया गया आकार ही गिना जाता है। ज़्यादातर वेबसाइटें इन सीमाओं तक कभी नहीं पहुँचतीं, पर बड़ी ई-कॉमर्स और प्रकाशन साइटें पहुँच जाती हैं।
जब आप दोनों में से किसी सीमा को पार करते हैं, तो अपने URL कई sitemap फ़ाइलों में बाँटते हैं और उन्हें एक sitemap इंडेक्स फ़ाइल से जोड़ते हैं। इंडेक्स भी एक XML फ़ाइल है, जो हर चाइल्ड sitemap का स्थान सूचीबद्ध करती है। इससे आप एक मास्टर URL सबमिट कर सकते हैं और हज़ारों या लाखों पेजों को तार्किक रूप से व्यवस्थित कर सकते हैं (जैसे हर प्रोडक्ट कैटेगरी या कंटेंट प्रकार के लिए एक sitemap)।
sitemap को सेक्शन के हिसाब से बाँटने से जाँच भी आसान होती है। जब आप Google Search Console की Sitemaps रिपोर्ट देखते हैं, तो आप ठीक-ठीक देख सकते हैं कि पेजों के किस समूह में खोज या इंडेक्सिंग की समस्याएँ हैं, बजाय एक बड़ी, बिना भेद वाली सूची को घूरने के।
सिर्फ़ canonical, इंडेक्सेबल पेज सूचीबद्ध करें, जिन्हें आप सचमुच सर्च परिणामों में चाहते हैं। sitemap आपके CMS द्वारा बन सकने वाले हर URL का डंप नहीं है। डुप्लिकेट पेज, पेजिनेटेड आर्काइव, पैरामीटर वाले संस्करण, thank-you पेज, और noindex निर्देश से ब्लॉक हर चीज़ को बाहर रखें। गैर-canonical URL शामिल करने से मिले-जुले संकेत जाते हैं और फ़ाइल की उपयोगिता घटती है।
एक आम गलती है sitemap का लाइव साइट से अलग हो जाना। अगर उसमें ऐसे URL हैं जो अब 404 या रीडायरेक्ट लौटाते हैं, तो क्रॉलर का उस फ़ाइल पर भरोसा घटता है। नियमित ऑडिट करें, ताकि हर एंट्री एक लाइव, canonical, 200 स्टेटस वाले पेज तक पहुँचे। यह अनुशासन सीधे क्रॉल बजट से जुड़ा है: एक कसा हुआ sitemap क्रॉलर को उस ओर इशारा करता है जो मायने रखता है, और बर्बादी से दूर रखता है।
मानक पेज sitemap के अलावा, प्रोटोकॉल मीडिया-विशिष्ट एक्सटेंशन सपोर्ट करता है। Image और video sitemaps उस दृश्य कंटेंट को सामने लाने देते हैं जिसे क्रॉलर शायद छोड़ दें, और कैप्शन, शीर्षक और अवधि जैसे विवरण देते हैं। समाचार प्रकाशक समय-संवेदी लेखों को तेज़ी से उठवाने के लिए Google News sitemap इस्तेमाल कर सकते हैं।
आपको आम तौर पर हर प्रकार की ज़रूरत नहीं होती। अगर आपकी साइट पर इमेज ज़्यादा हैं या वीडियो लाइब्रेरी है, तो संबंधित एक्सटेंशन उन एसेट्स को खोजे जाने में मदद करता है। ज़्यादातर कंटेंट साइटों के लिए आपके लेखों, लैंडिंग पेजों और मुख्य संसाधनों को कवर करने वाला एक साफ़ मानक sitemap मज़बूत क्रॉलिंग और इंडेक्सिंग के लिए पर्याप्त है।
सर्च इंजनों को आपके sitemap की जानकारी देने के तीन मुख्य तरीके हैं। सबसे सीधा तरीका Google Search Console है, जहाँ Sitemaps रिपोर्ट आपको फ़ाइल का URL सबमिट करने देती है और समय के साथ यह देखने देती है कि कितने पेज खोजे, क्रॉल और इंडेक्स हुए। Bing यही सुविधा Bing Webmaster Tools के ज़रिए देता है।
दूसरा तरीका है robots.txt फ़ाइल में एक लाइन से sitemap का संदर्भ देना: Sitemap: https://example.com/sitemap.xml। जो भी क्रॉलर आपकी robots.txt पढ़ता है, उसे पता चल जाता है कि sitemap कहाँ है। तीसरा तरीका है प्रोग्रामेटिक सबमिशन के लिए Search Console API, जो तब उपयोगी है जब आप sitemaps अपने आप दोबारा बनाते हैं।
ध्यान दें कि Google ने पुराने, बिना प्रमाणीकरण वाले ping एंडपॉइंट को deprecate कर दिया है, इसलिए किसी URL को ping करने का पुराना तरीका अब काम नहीं करता। इसके बजाय Search Console या robots.txt से सबमिट करें। IndexNow sitemaps को पूरक बनाता है, क्योंकि यह अगले क्रॉल का इंतज़ार करने के बजाय भाग लेने वाले इंजनों को तुरंत URL बदलाव की सूचना भेजता है।
अब sitemaps सिर्फ़ Google के लिए मायने नहीं रखते। ChatGPT, Perplexity और Gemini जैसे AI असिस्टेंट अपने क्रॉलर (GPTBot, OAI-SearchBot, PerplexityBot, ClaudeBot) चलाते हैं, ताकि वे जिस कंटेंट का हवाला देते हैं उसे इकट्ठा और ताज़ा कर सकें। एक मौजूदा, सटीक sitemap इन सिस्टम को आपके पेज खोजने और AI-जनित जवाबों में उन्हें सामने लाने में मदद करता है।
2025 के सर्वर लॉग डेटा ने दिखाया कि AI क्रॉलर का ट्रैफ़िक तेज़ी से बढ़ा, और कुछ बॉट साल-दर-साल कई सौ प्रतिशत तक बढ़े। यह ट्रैफ़िक उन्हीं संसाधनों के लिए Googlebot से होड़ करता है। एक केंद्रित sitemap, जो क्रॉलर को आपके सबसे अच्छे कंटेंट की ओर इशारा करे, सटीक <lastmod> तारीखों के साथ, हर इंजन को अपना सीमित क्रॉल प्रयास उन पेजों पर खर्च करने में मदद करता है जिन्हें आप सबसे ज़्यादा खोजा और उद्धृत किया जाना चाहते हैं।
priority और changefreq पर ज़रूरत से ज़्यादा ध्यान देना सबसे पुरानी गलती है: Google दोनों को नज़रअंदाज़ करता है, इसलिए मेहनत बेकार जाती है। दूसरी आम समस्याओं में गैर-canonical या रीडायरेक्ट वाले URL सूचीबद्ध करना, फ़ाइल में 404 छोड़ना, कंटेंट बदलने पर <lastmod> अपडेट करना भूल जाना, और इंडेक्स में बाँटे बिना 50.000 URL की सीमा पार करना शामिल हैं।
एक और बारीक समस्या है <lastmod> तारीखों को नकली बनाना। अगर हर बार दोबारा बनाने पर आप हर URL पर आज की तारीख लगा देते हैं, तो संकेत बेमानी हो जाता है और Google उस पर भरोसा करना छोड़ देता है। तारीख तभी बदलें जब पेज का कंटेंट सचमुच बदले। सटीकता ही इस टैग को रीक्रॉल की प्राथमिकता तय करने में उपयोगी बनाती है।
sitemap को एक जीवित फ़ाइल मानें, एक बार की सेटिंग नहीं। हर महीने Search Console की Sitemaps रिपोर्ट देखें, ताकि पक्का हो कि फ़ाइल पढ़ी जा रही है, खोजे गए और इंडेक्स हुए URL के बीच का अंतर देखें, और पार्सिंग की त्रुटियाँ जल्दी पकड़ें। सबमिट हुए और इंडेक्स हुए URL के बीच बढ़ता अंतर अक्सर कंटेंट की गुणवत्ता या डुप्लिकेट कंटेंट की समस्या की ओर इशारा करता है, sitemap की खराबी की ओर नहीं।
ज़्यादातर आधुनिक कंटेंट प्लेटफ़ॉर्म sitemaps अपने आप बनाते और अपडेट करते हैं, जिससे आपके पब्लिश करने के साथ वे ताज़ा रहते हैं। अगर आप इसे हाथ से संभालते हैं, तो अपने पब्लिशिंग वर्कफ़्लो में दोबारा बनाने का एक चरण जोड़ें, ताकि नए पेज जल्दी दिखें और हटाए गए पेज गायब हो जाएँ। इसके साथ पूरी साइट पर क्रॉल संकेत साफ़ रखने के लिए नियमित तकनीकी ऑडिट भी करें।
ज़्यादातर प्लेटफ़ॉर्म पर आप XML sitemap हाथ से नहीं लिखते: CMS या कोई SEO प्लगइन उसे बनाता है और हर बार पब्लिश करने पर अपडेट करता है। आप इसे खुद केवल कस्टम या स्टैटिक साइट पर बनाते हैं, अपने canonical URL की सूची बनाकर और हर build के दौरान फ़ाइल जनरेट करके।
| प्लेटफ़ॉर्म | sitemap कैसे बनता है | आम पता |
|---|---|---|
| WordPress | संस्करण 5.5 से कोर में बना हुआ; Yoast SEO या Rank Math इंस्टॉल होने पर अपना इंडेक्स इसकी जगह ले लेते हैं | /wp-sitemap.xml या /sitemap_index.xml |
| Shopify | प्रोडक्ट, कैटेगरी, पेज और ब्लॉग पोस्ट के लिए अपने आप बनता है | /sitemap.xml |
| Webflow | साइट की SEO सेटिंग्स में ऑटो-जनरेट करने का विकल्प | /sitemap.xml |
| Wix, Squarespace | अपने आप बनता है | /sitemap.xml |
| कस्टम या स्टैटिक साइट | फ़्रेमवर्क फ़ीचर या build स्क्रिप्ट, या URL की सूची एक्सपोर्ट करने वाला क्रॉलर | आपकी पसंद, आम तौर पर /sitemap.xml |
कस्टम साइट के लिए ये चरण अपनाएँ:
किसी भी प्लेटफ़ॉर्म पर, बनी हुई फ़ाइल एक बार ज़रूर खोलें: प्लगइन कभी-कभी टैग आर्काइव, अटैचमेंट पेज या टेस्ट पेज भी शामिल कर देते हैं, जिन्हें आप बाहर रखना चाहेंगे।
XML sitemap एक सरल, उच्च-लाभ वाली फ़ाइल है, जो उन canonical URL को सूचीबद्ध करती है जिन्हें आप सर्च इंजनों और AI क्रॉलर्स को खोजते हुए देखना चाहते हैं। यह इंडेक्सिंग को ज़बरदस्ती नहीं करती, पर खोज को तेज़ करती है, खासकर बड़ी, नई या बार-बार अपडेट होने वाली साइटों पर। इसे इंडेक्सेबल canonical पेजों तक सीमित रखें, इंडेक्स फ़ाइलों के साथ 50.000 URL और 50MB की सीमाओं का पालन करें, <lastmod> की ईमानदार तारीखें रखें, और priority तथा changefreq को नज़रअंदाज़ करें, क्योंकि Google भी यही करता है। Search Console में सबमिट करें और robots.txt में संदर्भित करें, फिर हर महीने खोजे गए और इंडेक्स हुए URL के अंतर पर नज़र रखें। 2026 में एक साफ़ sitemap Google से लेकर ChatGPT तक, हर इंजन को उन पेजों पर अपना क्रॉल प्रयास खर्च करने में मदद करता है जो सबसे ज़्यादा मायने रखते हैं। देखें कि Sorank का GEO SEO ऑडिट आपके sitemap और क्रॉल स्वास्थ्य की जाँच अपने आप कैसे करता है।
स्रोत
नहीं। sitemap सर्च इंजनों को आपके URL तेज़ी से खोजने में मदद करता है, पर वह इंडेक्सिंग को ज़बरदस्ती नहीं करता। Google अब भी कंटेंट की गुणवत्ता, डुप्लिकेशन और प्रासंगिकता के आधार पर तय करता है कि हर पेज इंडेक्स के लायक है या नहीं। sitemap को एक मज़बूत खोज संकेत समझें, आदेश नहीं। अगर पेज "खोजे गए, पर इंडेक्स नहीं" की स्थिति में रहते हैं, तो समस्या आम तौर पर कंटेंट की गुणवत्ता या डुप्लिकेट कंटेंट की होती है, sitemap की नहीं।
एक sitemap फ़ाइल बिना कंप्रेस किए 50.000 URL या 50MB तक सीमित है, जो भी पहले आए। अगर आपकी साइट पर इससे ज़्यादा पेज हैं, तो उन्हें कई sitemap फ़ाइलों में बाँटें और उन फ़ाइलों को एक sitemap इंडेक्स फ़ाइल में सूचीबद्ध करें। फिर आप सिर्फ़ इंडेक्स का URL सबमिट करते हैं। ज़्यादातर साइटें इन सीमाओं तक कभी नहीं पहुँचतीं, पर बड़ी ई-कॉमर्स और प्रकाशन साइटें आसान निगरानी के लिए अपने पेज इसी तरह व्यवस्थित करती हैं।
इसका कोई फ़ायदा नहीं, क्योंकि Google priority और changefreq दोनों टैग नज़रअंदाज़ करता है। Google केवल एक वैकल्पिक टैग इस्तेमाल करता है, lastmod, और वह भी तभी जब तारीख लगातार और जाँचने योग्य रूप से सटीक हो। अपनी मेहनत सही canonical URL सूचीबद्ध करने और lastmod को ईमानदार रखने पर लगाएँ, और उसे तभी अपडेट करें जब पेज सचमुच बदले। हर बार दोबारा बनाने पर नकली तारीखें लगाने से Google इस मान पर पूरी तरह भरोसा करना छोड़ देता है।
आपसे पहले लोगों ने Sorank आज़माया है
