कैसे Google Search Console को एक वेबसाइट से कनेक्ट करें और डेटा पढ़ें

जांचें कि क्या आपकी साइट सर्च कंसोल के लिए तैयार है

गूगल सर्च कंसोल को एक वेबसाइट से कनेक्ट करने और डेटा पढ़ने की कोशिश करने से पहले, कुछ बुनियादी बातें जांचें। आपको साइट तक पहुंच, इसके DNS या होस्टिंग खाते तक पहुंच, और एक गूगल खाता चाहिए जो प्रोजेक्ट के साथ बना रहे। यदि इनमें से कोई एक किसी और के इनबॉक्स में है, तो पहले उसे ठीक करें।

साइट पहले से ही एक सार्वजनिक डोमेन पर लाइव होनी चाहिए। सर्च कंसोल एक स्टेजिंग खिलौना नहीं है, और यदि साइट अभी भी पासवर्ड के पीछे है या केवल एक परीक्षण URL पर उपलब्ध है, तो यह बहुत मदद नहीं करेगा। एक क्लाइंट साइट के लिए, पूछें कि डोमेन का मालिक कौन है, DNS को कौन संपादित कर सकता है, और परिवर्तन को कौन मंजूरी दे सकता है। यह ब्योरेबाजी की तरह लगता है। यह घंटों की बचत करता है।

यहां एक व्यावहारिक नियम मदद करता है: सेटअप करने वाला व्यक्ति बिना तीन दिन इंतजार किए एक छोटा परिवर्तन करने में सक्षम होना चाहिए। यदि आप एक TXT रिकॉर्ड जोड़ नहीं सकते, एक फ़ाइल अपलोड नहीं कर सकते, या साइट पर एक टैग डाल नहीं सकते, तो आप सत्यापन पर अटक जाएंगे। यहीं कई सेटअप चुपचाप मर जाते हैं।

यदि आपकी साइट में पहले से ही वेबसाइट सुरक्षा नियंत्रण हैं, तो शुरू करने से पहले उन्हें नोट करें। एक सख्त फ़ायरवॉल, एक कैशिंग प्लगइन, या एक HTTPS रीडायरेक्ट सत्यापन में हस्तक्षेप कर सकता है यदि आप नहीं जानते कि साइट कैसे व्यवहार करती है। यह रुकने का कारण नहीं है। यह सावधान रहने का कारण है।

सही संपत्ति प्रकार जोड़ें

सर्च कंसोल आपको दो मुख्य विकल्प देता है: डोमेन प्रॉपर्टी और URL-प्रिफिक्स प्रॉपर्टी। यह एक कॉस्मेटिक निर्णय नहीं है। यह बदलता है कि Google क्या एक साथ समूहित करता है और आप बाद में क्या देख सकते हैं।

एक डोमेन प्रॉपर्टी डोमेन के सभी संस्करणों को कवर करती है: http, https, www, non-www, और उपडोमेन यदि वे उसी डोमेन नाम से संबंधित हैं। यदि आपकी साइट के चारों ओर कई संस्करण हैं, तो यह आमतौर पर साफ विकल्प होता है। एक प्रॉपर्टी। एक दृश्य। कम भ्रम।

एक URL-प्रिफिक्स प्रॉपर्टी केवल एक सटीक संस्करण को ट्रैक करती है, जैसे कि https://www.example.com/.। यह उपयोगी हो सकता है यदि आप एक बड़े साइट के केवल एक अनुभाग का प्रबंधन करते हैं, या यदि तकनीकी पहुंच सीमित है। एक छोटी एजेंसी टीम इसे त्वरित सेटअप के लिए पसंद कर सकती है, लेकिन व्यापार का समझौता स्पष्ट है: डेटा संकीर्ण है, और आपको पूरे चित्र को देखने के लिए एक से अधिक प्रॉपर्टी की आवश्यकता हो सकती है।

साइट की वास्तविक संरचना के बारे में सोचें, न कि डिज़ाइन मॉकअप के बारे में। एक कॉर्पोरेट वेबसाइट अक्सर एक मुख्य डोमेन, एक ब्लॉग उपफोल्डर, और शायद एक स्टेजिंग उपडोमेन होता है जिसे किसी को भी उत्पादन के साथ भ्रमित नहीं करना चाहिए। एक डोमेन प्रॉपर्टी उस गंदगी को कम करती है। एक URL-प्रिफिक्स प्रॉपर्टी अभी भी काम कर सकती है, लेकिन केवल यदि आप जानते हैं कि आप किस संस्करण को ट्रैक करना चाहते हैं।

