मेन्यू
शुरू करेंसाइन इन करें

वेबसाइट स्पीड ऑडिट रिपोर्टिंग

साइट की सेहत, बिना भारी-भरकम शब्दों के

मोबाइल और डेस्कटॉप के लिए Lighthouse स्कोर, Core Web Vitals, रैंक किए गए मौके, ऐक्सेसिबिलिटी के निष्कर्ष और टेक्निकल SEO जांच — एक क्लाइंट तक सीमित: यही है वेबसाइट स्पीड ऑडिट रिपोर्ट। रिपोर्ट खोलने के लिए वर्कस्पेस बनाएं, या देखें कि इसमें क्या है।

अपनी एजेंसी का वर्कस्पेस बनाएंप्रीव्यू देखें

क्या आपके पास पहले से वर्कस्पेस है? साइन इन करें

  • प्लान $99 प्रति माह से
  • मल्टी-क्लाइंट एजेंसियों के लिए बना
  • पूरे कंसोल में आपका ब्रांड
“Run all audits” (सभी ऑडिट चलाएं) क्लाइंट की साइट का ऑडिट शुरू करता है, रिपोर्ट परफ़ॉर्मेंस, ऐक्सेसिबिलिटी, SEO और Core Web Vitals स्कोर से भर जाती है, और Opportunities टेबल खुलती है।

वेबसाइट स्पीड ऑडिट रिपोर्टिंग

वेबसाइट स्पीड ऑडिट रिपोर्ट: वह डैशबोर्ड जिससे एजेंसियां टेक्निकल काम दिखा पाती हैं

साइट ऑडिट वह टेक्निकल काम है, जो करना सबसे आसान है और दिखाना सबसे मुश्किल। वेबसाइट स्पीड ऑडिट रिपोर्ट इसे ठीक उसी क्रम में जमाती है, जिसमें क्लाइंट की मीटिंग असल में चलती है: सबसे ऊपर मोबाइल और डेस्कटॉप के चारों Lighthouse स्कोर, उनके ज़िम्मेदार पेजों के साथ Core Web Vitals, और सबसे नीचे उन ठीक करने वाली चीज़ों की लिस्ट — इस हिसाब से रैंक की गई कि हर एक असल में कितना समय या वज़न बचाती है।

SEO Site Audit

क्लाइंट की वेबसाइट से स्कोर किए गए ऑडिट तक

Lighthouse को क्लाइंट की साइट या अकाउंट तक किसी ऐक्सेस की ज़रूरत नहीं होती, सिर्फ़ पेजों के पते चाहिए। उन्हें जोड़ें और ऑडिट Google PageSpeed Insights के ज़रिए चलता है।

  1. क्लाइंट की साइट चुनें

    हेडर के स्विचर में क्लाइंट चुनें और “SEO Site Audit” खोलें। क्लाइंट की प्रोफ़ाइल में दर्ज वेबसाइट सबसे पहले सुझाई जाती है।

  2. ज़रूरी पेज जोड़ें

    हर क्लाइंट के दस पेज तक की सूची बनाएं, जैसे होम पेज, कीमतों का पेज और आपका सबसे मज़बूत लैंडिंग पेज।

  3. ऑडिट चलाएं

    “Run all audits” (सभी ऑडिट चलाएं) चुनें। हर पेज का ऑडिट Google PageSpeed Insights के ज़रिए मोबाइल और डेस्कटॉप पर होता है, फिर हर दिन दोबारा होता है।

  4. स्कोर और मौके पढ़ें

    चार Lighthouse स्कोर, Core Web Vitals और मौकों की रैंक की हुई सूची, जिसमें हर निष्कर्ष से प्रभावित पेजों की गिनती भी होती है।

एक ऑडिट, चार नंबरों में

Lighthouse से स्कोर किया गया, Google के सर्वर पर चलाया गया

ऑडिट इंजन

  • Google PageSpeed Insights (Lighthouse)

  • 4

    हर पेज के Lighthouse स्कोर: परफ़ॉर्मेंस, ऐक्सेसिबिलिटी, बेस्ट प्रैक्टिस और SEO

  • 2

    हर पेज के लिए ऑडिट किए जाने वाले डिवाइस, मोबाइल और डेस्कटॉप

  • 10

    हर क्लाइंट के पेज, जो आप चुनते हैं

  • 7

    टैब, “Audited pages” से “History” तक

साइट की सेहत को हर महीने का डिलिवरेबल बनाएं

वर्कस्पेस बनाएं, क्लाइंट के पेज जोड़ें और पहला ऑडिट पढ़ें।

अपनी एजेंसी का वर्कस्पेस बनाएंSearch Console रिपोर्टिंग देखें

प्लान $99 प्रति माह से शुरू होते हैं।

इस पेज पर

