एजेंटिक ब्राउज़िंग कैटगरी से यह पता चलता है कि आपकी साइट को मशीन के साथ इंटरैक्ट करने के लिए कितनी अच्छी तरह से बनाया गया है. इसके लिए, कुछ तय ऑडिट किए जाते हैं.
कैटगरी को स्कोर कैसे दिया जाता है
Lighthouse की अन्य कैटगरी के उलट, एजेंटिक ब्राउज़िंग कैटगरी में 0 से 100 तक का वेटेड एवरेज स्कोर नहीं होता. एजेंटिक वेब के स्टैंडर्ड अब भी बन रहे हैं. इसलिए, फ़िलहाल हमारा फ़ोकस डेटा इकट्ठा करने और कार्रवाई करने लायक सिग्नल देने पर है. हम कोई तय रैंकिंग नहीं देते.
स्कोर के बजाय, रिपोर्ट में यह जानकारी दिखती है:
- फ़्रैक्शनल स्कोर: यह एक अनुपात होता है. इससे पता चलता है कि आपकी साइट ने एजेन्टिक रेडीनेस चेक के कितने टेस्ट पास किए हैं.
- पास या फ़ेल स्टेटस: अगर तकनीकी ज़रूरी शर्तें (जैसे, WebMCP स्कीमा की वैधता) पूरी नहीं की जाती हैं, तो कुछ ऑडिट में गड़बड़ियां या चेतावनियां दिख सकती हैं.
- जानकारी देने वाली संख्याएं: कैटगरी के हेडर में पास होने का अनुपात शामिल हो सकता है, ताकि आपको एक नज़र में पूरी प्रोग्रेस दिख सके.
नतीजों में उतार-चढ़ाव क्यों होता है
ऑडिट के नतीजे तय होते हैं. हालांकि, आपकी साइट के टूल रजिस्टर करने के तरीके या एजेंट के अनुरोधों का जवाब देने के तरीके में बदलाव होने की वजह से, आपके नतीजों में उतार-चढ़ाव हो सकता है. इसकी सामान्य वजहें ये हैं:
- डाइनैमिक टूल रजिस्ट्रेशन: अगर आपकी साइट, JavaScript (Imperative API) का इस्तेमाल करके WebMCP टूल रजिस्टर करती है, तो इन रजिस्ट्रेशन के समय से यह तय हो सकता है कि Lighthouse स्नैपशॉट के दौरान इन्हें कैप्चर किया जाएगा या नहीं.
- सुलभता ट्री बनाने में अंतर: DOM के साइज़ या जटिलता में अहम बदलावों की वजह से, सुलभता ट्री के स्ट्रक्चर पर असर पड़ सकता है. यह एजेंट की मदद से नेविगेट करने के लिए, एक मुख्य मेट्रिक है.
- लेआउट शिफ़्ट होने में लगने वाला समय (सीएलएस): विज्ञापन, डाइमेंशन के बिना वाली इमेज या इंजेक्ट किए गए कॉन्टेंट की वजह से लेआउट शिफ़्ट हो सकते हैं. इससे, एजेंट के एलिमेंट की पहचान करने और उसके साथ इंटरैक्ट करने की कोशिश करने के बीच के समय में बदलाव हो सकता है.
ऑडिट कैसे तय किए जाते हैं
Lighthouse, आपके पेज का आकलन करने के लिए, तय किए गए सिग्नल के सेट का इस्तेमाल करता है. इससे यह पक्का होता है कि ऑडिट को दोहराया जा सकता है और वे CI/CD पाइपलाइन में इंटिग्रेट करने के लिए सही हैं.
WebMCP इंटिग्रेशन
Lighthouse, टूल रजिस्ट्रेशन इवेंट को मॉनिटर करने के लिए, Chrome DevTools Protocol (CDP) WebMCP डोमेन को कॉल करता है. यह डिक्लेरेटिव टूल (HTML में तय किए गए) और इंपरेटिव टूल (JS में तय किए गए), दोनों की पुष्टि करता है.
एजेंट के लिए सुलभता
एजेंट, ऐक्सेसिबिलिटी ट्री को अपने मुख्य डेटा मॉडल के तौर पर इस्तेमाल करते हैं. Lighthouse, सुलभता से जुड़ी ऑडिट के किसी खास सबसेट को फ़िल्टर करता है. ये ऑडिट, मशीन के इंटरैक्शन के लिए ज़रूरी होते हैं. जैसे:
- नाम और लेबल: यह पक्का करना कि हर इंटरैक्टिव एलिमेंट का प्रोग्राम के हिसाब से नाम हो.
- ट्री इंटिग्रिटी: इससे यह पुष्टि की जाती है कि भूमिकाएं और पैरंट-चाइल्ड रिलेशनशिप मान्य हैं.
- दिखना: पुष्टि करना कि इंटरैक्टिव होने के दौरान, कॉन्टेंट को ऐक्सेसिबिलिटी ट्री से छिपाया नहीं गया है.
स्थिरता और खोज के नतीजों में दिखने की संभावना
- लेआउट शिफ़्ट होने में लगने वाला समय (सीएलएस): इससे विज़ुअल स्टेबिलिटी का आकलन किया जाता है. यह उन एजेंट के लिए ज़रूरी है जो एलिमेंट की पोज़िशन पर निर्भर होते हैं.
- llms.txt: यह डोमेन रूट पर, मशीन के पढ़ने लायक खास जानकारी के मौजूद होने या न होने की जांच करता है.
डेवलपर, परफ़ॉर्मेंस को बेहतर बनाने के लिए क्या कर सकते हैं?
अपनी साइट को एजेंट के तौर पर काम करने के लिए बेहतर बनाने के लिए:
- WebMCP का इस्तेमाल करें: WebMCP API का इस्तेमाल करके, एआई एजेंट को अपनी साइट के लॉजिक और फ़ॉर्म के बारे में साफ़ तौर पर बताएं.
- पक्का करें कि a11y ट्री सही हो: सिमैंटिक एचटीएमएल और एआरआईए लेबलिंग को प्राथमिकता दें, क्योंकि ये आपके पेज का "मशीन-आई व्यू" होते हैं.
- स्थिरता के लिए ऑप्टिमाइज़ करें: लेआउट शिफ़्ट कम करें, ताकि एजेंट आपके यूज़र इंटरफ़ेस (यूआई) के साथ भरोसेमंद तरीके से इंटरैक्ट कर सकें. इसके लिए, यह ज़रूरी है कि एलिमेंट अचानक न हिलें.
सुझाव/राय दें या शिकायत करें
अगर आपको एजेंट की मदद से ब्राउज़िंग करने की सुविधा की ऑडिट में कोई बग मिलता है या आपको इसमें बदलाव करने के लिए कोई सुझाव देना है, तो: