उपयोगकर्ता एजेंट पार्सर

उपयोगकर्ता एजेंट पार्सर एक मुफ़्त टूल है, जो उपयोगकर्ता एजेंट स्ट्रिंग पढ़कर ब्राउज़र, ऑपरेटिंग सिस्टम और डिवाइस का प्रकार बताता है।

उपयोगकर्ता एजेंट स्ट्रिंग से क्या पता चलता है?

उपयोगकर्ता एजेंट स्ट्रिंग, HTTP के User-Agent फ़ील्ड की वैल्यू होती है। वेब ब्राउज़र के मामले में इसमें आम तौर पर प्रोडक्ट के नाम, वर्ज़न नंबर, ऑपरेटिंग सिस्टम के टोकन और डिवाइस से जुड़े संकेत होते हैं। कमांड-लाइन क्लाइंट, क्रॉलर, फ़ीड रीडर और ऐप में मौजूद ब्राउज़र भी उपयोगकर्ता एजेंट स्ट्रिंग भेज सकते हैं।

इसका फ़ॉर्मैट पहली नज़र में जितना व्यवस्थित लगता है, असल में उतना है नहीं। ब्राउज़र अक्सर दूसरे ब्राउज़र से जुड़े संगतता टोकन भी शामिल करते हैं। इसलिए केवल पहले पहचाने गए प्रोडक्ट नाम के आधार पर नतीजा निकालना गलत हो सकता है। उदाहरण के लिए, Chromium पर आधारित ब्राउज़र में आम तौर पर Chrome और Safari, दोनों से जुड़े टोकन होते हैं। पार्सर वैल्यू को सामान्य सूची मानने के बजाय टोकन के मेल और उनके क्रम की जाँच करता है।

उपयोगकर्ता एजेंट डेटा क्लाइंट खुद बताता है। कोई क्लाइंट इसे बदल सकता है या पूरी तरह गढ़ भी सकता है। कुछ ब्राउज़र यह भी सीमित करते हैं कि वे वर्ज़न और डिवाइस की कितनी जानकारी दिखाएँगे। इसलिए पार्स किया गया डेटा वर्गीकरण और डीबगिंग के लिए उपयोगी है, लेकिन यह किसी डिवाइस की पहचान का प्रमाण नहीं है।

उपयोगकर्ता एजेंट पार्सर कैसे इस्तेमाल करें?

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

1. HTTP अनुरोध, एक्सेस लॉग या ब्राउज़र के डेवलपर टूल से User-Agent के बाद दी गई वैल्यू कॉपी करें।
2. मूल स्पेस, ब्रैकेट, सेमीकोलन, स्लैश और वर्ज़न नंबर ज्यों के त्यों रखें। ये स्ट्रिंग में प्रोडक्ट और टिप्पणियों को अलग करते हैं।
3. वैल्यू सबमिट करें, फिर मिले हुए वर्गीकरण की अनुरोध के संदर्भ से तुलना करें।
4. अपनी डीबगिंग टिप्पणियों में पार्स किए गए नतीजे के साथ मूल स्ट्रिंग भी रखें। केवल वर्गीकरण देखने पर उपयोगी वर्ज़न या संगतता टोकन छिप सकते हैं।

पार्सर सर्वर पर चलता है। आपकी उपयोगकर्ता एजेंट स्ट्रिंग HTTPS के ज़रिए सर्वर तक जाती है और उसे स्टोर नहीं किया जाता। फिर भी, कॉपी की गई लॉग एंट्री सबमिट करने से पहले जाँच लें कि उसमें असंबंधित क्वेरी पैरामीटर, सेशन आइडेंटिफ़ायर या आंतरिक होस्टनेम तो नहीं हैं।

पार्स किए गए नतीजे को कैसे समझें?

हर फ़ील्ड को क्लाइंट के भेजे टोकन से निकाले गए वर्गीकरण के रूप में पढ़ें, न कि स्वतंत्र रूप से सत्यापित हार्डवेयर या सॉफ़्टवेयर जानकारी के रूप में।

• ब्राउज़र स्ट्रिंग से पहचाने गए ब्राउज़र या क्लाइंट परिवार को बताता है। एम्बेडेड वेब व्यू और Chromium से बने ब्राउज़र में अंतर करना कठिन हो सकता है, क्योंकि उनके कई टोकन एक जैसे होते हैं।
• ऑपरेटिंग सिस्टम Windows NT, Android, iPhone OS, Mac OS X या Linux जैसे मार्कर से संकेतित प्लेटफ़ॉर्म बताता है। संगतता लेयर और बदले हुए उपयोगकर्ता एजेंट इस जानकारी को कम विशिष्ट बना सकते हैं।
• डिवाइस का प्रकार डिवाइस और प्लेटफ़ॉर्म मार्कर से अनुमान लगाकर क्लाइंट को एक व्यापक आकार-प्रकार की श्रेणी में रखता है। इसे सटीक हार्डवेयर मॉडल के बजाय व्यावहारिक श्रेणी मानें।