वेबसाइट स्पीड ऑडिट रिपोर्ट की शुरुआत उन Lighthouse स्कोर से, जिन्हें क्लाइंट सच में पढ़ सके

परफ़ॉर्मेंस, ऐक्सेसिबिलिटी, बेस्ट प्रैक्टिस और SEO, हर डिवाइस के लिए, एक ही स्क्रीन पर

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

स्कोर स्टॉक हैं, वॉल्यूम नहीं, इसलिए इन्हें स्टॉक की तरह रिपोर्ट किया जाता है। हर कार्ड चुनी गई विंडो में हुए बदलाव को प्वाइंट में दिखाती है, न कि किसी ऐसे प्रतिशत में जो सौ-पॉइंट स्केल पर अजीब लगे, और नीचे का ट्रेंड उसी कैटेगरी को रोज़-दर-रोज़ दिखाता है। किसी गिरावट की एक साफ़ शक्ल मिल जाती है, जिस पर मीटिंग में उंगली रखी जा सके — जिस हफ़्ते नई हीरो इमेज लगी, जिस हफ़्ते टैग मैनेजर बढ़ा — बजाय सिर्फ़ दो अलग-अलग झलकियों के बीच का फ़र्क होने के।

Core Web Vitals, हर नंबर के पीछे मौजूद ऑडिट किए गए पेज के साथ

75वें पर्सेंटाइल पर फ़ील्ड डेटा, लिस्ट में शामिल हर URL के लैब ऑडिट के साथ जोड़ा गया

Vitals की हर बातचीत एक ही सवाल पर खत्म होती है: कौन-सा पेज? यह रिपोर्ट इसका जवाब दो मापों को साथ-साथ रखकर देती है। फ़ील्ड पर्सेंटाइल वह है, जो विज़िटर ने असल में झेला — Largest Contentful Paint, Interaction to Next Paint और Cumulative Layout Shift, 75वें पर्सेंटाइल पर, Google की अपनी अच्छी और खराब लाइन के मुकाबले। लैब ऑडिट वह है, जो Lighthouse ने लिस्ट में शामिल हर URL पर नियंत्रित हालात में मापा, मांग पर, ठीक उस दिन जब कोई फ़िक्स लाइव होता है। एक बताता है कि साइट पास हो रही है या नहीं; दूसरा बताता है कि कौन-सा टेम्पलेट ज़िम्मेदार है।

ऑडिट किए गए पेज वाली टेबल में यही जोड़ी सामने आती है। हर ऑडिट की गई URL अपने चार स्कोर के साथ अपना लैब LCP और CLS भी साथ लाती है, और एक डोनट गिनता है कि कितने पेज साफ़ पास होते हैं, कितनों को सुधार चाहिए और कितने फ़ेल होते हैं — इसलिए “साइट स्लो लगती है” अब एक काम का ऑर्डर बन जाता है, जो टेम्पलेट का नाम लेता है, उसके पीछे का ट्रैफ़िक बताता है और ज़िम्मेदार मेट्रिक भी। Google जो प्रॉपर्टी-लेवल ट्रेंड और डिवाइस बंटवारा पब्लिश करता है, वह Search Console रिपोर्ट में रहता है; यह पेज उसके नीचे का बेंच-टेस्ट है।

परफ़ॉर्मेंस के मौके और डायग्नॉस्टिक्स, बचत के हिसाब से रैंक किए गए

रेंडर-ब्लॉकिंग रिसोर्स, बिना इस्तेमाल का JavaScript, इमेज का वज़न और सर्वर रिस्पॉन्स टाइम

मौकों वाला टैब बताता है कि ऑडिट में क्या मिला और उसे ठीक करना क्या बचाता है — रेंडर-ब्लॉकिंग रिसोर्स और सर्वर रिस्पॉन्स टाइम के लिए मिलीसेकंड; इमेज डिलीवरी, बिना इस्तेमाल के JavaScript, बिना मिनिफ़ाई किए CSS और कैश लाइफ़टाइम के लिए किबिबाइट। हर रो अपने साथ वह इलाका और एक सेवेरिटी लेकर आती है, जो बचत के साइज़ से निकाली गई है, ताकि डेवलपर का अनुमान और एजेंसी की प्राथमिकता एक ही लिस्ट से तय हो, दो अलग एक्सपोर्ट से नहीं।

डायग्नॉस्टिक्स इसके साथ, टू-डू लिस्ट की जगह वजह के तौर पर बैठते हैं: DOM साइज़, मेन-थ्रेड का काम, JavaScript के चलने का समय, रिक्वेस्ट की गिनती, ट्रांसफ़र वज़न, और उनके पीछे की लैब टाइमिंग, जैसे First Contentful Paint, Largest Contentful Paint, Speed Index और Total Blocking Time। हर एक अपने टारगेट के साथ आता है, और एक सीधा वाक्य कि यह मायने क्यों रखता है — जो अक्सर उस रिपोर्ट में फ़र्क डालता है, जिसे कोई क्लाइंट अपनी डेवलपमेंट टीम को आगे भेज दे, और उस रिपोर्ट में जो सवालों के साथ वापस आती है।