उस संस्करण को चुनें जो दर्शाता है कि लोग वास्तव में साइट तक कैसे पहुँचते हैं। यदि आगंतुक https://example.com पर उतरते हैं और https://www.example.com दोनों एक ही कैनोनिकल संस्करण पर रीडायरेक्ट करते हैं, तो उस प्रॉपर्टी को चुनें जो अंतिम संस्करण को दर्शाती है। समान सामग्री वाले दो संस्करण आपके पढ़ने को बाद में धुंधला कर सकते हैं।

साइट को तोड़े बिना स्वामित्व सत्यापित करें

सत्यापन Google को यह साबित करता है कि आप साइट को नियंत्रित करते हैं। सामान्य विधियाँ DNS रिकॉर्ड, HTML फ़ाइल अपलोड, मेटा टैग सत्यापन, Google Analytics, और Google Tag Manager हैं। DNS आमतौर पर एक डोमेन संपत्ति के लिए सबसे मजबूत विकल्प होता है क्योंकि यह वेबसाइट कोड के बाहर होता है। यह तब महत्वपूर्ण होता है जब डेवलपर्स टेम्पलेट्स को छूने के बारे में चिंतित होते हैं।

यदि आप DNS संपादित कर सकते हैं, तो पहले वही चुनें। यह सरल है, और यह एक प्लगइन के सक्रिय रहने पर निर्भर नहीं करता है। TXT रिकॉर्ड को ठीक उसी तरह जोड़ें जैसे Google इसे दिखाता है, प्रचार के लिए प्रतीक्षा करें, फिर सत्यापन की जांच करें। DNS में समय लग सकता है। कभी-कभी यह जल्दी होता है, कभी-कभी नहीं।

HTML फ़ाइल अपलोड कुछ साइटों के लिए काम करता है, विशेष रूप से जब आप होस्टिंग या FTP के माध्यम से साइट रूट में फ़ाइल रख सकते हैं। समस्या रखरखाव है। यदि कोई तैनाती प्रक्रिया को बदलता है या पुरानी फ़ाइलों को साफ करता है, तो सत्यापन फ़ाइल गायब हो सकती है। तब सर्च कंसोल संपत्ति पर विश्वास खो देता है।

मेटा टैग सत्यापन उन टीमों के लिए सुविधाजनक है जो साइट हेडर को संपादित कर सकती हैं। यह अक्सर एक सामग्री-प्रबंधित साइट पर सबसे आसान मार्ग होता है, लेकिन केवल तभी जब आप जानते हैं कि वह हेडर कहाँ है। किसी यादृच्छिक पृष्ठ निर्माता ब्लॉक में कोड न चिपकाएँ और सबसे अच्छे की उम्मीद न करें। उम्मीद सत्यापन विधि नहीं है।

Google Analytics या Google Tag Manager भी काम कर सकते हैं यदि वे उपकरण पहले से स्थापित हैं और आपके पास सही अनुमतियाँ हैं। इसे केवल तब चुनें जब आप वर्तमान सेटअप पर भरोसा करते हैं और समझते हैं कि कंटेनर या एनालिटिक्स संपत्ति का मालिक कौन है। यदि टैग एक बाहरी विक्रेता द्वारा प्रबंधित किया जाता है, तो आप एक निर्भरता बना सकते हैं जिसे आप नहीं चाहते थे।

सुरक्षा गति से अधिक महत्वपूर्ण है। यदि कई तरीके उपलब्ध हैं, तो उस तरीके का चयन करें जो पुन: डिज़ाइन या सामग्री अपडेट के दौरान टूटने की संभावना कम हो। कई टीमों के लिए, DNS सबसे शांत विकल्प है। एक छोटे साइट के लिए जिसमें DNS पहुंच नहीं है, एक मेटा टैग ही एकमात्र व्यावहारिक मार्ग हो सकता है।

साइटमैप सबमिट करें और पुष्टि करें कि Google आपके पृष्ठों को देख सकता है

एक बार जब संपत्ति की पुष्टि हो जाए, तो Search Console में साइटमैप फ़ील्ड की तलाश करें और XML साइटमैप URL सबमिट करें। अधिकांश साइटें /sitemap.xml पर एक साइटमैप का उपयोग करती हैं, लेकिन सटीक स्थान CMS, प्लगइन, या कस्टम निर्माण पर निर्भर करता है। यदि आप पहले से पता नहीं जानते हैं तो साइट या robots.txt फ़ाइल की जांच करें।

