Agencies और freelancers के लिए मुफ़्त SEO ऑडिट रिपोर्ट टेम्पलेट: 9 खंड, असर और प्रयास की स्कोरिंग ग्रिड, findings की तालिका और AI visibility वाला हिस्सा।

इस पेज पर
AI से इस लेख का सार देखें
त्वरित क्विज़
क्या SEO आपके लिए सही है, और शुरुआत कैसे करें?
Sorank आपके जवाबों से मेल खाता है
इसे अपनी साइट पर 3 दिनों के लिए आज़माएं और देखें कि Google, ChatGPT और बाकी AI पर आप कहां खड़े हैं।
3 दिन का मुफ़्त ट्रायल शुरू करें3 दिन मुफ़्त, फिर जब चाहें बंद करें। 90 दिन की नतीजे-या-रिफ़ंड गारंटी।
संक्षेप में: एक अच्छे SEO ऑडिट रिपोर्ट टेम्पलेट के नौ हिस्से होते हैं: कार्यकारी सारांश, दायरा और तरीका, स्वास्थ्य की झलक, तकनीकी findings, on-page और कंटेंट की findings, links और authority, AI visibility, प्राथमिकता वाली action योजना और एक परिशिष्ट। हर finding एक ही ढाँचे का पालन करती है (समस्या, सबूत, असर, समाधान, ज़िम्मेदार व्यक्ति, प्राथमिकता), और प्राथमिकताएँ एक सरल असर गुणा प्रयास स्कोर से तय होती हैं। ग्राहक पहला पेज पढ़कर जान सके कि सबसे पहले कौन से तीन काम करने हैं।
ज़्यादातर ऑडिट रिपोर्ट स्तर पर विफल होते हैं, विश्लेषण के स्तर पर नहीं। एक क्रॉलर दस मिनट में 4,000 समस्याएँ सूचीबद्ध कर सकता है, और कई ग्राहकों को चेतावनियों की 60 पन्नों की export मिलती है। SEO ऑडिट रिपोर्ट टेम्पलेट हर ऑडिट पर एक ही ढाँचा लागू करके इसे ठीक करता है: क्या जाँचा गया, क्या मिला, उसकी क्या लागत है, और किस क्रम में क्या करना है। यह गाइड agencies और freelancers को एक टेम्पलेट देती है जिसे खंड-दर-खंड कॉपी किया जा सके, समाधानों को रैंक करने के लिए एक स्कोरिंग ग्रिड, और findings की एक तालिका जिसे Google Docs, Sheets या Slides में चिपकाया जा सके। यह Google के अपने संदर्भ बिंदुओं पर बना है, जैसे Search Console की Page indexing रिपोर्ट, ताकि हर finding ग्राहक खुद जाँच सके।
SEO ऑडिट रिपोर्ट वह दस्तावेज़ है जो तकनीकी SEO ऑडिट और कंटेंट समीक्षा की जाँचों को फ़ैसलों में बदलता है। यह किसी तय तारीख पर site का एक बार का निदान है, जिसमें मूल्य के हिसाब से रैंक किए गए समाधानों की सूची होती है।
यह उन दो दस्तावेज़ों से अलग है जिनसे यह अक्सर भ्रमित होता है:
ऑडिट रिपोर्ट पहले आती है, फिर मासिक रिपोर्ट मापती है कि उसकी action योजना काम आई या नहीं। दोनों को अलग रखने से हर एक छोटी भी रहती है।
नीचे के नौ खंड उन सबसे पूर्ण ऑडिट टेम्पलेटों को कवर करते हैं, साथ में AI visibility वाला हिस्सा जो उनमें से ज़्यादातर अब भी छोड़ते हैं। क्रम मायने रखता है: निर्णय लेने वाले पहले दो पन्ने पढ़ते हैं, developers और लेखक विवरण पढ़ते हैं।
| खंड | इसमें क्या है | मुख्य पाठक | लंबाई |
|---|---|---|---|
| 1. कार्यकारी सारांश | समग्र फ़ैसला, शीर्ष 3 समस्याएँ, शीर्ष 3 कार्रवाइयाँ, अपेक्षित असर | मालिक, marketing लीड | 1 पन्ना |
| 2. दायरा और तरीका | domain, crawl किए गए pages, तारीख, tools, डेटा अवधि, क्या बाहर रखा गया | सभी | आधा पन्ना |
| 3. स्वास्थ्य की झलक | indexed pages, organic clicks और उनका रुझान, Core Web Vitals की स्थिति, गंभीरता के हिसाब से समस्याओं की गिनती | marketing लीड | 1 पन्ना |
| 4. तकनीकी findings | Crawling, indexing, रीडायरेक्ट, canonicals, स्पीड, mobile, स्ट्रक्चर्ड डेटा, security | Developer | 3 से 8 पन्ने |
| 5. On-page और कंटेंट | Titles, meta descriptions, headings, पतले या डुप्लिकेट pages, cannibalization, internal links | कंटेंट टीम | 3 से 6 पन्ने |
| 6. Links और authority | Referring domains, खोए links, विषाक्त पैटर्न, प्रतिस्पर्धी का अंतर | marketing लीड | 1 से 3 पन्ने |
| 7. AI visibility | AI क्रॉलर्स की पहुँच, ChatGPT, Gemini और Perplexity में उद्धरण, उनकी जगह उद्धृत प्रतिस्पर्धी | marketing लीड | 1 से 2 पन्ने |
| 8. Action योजना | हर समाधान प्राथमिकता स्कोर, ज़िम्मेदार व्यक्ति, समय सीमा, स्थिति के साथ | सभी | 1 से 2 पन्ने |
| 9. परिशिष्ट | पूरी URL सूचियाँ, crawl exports, screenshots | Developer | जितनी ज़रूरत हो |
ऑनलाइन दुकान के लिए, उत्पाद और श्रेणी की जाँचें जोड़ें (faceted URLs, out-of-stock pages, product स्कीमा), जैसा हमारी ईकॉमर्स SEO audit गाइड में बताया गया है। स्थानीय व्यवसाय के लिए Google Business Profile वाला खंड जोड़ें।
इसे आख़िर में, एक पन्ने पर, बिना शब्दजाल के लिखें। एक वाक्य में फ़ैसला दें ("साइट तकनीकी रूप से स्वस्थ है, लेकिन उसकी ज़्यादातर संभावना उन 40 pages में खो जाती है जो एक ही keywords के लिए होड़ करते हैं"), फिर तीन समस्याएँ और तीन कार्रवाइयाँ उनके अपेक्षित असर के साथ। जो प्रबंधक केवल यह पन्ना पढ़े, वह बजट को मंज़ूरी दे सके।
ऑडिट की तारीख, crawl किए गए URLs की संख्या, डेटा अवधि (जैसे Search Console के पिछले 3 महीने) और इस्तेमाल किए गए tools लिखें। बताएँ कि क्या दायरे से बाहर था (एक subdomain, app, paid search)। जब ग्राहक पूछे कि कोई समस्या क्यों नहीं बताई गई, तो यह आपकी रक्षा करता है।
कुछ संख्याएँ उनके स्रोत के साथ दिखाएँ: Search Console से वैध indexed pages और बाहर रखे गए pages, organic clicks और impressions उनके रुझान के साथ, Core Web Vitals पास करने वाले URLs का हिस्सा, और गंभीरता के हिसाब से समस्याओं की गिनती। web.dev के अनुसार अच्छे अनुभव की Google की सीमाएँ हैं 2.5 सेकंड के भीतर LCP, 200 milliseconds या उससे कम INP और 0.1 या उससे कम CLS, जो page loads के 75वें percentile पर मापी जाती हैं।

