पूरे हो चुके वेबसाइट क्रॉल के क्रॉल योग्य URL की Google के इंडेक्स में दर्ज जानकारी से तुलना करें, कवरेज कारण के अनुसार इंडेक्स हुए और नहीं हुए पेज समूहित करें तथा शब्द, हेडिंग, आंतरिक लिंक और क्रॉल की गहराई के साथ हर नतीजा जाँचें।
प्रोजेक्ट के सबसे हाल के सफलतापूर्वक पूरे वेबसाइट क्रॉल और उससे मेल खाने वाली Google Search Console प्रॉपर्टी से शुरुआत करें। Screpy पात्र URL की Google के इंडेक्स में दर्ज जानकारी से जाँच करता है; नतीजे जाँचे गए पेज बताते हैं, वेबसाइट के सभी URL नहीं।
example.com850
/old-pricing404नतीजों को उन महत्वपूर्ण पेज तक सीमित करें जिन्हें Google Search में आना चाहिए। हर बाहर रखे URL को खराब माने बिना प्रोडक्ट कैटेगरी, लेखों के फ़ोल्डर या किसी लैंडिंग पेज की समीक्षा के लिए इंडेक्स स्थिति, कवरेज और URL खोज एक साथ उपयोग करें।
example.com850
/guides/seoइंडेक्स नहीं किया गयासारांश इंडेक्स हुए और नहीं हुए निरीक्षण अलग करता है, उपलब्ध कवरेज स्थितियों का वितरण दिखाता है और गैर-इंडेक्स पेज के कारण बताता है। दोहराए गए कारण से तय कर सकते हैं कि कौन-से टेम्पलेट या URL समूह पहले जाँचें।
इंडेक्स किया गया
824जाँच के दौरान इंडेक्स नतीजे के साथ क्रॉल के प्रमाण देखें। शब्द, H1/H2 की संख्या, आने वाले आंतरिक लिंक, लिंक देने वाले पेज और गहराई उस ऑडिट के क्रॉल से आते हैं; ये Google द्वारा आखिरी बार प्रोसेस किए पेज से अलग हो सकते हैं।
/guides/seo200
बड़े ऑडिट दैनिक जाँच सीमा पर रुक सकते हैं या Google से दोबारा कनेक्शन माँग सकते हैं। पात्र बाधित प्रक्रियाओं में Continue Audit उपलब्ध है और पूरी समीक्षा फिर से शुरू करने के बजाय पूरी हो चुकी जाँच सुरक्षित रखता है।
/guides/shopexample.comज़रूरी फ़िल्टर लगाने के बाद चुने हुए नतीजे CSV या Excel फ़ाइल में डाउनलोड करें। एक्सपोर्ट वर्तमान में लोड तालिका पेज उपयोग करता है, अधिकतम 50 रिकॉर्ड; यह पूरी ऑडिट डाउनलोड करने के बजाय समीक्षा के लिए डेटा देने में उपयोगी है।
इंडेक्स होने योग्य पेज सुधारने के बाद एक और वेबसाइट क्रॉल पूरा करें और पात्र होने पर नया ऑडिट शुरू करें। पुराना ऑडिट जारी रखने से मौजूदा जाँच बनी रहती है; नया ऑडिट भी Google की जानकारी में तुरंत बदलाव का वादा नहीं करता।
SEO MCP से मौजूदा Index Status ऑडिट और URL रिकॉर्ड देखें। प्रभावित पेज और उपलब्ध Search Console URL निरीक्षण प्रमाण पूछें; MCP नया Index Status ऑडिट शुरू नहीं करता।
इंडेक्स होने चाहिए ऐसे URL तय करें, किसी निश्चित क्रॉल पर ऑडिट चलाएँ, दोहराई जाने वाली कवरेज स्थितियाँ समूहित करें और बदलाव चुनने से पहले पेज का संदर्भ देखें।
पेज के उद्देश्य से शुरुआत करें। सर्च के लिए पात्र होने चाहिए ऐसे कैनोनिकल प्रोडक्ट, सेवा, कैटेगरी, लेख या कैंपेन URL पहचानें और डुप्लिकेट, रीडायरेक्ट, फ़िल्टर व जानबूझकर बाहर रखे गए पेज अलग करें।
प्रोजेक्ट से मेल खाने वाली Search Console प्रॉपर्टी कनेक्ट करें। नया ऑडिट अपने आप सबसे हाल का सफल वेबसाइट क्रॉल उपयोग करता है; वेबसाइट बदली हो तो पहले नया क्रॉल पूरा करें।
ऑडिट शुरू करें और जाँच पूरी वाले रिकॉर्ड उपलब्ध होने पर देखें। इंडेक्स हुए/नहीं हुए का सारांश और कवरेज चार्ट उपयोग करें; सीमा या दोबारा कनेक्शन का संदेश आए तो निर्देश मानें और पात्र होने पर ऑडिट जारी रखें।
इंडेक्स हुए और नहीं हुए URL की कुल संख्या से शुरुआत करें, फिर कवरेज व गैर-इंडेक्स कारणों के चार्ट देखें। दोहराए जाने वाले व्यवहार के लिए स्थिति, कवरेज, पूरे URL या साझा पाथ पैटर्न से फ़िल्टर करें।
क्रॉल का संदर्भ कवरेज कारण और पेज के उद्देश्य से मिलाएँ। सिर्फ़ इंडेक्स होने चाहिए ऐसे पेज सुधारें, एक और क्रॉल पूरा करें और पात्र होने पर नया ऑडिट शुरू करें। बदलाव परखने से पहले दोबारा उपयोग होने वाली जाँच जानकारी और Google का प्रोसेसिंग समय ध्यान में रखें।
यह ऑडिट तब सबसे उपयोगी है जब बड़े क्रॉल को व्यवसाय के लिए महत्वपूर्ण URL, साझा कवरेज कारण, खोजे जाने के कमज़ोर रास्ते या तुलनीय पेज समूह तक सीमित करता है।
महत्वपूर्ण प्रोडक्ट, सेवा, कैटेगरी, स्थान या लेख के URL खोजें और पुष्टि करें कि उनकी इंडेक्स स्थिति ऑर्गेनिक खोज में उनके अपेक्षित काम से मेल खाती है।
उपलब्ध Google कवरेज कारण के अनुसार गैर-इंडेक्स URL समूहित करें, फिर हर प्रभावित पेज को अलग समस्या मानने से पहले साझा टेम्पलेट या पाथ पैटर्न जाँचें।
आने वाले आंतरिक लिंक, स्रोत पेज की संख्या और क्रॉल की गहराई से देखें कि क्रॉल की गई वेबसाइट संरचना में महत्वपूर्ण URL खोजना कठिन है या नहीं।
समान URL में शब्द और हेडिंग की संख्या की तुलना करके कम जानकारी वाले, असंगत या अप्रत्याशित रूप से खाली पेज पहचानें, जिनके पेज व टेम्पलेट की अधिक समीक्षा ज़रूरी है।
सर्च में पात्रता के लिए इंडेक्सिंग ज़रूरी है, लेकिन सिर्फ़ स्थिति से पेज का मूल्य, वर्तमान लाइव इंडेक्सिंग योग्यता, रैंकिंग की संभावना या सही तकनीकी कार्रवाई तय नहीं होती।
डुप्लिकेट, वैकल्पिक URL, रीडायरेक्ट और जानबूझकर बाहर रखे गए पेज का Google इंडेक्स में नहीं होना सही हो सकता है। पहले तय करें कि URL इंडेक्स होना चाहिए या नहीं।
इंडेक्स हुआ पेज दिखाई देने के लिए पात्र है, लेकिन नतीजा रैंकिंग, इम्प्रेशन, क्लिक या किसी खास क्वेरी में उपस्थिति का वादा नहीं करता।
ऑडिट लाइव URL टेस्ट नहीं चलाता। हाल के कंटेंट, निर्देश, कैनोनिकल या सर्वर बदलाव पेज की लौटाई गई इंडेक्स जानकारी में अभी दिखाई नहीं दे सकते हैं।
Screpy चुने गए पूरे क्रॉल के क्रॉल योग्य URL जाँचता है, Google को ज्ञात हर पुराने या बाहरी स्रोत से मिले URL नहीं। जाँच की सीमाओं से बड़ा ऑडिट रुक भी सकता है।
क्रॉल किए गए URL के बारे में Google की इंडेक्स जानकारी के लिए Index Status, वर्तमान क्रॉल व पेज संकेतों के लिए Website Audit और देखी गई सर्च परफ़ॉर्मेंस के लिए Search Console उपयोग करें।
इंडेक्स हुए और नहीं हुए क्रॉल योग्य URL जाँचें, कवरेज कारण समूहित करें, ऑडिट फ़िल्टर करें और हर नतीजे के साथ क्रॉल का संदर्भ देखें।
पूरे वेबसाइट क्रॉल में वर्तमान स्टेटस कोड, निर्देश, कैनोनिकल, कंटेंट, लिंक और क्रॉल के रास्ते जाँचें।
जब सवाल इंडेक्स स्थिति के बजाय सर्च विज़िबिलिटी का हो, तब क्लिक, इम्प्रेशन, CTR, औसत पोज़िशन, क्वेरी और पेज देखें।
Screpy दस्तावेज़
इंडेक्स हुए और नहीं हुए URL की समीक्षा, कवरेज कारणों की जाँच और बदलावों की पुष्टि के लिए Screpy गाइड पढ़ें।
समझें कि Index Status ऑडिट क्या बताता है, उसे क्या चाहिए और SEO कार्यप्रवाह में उसके नतीजे का उपयोग कहाँ करना चाहिए।
Screpy Index Status पूरे हो चुके प्रोजेक्ट क्रॉल के क्रॉल योग्य URL की कनेक्ट की गई Google Search Console प्रॉपर्टी से मिली इंडेक्स जानकारी के आधार पर जाँच करता है। यह ऑडिट में शामिल URL की इंडेक्स और गैर-इंडेक्स स्थिति, उपलब्ध कवरेज कारण और संबंधित क्रॉल संदर्भ दिखाता है।
डैशबोर्ड में Index Status अभी प्रयोगात्मक सुविधा के रूप में दिखता है। ऑडिट की स्थितियाँ और उपलब्ध Google कवरेज जानकारी बदल सकती हैं, इसलिए वेबसाइट में व्यापक बदलाव से पहले महत्वपूर्ण निष्कर्षों की वर्तमान पेज, Search Console और नए क्रॉल से पुष्टि करें।
नहीं। ऑडिट कनेक्ट की गई Search Console प्रॉपर्टी से Google के इंडेक्स में दर्ज संस्करण जाँचता है। यह वर्तमान लाइव पेज का परीक्षण नहीं करता और न ही साबित करता है कि हाल का वेबसाइट बदलाव Google ने पहले ही प्रोसेस कर लिया है।
हाँ। ऑडिट जारी करने के लिए पात्र होने पर Continue Audit से मौजूदा प्रगति हटाए बिना वही समीक्षा जारी करें। दैनिक जाँच सीमा या बाधित प्रक्रिया के कारण आपको बाद में लौटना पड़ सकता है।
नहीं। Index Status ऑडिट किए गए URL की Google इंडेक्स जानकारी दिखाता है। यह इंडेक्सिंग अनुरोध नहीं भेजता, Google को पेज क्रॉल करने के लिए बाध्य नहीं करता और URL के Google Search नतीजों में आने की गारंटी नहीं देता।
प्रोजेक्ट को कनेक्ट की गई, उपलब्ध Google Search Console प्रॉपर्टी और सफल वेबसाइट क्रॉल चाहिए। नया ऑडिट अपने आप सबसे हाल का सफल क्रॉल उपयोग करता है। एक ही ऑडिट सक्रिय हो सकता है और हर 5 घंटे में नया शुरू किया जा सकता है।
नहीं। डुप्लिकेट, वैकल्पिक, रीडायरेक्ट किए गए, जानबूझकर noindex किए गए या अन्य गैरज़रूरी URL का Google इंडेक्स से बाहर होना सही हो सकता है। कवरेज कारण को सुधारने योग्य समस्या मानने से पहले तय करें कि URL इंडेक्स होना चाहिए या नहीं।
नहीं। नया ऑडिट सबसे हाल के सफल क्रॉल के 2xx पेज से शुरू होता है, जिनमें कैनोनिकल नहीं है या वह अंतिम URL से मेल खाता है। केवल कनेक्ट की गई प्रॉपर्टी के भीतर के URL जाँचे जाते हैं। कुछ क्रॉल किए URL बाहर रहते हैं; यह Google की पूरी URL सूची नहीं है। नतीजों से गायब URL अपने आप गैर-इंडेक्स नहीं है: वह दायरे से बाहर, लंबित, छोड़ा गया या विफल जाँच वाला हो सकता है।
इंडेक्स होने का अर्थ है कि Google के पास पेज का एक इंडेक्स किया गया संस्करण है; इससे रैंकिंग, इम्प्रेशन, क्लिक या किसी खास पोज़िशन की गारंटी नहीं मिलती। अगला कदम तय करने से पहले पेज, उसका इंटेंट, तकनीकी स्थिति और सर्च परफ़ॉर्मेंस देखें।