अनुमान न लगाएं। एक गलत साइटमैप URL आपको कोई उपयोगी संकेत नहीं देता, केवल एक मृत सबमिशन। यदि साइट में कई साइटमैप हैं, तो मुख्य इंडेक्स साइटमैप से शुरू करें और इसे बाकी की ओर इंगित करने दें।

सबमिशन के बाद, सर्च कंसोल को यह दिखाना चाहिए कि क्या गूगल फ़ाइल को प्राप्त कर सकता है और क्या उसने इससे URLs खोजे हैं। यह पहला परीक्षण है। एक साइटमैप जो कभी नहीं पढ़ा जाता, अक्सर इसका मतलब होता है कि साइट में तकनीकी अवरोध, खराब पथ, या सर्वर की समस्या है जिसे रैंकिंग के बारे में चिंता करने से पहले ठीक किया जाना चाहिए।

साइट की कवरेज को अप्रत्यक्ष रूप से क्रॉलिंग संकेतों के माध्यम से जांचें। यदि साइटमैप में 200 पृष्ठ हैं और सर्च कंसोल केवल उनके एक छोटे हिस्से को ज्ञात के रूप में रिपोर्ट करता है, तो कुछ गड़बड़ है। सटीक कारण हानिरहित या गंभीर हो सकता है; आप केवल गहराई से देखने पर ही जानेंगे।

एक सक्रिय प्रकाशन वाली साइट के लिए, यह कदम का हिस्सा बन जाता है लॉन्च के बाद वेबसाइट समर्थन। नए पृष्ठों को साइटमैप में दिखाई देना चाहिए, और पुराने मृत URLs को हटा दिया जाना चाहिए या पुनर्निर्देशित किया जाना चाहिए। यदि साइटमैप पुराना है, तो सर्च कंसोल उस पुराने ढांचे को दर्दनाक ईमानदारी से दर्शाएगा।

सेटअप के बाद महत्वपूर्ण पहले रिपोर्ट खोजें

पहले तीन रिपोर्ट खोलें: प्रदर्शन, पृष्ठ, और अनुक्रमण। यह क्रम काम करता है क्योंकि यह तीन अलग-अलग प्रश्नों का उत्तर देता है। कौन सा खोज ट्रैफ़िक आ रहा है? कौन से पृष्ठ अनुक्रमित हैं? कौन से पृष्ठ बाहर किए जा रहे हैं, और क्यों?

प्रदर्शन रिपोर्ट क्वेरी, पृष्ठ, क्लिक, इंप्रेशन, CTR, और औसत स्थिति दिखाती है। इसका उपयोग दृश्यता और मांग को समझने के लिए करें, केवल ट्रैफ़िक के लिए नहीं। एक पृष्ठ क्लिक में कम हो सकता है जबकि फिर भी बहुत सारे इंप्रेशन प्राप्त कर रहा हो, और अक्सर वहीं सबसे अच्छा काम शुरू होता है।

पृष्ठ रिपोर्ट आपको बताती है कि कौन से URLs अनुक्रमित हैं, बाहर किए गए हैं, या विशिष्ट समस्याओं से प्रभावित हैं। यह संरचनात्मक समस्याओं को पहचानने का सबसे तेज़ तरीका है। एक पृष्ठ जिसे “क्रॉल किया गया - वर्तमान में अनुक्रमित नहीं” के रूप में चिह्नित किया गया है, इसका मतलब है कि गूगल ने इसे देखा, लेकिन इसे अभी शामिल नहीं किया। यह देखने लायक है।

इंडेक्सिंग रिपोर्ट, इंटरफेस और साइट प्रकार के आधार पर, आपको साइट के बारे में गूगल के दृष्टिकोण की व्यापक स्थिति को पढ़ने में मदद करती है। यह एक सरल प्रश्न का उत्तर देती है: गूगल वास्तव में क्या स्टोर और प्रदर्शित कर सकता है? यदि उत्तर है “आपकी अपेक्षा से कम,” तो आपके पास जांच करने के लिए एक स्थान है।

पहले दिन हर रिपोर्ट के बीच में न कूदें। इन तीनों से शुरू करें, नोट्स लें, और एक सप्ताह बाद फिर से उनकी तुलना करें। सर्च कंसोल तब उपयोगी होता है जब आप गति देख सकते हैं, न कि जब आप एक साथ हर मेनू आइटम को देखते हैं।

क्लिक्स, इम्प्रेशन्स, CTR, और औसत स्थिति को बिना गलत पढ़े पढ़ें