ऐक्सेसिबिलिटी ऑडिट, ऐसे इम्पैक्ट लेवल के साथ जिनकी कीमत लगाई जा सके

कंट्रास्ट, alt टेक्स्ट, लेबल, ARIA, टैप टारगेट, हेडिंग और फ़ोकस ऑर्डर

ऑटोमेटेड ऐक्सेसिबिलिटी जांच उसी तरह ग्रुप की जाती हैं, जैसे सुधार का काम असल में बांटा जाता है — इम्पैक्ट के हिसाब से। बिना लेबल वाले फ़ॉर्म फ़ील्ड और बिना अल्टरनेटिव टेक्स्ट वाली इमेज जैसे क्रिटिकल निष्कर्ष, कंट्रास्ट की गड़बड़ी और बिना नाम वाले लिंक जैसे सीरियस निष्कर्ष से अलग बैठते हैं, और वे टैप-टारगेट साइज़, हेडिंग ऑर्डर और फ़ोकस ऑर्डर जैसे मॉडरेट मुद्दों से भी अलग। हर रो में शामिल एलिमेंट की गिनती है, ताकि कोई कोटेशन गिनतियों से बने, न कि ऐक्सेसिबिलिटी बेहतर करने के किसी धुंधले वादे से।

रिपोर्ट यह बताने में जान-बूझकर ईमानदार है कि एक ऑटोमेटेड पास असल में क्या कवर करता है। ये जांच उन बाधाओं का बस एक हिस्सा पकड़ती हैं, जो कोई मैनुअल रिव्यू पकड़ता है, और सतह पर यह साफ़ लिखा रहता है — जिससे किसी एजेंसी को इससे बचाव मिलता है कि क्लाइंट किसी साफ़ रन को कंप्लायंस सर्टिफ़िकेट समझ बैठे। सही तरीके से इस्तेमाल होने पर यह सबसे सस्ता पहला पास है: यह मशीनी खामियां साफ़ करता है, यह दस्तावेज़ छोड़ता है कि क्या और कब ठीक हुआ, और किसी मैनुअल ऑडिट के लिए काम की सतह बहुत छोटी कर देता है।

टेक्निकल SEO जांच: टाइटल, कैनॉनिकल, hreflang और स्ट्रक्चर्ड डेटा

वह ऑन-पेज पास, जिसे रैंकिंग की बात से पहले हर टेम्पलेट को पार करना होता है

दस क्रॉल-और-मार्कअप जांच पास या फ़ेल की लिस्ट की तरह चलती हैं, हर एक के साथ यह बताता एक वाक्य कि क्रॉल में क्या मिला: टाइटल एलिमेंट, मेटा डिस्क्रिप्शन, क्रॉल करने लायक लिंक, कैनॉनिकल घोषणाएं, hreflang एनोटेशन, एक मान्य robots फ़ाइल, इमेज पर alt एट्रिब्यूट, पढ़ने लायक फ़ॉन्ट साइज़, टैप-टारगेट के बीच की दूरी और स्ट्रक्चर्ड डेटा की वैधता। टेबल के ऊपर एक हेडलाइन गिनती है, ताकि सबसे पहले यही दिखे कि दसों में से कितनी साफ़ हैं और कितनी अब भी खुला काम हैं।

यह ऑन-पेज ऑडिट है, इंडेक्सिंग रिपोर्ट नहीं — कोई क्रॉलर पेज पर क्या पढ़ सकता है, यह; Google ने क्या रखने का फ़ैसला किया, वह नहीं। दोनों अलग सवालों के जवाब देते हैं और अलग जगह रहते हैं, इसलिए कवरेज, क्वेरी और इंप्रेशन Search Console रिपोर्ट में रहते हैं, और यह पेज मार्कअप पर टिका रहता है। दोनों को साथ रिव्यू करना ही सामान्य तरीका है: पहले यहां जो ऑडिट फ़्लैग करे उसे ठीक करें, फिर अगले कुछ हफ़्तों में देखें कि कवरेज और पोज़िशन कैसे बदलते हैं।

एक क्लाइंट तक सीमित व्हाइट-लेबल साइट-ऑडिट डिलिवरेबल

आपकी ब्रांडिंग, एक बार में एक क्लाइंट, ऐसे ढांचे में जो हर महीने दोहराया जाए

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

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

क्लाइंट के लिए Lighthouse स्कोर रिपोर्ट में क्या दिखना चाहिए

Lighthouse रिपोर्ट क्लाइंट के तब काम आती है जब वह चार स्कोर को पेज, वजह और सुधार की एक छोटी सूची में बदल दे।

Lighthouse क्या मापता है