Findings को विषय के अनुसार समूहित करें: crawling (robots.txt, crawl errors, orphan pages), indexing (noindex, canonicals, duplicates), रीडायरेक्ट और टूटे links, स्पीड, mobile, स्ट्रक्चर्ड डेटा, HTTPS। किसी क्रॉलर या on-page audit tool से एक त्वरित जाँच कच्ची सूची देती है; आपका काम उसे उस तक छानना है जो रैंकिंग को प्रभावित करता है।
सावधान रहें
ऑडिट रिपोर्ट में एक आम गलत समाधान है कि किसी page को Google से हटाने के लिए robots.txt में ब्लॉक कर दिया जाए। Google के robots.txt दस्तावेज़ बताते हैं कि robots.txt किसी web page को Google से बाहर रखने का तरीका नहीं है; उसकी जगह noindex tag या हटाना सुझाएँ।
बड़े पैमाने पर title tags, meta descriptions और H1 जाँचें, फिर उन समस्याओं पर जाएँ जिन्हें क्रॉलर नहीं आँक सकता: पतले pages, पुराने pages, वे pages जो गलत इरादे का उत्तर देते हैं, और pages के बीच keyword cannibalization। बड़ी sites के लिए एक अलग कंटेंट ऑडिट चलाएँ और उसके फ़ैसले यहाँ सारांश में दें (रखें, अपडेट करें, मिलाएँ, हटाएँ)।
Referring domains और उनका रुझान, वापस पाने लायक खोए links, और दो-तीन प्रतिस्पर्धियों से अंतर रिपोर्ट करें। विषाक्त links वाले हिस्से को तथ्यात्मक रखें: एक backlink ऑडिट शायद ही कभी disavow फ़ाइल को सही ठहराता है, और जो रिपोर्ट बिना manual action के सबूत के एक की सिफ़ारिश करती है, वह ग्राहकों को बेवजह चिंतित करती है।
ग्राहक अब पूछते हैं कि ChatGPT प्रतिस्पर्धी की सिफ़ारिश क्यों करता है और उनकी नहीं। यह खंड तीन सवालों का जवाब देता है: क्या AI क्रॉलर्स site तक पहुँच सकते हैं (robots.txt, firewall नियम), क्या ब्रांड अपने मुख्य खरीद सवालों पर उद्धृत होता है, और उसकी जगह कौन से स्रोत उद्धृत होते हैं। Google बताता है कि AI Overviews या AI Mode में दिखने के लिए SEO की बुनियाद से परे कोई अतिरिक्त शर्त नहीं है, इसलिए यहाँ के ज़्यादातर समाधान तकनीकी और कंटेंट findings को दोबारा इस्तेमाल करते हैं। एक मुफ़्त GEO ऑडिट पहला पाठ देता है; तरीका हमारी AI visibility ऑडिट गाइड में विस्तार से है।