क्लिक्स गूगल सर्च से विजिट हैं। इंप्रेशंस सर्च परिणामों में उपस्थिति हैं। CTR वह हिस्सा है जो इंप्रेशंस को क्लिक्स में बदलता है। औसत स्थिति एक औसत है, जिसका मतलब है कि यदि आप इसे एक निश्चित रैंकिंग संख्या की तरह मानते हैं तो यह बहुत सारे विवरण को छिपा सकता है।

1,000 इंप्रेशंस और 10 क्लिक्स वाला एक पृष्ठ स्वचालित रूप से “बुरा” नहीं है। यह व्यापक, मिश्रित प्रश्नों के लिए रैंक कर सकता है, या इसका शीर्षक खोज इरादे से पर्याप्त मेल नहीं खा सकता है। यह मेट्रिक एक प्रश्न की ओर इशारा करता है। यह अपने आप में इसका उत्तर नहीं देती।

औसत स्थिति के प्रति सतर्क रहना चाहिए। यदि एक प्रश्न पृष्ठ को स्थिति 3 में दिखाता है और दूसरा स्थिति 18 में, तो औसत अच्छा लग सकता है जबकि पृष्ठ अभी भी सही दर्शकों को नहीं पकड़ता। यही कारण है कि आपको केवल शीर्ष संख्या नहीं, बल्कि प्रश्न सूची खोलनी चाहिए। संदर्भ के बिना संख्याएँ शिष्टता से झूठ बोलती हैं।

CTR में परिवर्तन कई चीजों का मतलब हो सकता है। एक बेहतर शीर्षक इसे बढ़ा सकता है। एक नया समृद्ध परिणाम इसे कम या अधिक कर सकता है। एक ब्रांड प्रश्न इसे विकृत कर सकता है। इंप्रेशंस में वृद्धि भी प्रतिशत को नीचे खींच सकती है बिना किसी वास्तविक गुणवत्ता हानि के। एक मेट्रिक के अकेले हिलने पर घबराएं नहीं।

एक ऐसा साइट जिसमें एक मजबूत एक वेबसाइट एनालिटिक्स और मॉनिटरिंग प्लेटफॉर्मसेटअप अन्य डेटा के साथ सर्च कंसोल को जोड़ सकता है, लेकिन सर्च कंसोल का अपना काम है। यह खोज मांग और खोज प्रस्तुति दिखाता है। यह क्लिक के बाद ऑन-साइट व्यवहार से अलग है।

इन नंबरों का एक साथ उपयोग करें। एक क्वेरी से पांच क्लिक जिनका CTR 40% है, 200 इम्प्रेशंस जिनमें कोई क्लिक नहीं है, की तुलना में अधिक मूल्यवान हो सकता है, इरादे के आधार पर। सर्च कंसोल धैर्य को पुरस्कृत करता है। यह आलसी पढ़ाई को भी दंडित करता है।

डेटा का उपयोग करके इंडेक्सिंग और दृश्यता की समस्याओं को पहचानें

उन पृष्ठों की तलाश करें जो बाहर हैं या अनुक्रमित नहीं हैं। फिर कारण की जांच करें। “खोजा गया - वर्तमान में अनुक्रमित नहीं” अक्सर इसका मतलब होता है कि गूगल को पता है कि पृष्ठ मौजूद है लेकिन इसे अभी तक क्रॉल नहीं किया है, जबकि “डुप्लिकेट, गूगल ने अलग कैनोनिकल चुना” का मतलब है कि गूगल ने एक और संस्करण पाया जिसे वह पसंद करता है। ये एक ही समस्या नहीं हैं।

अगला, उन क्वेरियों को खोजें जिनमें कई इम्प्रेशंस और कम क्लिक हैं। यह पैटर्न अक्सर कमजोर शीर्षक पाठ, अस्पष्ट स्निपेट्स, या गलत इरादे का उत्तर देने वाले पृष्ठों को प्रकट करता है। यदि एक उत्पाद पृष्ठ एक शोध क्वेरी के लिए बार-बार दिखाई दे रहा है, तो सामग्री को फिर से लिखने या बेहतर लैंडिंग पृष्ठ की आवश्यकता हो सकती है।

दृश्यता खो रहे पृष्ठों की तुलना पिछले अवधियों से करना महत्वपूर्ण है। सर्च कंसोल क्वेरी या पृष्ठ द्वारा गिरावट दिखा सकता है, और ये गिरावट अक्सर तीन चीजों में से एक की ओर इशारा करती हैं: तकनीकी अनुक्रमण समस्या, सामग्री जो अब मांग से मेल नहीं खाती, या एक प्रतियोगी जो इरादे को अपने कब्जे में ले रहा है। रिपोर्ट आपको बिना थोड़े काम के यह नहीं बताएगी कि कौन सा है।

