DIY टेक्निकल SEO ऑडिट: 10 बिंदुओं की चेकलिस्ट जो आप ख़ुद चला सकते हैं
एक काम का टेक्निकल SEO ऑडिट दस चीज़ें जाँचता है, इसी क्रम में: इंडेक्सिंग, कैनोनिकल, साइटमैप, robots.txt, रीडायरेक्ट, मोबाइल रेंडरिंग, स्पीड, इंटरनल लिंक, स्ट्रक्चर्ड डेटा और डुप्लिकेट कंटेंट। सूची से ज़्यादा क्रम मायने रखता है। ज़्यादातर ऑडिट स्पीड स्कोर से शुरू होते हैं क्योंकि उन्हें निकालना आसान है, जबकि जिस साइट में कैनोनिकल की गलती है उसे ऐसे तेज़ लोड होने वाले पेज से कोई फ़ायदा नहीं जिसे कोई ढूँढ ही नहीं पाता।
पहले दौर के लिए आपको पेड क्रॉलर की ज़रूरत नहीं। Google Search Console, Screaming Frog जैसे क्रॉलर का फ़्री टियर, PageSpeed Insights और ब्राउज़र का view-source उन लगभग सभी चीज़ों को ढूँढने के लिए काफ़ी हैं जो सचमुच आपका ट्रैफ़िक घटाती हैं। आगे वह क्रम है, हर चरण पर क्या देखना है और क्या अनदेखा करना है, इसके साथ।
1. क्या आपका कंटेंट सचमुच इंडेक्स हुआ है?
Search Console → Pages खोलें। इंडेक्स हुए पेजों की गिनती की तुलना उन पेजों की संख्या से करें जो आपके हिसाब से प्रकाशित हैं। अगर इंडेक्स हुए पेज आपके असली कुल का छोटा-सा हिस्सा हैं, तो ऑडिट यहीं रोकें और पहले इसे ठीक करें; जब तक यह हल नहीं होता, इस सूची की कोई और चीज़ ट्रैफ़िक नहीं देगी।
“Why pages aren’t indexed” के तहत कारणों को गिनती के क्रम में पढ़ें। “Discovered – currently not indexed” का मतलब अक्सर क्रॉल-बजट या गुणवत्ता संकेत की समस्या होती है। “Crawled – currently not indexed” का मतलब है कि Google ने पेज देखा और उसे स्टोर न करने का फ़ैसला किया। “Alternate page with proper canonical tag” अक्सर ठीक होता है। “Excluded by noindex tag” या तो सही है या तबाही, इस पर निर्भर कि सूची में कौन-से पेज हैं — इसे पेज-दर-पेज जाँचें, क्योंकि अनजाने में लगा साइट-व्यापी noindex उन गिनी-चुनी ग़लतियों में से है जो रातों-रात किसी साइट का ट्रैफ़िक मिटा सकती हैं।
सबसे महँगे पड़ने वाले दो पैटर्न नाम लेने लायक हैं। पहला, किसी साइट का अलग होस्टनेम पर दोबारा लॉन्च होना — www से non-www या http से https पर जाना — जबकि Search Console अब भी पुरानी प्रॉपर्टी पर रिपोर्ट करे। दूसरा, स्टेजिंग साइट का noindex नियम प्रोडक्शन में चला जाना। हमने इसका निदान विस्तार से क्रॉल हुआ पर अभी इंडेक्स नहीं में बताया है।
2. क्या आपके कैनोनिकल टैग वहीं इशारा करते हैं जहाँ आप सोचते हैं?
पाँच पेजों का सोर्स देखें — होमपेज, एक पोस्ट, एक कैटेगरी, एक टैग आर्काइव और एक पेजिनेटेड पेज — और rel="canonical" वाली पंक्ति ढूँढें। हर एक को ख़ुद की ओर इशारा करना चाहिए, ठीक उसी रूप में जिसमें आप चाहते हैं कि वह इंडेक्स हो: सही प्रोटोकॉल, सही होस्ट, ट्रेलिंग-स्लैश में असंगति नहीं, क्वेरी स्ट्रिंग नहीं।
क्लासिक विफलता किसी प्लगइन या थीम की सेटिंग है जो हर पेज को होमपेज पर कैनोनिकल कर देती है। यह दुर्लभ है पर विनाशकारी, और सोर्स जाँचने तक ऐसा लगता है कि कुछ गड़बड़ नहीं है। दो मिनट लगाइए।
3. क्या आपका साइटमैप खुलता है, और क्या वह सच बताता है?
अपने साइटमैप इंडेक्स का URL ब्राउज़र में खोलें। तीन बातें पक्की करें: वह किसी एरर या HTML पेज की जगह XML लौटाता है, उसके भीतर हर URL आपके कैनोनिकल होस्टनेम का है, और उसमें सिर्फ़ वही पेज हैं जिन्हें आप इंडेक्स करवाना चाहते हैं। जो साइटमैप noindex किए पेज, रीडायरेक्ट या 404 गिनाता है, वह विरोधाभासी निर्देश भेजता है और क्रॉल बजट बर्बाद करता है।
WordPress की एक सनक जानने लायक है: अगर आपके SEO प्लगइन का साइटमैप 404 देता है जबकि प्लगइन साफ़ तौर पर चालू है, तो आम वजह टूटी सेटिंग नहीं, पुराने रीराइट नियम होते हैं। Settings → Permalinks पर जाकर बिना कुछ बदले सेव करने से वे दोबारा बन जाते हैं और अक्सर वहीं समस्या ठीक हो जाती है।
4. आपका robots.txt क्या ब्लॉक कर रहा है?
yourdomain.com/robots.txt खोलें और हर पंक्ति पढ़ें। आप ऐसे नियम ढूँढ रहे हैं जो इरादे से ज़्यादा ब्लॉक करते हैं — Disallow: /wp-content/ Google को आपके CSS और इमेज लोड करने से रोक देगा, जिससे वह आपके पेज को जिस तरह रेंडर करता है वह बिगड़ जाता है। आप यह भी जाँच रहे हैं कि आपका साइटमैप घोषित है, और सोच-समझकर तय कर रहे हैं कि AI क्रॉलर को अनुमति है या नहीं।
User-agent: *
Disallow: /wp-admin/
Allow: /wp-admin/admin-ajax.php
Sitemap: https://yourdomain.com/sitemap_index.xml
ज़्यादातर WordPress साइटों के लिए यह पूरा और सही robots.txt है। अगर आपका इससे काफ़ी लंबा है, तो अतिरिक्त पंक्तियाँ ध्यान से पढ़ें — लंबी robots फ़ाइलों में ऐसे नियम जमा हो जाते हैं जो किसी को याद नहीं कि किसने जोड़े, और हर एक उस चीज़ को ब्लॉक करने का मौक़ा है जिसे क्रॉल होना चाहिए।
5. क्या आपके रीडायरेक्ट साफ़ हैं?
रीडायरेक्ट चेकर से कुछ पुराने URL जाँचें और हॉप की संख्या नोट करें। हर अतिरिक्त हॉप लेटेंसी बढ़ाता है और, Google के अपने मार्गदर्शन के अनुसार, उन संकेतों के कमज़ोर पड़ने का जोखिम बनाता है जिन्हें आप आगे पहुँचाना चाहते हैं। कई चरणों वाली चेन को अंतिम गंतव्य तक एक ही 301 के रूप में दोबारा लिखें। रीडायरेक्ट लूप भी जाँचें, और वहाँ भी जहाँ स्थायी बदलाव के लिए 302 इस्तेमाल हुआ हो — अस्थायी रीडायरेक्ट Google को पुराना URL इंडेक्स में रखने को कहता है।
6. क्या मोबाइल वर्ज़न में सब कुछ मौजूद है?
Google आपकी साइट का मोबाइल वर्ज़न इंडेक्स करता है। अगर आपका मोबाइल टेम्पलेट कंटेंट छिपाता है, ऐसे सेक्शन समेट देता है जो कभी लोड नहीं होते, स्ट्रक्चर्ड डेटा गिरा देता है या डेस्कटॉप पर मौजूद इंटरनल लिंक छोड़ देता है, तो Google के लिए वह कंटेंट मौजूद ही नहीं है।
इसे ठीक से परखें: Search Console का URL Inspection टूल इस्तेमाल करें, लाइव टेस्ट चलाएँ, और रेंडर्ड HTML टैब खोलें। नज़र की जाँच पर भरोसा करने के बजाय पढ़ें कि असल में क्या मौजूद है। फिर पक्का करें कि टैप टारगेट इस्तेमाल करने लायक बड़े हैं — 15 पिक्सेल का आइकन तकनीकी रूप से मौजूद और व्यावहारिक रूप से टूटा हुआ है, और ये विफलताएँ किसी के उन्हें SEO समस्या कहने से बहुत पहले व्यवहार डेटा में दिख जाती हैं।
7. स्पीड के कौन-से नंबर पीछा करने लायक हैं?
अपने होमपेज और दो भीतरी पेजों पर PageSpeed Insights चलाएँ, और नीचे के लैब स्कोर की जगह ऊपर वाला फ़ील्ड डेटा पढ़ें। फ़ील्ड डेटा असली विज़िटरों से आता है; लैब स्कोर नक़ली डिवाइस से आता है और हर रन के बीच बदलता रहता है। लैब नंबर के पीछे भागना टेक्निकल SEO में मेहनत की सबसे आम बर्बादी है।
इन तीनों की एक अनुमानित मुख्य वजह होती है, जो इन्हें असामान्य रूप से सुलझाने लायक बनाती है। धीमा LCP लगभग हमेशा बड़ी अनऑप्टिमाइज़्ड हीरो इमेज या रेंडर-ब्लॉकिंग स्टाइलशीट होता है। ख़राब INP लगभग हमेशा लोड पर चलती ज़रूरत से ज़्यादा JavaScript होता है। लेआउट शिफ़्ट लगभग हमेशा बिना घोषित चौड़ाई-ऊँचाई वाली इमेज और विज्ञापन होते हैं। स्कोर नहीं, वजह ठीक करें।
8. क्या हर पेज तक क्रॉलर पहुँच सकता है?
किसी भी क्रॉलर के फ़्री टियर से अपनी साइट क्रॉल करें और ऑर्फ़न पेज ढूँढें — आपके साइटमैप के वे URL जिनकी ओर कोई इंटरनल लिंक नहीं जाता। ऑर्फ़न पेज Google को सिर्फ़ साइटमैप से मिल सकता है, जो कमज़ोर संकेत है, और वह लगभग कभी रैंक नहीं करता। साथ ही अपनी क्लिक डेप्थ जाँचें: होमपेज से तीन क्लिक से ज़्यादा दूर के पेज कम बार क्रॉल होते हैं और कम अहम माने जाते हैं।
इसे ठीक करना इंजीनियरिंग नहीं, एडिटिंग है: प्रासंगिक मौजूदा पोस्ट, कैटेगरी हब और अपने सबसे ज़्यादा देखे जाने वाले पेजों से लिंक जोड़ें। पूरा तरीक़ा हमारी गाइड इंटरनल लिंकिंग और साइट स्ट्रक्चर में है।
9. क्या आपका स्ट्रक्चर्ड डेटा वैध है?
हर टेम्पलेट का एक पेज Rich Results Test से गुज़ारें, फिर Search Console → Enhancements खोलें। Warning चिह्नित किसी भी चीज़ से पहले Invalid चिह्नित हर चीज़ ठीक करें — warnings छूटे सुझाए गए फ़ील्ड होते हैं, errors का मतलब है कि मार्कअप ख़ारिज किया जा रहा है। विवरण हमारी स्कीमा मार्कअप गाइड में है।
10. आपकी साइट का कितना हिस्सा डुप्लिकेट है?
अपने क्रॉल को टाइटल टैग के हिसाब से सॉर्ट करें और दोहराव ढूँढें। कई URL पर एक जैसे टाइटल का मतलब आमतौर पर यह होता है कि टैग आर्काइव, फ़िल्टर किए व्यू, सेशन पैरामीटर या पेजिनेटेड शृंखलाएँ लगभग-डुप्लिकेट पेज बना रही हैं। हर समूह के लिए तय करें: उसे noindex करें, किसी एक वर्ज़न पर कैनोनिकल करें, या पैरामीटर को ब्लॉक करें। कुछ न करना ही एकमात्र ग़लत जवाब है, क्योंकि Google आपके लिए कैनोनिकल ख़ुद चुन लेगा और हो सकता है वह न चुने जो आप चाहते हैं।
किसे अनदेखा करना चाहिए?
ऑटोमेटेड ऑडिट टूल सैकड़ों निष्कर्ष पैदा करते हैं, जिनमें से ज़्यादातर मायने नहीं रखते। जिन पर अपनी दोपहर न खपाएँ उनकी छोटी सूची: मेटा कीवर्ड, जिन्हें किसी सर्च इंजन ने दस साल से ज़्यादा से इस्तेमाल नहीं किया; कीवर्ड डेंसिटी के आँकड़े; PageSpeed का परफ़ेक्ट 100 स्कोर; वाक़ई उपयोगी नेविगेशन पर “बहुत ज़्यादा इंटरनल लिंक” की चेतावनियाँ; सजावटी इमेज पर छूटा alt टेक्स्ट; और W3C HTML वैलिडेशन की वे त्रुटियाँ जो रेंडरिंग पर असर नहीं डालतीं।
जो टूल 400 समस्याएँ बताता है, वह अपनी सीमाएँ बता रहा है, आपकी प्राथमिकताएँ नहीं। ऊपर के दस चरण उन समस्याओं को कवर करते हैं जो सचमुच ट्रैफ़िक दबाती हैं। बाकी सब रखरखाव है जिसे आप तब कर सकते हैं जब कोई ज़रूरी चीज़ बची न हो।
इसे कितनी बार दोहराना चाहिए?
स्थिर साइट के लिए तिमाही, और चार घटनाओं में से किसी के तुरंत बाद: थीम बदलना, माइग्रेशन या होस्टनेम बदलना, SEO या कैशिंग को छूने वाला प्लगइन अपडेट, और रीडिज़ाइन। यही चार बिना पकड़ी तकनीकी गिरावटों की ज़्यादातर वजह बनते हैं, जो महीनों तक किसी की नज़र में नहीं आतीं क्योंकि कोई भी दिखावट के बदलाव को इंडेक्सिंग का जोखिम नहीं मानता।
नतीजे को तारीख़ वाले एक पन्ने के नोट की तरह रखें: क्या जाँचा, क्या मिला, क्या बदला। इसका मूल्य जमा होता है — अगली तिमाही में आप नए सिरे से शुरू करने के बजाय एक रिकॉर्ड से तुलना कर रहे होंगे, और वह धीमा बहाव पकड़ लेंगे जो अकेले ऑडिट हमेशा चूक जाते हैं। इसी काम के कंटेंट वाले पक्ष के लिए मायने रखने वाले ऑन-पेज SEO तत्व और SEO सरल चरणों में देखें; रणनीति की परत के लिए GEO और AEO के दौर में रैंकिंग फ़ैक्टर। और टेक्नोलॉजी और डिजिटल मार्केटिंग सेक्शन में देखें।
DIY टेक्निकल SEO ऑडिट में कितना समय लगता है?
कुछ सौ पेजों से छोटी साइट के लिए दो से चार घंटे, अगर आप ऊपर का क्रम मानें और मिलते ही चीज़ें ठीक करने के लालच से बचें। पहले सब कुछ दर्ज करें, फिर प्राथमिकता के क्रम में ठीक करें। बड़ी साइटों में ज़्यादा समय मुख्यतः क्रॉल में लगता है, इसलिए नहीं कि परखने को ज़्यादा है।
क्या पहले ऑडिट के लिए पेड क्रॉलर चाहिए?
नहीं। डेस्कटॉप क्रॉलर का फ़्री टियर कुछ सौ URL तक संभालता है, जो ज़्यादातर छोटी साइटों को पूरी तरह कवर करता है, और बाकी Search Console व PageSpeed Insights कर देते हैं। पेड टूल बड़ी साइटों, निर्धारित मॉनिटरिंग और बदलाव ट्रैकिंग में मदद करते हैं, पर वही तरह की समस्याएँ पकड़ते हैं।
कौन-सी तकनीकी समस्या सबसे ज़्यादा ट्रैफ़िक गँवाती है?
इंडेक्सिंग की विफलता, बड़े अंतर से। जो पेज इंडेक्स नहीं हुआ वह अपनी स्पीड, मार्कअप या कंटेंट की गुणवत्ता से कुछ नहीं कमाता। इसीलिए इंडेक्सिंग कवरेज पहला चरण है और इसके ठीक होने तक चेकलिस्ट की किसी आगे की चीज़ को हाथ नहीं लगाना चाहिए।
क्या टूल जो भी समस्या बताए उसे ठीक करना चाहिए?
नहीं। ऑटोमेटेड टूल सामान्य सीमाओं के हिसाब से रिपोर्ट करते हैं और नियमित रूप से ऐसी चीज़ें दिखाते हैं जिनका रैंकिंग पर असर नहीं होता, जैसे मेटा कीवर्ड, HTML वैलिडेशन चेतावनियाँ या सजावटी इमेज पर alt टेक्स्ट। इसके बजाय दस प्राथमिकता वाली जाँचें करें और लंबी पूँछ को वैकल्पिक रखरखाव मानें।
मेरा PageSpeed स्कोर 60 है। क्या यह समस्या है?
ज़रूरी नहीं। लैब स्कोर एक सिमुलेशन है जो हर रन में बदलता है; Google असली विज़िटरों के फ़ील्ड डेटा का इस्तेमाल करता है। अगर आपका Core Web Vitals फ़ील्ड डेटा पास होता है, तो औसत लैब स्कोर आपकी रैंकिंग का नुकसान नहीं कर रहा। रिपोर्ट के ऊपर का फ़ील्ड सेक्शन पढ़ें, नीचे का स्कोर नहीं।
ऑर्फ़न पेज क्या है और यह क्यों मायने रखता है?
ऑर्फ़न पेज वह URL है जो आपके साइटमैप में है पर जिसकी ओर कोई इंटरनल लिंक नहीं जाता। Google उसे खोज सकता है, पर इंटरनल लिंक के बिना उसे अहमियत का लगभग कोई संकेत नहीं मिलता और वह शायद ही रैंक करता है। हल संपादकीय है: प्रासंगिक मौजूदा पोस्ट और उसके कैटेगरी हब से उसे लिंक करें।
ऑडिट दोबारा कब चलाना चाहिए?
स्थिर साइट के लिए तिमाही, और थीम बदलने, माइग्रेशन या होस्टनेम बदलने, SEO या कैशिंग प्लगइन अपडेट, या रीडिज़ाइन के तुरंत बाद। यही चार घटनाएँ ज़्यादातर बिना पकड़ी तकनीकी गिरावटें लाती हैं, क्योंकि जो बदलाव सिर्फ़ दिखावट का लगता है वह इंडेक्सिंग व्यवहार बदल सकता है।