Lighthouse, Google का ओपन-सोर्स ऑडिट टूल है। इसे किसी पेज पर चलाएं तो यह मापता है कि पेज कैसे बना है और कैसे लोड होता है, फिर नतीजे को चार कैटेगरी में 0 से 100 का स्कोर देता है: परफ़ॉर्मेंस, ऐक्सेसिबिलिटी, बेस्ट प्रैक्टिस और SEO। यहां का “SEO Site Audit” (वेबसाइट स्पीड ऑडिट) इसे आपके लिए Google के PageSpeed Insights के ज़रिए चलाता है, मोबाइल और डेस्कटॉप दोनों पर, हर क्लाइंट के 10 पेज तक। यह सार्वजनिक पेज पतों से काम करता है, इसलिए क्लाइंट को कभी लॉगिन शेयर नहीं करना पड़ता।

वेबसाइट स्पीड ऑडिट के सात व्यू

वेबसाइट स्पीड ऑडिट के सात व्यू और हर एक किस सवाल का जवाब देता है
व्यूयह किस सवाल का जवाब देता हैडेटा कहां से आता है
“Audited pages” (ऑडिट किए गए पेज)आपके जोड़े हुए पेजों में से हर कैटेगरी में सबसे कमज़ोर स्कोर किस पेज का है, और उसका मुख्य कंटेंट कितनी तेज़ी से लोड होता है?हर पेज और डिवाइस का Lighthouse रन
Core Web Vitalsक्या असली विज़िटर को पूरी साइट पर अच्छा अनुभव मिलता है?Google की Chrome UX Report; जहां Google के पास डेटा नहीं है वहां लैब रन उसकी जगह लेता है
“Opportunities” (मौके)सबसे ज़्यादा समय या वज़न किस सुधार से बचेगा, और कितने पेजों पर?फ़ेल हो रहे परफ़ॉर्मेंस ऑडिट, उनकी बताई बचत के हिसाब से रैंक किए हुए
“Diagnostics” (डायग्नॉस्टिक्स)पेज भारी या धीमा क्यों है?चुने हुए माप, जैसे पेज का वज़न, रिक्वेस्ट की गिनती और मेन-थ्रेड का काम
“Accessibility” (ऐक्सेसिबिलिटी)कौन-सी ऑटोमेटेड जांच फ़ेल होती हैं, और वे कितनी गंभीर हैं?फ़ेल हो रहे ऑडिट, इम्पैक्ट के हिसाब से ग्रुप किए हुए, शामिल एलिमेंट के साथ
“SEO checks” (SEO जांच)क्रॉल करने लायक होने और मार्कअप की कौन-सी बुनियादी जांच पास होती हैं?उसी रन से निकली पास या फ़ेल की सूची
“History” (हिस्ट्री)क्या किसी रिलीज़ से कोई स्कोर हिला?पहले ऑडिट के बाद से रोज़ के हिसाब से सहेजा गया हर ऑडिट

टाइल और साइट हेल्थ का आंकड़ा

व्यू के ऊपर चार स्कोर, तीन Core Web Vitals और साइट हेल्थ के एक आंकड़े की टाइल होती हैं। साइट हेल्थ एक वेटेड मिश्रण है: परफ़ॉर्मेंस का हिस्सा 40%, SEO का 25%, ऐक्सेसिबिलिटी का 20% और बेस्ट प्रैक्टिस का 15% है। डिवाइस स्विच पूरी रिपोर्ट को मोबाइल और डेस्कटॉप के बीच बदल देता है।

Lighthouse और Core Web Vitals के शब्द, क्लाइंट के लिए परिभाषित

साइट ऑडिट में ज़्यादातर उलझन तब पैदा होती है जब दो अलग बातों को एक मान लिया जाता है। शब्दों को अलग रखें, तो रिपोर्ट साफ़ पढ़ी जाती है।