दिखाए गए नतीजे वाले फ़ील्ड सिंटैक्स जाँच रिपोर्ट नहीं हैं। गलत बनावट वाली, छोटी की गई या अपरिचित उपयोगकर्ता एजेंट स्ट्रिंग में उपयोगी वर्गीकरण के लिए पर्याप्त जानकारी नहीं हो सकती। फिर भी, इसके लिए trailing commas या unquoted keys जैसी JSON त्रुटियों के बराबर त्रुटियों की कोई सार्वभौमिक सूची नहीं है। उपयोगकर्ता एजेंट पार्सिंग मुख्य रूप से अनुमान पर आधारित होती है, क्योंकि वास्तविक स्ट्रिंग अलग-अलग क्लाइंट में बदलती हैं और उनमें अक्सर पुराना संगतता सिंटैक्स भी बना रहता है।

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

उदाहरण

इनपुट Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/124.0.0.0 Safari/537.36

पार्सर आम तौर पर इसे Windows पर चलने वाले Chrome और डेस्कटॉप डिवाइस के रूप में वर्गीकृत करेगा। Safari टोकन संगतता के लिए मौजूद है। केवल उसके आधार पर ब्राउज़र को Safari नहीं मानना चाहिए।

इनपुट Mozilla/5.0 (iPhone; CPU iPhone OS 17_4 like Mac OS X) AppleWebKit/605.1.15 (KHTML, like Gecko) Version/17.4 Mobile/15E148 Safari/604.1

यह iOS पर Safari और मोबाइल डिवाइस का संकेत देता है। वाक्यांश "like Mac OS X" संगतता जानकारी का हिस्सा है। iPhone और Mobile मार्कर डिवाइस के बारे में ज़्यादा मज़बूत संकेत देते हैं।

अगर उपयोगकर्ता एजेंट किसी URL क्वेरी पैरामीटर में कैप्चर किया गया है, तो वह percent-encoded हो सकता है। मिली हुई उपयोगकर्ता एजेंट वैल्यू को पार्स करने से पहले पैरामीटर को अलग करके डिकोड करने के लिए यूआरएल पार्सर इस्तेमाल करें।

उपयोगकर्ता एजेंट पार्स करना कब उपयोगी है और कब नहीं?

जब किसी अपरिचित अनुरोध को आसानी से समझना हो या डिप्लॉयमेंट से पहले वर्गीकरण लॉजिक की जाँच करनी हो, तब पार्सिंग उपयोगी है। आम उपयोगों में Apache या nginx एक्सेस लॉग की एंट्री देखना, किसी खास ब्राउज़र से जुड़ी रेंडरिंग रिपोर्ट की जाँच करना, एम्बेडेड ऐप से आए ट्रैफ़िक को समझना या एनालिटिक्स प्लेटफ़ॉर्म से एक्सपोर्ट किया गया रॉ डेटा पढ़ना शामिल है।

अगर कोई दूसरा सिस्टम पहले से ब्राउज़र, ऑपरेटिंग सिस्टम और डिवाइस की जानकारी व्यवस्थित फ़ील्ड में देता है, तो आम तौर पर उपयोगकर्ता एजेंट पार्स करने की ज़रूरत नहीं होती। इसी तरह, अगर आपकी सेवा को केवल मूल हेडर फ़ॉरवर्ड या आर्काइव करना है, तो भी इससे बहुत कम लाभ मिलेगा। नतीजे को प्रमाणीकरण, धोखाधड़ी का पता लगाने या एक्सेस कंट्रोल का एकमात्र आधार न बनाएँ, क्योंकि भेजने वाला स्ट्रिंग की नकल कर सकता है।

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

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

क्या पार्सर बता सकता है कि अनुरोध किसी बॉट ने भेजा है?

लौटाए गए फ़ील्ड में बॉट के लिए अलग वर्गीकरण नहीं होता। कुछ क्रॉलर अपने उपयोगकर्ता एजेंट में अपनी पहचान साफ़ बताते हैं, लेकिन दूसरे ब्राउज़र की नकल करते हैं या उपयोगी जानकारी छोड़ देते हैं। जहाँ उचित हो, अनुरोधों की दर के पैटर्न, प्रकाशित क्रॉलर IP की जाँच और अनुरोध के व्यवहार के आधार पर ऑटोमेटेड ट्रैफ़िक की पुष्टि करें।

Edge के उपयोगकर्ता एजेंट में Chrome और Safari क्यों दिखते हैं?

आधुनिक Edge, Chromium पर आधारित है और इसमें उन वेबसाइटों के लिए ज़रूरी संगतता टोकन होते हैं जो उपयोगकर्ता एजेंट की जाँच करती हैं। अनुरोध को सामान्य Chrome या Safari मानने से पहले पार्सर को अधिक विशिष्ट Edge टोकन खोजना चाहिए। टोकन का क्रम और उसकी विशिष्टता महत्वपूर्ण हैं।

क्या मोबाइल विज़िटर को रीडायरेक्ट करने के लिए डिवाइस का प्रकार इस्तेमाल कर सकता हूँ?

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

क्या ब्राउज़र क्लाइंट हिंट उपयोगकर्ता एजेंट पार्सिंग की जगह ले सकते हैं?

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