80 समाधानों की crawl क्रम में सूची कोई योजना नहीं है। हर finding को दो अक्षों पर 1 से 3 के बीच स्कोर करें, फिर परिणाम से क्रमबद्ध करें:
| स्कोर | लेबल | समय | आम उदाहरण |
|---|---|---|---|
| 7 से 9 | गंभीर, त्वरित जीत | इसी हफ़्ते | मुख्य pages पर noindex, robots.txt में folder ब्लॉक, शीर्ष pages पर टूटे redirects |
| 4 से 6 | उच्च | इस महीने | मिलाने लायक cannibalized pages, पैसे वाले pages पर गायब internal links, धीमे templates |
| 2 से 3 | मध्यम | इस तिमाही | दूसरे दर्जे के templates पर स्ट्रक्चर्ड डेटा, image compression |
| 1 | कम | बैकलॉग | सजावटी images पर गायब alt text, पुराने pages के meta descriptions |
यह ग्रिड क्रम को सही ठहराने लायक बनाती है। जब ग्राहक पूछे कि redesign पहले क्यों नहीं, तो स्कोर उसका जवाब देता है।
सुझाव
Action योजना को 15 से 25 समाधानों पर सीमित रखें। बाकी को परिशिष्ट में विषय के अनुसार समूहित करें। छोटी योजना पूरी होती है; लंबी योजना संग्रह में चली जाती है।
findings की तालिका टेम्पलेट का केंद्र है। हर समस्या की एक पंक्ति, हर बार एक ही कॉलम, ताकि उसे बिना दोबारा लिखे किसी project tool में ले जाया जा सके:
| ID | समस्या | सबूत | असर | समाधान | ज़िम्मेदार | स्कोर | स्थिति |
|---|---|---|---|---|---|---|---|
| T-01 | 32 product pages "Duplicate, Google chose different कैनोनिकल" के रूप में बाहर | Search Console export, 3 URL उदाहरण | परिणामों से गायब products | product टेम्पलेट पर self-referencing canonicals | Developer | 9 | करना है |
| C-04 | दो गाइड "pricing software" को लक्षित करती हैं | दोनों 11 से 20 के बीच रैंक करते हैं | कोई भी पहले पेज तक नहीं पहुँचता | एक पेज में मिलाएँ, दूसरे पर 301 | कंटेंट | 6 | करना है |
| A-02 | GPTBot firewall से ब्लॉक | सर्वर logs में 403 | ChatGPT इन pages को नहीं ला सकता | firewall नियमों में bot को अनुमति दें | Developer | 9 | करना है |
उदाहरण
findings ऐसे लिखें: "32 product pages बाहर, ये तीन हैं, यह समाधान है", कभी "कैनोनिकल समस्याएँ मिलीं" नहीं। संख्या, सबूत और समाधान एक पंक्ति में, यही टिकट खुलवाते हैं।
IDs को खंड के अनुसार पहले अक्षर से लगाएँ (T तकनीकी, C कंटेंट, L links, A AI visibility)। इससे ईमेल और बैठकों में संदर्भ छोटे रहते हैं।
प्रारूप ग्राहक के अनुसार चलता है। प्रस्तुति की बैठक के लिए Slides, टिप्पणी करने वाली टीमों के लिए साझा दस्तावेज़, और findings की तालिका के लिए हर स्थिति में एक spreadsheet, क्योंकि developers उसे छानेंगे और क्रमबद्ध करेंगे। जो agencies ऑडिट को दोबारा बेचती हैं, वे अक्सर उन्हें अपने ब्रांड के तहत देती हैं; white-label SEO रिपोर्ट ग्राहक के रिश्ते को agency की ओर रखती हैं। SEO ऑडिट agency चुनने पर हमारी गाइड बताती है कि ग्राहक क्या पाने की उम्मीद रखते हैं।
तीन आदतें फ़र्क डालती हैं:
नोट
ऑडिट एक तारीख पर साइट का वर्णन है। Search Console डेटा में कुछ दिनों की देरी होती है और Google को दोबारा crawl करने में समय लगता है, इसलिए ज़्यादातर समाधानों को तैनाती के अगले दिन नहीं, कई हफ़्तों के डेटा पर आँकें।
रिपोर्ट तभी मूल्य बनाती है जब योजना लागू हो और मापी जाए। गंभीर समाधानों के बाद लाभ आम तौर पर कंटेंट की ओर से आते हैं: गायब keywords के लिए नए pages, अपडेट किए गए pages, और मज़बूत internal links। AI उत्तरों में उद्धरण भी यहीं तय होते हैं, क्योंकि ChatGPT, Gemini और Perplexity उन pages को उद्धृत करते हैं जो crawl होने योग्य, साफ़ और ठोस हों।
Sorank, हमारा product, इस दूसरे हिस्से को स्वचालित करता है: यह keywords खोजता है, अनुकूलित लेख लिखता और पब्लिश करता है, और AI assistants में ब्रांड के उल्लेख ट्रैक करता है, ताकि आपके अगले ऑडिट के AI visibility वाले खंड में असली डेटा हो। इसका SEO और GEO dashboard Search Console और AI traffic को एक साथ लाता है, और Pro प्लान में मासिक PDF प्रदर्शन रिपोर्ट शामिल है।
नौ खंड कॉपी करें, हर finding को स्कोर करें, और action योजना छोटी रखें: यही SEO ऑडिट को नतीजों में बदलता है। जिस site की समीक्षा करने वाले हैं, उस पर मुफ़्त SEO tools से शुरू करें।
छोटी या मध्यम site के लिए 15 से 30 pages और एक परिशिष्ट काफ़ी है। कार्यकारी सारांश एक पन्ने में और action योजना एक या दो पन्नों में आनी चाहिए। लंबाई सबूतों और परिशिष्ट की URL सूचियों से आए, मुख्य भाग में crawl चेतावनियों को दोहराने से नहीं।
हाँ। नौ खंडों और Google Sheets में findings की तालिका वाला Google Docs या Slides टेम्पलेट ज़्यादातर ग्राहक ऑडिट के लिए काफ़ी है। ज़रूरी यह है कि हर finding में सबूत, समाधान, ज़िम्मेदार व्यक्ति और प्राथमिकता स्कोर हो, चाहे उसे लगाने के लिए कोई भी tool इस्तेमाल हुआ हो।
एक स्थिर site के लिए साल में एक बार एक आम लय है, हर तिमाही एक हल्की तकनीकी जाँच के साथ। redesign या migration से पहले और बाद में, traffic में बड़ी गिरावट के बाद, और नया ग्राहक लेते समय पूरा ऑडिट चलाएँ। ऑडिट के बीच मासिक रिपोर्टिंग प्रगति ट्रैक करती है।
आपसे पहले लोगों ने Sorank आज़माया है