परफ़ॉर्मेंस स्कोर
लोडिंग और रिस्पॉन्सिवनेस की लैब माप से बना 0 से 100 का स्कोर, जैसे मुख्य कंटेंट कितनी जल्दी दिखता है।
ऐक्सेसिबिलिटी स्कोर
एक पेज कितनी ऑटोमेटेड ऐक्सेसिबिलिटी जांच पास करता है, जैसे इमेज के विवरण, फ़ॉर्म लेबल और रंग का कंट्रास्ट। मैनुअल रिव्यू जो कुछ पकड़ता है, ऑटोमेटेड जांच उसका सिर्फ़ एक हिस्सा पकड़ पाती है।
बेस्ट प्रैक्टिस स्कोर
सुरक्षित और आधुनिक पेज व्यवहार की जांच, जैसे सुरक्षित कनेक्शन और ब्राउज़र के लॉग में दर्ज हुई एरर।
SEO स्कोर
क्रॉल करने लायक होने और मार्कअप की बुनियादी जांच, जैसे टाइटल, डिस्क्रिप्शन, सही लिंक और कैनॉनिकल पता। यह एक बुनियादी स्तर है, रैंकिंग की भविष्यवाणी नहीं।
साइट हेल्थ
हर डिवाइस के लिए एक आंकड़ा: चारों स्कोर का वेटेड मिश्रण, जिसे आपके ऑडिट किए गए पेजों पर बराबर वज़न के साथ औसत किया जाता है।
LCP
Largest Contentful Paint: सबसे बड़ा दिखने वाला एलिमेंट नज़र आने में कितना समय लेता है। 2.5 सेकंड या उससे कम अच्छा माना जाता है, और 4 सेकंड से ज़्यादा खराब।
INP
Interaction to Next Paint: कोई टैप या क्लिक करे तो पेज कितनी जल्दी जवाब देता है। 200 मिलीसेकंड या उससे कम अच्छा है, और 500 मिलीसेकंड से ज़्यादा खराब।
CLS
Cumulative Layout Shift: लोड होते समय पेज कितना उछलता-हिलता है। 0.1 या उससे कम अच्छा है, और 0.25 से ज़्यादा खराब।
Total Blocking Time
लोडिंग के दौरान स्क्रिप्ट मेन थ्रेड को कितनी देर रोकती हैं। यह लैब माप है, और INP का अनुमान इससे कभी नहीं लगाया जाता: Google के पास फ़ील्ड डेटा न हो तो INP खाली रहता है।
लैब डेटा
एक डिवाइस पर एक पेज का मांग पर चलाया गया टेस्ट। यह डायग्नोसिस के लिए ठीक है, पर यह वह नहीं जो असली विज़िटर ने झेला।
फ़ील्ड डेटा
असली Chrome विज़िट से मिले माप, जिन्हें Google की Chrome UX Report इकट्ठा करती है और 75वें पर्सेंटाइल पर समेटा जाता है; Google किसी पेज को इसी संख्या पर परखता है।

AI Marketing Dashboard में क्लाइंट के लिए साइट ऑडिट कैसे चलाएं

एक खाली क्लाइंट से हिस्ट्री वाले स्कोर किए गए ऑडिट तक छह स्टेप।

  1. क्लाइंट चुनें

    हेडर में क्लाइंट चुनें, फिर “SEO Site Audit” खोलें। ऑडिट किए जाने वाले पेज एजेंसी एडमिन मैनेज करता है।

  2. पेज जोड़ें

    किसी पेज का पता टाइप करें और उसे जोड़ें। अगर क्लाइंट की प्रोफ़ाइल में वेबसाइट दर्ज है, तो पैनल उसे सबसे पहले जोड़ने के लिए सुझाता है। एक क्लाइंट के 10 पेज तक हो सकते हैं, इसलिए होम पेज, पेड या ऑर्गैनिक ट्रैफ़िक लाने वाले पेज, और हर टेम्पलेट का एक उदाहरण चुनें।

  3. ऑडिट चलाएं

    जैसे ही आप कोई पेज जोड़ते हैं, मोबाइल और डेस्कटॉप दोनों पर उसका ऑडिट हो जाता है, और एक पेज के ऑडिट में लगभग एक मिनट लगता है। हर पेज को दोबारा टेस्ट करने के लिए, जैसे किसी रिलीज़ के बाद, “Run all audits” (सभी ऑडिट चलाएं) चुनें। पहले नतीजे आने तक पैनल के नीचे की जगह बताती है कि रिपोर्ट ऑडिट का इंतज़ार कर रही है।

  4. रोज़ के रन को काम संभालने दें

    शेड्यूल किया गया रन पेजों को लगभग दिन में एक बार फिर ऑडिट करता है, इसलिए किसी के बटन दबाए बिना ही “History” व्यू भरता जाता है।

  5. पहले टाइल, फिर व्यू पढ़ें

    उस डिवाइस के स्कोर और Vitals से शुरू करें जो क्लाइंट के लिए सबसे ज़्यादा मायने रखता है। सबसे कमज़ोर पता खोजने के लिए “Audited pages” खोलें और सबसे पहले क्या ठीक करना है यह देखने के लिए “Opportunities”।

  6. जो पेज अब मायने नहीं रखते उन्हें हटाएं

    किसी पेज को हटाने से उसकी ऑडिट हिस्ट्री भी हट जाती है, इसलिए जिस पेज का ट्रेंड आप दिखाना चाहते हैं उसे रखें।

प्लान

कोई प्लान गेट नहीं

वेबसाइट स्पीड ऑडिट पर कोई प्लान गेट नहीं है, इसलिए हर प्लान इसे इस्तेमाल कर सकता है, टैक्स से पहले $99 प्रति माह वाले Studio प्लान से शुरू करके।

वेबसाइट स्पीड ऑडिट क्या मापता है

