SEO audit checklist: क्या जाँचें और इसे मुफ़्त में कैसे चलाएँ
संक्षिप्त उत्तर: SEO audit checklist जाँच-बिंदुओं की एक तय सूची है, जिसे आप असर के क्रम से निपटाते हैं: पहले वे चीज़ें जो पेजों को अदृश्य कर सकती हैं (क्रॉलिंग पर रोक, noindex, ग़लत स्टेटस कोड), फिर गति, पेज की बुनियादी बातें, सामग्री, तकनीकी सफ़ाई, लिंक और छवियाँ, भाषाएँ और structured data, और सबसे आख़िर में AI क्रॉलर के लिए तैयारी। नीचे आठ समूह हैं, और हर जाँच के साथ लिखा है कि “ठीक” कैसा दिखता है। इसका ज़्यादातर हिस्सा आप SEOgrinder से बिना खाते के मुफ़्त जाँच सकते हैं। कोई भी ऑडिट रैंकिंग की गारंटी नहीं दे सकता; वह बस उन ग़लतियों को ढूँढता है जो आपके रास्ते में खड़ी हैं।
SEO audit checklist क्या है?
SEO audit किसी वेबसाइट को जानी-मानी ज़रूरतों की एक सूची के सामने रखकर व्यवस्थित ढंग से जाँचना है। वही सूची checklist कहलाती है। वह तीन सीधे सवालों का जवाब देती है: क्या सर्च इंजन आपके पेजों तक पहुँच और उन्हें इंडेक्स कर सकते हैं? क्या लोग उन्हें बिना झुँझलाए इस्तेमाल कर सकते हैं? और क्या सर्च इंजन समझ पाता है कि हर पेज किस बारे में है?
ऑडिट क्या नहीं है, यह भी साफ़ रहे: वह keyword research नहीं है, रैंकिंग रिपोर्ट नहीं है और कोई वादा भी नहीं है। वह तकनीकी बुनियाद और पेज की अपनी बातों में ग़लतियाँ और कमियाँ ढूँढता है। सुधार के बाद पेज ऊपर आएगा या नहीं, यह ऐसी कई बातों पर टिका है जो checklist के बाहर हैं, और कोई भी आपको किसी पोज़िशन का भरोसा नहीं दे सकता। checklist से आपको यह मिलता है कि आप टाले जा सकने वाले सारे कारण हटा सकें, ताकि कमज़ोर नतीजे की वजह किसी बंद पड़ी फ़ाइल या टूटे रीडायरेक्ट जैसी चीज़ न हो।
SEO audit checklist को किस क्रम में निपटाएँ?
असर के हिसाब से, इस हिसाब से नहीं कि कौन-सी जाँच आसान है। अगर robots.txt ने पेजों का रास्ता ही रोक रखा है, तो हर पेज पर बढ़िया title होने से कुछ नहीं मिलता। एक समझदार क्रम यह है:
- क्या पेज मिल सकता है और इंडेक्स हो सकता है? क्रॉलिंग, noindex, स्टेटस कोड, साइटमैप। यहाँ कुछ टूटा हो तो बाक़ी सब बाद की बात है।
- क्या पेज इस्तेमाल करने लायक़ है? गति और स्थिरता, मोबाइल पर भी और डेस्कटॉप पर भी।
- क्या पेज साफ़ बताता है कि वह क्या है? Title, विवरण, canonical, शीर्षक, भाषा।
- क्या सामग्री इंडेक्स में रखने लायक़ है? पर्याप्त सार, कोई दोहराव नहीं, और यह पता चले कि किसने कब लिखा।
- क्या बुनियाद मज़बूत है? HTTPS, कम्प्रेशन, caching, सुरक्षा हेडर।
- क्या लिंक और छवियाँ काम करते हैं? टूटे लिंक, छूटे alt टेक्स्ट, शेयर करने की छवि।
- क्या बहुभाषी सेटअप और structured data सही टिकते हैं? hreflang, JSON-LD।
- क्या AI सिस्टम पेज तक पहुँच और उसे पढ़ सकते हैं? AI क्रॉलर के नियम, ऐसा HTML जो JavaScript के बिना भी पढ़ा जा सके।
SEOgrinder की रिपोर्ट भी यही सोच अपनाती है: उसकी कार्य-सूची असर के क्रम में लगी होती है, इसलिए सबसे ऊपर की प्रविष्टियाँ पहले ठीक करनी हैं।
आठ समूहों में SEO audit checklist
हर तालिका में दो कॉलम हैं: जाँच का बिंदु, और “ठीक” कैसा दिखता है। संख्याएँ सिर्फ़ वहीं हैं जहाँ कोई प्रकाशित स्रोत उन्हें बताता है।
1. क्रॉलिंग और इंडेक्सिंग
| जाँच का बिंदु | “ठीक” कैसा दिखता है |
|---|---|
| robots.txt | /robots.txt पर स्टेटस 200 के साथ जवाब देती है और सिर्फ़ वही रोकती है जो आप सचमुच रोकना चाहते हैं। जो नियम सबसे ज़्यादा विशिष्ट रूप से मेल खाता है, वही लागू होता है; Allow और Disallow बराबर विशिष्ट हों तो Allow जीतता है (RFC 9309)। यह एक्सेस सुरक्षा नहीं है: यह सिर्फ़ शिष्ट बॉट से दूर रहने का अनुरोध करती है। |
| noindex | सिर्फ़ उन पेजों पर लगा हो जिन्हें इंडेक्स से बाहर रहना है। किसी ज़रूरी पेज पर noindex वाला robots निर्देश न हो। |
| साइटमैप | उन पेजों की सूची हो जिन्हें आप इंडेक्स करवाना चाहते हैं, और robots.txt में Sitemap: पंक्ति और पूरे URL के साथ घोषित हो। हर फ़ाइल में ज़्यादा से ज़्यादा 50,000 URL और 50 MB (बिना कंप्रेस किए) (sitemaps.org)। |
| स्टेटस कोड | चालू पेज 200 लौटाएँ। जो पेज दूसरी जगह चला गया है, वह 301 लौटाए और बराबर के नए पेज की ओर इशारा करे। जो पेज हट चुका है, वह 404 या 410 लौटाए। |
| रीडायरेक्ट चेन | रीडायरेक्ट एक ही कदम में अंतिम पते पर पहुँचाए। Google डिफ़ॉल्ट रूप से 10 कदम तक पीछा करता है, पर हर अतिरिक्त कदम समय की बर्बादी है। 301 या 308 मज़बूत संकेत है, 302 या 307 कमज़ोर (Google)। |
| Soft 404 | जो पेज “नहीं मिला” कहता है, वह स्टेटस 404 भी भेजे। जो पेज 200 लौटाए पर त्रुटि या ख़ाली पेज दिखाए, उसे Search Console soft 404 के रूप में दर्ज करता है। विस्तार से: Soft 404 error पर हमारा लेख। |
2. गति
| जाँच का बिंदु | “ठीक” कैसा दिखता है |
|---|---|
| LCP (Largest Contentful Paint) | ज़्यादा से ज़्यादा 2.5 सेकंड |
| INP (Interaction to Next Paint) | ज़्यादा से ज़्यादा 200 मिलीसेकंड। INP ने मार्च 2024 में FID की जगह Core Web Vital का दर्जा लिया। |
| CLS (Cumulative Layout Shift) | ज़्यादा से ज़्यादा 0.1 |
| आँका कैसे जाता है | पेज लोड के 75वें पर्सेंटाइल पर, मोबाइल और डेस्कटॉप अलग-अलग (web.dev) |
| लैब और फ़ील्ड डेटा | दोनों देखिए: लैब रन (PageSpeed Insights में Lighthouse) बताता है कि एक टेस्ट को क्या दिखा, असली आगंतुकों का डेटा (CrUX) बताता है कि लोगों ने क्या अनुभव किया। |
3. Google पर पेज
| जाँच का बिंदु | “ठीक” कैसा दिखता है |
|---|---|
| Title | हर पेज का अपना title हो, जो ठीक उसी पेज को बयान करे। |
| Meta description | हर पेज का अपना छोटा सारांश हो, जो इंसानों के लिए लिखा गया हो। |
| Canonical | हर पेज उस एक पते का नाम बताए जिसके तहत उसे इंडेक्स होना चाहिए। |
| H1 | हर पेज पर एक H1 रखना आम चलन है; वह विषय का नाम बताता है। |
| शीर्षकों का क्रम | H1 के नीचे H2, H2 के नीचे H3। शीर्षक टेक्स्ट को ढाँचा देते हैं; वे अक्षर बड़े करने का साधन नहीं हैं। |
| lang एट्रिब्यूट | <html lang="hi"> पेज की भाषा से मेल खाए। यह ब्राउज़र और सहायक तकनीक की मदद करता है। Google भाषा पहचानने के लिए इसे इस्तेमाल नहीं करता। |
| URL की गुणवत्ता | पढ़ने लायक़, टिकाऊ पते, बिना फ़ालतू पैरामीटर के। |
4. सामग्री
| जाँच का बिंदु | “ठीक” कैसा दिखता है |
|---|---|
| शब्द-संख्या | इतनी हो कि पेज जिस सवाल का है, उसका जवाब पूरा हो जाए। कोई तय न्यूनतम लंबाई प्रमाणित नहीं है, इसलिए टेक्स्ट को बेवजह मत खींचिए। |
| मुख्य कीवर्ड | विषय title, H1 और पहले पैराग्राफ़ से साफ़ हो। कीवर्ड को बार-बार दोहराने से कुछ नहीं बनता; पाठक के लिए लिखिए। |
| दोहराव | किन्हीं दो पेजों का title, विवरण या H1 एक जैसा न हो, और लगभग एक जैसे पेज मिला दिए गए हों। |
| पतले पेज | जिन पेजों में न के बराबर सामग्री है, उन्हें बढ़ाइए, किसी बेहतर पेज में मिलाइए, या सही स्टेटस कोड के साथ हटाइए। |
| पठनीयता | छोटे पैराग्राफ़, सरल शब्द, साफ़ ढाँचा। |
| लेखक और तारीख़ | लेख बताएँ कि उन्हें किसने और कब लिखा। भरोसे वाले पेज (हमारे बारे में, संपर्क, क़ानूनी सूचना, गोपनीयता नीति) हों और उन तक लिंक जाते हों। |
5. तकनीक और सुरक्षा
| जाँच का बिंदु | “ठीक” कैसा दिखता है |
|---|---|
| HTTPS | पूरी वेबसाइट वैध TLS प्रमाणपत्र के साथ HTTPS पर चलती हो। |
| हर पेज का एक पता | http और https, www के साथ और बिना, सब एक ही रूप पर पहुँचें। |
| Mixed content | https पेजों पर कोई http संसाधन (छवि, स्क्रिप्ट) न हो। |
| HTTP/2 | सर्वर HTTP/2 देता हो। |
| कम्प्रेशन | HTML, CSS और JavaScript जैसी टेक्स्ट फ़ाइलें कंप्रेस होकर भेजी जाएँ। |
| Caching | स्थिर फ़ाइलों पर cache हेडर हों; HTML को कितनी देर cache में रखा जाए, यह आप सोच-समझकर तय करें। |
| सुरक्षा हेडर | अपने सर्वर या प्लेटफ़ॉर्म के दस्तावेज़ के हिसाब से लगे हों। |
6. लिंक और छवियाँ
| जाँच का बिंदु | “ठीक” कैसा दिखता है |
|---|---|
| आंतरिक लिंक | कोई लिंक ग़ायब पेज (4xx या 5xx) की ओर न जाए, और लिंक रीडायरेक्ट से होकर न गुज़रें: सीधे अंतिम पते की ओर इशारा कीजिए। |
| खोजे जा सकना | हर ज़रूरी पेज आंतरिक लिंकों से पहुँचा जा सके। जिस पेज तक एक भी आंतरिक लिंक नहीं जाता, वह अनाथ (orphan) है, और जो पेज कई क्लिक की गहराई में दबा है, उसे ढूँढना मुश्किल है। Google आंतरिक लिंकों को सामग्री खोजे जा सकने की बुनियादी बातों में गिनता है (AI features)। |
| छवियाँ | सभी छवि-फ़ाइलें लोड हों। |
| Alt टेक्स्ट | मायने रखने वाली छवियों का छोटा, तथ्यपरक alt टेक्स्ट हो। सिर्फ़ सजावटी छवियों का alt एट्रिब्यूट ख़ाली हो। |
| शेयर की छवि | og:image पूरा https पता हो; Facebook कम से कम 1200 × 630 px और लगभग 1.91 : 1 का अनुपात सुझाता है, फ़ाइल ज़्यादा से ज़्यादा 8 MB की (Facebook)। देखिए Open Graph tags पर हमारा लेख। |
7. भाषाएँ और structured data
| जाँच का बिंदु | “ठीक” कैसा दिखता है |
|---|---|
| hreflang | हर भाषा-संस्करण ख़ुद को और बाक़ी सबको बताए, https:// समेत पूरे पतों के साथ। वापसी के संदर्भ (return links) अनिवार्य हैं, वरना संकेत अनदेखे हो सकते हैं। x-default बाक़ी सभी भाषाओं के लिए एक आख़िरी विकल्प वाले पेज की ओर इशारा करे। एक तरीक़ा काफ़ी है: HTML head, HTTP हेडर या साइटमैप; कई तरीक़े मिलाने से Search में कोई फ़ायदा नहीं मिलता (Google)। |
| भाषा कोड | वैध कोड: ISO 639-1 के हिसाब से भाषा, चाहें तो ISO 3166-1 Alpha-2 के हिसाब से क्षेत्र के साथ। |
| टेक्स्ट की भाषा | टेक्स्ट की असल भाषा वही हो जो आपने घोषित की है। |
| Structured data | JSON-LD या Microdata पढ़ा जा सके, प्रकार वही हों जो आप चाहते थे, और कोई अनिवार्य फ़ील्ड छूटा न हो। |
8. AI के लिए तैयारी
| जाँच का बिंदु | “ठीक” कैसा दिखता है |
|---|---|
| AI क्रॉलर के नियम | robots.txt में हर बॉट के लिए सोचा-समझा फ़ैसला। OpenAI और Anthropic दोनों ट्रेनिंग, सर्च और उपयोगकर्ता के अनुरोध के लिए अलग-अलग बॉट बताती हैं। |
| JavaScript के बिना HTML | मुख्य टेक्स्ट और लिंक उस HTML में हों जो सर्वर भेजता है। Google JavaScript चलाता है, पर Vercel और MERJ के 2024 के एक विश्लेषण में पाया गया कि बड़े AI क्रॉलरों में से किसी ने उसे नहीं चलाया (स्रोत)। यह 2024 की स्थिति है और तब से दोबारा प्रमाणित नहीं हुई। |
| llms.txt | वैकल्पिक। फ़ायदा प्रमाणित नहीं है। |
| Google की AI सुविधाएँ | Google कहता है कि AI Overviews और AI Mode के लिए सामान्य SEO बुनियाद से आगे कोई अतिरिक्त शर्त नहीं है: पेज इंडेक्स हो और snippet के साथ दिखाए जाने के योग्य हो। |
SEOgrinder से एक बैठक में SEO audit checklist कैसे पूरी करें
SEOgrinder मुफ़्त है, खाता नहीं माँगता और ऊपर के ज़्यादातर बिंदु एक ही रन में जाँच लेता है। स्कैन में थोड़ा ही समय लगता है; सुधार में कितना समय लगेगा, यह इस पर टिका है कि क्या मिला।
- पता डालिए। SEOgrinder खोलिए, किसी सार्वजनिक पेज का पता लिखिए और विश्लेषण शुरू कीजिए।
- स्कोर और काम की सूची पढ़िए। रिपोर्ट एक कुल स्कोर और असर के क्रम में लगी कार्य-सूची देती है। वह छह हिस्सों में बँटी है: गति, Google पर पेज, सुगम्यता, तकनीक और सुरक्षा, AI के लिए तैयारी और पूरी वेबसाइट।
- “कार्य” टैब में सबसे ऊपर से शुरू कीजिए। पहली प्रविष्टियाँ पहले ठीक कीजिए, फिर सूची में नीचे जाइए। जो नतीजे पूरी वेबसाइट से जुड़े हैं, जैसे दोहराए गए title, लगभग एक जैसे पेज या अनाथ पेज, उनके लिए रिपोर्ट आपकी वेबसाइट को क्रॉल करती है और जो मिला उसे गिनाती है।
- ज़रूरी चीज़ सँभालकर रखिए। रिपोर्ट को PDF के रूप में साझा करें दबाइए; ब्राउज़र के प्रिंट डायलॉग में “Save as PDF” चुनिए। फिर आप रिपोर्ट ग्राहक, सहकर्मी या अपने डेवलपर को दे सकते हैं।
- सुधार के बाद दोबारा जाँचिए। रिपोर्टें अधिकतम 24 घंटे तक cache में रहती हैं। दोबारा जाँचें ताज़ा रन करवाता है, ताकि आप देख सकें कि सुधार काम आया या नहीं। जाँची जा रही वेबसाइट को बहुत ज़्यादा अनुरोधों से बचाने के लिए इस बटन की सीमा हो सकती है; तब रिपोर्ट आपको बता देती है।
- वैकल्पिक: कोडिंग असिस्टेंट को सौंपिए। AI को सौंपें रिपोर्ट को Markdown में एक कार्य-आदेश बना देता है। हर काम के साथ एक “पूरा तब जब” शर्त होती है, जिसे जाँचा जा सकता है।
अगर आप Google Search Console इस्तेमाल करते हैं, तो SEOgrinder Search Console का export भी जाँच सकता है (सीधा API कनेक्शन तभी मिलता है जब आप SEOgrinder अपने ही कंप्यूटर पर चलाते हैं)। इससे यह तस्वीर जुड़ती है कि असली खोजने वाले आपके पेज Google में कैसे ढूँढते और खोलते हैं।
एक सीमा, खुलकर: SEOgrinder तकनीकी बुनियाद जाँचता है। वह रैंकिंग पर नज़र नहीं रखता और यह नहीं मापता कि ChatGPT, Gemini या Perplexity आपके ब्रांड का नाम लेते हैं या नहीं। उसके लिए सेवाएँ मौजूद हैं; वह अलग काम है।
SEO audit कितनी बार करें?
कोई प्रमाणित आदर्श अंतराल नहीं है। एक मोटा नियम, जो व्यवहार में चलता है:
- पूरा दौर लॉन्च, रीडिज़ाइन, माइग्रेशन, या CMS या होस्टिंग बदलने के बाद।
- छोटा दौर जब भी आप टेम्पलेट, robots.txt, रीडायरेक्ट या साइटमैप बदलें।
- नियमित नज़र Search Console पर, जो वे समस्याएँ दिखाता है जो समय के साथ उभरती हैं।
आम ग़लतियाँ
- सब कुछ एक साथ ठीक करने की कोशिश। पचास प्रविष्टियों की सूची योजना नहीं होती। ऊपर के तीन लीजिए, उन्हें ठीक कीजिए, दोबारा जाँचिए, फिर दोहराइए।
- असर से पहले मेहनत को रखना। सौ meta description बदलना आसान है, पर किसी बंद पड़ी डायरेक्टरी पर ज़्यादा ध्यान देना बनता है।
- सिर्फ़ कुल स्कोर देखना। स्कोर सार देता है; काम की सूची बताती है कि करना क्या है। एक जैसे स्कोर वाली दो वेबसाइटों की समस्याएँ बहुत अलग हो सकती हैं।
- दोबारा जाँच छोड़ देना। जिस सुधार को कभी परखा नहीं गया, वह अंदाज़ा है। दोबारा जाँचिए।
- checklist को रैंकिंग का वादा मान लेना। वह रुकावटें हटाती है। माँग, साख और अच्छी सामग्री वह नहीं बनाती।
- सिर्फ़ होम पेज की जाँच। टेम्पलेट दोहराए जाते हैं: एक टूटा टेम्पलेट सैकड़ों पेज तोड़ देता है।
- अनजाने में रोक देना। स्टेजिंग साइट से उठाकर लाई गई robots.txt, जो सब कुछ रोकती है, पूरी वेबसाइट को अदृश्य करने का एक आम तरीक़ा है।
अक्सर पूछे जाने वाले सवाल
क्या सिर्फ़ SEO audit checklist से रैंकिंग सुधर जाती है?
नहीं। वह टाली जा सकने वाली ग़लतियाँ ढूँढती है। रैंकिंग सामग्री, प्रतिस्पर्धा और कई दूसरी बातों पर टिकी है, और कोई किसी पोज़िशन की गारंटी नहीं दे सकता।
SEO audit में कितना समय लगता है?
ज़्यादातर समय काम निपटाने में जाता है, स्कैन में नहीं। कितना लगेगा, यह स्कैन के नतीजों और वेबसाइट के आकार पर निर्भर है।
क्या मुझे पैसे वाले टूल चाहिए?
इस पेज की जाँचों के लिए नहीं। SEOgrinder मुफ़्त है और खाता नहीं माँगता। Search Console और PageSpeed Insights उसके पूरक हैं।
कौन-सी जाँचें सबसे ज़्यादा मायने रखती हैं?
पहला समूह: क्रॉलिंग और इंडेक्सिंग। अगर सर्च इंजन किसी पेज तक पहुँच या उसे इंडेक्स नहीं कर सकते, तो सूची की बाक़ी कोई चीज़ मदद नहीं करती।
क्या checklist AI सर्च को भी कवर करती है?
वह तकनीकी आधार को कवर करती है: क्या AI सिस्टम आपका पेज पहुँचकर पढ़ सकते हैं। यह नहीं बताती कि कोई असिस्टेंट आपका नाम लेता है या नहीं। Google कहता है कि AI Overviews के लिए सामान्य SEO बुनियाद से आगे किसी अतिरिक्त कदम की ज़रूरत नहीं है।
आपका अगला कदम
अपनी वेबसाइट पर SEOgrinder से मुफ़्त स्कैन चलाइए, सूची के सबसे ऊपर के तीन काम लीजिए, उन्हें ठीक कीजिए और दोबारा जाँचें दबाइए। फिर अगले तीन काम के साथ यही दोहराइए।