ऑन-पेज SEO चेकर किसी पेज के मेटाडेटा, संरचना, लिंक और तकनीकी सेटिंग में समस्याएँ खोजने में मदद करता है। Screpy आपके भेजे गए URL की जाँच करता है और निष्कर्षों को समूहों में दिखाता है। इससे आप पूरी वेबसाइट का क्रॉल शुरू किए बिना उस पेज की समीक्षा कर सकते हैं।
उपयोगी नतीजा सुधारों की एक छोटी सूची है, जिसमें हर बदलाव का स्पष्ट कारण हो। गायब टाइटल, गलती से लगी इंडेक्सिंग रोक और जानबूझकर खाली रखा गया चित्र का विवरण अलग-अलग निर्णय माँगते हैं। पेज पर क्या मौजूद है, यह समझने के लिए रिपोर्ट इस्तेमाल करें और फिर तय करें कि क्या बदलना है।
ऑन-पेज SEO चेकर कैसे इस्तेमाल करें
वह खास पेज चुनें जिसे आप सुधारना चाहते हैं। होमपेज की जाँच से यह नहीं पता चलता कि किसी उत्पाद पेज का टाइटल सही है या हाल में प्रकाशित लेख पर इंडेक्सिंग की रोक लगी है।
https://और पेज के पाथ सहित पूरा सार्वजनिक URL कॉपी करें। उदाहरण के लिए,https://example.com/products/trail-backpack/एक उत्पाद पेज दर्शाता है।- उसे ऊपर दिए गए चेकर में पेस्ट करके भेजें। बाकी निष्कर्षों को समझने से पहले रिपोर्ट में दिखाए गए URL और HTTP जानकारी की समीक्षा करें।
- टाइटल, विवरण, canonical और हेडिंग के वास्तविक मान पढ़ें। इन्हें उस पेज से मिलाएँ जिसकी जाँच करना चाहते थे।
- जिन जाँचों का नतीजा उपलब्ध नहीं है, उन्हें नोट करें। यदि विश्लेषण पूरा नहीं हो सकता, तो नतीजे को अनुपलब्ध मानें, पूरा हो चुका ऑडिट नहीं।
कुछ भी बदलने से पहले पेज का उद्देश्य तय करें: उत्पाद बेचना, किसी सेवा को समझाना या प्रश्न का उत्तर देना। यदि ट्रैकिंग URL या दूसरे संस्करण की भी समीक्षा चाहिए, तो वह URL अलग से भेजें। एक रिपोर्ट एक पेज के लिए शुरुआती आधार है; यह डोमेन के हर पेज की स्थिति नहीं बताती।
रिपोर्ट के रंगों का क्या मतलब है
अलग-अलग जाँचों को आसानी से पढ़ने के लिए रिपोर्ट रंगों और आइकन का इस्तेमाल करती है:
- हरा सफल जाँच दिखाता है। यह उस जाँच की शर्त पूरी होने की पुष्टि करता है, पूरे पेज की गुणवत्ता की नहीं।
- पीला ऐसी चेतावनी दिखाता है जिसकी समीक्षा होनी चाहिए। सही कदम पेज और उसके उद्देश्य पर निर्भर करता है।
- लाल ऐसा एरर दिखाता है जिसकी पड़ताल करनी चाहिए। कारण और प्रभावित तत्व समझने के लिए संबंधित निष्कर्ष पढ़ें।
ये स्थितियाँ Screpy के ऑडिट के नतीजे हैं। ये इस बारे में Google का आकलन नहीं हैं कि पेज किस स्थान पर रैंक करना चाहिए। उदाहरण के लिए, टाइटल की लंबाई की चेतावनी का मतलब है कि उसकी पठनीयता देखें; यह साबित नहीं होता कि टाइटल इंडेक्सिंग रोक रहा है।
पहले ऐसे निष्कर्ष देखें जो इच्छित पेज तक पहुँच या उसकी इंडेक्सिंग रोक सकते हैं। फिर सामग्री और सहायक तत्वों की समीक्षा करें। जानकारी देने वाले या अनुपलब्ध नतीजों को सफल जाँचों से अलग रखें। कोई मेट्रिक अनुपलब्ध हो तो समझने के लिए कोई माप नहीं है; यह शून्य मान या सब कुछ ठीक होने का प्रमाण नहीं है।
पहले पहुँच, इंडेक्सिंग नियम और canonical जाँचें
पहले पूछें कि क्या यह URL खोज में दिखाई देना चाहिए। सार्वजनिक सेवा पेज और निजी अकाउंट पेज की इंडेक्सिंग सेटिंग एक जैसी होना ज़रूरी नहीं है। प्रतिबंध तभी बदलें जब वे पेज की इच्छित दृश्यता के विरुद्ध हों।
जिस पेज को Google से इंडेक्स कराना चाहते हैं, उसके लिए जाँचें कि वह उपलब्ध है, सफल 200 प्रतिक्रिया देता है और उसमें इंडेक्स की जा सकने वाली सामग्री है। ये Google की बुनियादी तकनीकी ज़रूरतें हैं, शामिल किए जाने की गारंटी नहीं। सफल प्रतिक्रिया मिलने पर भी सामग्री जाँचें: सुनिश्चित करें कि पेज पर एरर संदेश के बजाय वास्तव में अपेक्षित सामग्री है।
क्रॉल करने की अनुमति और इंडेक्स करने की अनुमति में अंतर रखें। robots.txt नियम क्रॉलिंग नियंत्रित करता है। noindex निर्देश Google को पेज बाहर रखने के लिए कहता है, लेकिन उस निर्देश को खोजने के लिए Google को पेज क्रॉल कर पाना चाहिए। यदि कोई सार्वजनिक लैंडिंग पेज गलती से बाहर हो गया है, तो संबंधित नियम हटाने से पहले उसकी पड़ताल करें। समस्या क्रॉल की पहुँच से जुड़ी हो तो Robots.txt टेस्टर इस्तेमाल करें। पेज के HTML और HTTP निर्देश, उनका स्रोत और Google वेब खोज पर लागू होना देखने के लिए Noindex जाँच इस्तेमाल करें। AI क्रॉलर के नियमों की तुलना AI बॉट एक्सेस परीक्षक से करें। यह केवल robots.txt जाँचता है; वास्तविक पहुँच, इंडेक्सिंग या उद्धरण की पुष्टि नहीं करता।
Canonical एक जैसी या बहुत मिलती-जुलती सामग्री वाले पेजों में पसंदीदा संस्करण बताता है। साफ URL की ओर इशारा करता ट्रैकिंग संस्करण सही हो सकता है; किसी असंबंधित उत्पाद का होमपेज की ओर इशारा करना जाँचने योग्य है। केवल canonical का न होना इंडेक्सिंग रोक साबित नहीं करता और घोषित canonical Google का चुनाव अनिवार्य नहीं बनाता। Google के canonical मार्गदर्शन के अनुसार अपनी घोषित प्राथमिकता को आंतरिक लिंक और साइटमैप URL के अनुरूप रखें। घोषित URL या उसका लक्ष्य गलत लगे तो Canonical टैग चेकर से अधिक केंद्रित अगली जाँच करें।
टाइटल और सामग्री को खोज करने वालों के लिए उपयोगी बनाएँ
मेटाडेटा यह समझाने में मदद करता है कि व्यक्ति को क्या मिलेगा। पेज को फिर उस विवरण पर खरा उतरना चाहिए। टैग अलग से संपादित करने के बजाय दोनों को साथ देखें।
स्पष्ट टाइटल और विवरण लिखें
टाइटल को पेज की खास पहचान बतानी चाहिए। एक काल्पनिक स्टोर में उत्पाद | North Trail एक खास बैकपैक के बारे में बहुत कम बताता है। दिनभर की हाइकिंग के लिए 30 लीटर बैकपैक | North Trail अधिक जानकारी देता है, यदि वास्तव में वही उत्पाद बेचा जा रहा हो। असली विशेषताएँ इस्तेमाल करें; सिर्फ पानी का प्रतिरोध करने वाले उत्पाद को “पूरी तरह जलरोधी” कहना खरीदारों को गुमराह करेगा।
लंबाई की चेतावनी को स्पष्टता और संभावित कटने की जाँच का संकेत मानें। Google टाइटल के लिए तय अक्षर सीमा नहीं रखता और कई पेज संकेतों से टाइटल लिंक बना सकता है। उसका टाइटल लिंक संबंधी मार्गदर्शन बार-बार दोहराए गए कीवर्ड और सामान्य साँचे वाले पाठ के बजाय स्पष्ट, संक्षिप्त शब्दों को प्राथमिकता देता है।
विवरण को इस पेज के उपयोगी सारांश के रूप में लिखें, जिसमें उसे दूसरे पेजों से अलग करने वाली प्रासंगिक जानकारी हो। Google इसके बजाय पेज की सामग्री इस्तेमाल कर सकता है और अलग खोजों के लिए अलग स्निपेट दिखा सकता है। मेटा विवरण की भी कोई तय लंबाई सीमा नहीं है; दिखाए गए स्निपेट डिवाइस के अनुसार काटे जा सकते हैं। Google का स्निपेट मार्गदर्शन देखें।
हेडिंग और वास्तविक सामग्री की समीक्षा करें
मुख्य हेडिंग से पेज का विषय स्पष्ट होना चाहिए। सेक्शन हेडिंग को आगंतुकों को ज़रूरी उत्तर खोजने में मदद करनी चाहिए। देखें कि रिपोर्ट में दिखाई गई हेडिंग हर सेक्शन में वही वाक्यांश दोहराने के बजाय सामग्री का वर्णन करती हैं।
बैकपैक के उदाहरण में खरीदारों को क्षमता, माप, सामग्री, उपयोग के उद्देश्य और डिलीवरी या वापसी की जानकारी चाहिए हो सकती है। सेवा पेज के लिए ज़रूरी उत्तर अलग होंगे। पेज को उस आगंतुक के काम को ध्यान में रखकर पढ़ें।
शब्दों की गिनती और कीवर्ड सूचियाँ दिखाती हैं कि क्या मिला, लेकिन यह तय नहीं करतीं कि व्याख्या पूरी या भरोसेमंद है। Google स्पष्ट रूप से कहता है कि उसकी कोई पसंदीदा शब्द संख्या नहीं है। छूटे हुए उत्तर या उपयोगी प्रमाण जोड़ें; सिर्फ कोई संख्या पूरी करने के लिए पेज लंबा न करें।
लिंक, चित्र और स्ट्रक्चर्ड डेटा को उनके संदर्भ में देखें
लिंक: गंतव्य और वहाँ पहुँचने के लिए आगंतुकों द्वारा इस्तेमाल किया गया पाठ देखें। “बैकपैक साइज़ गाइड” से “यहाँ क्लिक करें” के मुकाबले ज़्यादा स्पष्ट उम्मीद बनती है। महत्वपूर्ण नेविगेशन में वास्तविक गंतव्य वाले क्रॉल योग्य लिंक होने चाहिए, Google की लिंक संबंधी अच्छी प्रक्रियाओं के अनुसार। कोई गंतव्य टूटा हुआ लगे तो लिंक बदलने से पहले उसे सत्यापित करें। केवल लिंक सूची या गिनती से साबित नहीं होता कि हर गंतव्य काम करता है या आपकी आंतरिक लिंक व्यवस्था पूरी है।
चित्र: Alt टेक्स्ट की चेतावनी पर कदम उठाने से पहले चित्र की भूमिका देखें। जानकारी देने वाली उत्पाद फोटो को उचित विवरण चाहिए; किसी लिंक या बटन का एकमात्र लेबल बना चित्र ऐसा पाठ माँगता है जो गंतव्य या कार्रवाई समझाए। पूरी तरह सजावटी चित्र में alt="" का इस्तेमाल सही हो सकता है। यह एट्रिब्यूट छोड़ देने से अलग है। W3C का alt निर्णय वृक्ष ये अंतर समझाता है। केवल चेतावनी हटाने के लिए हर चित्र में दोहराए गए कीवर्ड न जोड़ें। यह भी देखें कि चित्र की महत्वपूर्ण जानकारी पेज के पढ़े जा सकने वाले पाठ में उपलब्ध है या नहीं।
स्ट्रक्चर्ड डेटा: मार्कअप मिलना समीक्षा की शुरुआत है, यह प्रमाण नहीं कि पेज किसी खास खोज सुविधा के योग्य है। देखें कि उसका प्रकार पेज के अनुकूल है, जानकारी दिखाई देने वाली सामग्री से मेल खाती है और इच्छित सुविधा के ज़रूरी गुण मौजूद हैं। Google के स्ट्रक्चर्ड डेटा दिशानिर्देश अपनाएँ और लागू सुविधा को रिच रिज़ल्ट टेस्ट से जाँचें। सही मार्कअप भी रिच रिज़ल्ट की गारंटी नहीं देता। खोज में अलग रूप पाने के लिए रेटिंग, उत्पाद या दावे गढ़ने के बजाय वास्तविक सामग्री का वर्णन करने वाला स्कीमा जोड़ें।
निष्कर्षों को सुधारों की सूची में बदलें
हर निष्कर्ष के लिए URL, देखा गया मान, इस पेज के लिए उसका महत्व, बदलाव करने वाला व्यक्ति और काम पूरा होने की पुष्टि का तरीका लिखें। इससे डेवलपर या सामग्री संपादक को “SEO सुधारें” का अर्थ अनुमान लगाए बिना काम करने के लिए पर्याप्त जानकारी मिलती है।
यह बैकपैक उत्पाद पेज का एक काल्पनिक ऑडिट है। ये उदाहरण के निर्णय हैं, वास्तविक Screpy जाँच के नतीजे नहीं।
| निष्कर्ष | निर्णय | पूरा होने की जाँच |
|---|---|---|
सार्वजनिक उत्पाद पेज पर noindex |
पहले पड़ताल करें। यदि गलती से टेम्पलेट से आया है, तो खोज में दिखने के लिए बने इस पेज से हटाएँ। | प्रकाशित पेज अब noindex घोषित नहीं करता; सत्यापित करें कि Google पेज खोल सकता है। |
| सामान्य टाइटल: “उत्पाद” | सामग्री के ज़िम्मेदार व्यक्ति से सटीक, उत्पाद के लिए खास टाइटल लिखने को कहें। | नया टाइटल उत्पाद की पहचान बताता है और दिखाई देने वाली पेशकश से मेल खाता है। |
| ट्रैकिंग संस्करण साफ उत्पाद URL को canonical बताता है | रखें, यदि दोनों URL एक ही सामग्री दर्शाते हैं और साफ URL इच्छित प्राथमिकता है। | घोषित लक्ष्य सही है और साइट के चुने हुए URL से मेल खाता है। |
सजावटी पृष्ठभूमि के चित्र में alt="" है |
खाली विकल्प रखें, यदि चित्र जानकारी नहीं देता और नियंत्रण या लिंक का काम नहीं करता। | उस चित्र के बिना भी अर्थपूर्ण सामग्री और नियंत्रण समझ में आते हैं। |
पहली पंक्ति को टाइटल बेहतर करने से पहले देखना चाहिए, क्योंकि यह पेज की इच्छित दृश्यता के विरुद्ध है। आखिरी दो पंक्तियों के लिए कोड बदलना ज़रूरी नहीं भी हो सकता है। फिर भी निर्णय दर्ज करें, ताकि बाद के ऑडिट में उसी जानबूझकर रखी गई सेटिंग को बार-बार “सुधारा” न जाए।
सुधार सत्यापित करें और एक पेज से आगे देखें
बदलाव प्रकाशित करने के बाद उसी सार्वजनिक URL पर चेकर फिर चलाएँ। संबंधित मानों को अपनी शुरुआती टिप्पणियों से मिलाएँ। यह मानने के बजाय कि CMS में बदला गया फ़ील्ड आगंतुकों को दिख रहा है, पुष्टि करें कि अपडेट प्रकाशित पेज तक पहुँचा है। यदि समस्या साझा टेम्पलेट से आती है, तो एक अन्य प्रभावित पेज भी जाँचें।
Google के नज़रिए से जुड़े सवालों के लिए Search Console का URL निरीक्षण टूल इस्तेमाल करें। इसका लाइव टेस्ट वर्तमान पेज देखता है, जबकि इंडेक्स का डेटा उस संस्करण को बताता है जिसे Google ने पिछली बार प्रोसेस किया था। ज़रूरी सामग्री JavaScript से लोड हो तो जाँचे गए पेज का रेंडर किया गया आउटपुट देखें। Google का चुना हुआ canonical इंडेक्स के डेटा में देखें; लाइव टेस्ट उस चुनाव की भविष्यवाणी नहीं कर सकता। सफल निरीक्षण इंडेक्सिंग की गारंटी नहीं देता और ऑडिट के निष्कर्ष को ठीक करने से तत्काल रैंकिंग बदलने का वादा नहीं होता।
एक पेज की रिपोर्ट यह भी तय नहीं कर सकती कि दूसरे पेज वही टाइटल इस्तेमाल करते हैं या इस पेज की ओर कोई आंतरिक लिंक नहीं आता। इन सवालों के लिए वेबसाइट का व्यापक संदर्भ चाहिए। संबंधित पेज, बार-बार आने वाली टेम्पलेट समस्याएँ और क्रॉल में मिले लिंक देखने के लिए Screpy वेबसाइट ऑडिट इस्तेमाल करें। पहले पेज की समस्या देखें, सुधार सत्यापित करें और फिर प्रमाण के अनुसार ऑडिट का दायरा बढ़ाएँ।
पेज की सूची के उत्तर कोड और रीडायरेक्ट श्रृंखला की तुलना करने के लिए इस्तेमाल करें: एक साथ HTTP स्थिति जाँचें.