ऑडिट का हर नंबर किसी खास पेज, डिवाइस और पल का सच है। यह कह दें, तो रिपोर्ट भरोसेमंद बनी रहती है।

SEO साइट ऑडिट क्या कवर करता है
विषयऑडिट क्या करता हैजानने लायक बात
पेजआपके जोड़े हुए पेजों का ऑडिट करता है, हर क्लाइंट के 10 तक।पेज आप चुनते हैं, एक बार में एक पता, इसलिए हर टेम्पलेट का एक पेज चुनें।
स्कोरहर पेज के लिए मोबाइल और डेस्कटॉप पर चार कैटेगरी।एक पेज लोड पर लैब रन, इसलिए दो रन के बीच स्कोर कुछ पॉइंट हिल सकता है।
साइट स्कोरऑडिट किए गए पेजों का बराबर वज़न वाला औसत।ऑडिट के पीछे कोई ट्रैफ़िक डेटा नहीं होता, इसलिए व्यस्त पेज और शांत पेज बराबर गिने जाते हैं।
Core Web Vitalsसाइट के लिए Google की Chrome UX Report का फ़ील्ड डेटा दिखाता है, जहां Google के पास वह हो।जहां Google के पास फ़ील्ड डेटा नहीं है, वहां लैब रन उसकी जगह लेता है और स्क्रीन पर “lab” (लैब) लिखा दिखता है।
“Accessibility” (ऐक्सेसिबिलिटी)फ़ेल हो रही ऑटोमेटेड जांच की सूची देता है, इम्पैक्ट के हिसाब से ग्रुप करके।वह उन चीज़ों को नहीं परख सकता जो सिर्फ़ इंसान परख सकता है, जैसे alt टेक्स्ट असल में कुछ बताता है या नहीं।
“History” (हिस्ट्री)हर ऑडिट को रोज़ के हिसाब से सहेजता है, 400 दिन तक।यह पहले ऑडिट से शुरू होती है और उससे पहले की ओर कभी नहीं जाती।
अलर्ट और एक्सपोर्टनतीजे स्क्रीन पर पढ़े जाते हैं, और हर तालिका CSV फ़ाइल के रूप में डाउनलोड होती है।रिलीज़ के बाद ऑडिट दोबारा चलाएं और “History” (हिस्ट्री) पढ़ें, ताकि दिखे कि स्कोर कहां हिला।

ऑडिट सिर्फ़ सार्वजनिक पेज देखता है, इसलिए लॉगिन के पीछे की किसी चीज़ को वह टेस्ट नहीं कर सकता। वही पेज Google के नतीजों में कैसा परफ़ॉर्म करते हैं, यह जानने के लिए Search Console रिपोर्टिंग पढ़ें, जिसमें क्लिक, इंप्रेशन और पोज़िशन होती है, पर लैब स्कोर नहीं।

ऑडिट को ऐसी सुधार-सूची में बदलना जिसे क्लाइंट अप्रूव करे

जब तक कोई सुधारों की ज़िम्मेदारी नहीं लेता, ऑडिट कुछ नहीं बदलता। वहां तक पहुंचने में हर भूमिका का अलग काम है।

एजेंसी के मालिक

काम का दायरा और कीमत तय करें

काम का आकार तय करने के लिए रैंक किए गए मौकों और उनके पेजों की गिनती इस्तेमाल करें। हर जगह इस्तेमाल होने वाले टेम्पलेट की बचत एक प्रोजेक्ट है, जबकि एक पेज की अजीब-सी गड़बड़ी एक टास्क।

  • प्रभावित पेजों की गिनती के आधार पर कोटेशन दें
  • टेम्पलेट के हिसाब से सुधार बंडल करें

आपकी टीम

क्रम से सुधारें, फिर दोबारा टेस्ट करें

सबसे बड़ी बचत वाले सुधार पहले लें, रिलीज़ के बाद ऑडिट फिर चलाएं और “History” से दिखाएं कि बदलाव असर कर पाया या नहीं।

  • बचत के हिसाब से रैंक किए गए मौके
  • हर रिलीज़ के बाद “Run all audits”

आपके क्लाइंट

असर को सीधे शब्दों में देखें

पहले और बाद के स्कोर दिखाएं, और उन्हें ऐसे बताएं: जल्दी लोड होने वाले पेज, कीबोर्ड से चलने वाले फ़ॉर्म और कम फ़ेल हुई जांच।

  • 0 से 100 के स्केल पर स्कोर
  • Vitals सेकंड और मिलीसेकंड में

Lighthouse, PageSpeed Insights और Core Web Vitals रिपोर्ट की तुलना

चार टूल एक ही शब्दावली इस्तेमाल करते हैं, पर अलग-अलग सवालों के जवाब देते हैं। सवाल के हिसाब से चुनें।

