XML जनरेट करने से पहले पात्रता चुनें
XML साइटमैप URL और वैकल्पिक मेटाडाटा की एक मशीन-पठनीय सूची है। किसी क्रॉलर-एक्सपोर्ट से शुरू न करें—पहले एक पात्रता नियम बनाएं: केवल उन्हीं पृष्ठों को शामिल करें जो खोज के लिए नियत हों, सार्वजनिक रूप से प्राप्त किए जा सकें, और उनकी सामग्री का पसंदीदा वर्ज़न हों। फेसेटेड कैटलॉग URL, आंतरिक सर्च रिज़ल्ट, अभियान वैरिएंट्स, लॉगिन गंतव्य, और प्रीव्यू को बाहर रखें जब तक कि वे जानबूझकर सार्वजनिक खोज-लक्ष्य न हों।
खोज के लिए नियोजित सार्वजनिक, उपयोगी पृष्ठ जिनका एक पसंदीदा URL हो।
रीडायरेक्ट, त्रुटियाँ, डुप्लिकेट, noindex पेज, और निजी रूट।
खोज सहायता क्रॉलिंग या इंडेक्सिंग की गारंटी नहीं देती।
कैनोनिकल URL सूचीबद्ध करें, हर पहुंच के तरीके को नहीं
कैनोनिकल URL वह वर्ज़न है जिसे आप चाहेंगे कि सर्च इंजन समान वर्ज़नों में प्रतिनिधि पेज के रूप में माने। साइटमैप में शामिल करना कैनोनिकल के लिए कमजोर संकेत है, इसलिए यह रीडायरेक्ट, स्व-निर्देशित कैनोनिकल टैग और आंतरिक लिंक के साथ सामंजस्य में होना चाहिए, न कि विरोध। एक स्थिर HTTPS फॉर्मैट चुनें और उसी सटीक वर्ज़न को जारी करें।
http और https, www और non‑www, स्लैश नीतियाँ, केस‑सेंसेटिविटी, प्रिंट पेज, फ़िल्टर और ट्रैकिंग पैरामीटर चेक करें। यदि कोई URL रीडायरेक्ट करता है, तो केवल उसके अंतिम कैनोनिकल गंतव्य को सूचीबद्ध करें। प्रत्येक स्वतंत्र रूप से लक्षित लोकलाइज़्ड पेज को अपना कैनोनिकल URL दें; अलग‑अलग लोकलाइज़्ड कंटेंट को समेकित करने के लिए साइटमैप का उपयोग न करें।
पूर्ण स्कीम और होस्ट लिखें, रिलेटिव पथ नहीं। Google सूचीबद्ध URLs के रूप में क्रॉल करता है।
साइटमैप, कैनोनिकल टैग, आंतरिक लिंक, और रीडायरेक्ट नीति को एक ही पेज का नाम लेना चाहिए।
डुप्लिकेट को ब्लॉक करना एक पसंदीदा वर्ज़न स्थापित नहीं करता।
XML को छोटा, वैध और सत्य रखें
Sitemap Protocol संरचना का उपयोग करें: UTF-8 एन्कोडेड XML जिसमें एक urlset, sitemap namespace, और प्रत्येक URL के लिए एक loc होता है। URL मानों में XML‑संवेदनशील वर्णों को एस्केप करें। ऑटोमेशन को XML को हाथ से जोड़ने के बजाय URLs को सीरियलाइज़ करना चाहिए।
प्रत्येक साइटमैप में अधिकतम 50,000 URLs हो सकते हैं और अनकॉम्प्रेस्ड में इसका आकार 50 MB से बड़ा नहीं होना चाहिए। ये सीमाएँ हैं, लक्ष्य नहीं। यदि प्रोडक्ट्स, लेख, लोकेल या कंटेंट प्रकार उपयोगी संचालनात्मक सीमाएँ बनाते हैं तो पहले ही विभाजित करें।
lastmod का उपयोग केवल पेज के वास्तविक महत्वपूर्ण‑परिवर्तन तिथि के लिए करें। Google तब इसका उपयोग करता है जब यह लगातार और सत्यापित रूप से सटीक हो; कॉपीराइट‑वर्ष अद्यतन इसके योग्य नहीं है। कभी भी हर URL पर जनरेटर‑समय स्टाम्प न करें। Google changefreq और priority को नज़रअंदाज़ करता है, इसलिए उन्हें छोड़ दें।
loc आवश्यक है; lastmod वैकल्पिक है और यह पेज का विवरण देना चाहिए, जनरेशन का नहीं।
Gzip ट्रांसफर साइज कम कर सकता है, लेकिन अनकॉम्प्रेस्ड फाइल 50 MB से कम रहनी चाहिए।
XML की वेल‑फॉर्म्डनेस, फ़ेच करने योग्य होना, और सूचीबद्ध पेज के व्यवहार की जाँच करें।
मालिकाना बनाए रखते हुए स्केल करने के लिए इंडेक्स का उपयोग करें
एक साइटमैप इंडेक्स साइटमैप फाइलों की सूची देता है। साइट एकल‑फाइल सीमा से अधिक हो जब या अलग‑अलग इन्वेंटरीज की ज़रूरत हो तब इसका उपयोग करें। संपादकीय, उत्पाद, या हेल्प‑सेंटर स्वामित्व के हिसाब से समूह बनाएं। इसके भी वही 50,000‑आइटम और 50 MB अनकॉम्प्रेस्ड सीमाएँ लागू होती हैं।
चाइल्ड फाइलों को लक्षित साइट पर स्थिर URLs पर रखें। प्रोटोकॉल सामान्यतः पात्र URLs को साइटमैप के होस्ट और स्थान से जोड़ता है; क्रॉस‑साइट व्यवस्थाओं के लिए सत्यापित स्वामित्व चाहिए।
टेस्ट करने योग्य उद्देश्य—कंटेंट टाइप, स्टोर्फ्रंट, भाषा सेट, या डिप्लॉयमेंट सीमा—के आधार पर विभाजित करें। जनरेटर, मालिक, और अपेक्षित संख्या रिकॉर्ड करें।
प्रत्येक चाइल्ड को मैन्युअली भेजने के बजाय पूरा इंडेक्स सबमिट करें।
इंडेक्स का lastmod साइटमैप फाइल का वर्णन करता है, उसके पृष्ठों का नहीं।
सही तरीके से प्रकाशित करें, सबमिट करें, और परिणामों की व्याख्या करें
साइटमैप को एक स्थिर, सार्वजनिक रूप से फ़ेच होने योग्य HTTPS पते पर होस्ट करें, बेहतर है कि रूट के पास। robots.txt में एक पूर्ण (absolute) Sitemap निर्देश जोड़ें। प्रसंस्करण विवरण के लिए साइटमैप या इंडेक्स को Google Search Console और Bing Webmaster Tools में सबमिट करें।
Search Console में, Success का मतलब है कि साइटमैप बिना त्रुटियों के फ़ेच और पढ़ा गया। Has errors का अर्थ है कि इसे त्रुटियों के साथ पढ़ा गया; Couldn’t fetch का मतलब है कि यह उपलब्ध नहीं था। डिलीवरी, प्रमाणीकरण, DNS, robots, रीडायरेक्ट, या XML समस्याओं को ठीक करें और पुनः सबमिट करें।
डिस्कवर्ड‑पेज काउंट्स को स्कोर न मानें, बल्कि डायग्नोस्टिक इनपुट के रूप में लें। एक डिस्कवर्ड पेज के क्रॉल या इंडेक्स होने की गारंटी नहीं होती। URLs के सैंपल को उनके कैनोनिकल URL, प्रतिक्रिया और इंडेक्सिंग रिपोर्ट्स के खिलाफ जाँचें।
robots.txt खोज में मदद करता है; टूल सबमिशन प्रसंस्करण रिपोर्ट दिखाता है।
Search Console रिपोर्ट या API से सबमिट की गई फाइलों को सूचीबद्ध करता है, हर robots.txt डिस्कवरी को नहीं।
साइटमैप को रिलीज‑क्रिटिकल साइट इन्फ्रास्ट्रक्चर के रूप में ऑपरेट करें
जब किसी CMS प्लगइन में बदलाव हो, डिप्लॉयमेंट कैनोनिकल होस्ट बदल दे, कैश नियम पुराना आउटपुट सर्व करें, या कोई बुल्क जॉब अधूरा पेज प्रकाशित करे तो साइटमैप गुणवत्ता घट सकती है। साइटमैप जाँच को प्री‑रिलीज़ और रोलबैक कार्य का हिस्सा बनाएं। एक पूर्ण इन्वेंटरी को चुपचाप खाली या गलत‑निर्मित फाइल से बदलें नहीं।
पहले के ज्ञात‑गुड साइटमैप को रखें, अनपेक्षित काउंट परिवर्तनों को फ़्लैग करें, और प्रकाशित करने से पहले ऐडिशन्स और रिमूवल्स के सैंपल लें। जब पाथ बदलें, तो रीडायरेक्ट, कैनोनिकल टैग, आंतरिक लिंक और साइटमैप्स को एक ही चेंज सेट के रूप में समन्वयित करें। यह सक्रिय अपटाइम ऑप्टिमाइज़ेशन है: क्रॉलर और विजिटर्स के टूटे पाथ खोजने से पहले खोजने योग्य सार्वजनिक सतह की रक्षा करें।
अवैध, खाली, गलत‑होस्ट, या गैर‑कैनोनिकल साइटमैप आउटपुट होने पर प्रकाशन रोकें।
रोलबैक के लिए पिछले आर्टिफैक्ट और जनरेटर कॉन्फ़िगरेशन तैयार रखें।