वेबसाइट स्पीड ऑडिट रिपोर्टिंग
साइट की सेहत, बिना भारी-भरकम शब्दों के
मोबाइल और डेस्कटॉप के लिए Lighthouse स्कोर, Core Web Vitals, रैंक किए गए मौके, ऐक्सेसिबिलिटी के निष्कर्ष और टेक्निकल SEO जांच — एक क्लाइंट तक सीमित: यही है वेबसाइट स्पीड ऑडिट रिपोर्ट। रिपोर्ट वर्कस्पेस खोलने के लिए साइन इन करें, या पहले देखें कि इसमें क्या है।
वेबसाइट स्पीड ऑडिट रिपोर्टिंग
वेबसाइट स्पीड ऑडिट रिपोर्ट: वह डैशबोर्ड जिससे एजेंसियां टेक्निकल काम दिखा पाती हैं
साइट ऑडिट वह टेक्निकल काम है, जो करना सबसे आसान है और दिखाना सबसे मुश्किल। वेबसाइट स्पीड ऑडिट रिपोर्ट इसे ठीक उसी क्रम में जमाती है, जिसमें क्लाइंट की मीटिंग असल में चलती है: सबसे ऊपर मोबाइल और डेस्कटॉप के चारों Lighthouse स्कोर, उनके ज़िम्मेदार पेजों के साथ Core Web Vitals, और सबसे नीचे उन ठीक करने वाली चीज़ों की लिस्ट — इस हिसाब से रैंक की गई कि हर एक असल में कितना समय या वज़न बचाती है।
वेबसाइट स्पीड ऑडिट रिपोर्ट की शुरुआत उन Lighthouse स्कोर से, जिन्हें क्लाइंट सच में पढ़ सके
परफ़ॉर्मेंस, ऐक्सेसिबिलिटी, बेस्ट प्रैक्टिस और SEO, हर डिवाइस के लिए, एक ही स्क्रीन पर
Lighthouse सौ में से चार स्कोर देता है, और हर एक का मतलब उस इंसान के लिए अलग है, जो काम की कीमत चुका रहा है। रिपोर्ट चारों को उसी डिवाइस की एक रो में रखती है, जिसे आप देख रहे हैं, उन्हें Google के अपने बैंड के हिसाब से रंग देती है, और एक वेटेड साइट-हेल्थ नंबर जोड़ देती है, ताकि महीने का अपडेट चार नंबर की जगह एक ही नंबर से शुरू हो सके। मोबाइल और डेस्कटॉप के बीच बदलते ही पूरी रिपोर्ट फिर से गिनी जाती है, क्योंकि दोनों शायद ही कभी एक जैसी कहानी कहते हैं, और मिला-जुला स्कोर छुपा देता है कि दिक्कत किसमें है।
स्कोर स्टॉक हैं, वॉल्यूम नहीं, इसलिए इन्हें स्टॉक की तरह रिपोर्ट किया जाता है। हर कार्ड चुनी गई विंडो में हुए बदलाव को प्वाइंट में दिखाती है, न कि किसी ऐसे प्रतिशत में जो सौ-पॉइंट स्केल पर अजीब लगे, और नीचे का ट्रेंड उसी कैटेगरी को रोज़-दर-रोज़ दिखाता है। किसी गिरावट की एक साफ़ शक्ल मिल जाती है, जिस पर मीटिंग में उंगली रखी जा सके — जिस हफ़्ते नई हीरो इमेज लगी, जिस हफ़्ते टैग मैनेजर बढ़ा — बजाय सिर्फ़ दो अलग-अलग झलकियों के बीच का फ़र्क होने के।
Core Web Vitals, हर नंबर के पीछे मौजूद ऑडिट किए गए पेज के साथ
75वें पर्सेंटाइल पर फ़ील्ड डेटा, हर क्रॉल की गई URL के लैब ऑडिट के साथ जोड़ा गया
Vitals की हर बातचीत एक ही सवाल पर खत्म होती है: कौन-सा पेज? यह रिपोर्ट इसका जवाब दो मापों को साथ-साथ रखकर देती है। फ़ील्ड पर्सेंटाइल वह है, जो विज़िटर ने असल में झेला — Largest Contentful Paint, Interaction to Next Paint और Cumulative Layout Shift, 75वें पर्सेंटाइल पर, Google की अपनी अच्छी और खराब लाइन के मुकाबले। लैब ऑडिट वह है, जो क्रॉलर ने हर URL पर नियंत्रित हालात में मापा, मांग पर, ठीक उस दिन जब कोई फ़िक्स लाइव होता है। एक बताता है कि साइट पास हो रही है या नहीं; दूसरा बताता है कि कौन-सा टेम्पलेट ज़िम्मेदार है।
ऑडिट किए गए पेज वाली टेबल में यही जोड़ी सामने आती है। हर क्रॉल की गई URL अपने चार स्कोर के साथ अपना लैब LCP और CLS भी साथ लाती है, और एक डोनट गिनती है कि कितनी पेज साफ़ पास होती हैं, कितनी को सुधार चाहिए और कितनी फ़ेल होती हैं — इसलिए “साइट स्लो लगती है” अब एक काम का ऑर्डर बन जाता है, जो टेम्पलेट का नाम लेता है, उसके पीछे का ट्रैफ़िक बताता है और ज़िम्मेदार मेट्रिक भी। Google जो प्रॉपर्टी-लेवल ट्रेंड और डिवाइस बंटवारा पब्लिश करता है, वह Search Console रिपोर्ट में रहता है; यह पेज उसके नीचे का बेंच-टेस्ट है।
परफ़ॉर्मेंस के मौके और डायग्नॉस्टिक्स, बचत के हिसाब से रैंक किए गए
रेंडर-ब्लॉकिंग रिसोर्स, बिना इस्तेमाल का JavaScript, इमेज का वज़न और सर्वर रिस्पॉन्स टाइम
मौकों वाला टैब बताता है कि ऑडिट में क्या मिला और उसे ठीक करना क्या बचाता है — रेंडर-ब्लॉकिंग रिसोर्स, प्रीकनेक्ट हिंट और सर्वर रिस्पॉन्स टाइम के लिए मिलीसेकंड; बहुत बड़ी इमेज, नई-जेनरेशन फ़ॉर्मैट, स्क्रीन से बाहर के मीडिया, बिना इस्तेमाल के JavaScript, बिना मिनिफ़ाई किए CSS और कैश लाइफ़टाइम के लिए किबिबाइट। हर रो अपने साथ वह इलाका और एक सेवेरिटी लेकर आती है, जो बचत के साइज़ से निकाली गई है, ताकि डेवलपर का अनुमान और एजेंसी की प्राथमिकता एक ही लिस्ट से तय हो, दो अलग एक्सपोर्ट से नहीं।
डायग्नॉस्टिक्स इसके साथ, टू-डू लिस्ट की जगह वजह के तौर पर बैठते हैं: DOM साइज़, मेन-थ्रेड का काम, JavaScript के चलने का समय, रिक्वेस्ट की गिनती, ट्रांसफ़र वज़न, क्रिटिकल रिक्वेस्ट चेन, वह एलिमेंट जो Largest Contentful Paint तय करता है, और वे एलिमेंट जो रेंडर के बाद भी हिलते रहते हैं। हर एक अपने साथ वह टारगेट लाता है जिससे नीचे रहना चाहिए, और एक सीधा वाक्य कि यह मायने क्यों रखता है — जो अक्सर उस रिपोर्ट में फ़र्क डालता है, जिसे कोई क्लाइंट अपनी डेवलपमेंट टीम को आगे भेज दे, और उस रिपोर्ट में जो सवालों के साथ वापस आती है।
ऐक्सेसिबिलिटी ऑडिट, ऐसे इम्पैक्ट लेवल के साथ जिनकी कीमत लगाई जा सके
कंट्रास्ट, alt टेक्स्ट, लेबल, ARIA, टैप टारगेट, हेडिंग और फ़ोकस ऑर्डर
ऑटोमेटेड ऐक्सेसिबिलिटी जांच उसी तरह ग्रुप की जाती हैं, जैसे सुधार का काम असल में बांटा जाता है — इम्पैक्ट के हिसाब से। बिना लेबल वाले फ़ॉर्म फ़ील्ड और बिना अल्टरनेटिव टेक्स्ट वाली इमेज जैसे क्रिटिकल निष्कर्ष, कंट्रास्ट की गड़बड़ी और बिना नाम वाले लिंक जैसे सीरियस निष्कर्ष से अलग बैठते हैं, और वे टैप-टारगेट साइज़, हेडिंग ऑर्डर और फ़ोकस ऑर्डर जैसे मॉडरेट मुद्दों से भी अलग। हर रो में शामिल एलिमेंट की गिनती है, ताकि कोई कोटेशन गिनतियों से बने, न कि ऐक्सेसिबिलिटी बेहतर करने के किसी धुंधले वादे से।
रिपोर्ट यह बताने में जान-बूझकर ईमानदार है कि एक ऑटोमेटेड पास असल में क्या कवर करता है। ये जांच उन बाधाओं का बस एक हिस्सा पकड़ती हैं, जो कोई मैनुअल रिव्यू पकड़ता है, और सतह पर यह साफ़ लिखा रहता है — जिससे किसी एजेंसी को इससे बचाव मिलता है कि क्लाइंट किसी साफ़ रन को कंप्लायंस सर्टिफ़िकेट समझ बैठे। सही तरीके से इस्तेमाल होने पर यह सबसे सस्ता पहला पास है: यह मशीनी खामियां साफ़ करता है, यह दस्तावेज़ छोड़ता है कि क्या और कब ठीक हुआ, और किसी मैनुअल ऑडिट के लिए काम की सतह बहुत छोटी कर देता है।
टेक्निकल SEO जांच: टाइटल, कैनॉनिकल, hreflang और स्ट्रक्चर्ड डेटा
वह ऑन-पेज पास, जिसे रैंकिंग की बात से पहले हर टेम्पलेट को पार करना होता है
दस क्रॉल-और-मार्कअप जांच पास या फ़ेल की लिस्ट की तरह चलती हैं, हर एक के साथ यह बताता एक वाक्य कि क्रॉल में क्या मिला: टाइटल एलिमेंट, मेटा डिस्क्रिप्शन, क्रॉल करने लायक लिंक, कैनॉनिकल घोषणाएं, hreflang एनोटेशन, एक मान्य robots फ़ाइल, इमेज पर alt एट्रिब्यूट, पढ़ने लायक फ़ॉन्ट साइज़, टैप-टारगेट के बीच की दूरी और स्ट्रक्चर्ड डेटा की वैधता। टेबल के ऊपर एक हेडलाइन गिनती है, ताकि सबसे पहले यही दिखे कि दसों में से कितनी साफ़ हैं और कितनी अब भी खुला काम हैं।
यह ऑन-पेज ऑडिट है, इंडेक्सिंग रिपोर्ट नहीं — कोई क्रॉलर पेज पर क्या पढ़ सकता है, यह; Google ने क्या रखने का फ़ैसला किया, वह नहीं। दोनों अलग सवालों के जवाब देते हैं और अलग जगह रहते हैं, इसलिए कवरेज, क्वेरी और इंप्रेशन Search Console रिपोर्ट में रहते हैं, और यह पेज मार्कअप पर टिका रहता है। दोनों को साथ रिव्यू करना ही सामान्य तरीका है: पहले यहां जो ऑडिट फ़्लैग करे उसे ठीक करें, फिर अगले कुछ हफ़्तों में देखें कि कवरेज और पोज़िशन कैसे बदलते हैं।
एक क्लाइंट तक सीमित व्हाइट-लेबल साइट-ऑडिट डिलिवरेबल
आपकी ब्रांडिंग, एक बार में एक क्लाइंट, ऐसे ढांचे में जो हर महीने दोहराया जाए
हर ऑडिट वर्कस्पेस के क्लाइंट-स्विचर से एक क्लाइंट तक सीमित है और आपकी एजेंसी की ब्रांडिंग में दिखता है, इसलिए जनवरी का रिव्यू और जून का रिव्यू एक ही ढांचे में चलते हैं। स्कोर, Vitals, मौके, डायग्नॉस्टिक्स, ऐक्सेसिबिलिटी और टेक्निकल जांच हर मंडेट में अपनी जगह पर रहते हैं, जिससे महीने-दर-महीने की तुलना एक ही सेक्शन को दो बार पढ़ने जैसा काम बन जाती है, न कि दो अलग बने दस्तावेज़ मिलाने जैसा। वर्कस्पेस रिव्यू की सतह देता है; डेटा सोर्स सेटअप एक अलग कदम ही रहता है।
यही दोहराव है, जो टेक्निकल काम को उस चीज़ में बदल देता है, जिसे क्लाइंट रिन्यू करना चाहे। डेवलपर को अनुमानित बचत के साथ एक रैंक की गई फ़िक्स-लिस्ट दिखती है; अकाउंट मैनेजर को चार स्कोर, एक हेल्थ नंबर और उनके पीछे की पेज दिखती हैं — और दोनों एक ही रिपोर्ट देख रहे होते हैं। टीमें अपना समय यह तय करने में लगाती हैं कि आगे क्या ठीक करना है, प्रज़ेंटेशन का ढांचा दोबारा बनाने में नहीं, और ऑडिट उस काम की जगह से हट जाता है, जिसे लिखने का इंतज़ार कोई नहीं करता।
अक्सर पूछे जाने वाले सवाल
Lighthouse स्कोर क्या है, और यह क्या मापता है?
Lighthouse, Google का ओपन-सोर्स ऑडिट टूल है। यह किसी पेज को एक नियंत्रित माहौल में लोड करता है, जांच का एक तय सेट चलाता है, और उसे परफ़ॉर्मेंस, ऐक्सेसिबिलिटी, बेस्ट प्रैक्टिस और SEO पर 0 से 100 के बीच स्कोर देता है। यह रिपोर्ट इन चारों कैटेगरी को हर ऑडिट किए गए पेज और हर डिवाइस के लिए अलग-अलग चलाती है, ताकि मोबाइल का स्कोर कभी डेस्कटॉप वाले जैसा बताकर पेश न हो।
साइट ऑडिट में लैब डेटा और फ़ील्ड डेटा में क्या फ़र्क है?
लैब डेटा किसी एक पेज के नियंत्रित टेस्ट से आता है: दोहराया जा सकने लायक, डायग्नोसिस के लिए बढ़िया, पर वह नहीं जो असली विज़िटर ने झेला। फ़ील्ड डेटा असली सेशन से आता है और 75वें पर्सेंटाइल पर समेटा जाता है। रिपोर्ट दोनों साथ रखती है — हेडलाइन के तौर पर फ़ील्ड वाले Core Web Vitals, और नीचे हर क्रॉल की गई URL का लैब ऑडिट, जो बताता है कि क्या ठीक करना है।
क्या Core Web Vitals Google की रैंकिंग पर असर डालते हैं?
ये Google के पेज-एक्सपीरियंस सिग्नल का हिस्सा हैं, इसलिए अन्यथा बराबर दिखने वाले नतीजों को अलग कर सकते हैं — पर ये रेलिवेंस से आगे नहीं निकलते, और स्पीड अकेले किसी को टॉप पर नहीं पहुंचाती। क्लाइंट के लिए काम की बात यह है कि LCP, INP और CLS बताते हैं कि साइट इस्तेमाल करने में कैसी लगती है, और मौकों वाला व्यू यह दिखाकर उस काम की कीमत तय करता है कि हर फ़िक्स क्या बचाता है।
इस रिपोर्ट में ऐक्सेसिबिलिटी ऑडिट क्या-क्या कवर करता है?
कंट्रास्ट, alt टेक्स्ट, फ़ॉर्म लेबल, ARIA का इस्तेमाल, टैप-टारगेट साइज़, हेडिंग ऑर्डर और फ़ोकस ऑर्डर — हर एक के साथ एक इम्पैक्ट लेवल: क्रिटिकल, सीरियस, मॉडरेट या माइनर — और प्रभावित पेजों की गिनती। यही इम्पैक्ट लेवल ऑडिट को कोटेशन लायक बनाता है: खामियों की लिस्ट, ऐसे काम में बदल जाती है जिसे कोई एजेंसी स्कोप कर सके, कीमत लगा सके और शेड्यूल कर सके।
किसी क्लाइंट के लिए एजेंसी को साइट ऑडिट कितनी बार चलाना चाहिए?
इतनी बार, कि क्लाइंट से पहले ही किसी गिरावट का पता चल जाए — ज़्यादातर रिटेनर के लिए इसका मतलब है महीने में एक बार, साथ में किसी रीडिज़ाइन या टेम्पलेट बदलाव के बाद एक अतिरिक्त पास। हिस्ट्री व्यू पिछले रन सहेजे रखता है, इसलिए ऑडिट किसी एक स्क्रीनशॉट की तरह नहीं, एक ट्रेंड की तरह पढ़ा जाता है, और किसी फ़िक्स को उसी ठीक पल के तौर पर दिखाया जा सकता है, जब कोई स्कोर हिला।