पेज की स्पीड और क्वालिटी जांचने के चार तरीके
टूलयह क्या हैकिस काम के लिए सबसे अच्छा
ब्राउज़र में LighthouseGoogle का ऑडिटिंग टूल, जो Chrome के डेवलपर टूल या कमांड लाइन से चलता है।अपनी मशीन पर किसी बदलाव को टेस्ट करना, यह जानते हुए कि नतीजे आपके डिवाइस और नेटवर्क के साथ बदलते हैं।
PageSpeed InsightsGoogle का वेब टूल और API, जो Lighthouse को Google के सर्वर पर चलाता है और जहां Chrome UX Report का फ़ील्ड डेटा हो वहां उसे जोड़ देता है।एक बार में एक डिवाइस पर एक सार्वजनिक पता जांचना।
Search Console की Core Web Vitals रिपोर्टवेरिफ़ाई की गई प्रॉपर्टी के लिए URL के हिसाब से ग्रुप किया हुआ फ़ील्ड डेटा।यह पहचानना कि URL के कौन-से ग्रुप फ़ेल हो रहे हैं। यह कोई लैब टेस्ट नहीं चलाती।
यह वेबसाइट स्पीड ऑडिटहर क्लाइंट के 10 पेज तक के PageSpeed Insights नतीजे, दोनों डिवाइस पर, रोज़ दोहराए जाने वाले और हिस्ट्री के रूप में सहेजे हुए।एक ही वर्कस्पेस में कई क्लाइंट के स्कोर को समय के साथ ट्रैक करना।

ऑडिट के नतीजे बताते हैं कि पेज कैसे बना और कैसे लोड होता है, यह नहीं कि उसे कौन ढूंढता है। विज़िटर ने क्या किया, यह जानने के लिए Google Analytics खुद पढ़ें, और रिव्यू के उस हिस्से की रूपरेखा के लिए GA4 रिपोर्ट को आधार बनाएं; Microsoft की तरफ़ क्रॉल की सेहत के लिए Bing Webmaster Tools रिपोर्टिंग देखें। जिन पेजों को आप सुधारना चाहते हैं उन्हें लैंडिंग पेज बिल्डर में दोबारा बनाया जा सकता है, जो Agency और उससे ऊपर के प्लान का हिस्सा है, और रिपोर्टिंग हब बाकी सभी रिपोर्ट गिनाता है।

अक्सर पूछे जाने वाले सवाल

Lighthouse स्कोर क्या है, और यह क्या मापता है?

Lighthouse, Google का ओपन-सोर्स ऑडिट टूल है। यह किसी पेज को एक नियंत्रित माहौल में लोड करता है, जांच का एक तय सेट चलाता है, और उसे परफ़ॉर्मेंस, ऐक्सेसिबिलिटी, बेस्ट प्रैक्टिस और SEO पर 0 से 100 के बीच स्कोर देता है। यह रिपोर्ट इन चारों कैटेगरी को हर ऑडिट किए गए पेज और हर डिवाइस के लिए अलग-अलग चलाती है, ताकि मोबाइल का स्कोर कभी डेस्कटॉप वाले जैसा बताकर पेश न हो।

साइट ऑडिट में लैब डेटा और फ़ील्ड डेटा में क्या फ़र्क है?

लैब डेटा किसी एक पेज के नियंत्रित टेस्ट से आता है: दोहराया जा सकने लायक, डायग्नोसिस के लिए बढ़िया, पर वह नहीं जो असली विज़िटर ने झेला। फ़ील्ड डेटा असली सेशन से आता है और 75वें पर्सेंटाइल पर समेटा जाता है। रिपोर्ट दोनों साथ रखती है — हेडलाइन के तौर पर फ़ील्ड वाले Core Web Vitals, और नीचे लिस्ट में शामिल हर URL का लैब ऑडिट, जो बताता है कि क्या ठीक करना है।

क्या Core Web Vitals Google की रैंकिंग पर असर डालते हैं?

ये Google के पेज-एक्सपीरियंस सिग्नल का हिस्सा हैं, इसलिए अन्यथा बराबर दिखने वाले नतीजों को अलग कर सकते हैं — पर ये रेलिवेंस से आगे नहीं निकलते, और स्पीड अकेले किसी को टॉप पर नहीं पहुंचाती। क्लाइंट के लिए काम की बात यह है कि LCP, INP और CLS बताते हैं कि साइट इस्तेमाल करने में कैसी लगती है, और मौकों वाला व्यू यह दिखाकर उस काम की कीमत तय करता है कि हर फ़िक्स क्या बचाता है।

इस रिपोर्ट में ऐक्सेसिबिलिटी ऑडिट क्या-क्या कवर करता है?