उन पृष्ठों पर ध्यान दें जो महत्वपूर्ण होने चाहिए लेकिन अक्सर दिखाई नहीं देते। एक मूल्य निर्धारण पृष्ठ, एक प्रमुख सेवा पृष्ठ, या एक नए प्रकाशित लेख को लंबे समय तक अदृश्य नहीं रहना चाहिए। यदि ऐसा होता है, तो यह मानने से पहले आंतरिक लिंक, कैनोनिकल टैग, और साइटमैप समावेश की जांच करें कि सामग्री ही समस्या है।

यह वह जगह है जहाँ एक ऐसा साइट है जो भारी सामग्री प्रकाशन का समर्थन करता है, जैसे निवेश पर सामग्री पोर्टल, को नियमित समीक्षा की आवश्यकता होती है। बड़े साइट्स तेजी से छोटे त्रुटियाँ जमा करते हैं। एक टूटी हुई टेम्पलेट दर्जनों URL को प्रभावित कर सकती है।

यह भी जांचें कि क्या पृष्ठ तकनीकी रूप से अनुक्रमित किया जा सकता है। नोइंडेक्स टैग, अवरुद्ध संसाधन, कैनोनिकल गलतियाँ, और रीडायरेक्ट श्रृंखलाएँ सभी अच्छे सामग्री को खोज से बाहर रख सकती हैं। एक खराब टैग पर्याप्त है। यदि आप कारण को ध्यान से पढ़ते हैं तो सर्च कंसोल आमतौर पर सुराग दिखाता है।

एक सरल साप्ताहिक सर्च कंसोल समीक्षा रूटीन बनाएं

एक साप्ताहिक स्लॉट सेट करें, 20 से 30 मिनट लंबा। हर सप्ताह एक ही दिन चुनें। प्रदर्शन, पृष्ठ, और किसी भी नए कवरेज चेतावनियों की जांच करें। नियमितता यादृच्छिक जांच को मात देती है क्योंकि यह परिवर्तनों को स्थिर आधार रेखा के खिलाफ स्पष्ट बनाती है।

एक तुलना विंडो को स्थिर रखें, जैसे पिछले 7 दिनों की तुलना पिछले 7 दिनों से, या पिछले 28 दिनों की तुलना पिछले 28 दिनों से। हर बार रिपोर्ट खोलने पर विंडो न बदलें। इससे प्रवृत्तियों पर भरोसा करना कठिन हो जाता है। सर्च कंसोल तब बेहतर होता है जब आपकी विधि उबाऊ रहती है।

तीन चीजें लिखें: एक पृष्ठ जिसने क्लिक प्राप्त किए, एक पृष्ठ जिसने इंप्रेशन खोए, और एक मुद्दा जिसे कार्रवाई की आवश्यकता है। यह साप्ताहिक लॉग के लिए पर्याप्त है। 3 आइटम वाला लॉग 30 स्क्रीनशॉट के साथ गंदगी से बेहतर है।

यदि परिवर्तन सामग्री के इरादे से संबंधित है, तो इसे SEO या संपादकीय को भेजें। यदि यह क्रॉल त्रुटियों, कैनोनिकल समस्याओं, या अवरुद्ध पृष्ठों से संबंधित है, तो इसे विकास को भेजें। यदि यह रीडायरेक्ट, साइटमैप, या टेम्पलेट से संबंधित है, तो इसे उस व्यक्ति को भेजें जो बिना अनुमान के साइट को बदल सकता है। एक छोटा, स्पष्ट हैंडऑफ समय बचाता है।

कुछ टीमें उस काम को एक निजी नेटवर्क अवसंरचना या एक आंतरिक प्रशासन सेटअप के माध्यम से रूट करती हैं, लेकिन प्रक्रिया वही है: डेटा की समीक्षा करें, कारण नोट करें, सुधार सौंपें। सर्च कंसोल तब आदत बनता है जब कोई अगला कदम लेता है।

एक आखिरी अनुशासन व्यस्त साइटों पर मदद करता है: उदाहरणों को सहेजें। जब कुछ बदलता है तो सटीक प्रश्न, पृष्ठ और दिनांक सीमा को बनाए रखें। दो सप्ताह बाद, वह नोट ही एकमात्र कारण हो सकता है जिससे आप वास्तविक गिरावट को सामान्य उतार-चढ़ाव से पहचान सकते हैं।