कंट्रास्ट, alt टेक्स्ट, फ़ॉर्म लेबल, ARIA का इस्तेमाल, टैप-टारगेट साइज़, हेडिंग ऑर्डर और फ़ोकस ऑर्डर — हर एक के साथ एक इम्पैक्ट लेवल: क्रिटिकल, सीरियस, मॉडरेट या माइनर — और प्रभावित पेजों की गिनती। यही इम्पैक्ट लेवल ऑडिट को कोटेशन लायक बनाता है: खामियों की लिस्ट, ऐसे काम में बदल जाती है जिसे कोई एजेंसी स्कोप कर सके, कीमत लगा सके और शेड्यूल कर सके।

किसी क्लाइंट के लिए एजेंसी को साइट ऑडिट कितनी बार चलाना चाहिए?

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

क्लाइंट की वेबसाइट पर Lighthouse टेस्ट कैसे चलाएं?

वेबसाइट स्पीड ऑडिट में पेजों के पते जोड़ें, हर पेज के लिए एक। हर पेज Google के PageSpeed Insights के ज़रिए मोबाइल और डेस्कटॉप पर तुरंत टेस्ट होता है, जो आपके लिए Lighthouse चलाता है, और नतीजे स्कोर, Vitals और रैंक की गई सुधार-सूची के रूप में दिखते हैं। आपको क्लाइंट की साइट का लॉगिन नहीं चाहिए।

अच्छा Lighthouse स्कोर कितना होता है?

Lighthouse 90 और उससे ऊपर को अच्छा, 50 से 89 को सुधार की ज़रूरत वाला और 50 से नीचे को खराब मानता है, और रिपोर्ट उसी हिसाब से रंगी होती है। इन्हें टारगेट नहीं, बैंड समझें। एक पेज का 100 अगले पेज के बारे में बहुत कम बताता है, और स्कोर दो रन के बीच कुछ पॉइंट हिल जाते हैं, इसलिए किसी पेज की तुलना उसकी अपनी हिस्ट्री से करें।

वेबसाइट स्पीड ऑडिट किस प्लान में शामिल है?

इस पर कोई प्लान गेट नहीं है, इसलिए हर प्लान इसे इस्तेमाल कर सकता है, टैक्स से पहले $99 प्रति माह वाले Studio प्लान से शुरू करके। ऑडिट Google के PageSpeed Insights के ज़रिए चलते हैं, और हर क्लाइंट के 10 पेज तक हो सकते हैं। विज्ञापन प्लेटफ़ॉर्म और Search Console की कनेक्टेड रिपोर्टिंग अलग है और Agency प्लान से शुरू होती है।

PageSpeed Insights और Chrome में मेरा Lighthouse स्कोर अलग क्यों आता है?

लैब टेस्ट उस मशीन, नेटवर्क और पल पर निर्भर करता है जिस पर वह चलता है, इसलिए एक ही पेज के दो रन शायद ही कभी बिल्कुल मिलते हैं। PageSpeed Insights Google के सर्वर पर चलता है, जो एक्सटेंशन वाले और व्यस्त कनेक्शन वाले लैपटॉप के मुकाबले हालात ज़्यादा स्थिर रखता है। बराबरी वाली चीज़ों की तुलना करें, और एक नंबर की जगह रोज़ के ऑडिट का ट्रेंड पढ़ें।

ऑडिट कितनी बार चलता है, और उसमें कितना समय लगता है?

पेज का ऑडिट तब होता है जब आप उसे जोड़ते हैं, फिर हर बार जब आप “Run all audits” या उस पेज पर “Run again” (दोबारा चलाएं) दबाते हैं, और उसके बाद लगभग रोज़ एक बार। एक पेज के ऑडिट में लगभग एक मिनट लगता है, और हर पेज मोबाइल और डेस्कटॉप दोनों पर टेस्ट होता है। हिस्ट्री पहले ऑडिट से शुरू होती है और 400 दिन तक सहेजी जाती है।

ऑडिट में Core Web Vitals का फ़ील्ड डेटा कहां से आता है?

Google की Chrome UX Report से, जो पिछले 28 दिनों की असली Chrome विज़िट दर्ज करती है। जब Google के पास काफ़ी डेटा होता है, तब ऑडिट उसे पूरी साइट के लिए 75वें पर्सेंटाइल पर दिखाता है। जब नहीं होता, तब लैब नतीजा उसकी जगह लेता है, INP खाली रहता है, Total Blocking Time उधार नहीं लिया जाता, और स्क्रीन पर “lab” लिखा रहता है, ताकि कुछ भी फ़ील्ड डेटा बनकर न चले।

ऑडिट किन पेजों को कवर करता है?

यह उन पेजों का ऑडिट करता है जो आप जोड़ते हैं, हर क्लाइंट के 10 तक, इसलिए ऐसे पेज चुनें जो अपने टेम्पलेट का नमूना हों: होम पेज, सर्विस पेज, ब्लॉग पोस्ट, चेकआउट का कोई स्टेप। पूरी साइट का स्कोर आपके चुने पेजों का औसत होता है।