Slugify — URL slug जनरेटर

slug क्या है और यह क्यों मायने रखता है

slug किसी वेब पते का वह मनुष्य-पठनीय हिस्सा है जो किसी ख़ास पेज की पहचान कराता है — जैसे example.com/blog/how-to-bake-bread में मौजूद how-to-bake-bread। यही वह चीज़ है जो ऐसे URL में, जिसे कोई व्यक्ति पढ़, उस पर भरोसा कर और याद रख सके, और ऐसे URL में, जो अपारदर्शी संख्याओं या query string से बना हो, फ़र्क पैदा करती है। एक slugify टूल किसी टाइटल या शीर्षक को इसी रूप में बदल देता है — टेक्स्ट को lowercase करके, स्पेस की जगह एक विभाजक लगाकर, उन अक्षरों को हटाकर जो किसी URL में असुरक्षित या निरर्थक हों, और एक्सेंट वाले अक्षरों को सादे ASCII में बदलकर।

slug सिर्फ़ साफ़-सुथरेपन से कहीं ज़्यादा मायने रखते हैं। एक वर्णनात्मक slug पाठकों और सर्च इंजन दोनों को पेज खोलने से पहले ही बता देता है कि पेज किस बारे में है, पथ में मौजूद कीवर्ड विषय को और पुख़्ता करते हैं, और एक साफ़ URL पर तब क्लिक होने की संभावना ज़्यादा होती है जब वह परिणामों में दिखे, किसी संदेश में साझा हो, या सादे टेक्स्ट में छपा हो।

रूपांतरण के नियम

यह टूल नियमों का एक सुसंगत सेट लागू करता है। अक्षरों को lowercase में बदल दिया जाता है ताकि URL canonical रहे और आपके पास कभी ऐसे दो पते न रहें जो सिर्फ़ कैपिटलाइज़ेशन में अलग हों। स्पेस और विराम चिह्नों की कोई भी लड़ी एक ही विभाजक में सिमट जाती है, इसलिए कई स्पेस या कोई भटका हुआ अल्पविराम दोहरे या आख़िर में लटके विभाजक नहीं बनाते। जो अक्षर किसी साफ़ URL में जगह नहीं रखते — जैसे विस्मयादिबोधक चिह्न, स्लैश और उद्धरण चिह्न — उन्हें पूरी तरह हटा दिया जाता है।

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

एक हल किया हुआ उदाहरण

विस्मयादिबोधक चिह्न वाले इस गड़बड़ टाइटल को लीजिए: 10 Cafe Tips for Uber-Fast Brewing!। टूल सब कुछ lowercase करता है, Cafe और Uber में मौजूद एक्सेंट वाले अक्षरों को सादे अक्षरों में लिप्यंतरित करता है, विस्मयादिबोधक चिह्न को हटा देता है, और शब्दों को हाइफ़न से जोड़कर बनाता है 10-cafe-tips-for-uber-fast-brewing। ज़्यादा सरल और पारंपरिक मामला भी इसी तरह व्यवहार करता है: Hello, World! बनकर hello-world हो जाता है, क्योंकि अल्पविराम और विस्मयादिबोधक चिह्न हटा दिए जाते हैं और इकलौता स्पेस एक हाइफ़न बन जाता है।

एक्सेंट और non-ASCII अक्षरों को संभालना

एक्सेंट और विशेष अक्षरों को मिटाने के बजाय उनके सबसे क़रीबी सादे ASCII समतुल्यों में लिप्यंतरित किया जाता है, ताकि अर्थ बना रहे। तीव्र एक्सेंट वाला e सादा e बन जाता है, उम्लाउट वाला u सादा u बन जाता है, और इसी तरह कोई फ़्रेंच या जर्मन टाइटल अब भी एक पठनीय, पहचानने लायक slug बनाता है — बजाय ऐसे slug के जिसमें विशेष अक्षरों की जगह ख़ाली रह जाए। इससे URL सबसे व्यापक रेंज के सिस्टम के साथ संगत रहते हैं, क्योंकि कई सर्वर, analytics टूल और link parser आज भी सादे ASCII को सबसे भरोसेमंद ढंग से संभालते हैं।

इसका व्यावहारिक नतीजा यह है कि आप कई Latin-script भाषाओं में कोई टाइटल पेस्ट कर सकते हैं और एक स्थिर, पोर्टेबल slug पा सकते हैं। जो लिपियाँ Latin अक्षरों से बिल्कुल मेल नहीं खातीं, उनके लिए शायद लिप्यंतरित करने को कुछ हो ही न — और यही वजह है कि कोई परिणाम बनाने के लिए टूल को Latin अक्षरों या संख्याओं की ज़रूरत होती है।

हाइफ़न बनाम अंडरस्कोर

विभाजक का चुनाव मनमाना नहीं है। SEO के लिए हाइफ़न लंबे समय से अनुशंसित रहे हैं क्योंकि सर्च इंजन ऐतिहासिक रूप से हाइफ़न को शब्द-सीमा मानते आए हैं, इसलिए red-shoes दो शब्दों के रूप में पढ़ा जाता है — red और shoes। अंडरस्कोर को परंपरागत रूप से जोड़ने वाले के रूप में देखा गया है, इसलिए red_shoes को एक ही टोकन redshoes के रूप में पढ़ा जा सकता है, जो कीवर्ड की स्पष्टता के लिहाज़ से आप नहीं चाहेंगे।

इसी वजह से, सार्वजनिक और indexable URL के लिए हाइफ़न सही डिफ़ॉल्ट हैं। अंडरस्कोर का विकल्प इसलिए मौजूद है क्योंकि कुछ प्लेटफ़ॉर्म, फ़ाइल-नामकरण की परंपराएँ, या आंतरिक सिस्टम इसकी माँग करते हैं, इसलिए जब आपको ज़रूरत हो तब यह विकल्प हाज़िर रहता है — पर जब तक कोई चीज़ ख़ासतौर पर कुछ और न कहे, हाइफ़न ही चुनें।

लंबाई, stop words और विशिष्टता

आम तौर पर छोटे slug बेहतर होते हैं। कुछ अर्थपूर्ण शब्दों वाला एक केंद्रित slug, पूरे वाक्य की नक़ल करने वाले slug की तुलना में पढ़ने, साझा करने और याद रखने में आसान होता है, इसलिए slugify करने से पहले या बाद में किसी लंबे टाइटल को छाँटकर उसके मुख्य कीवर्ड तक ले आना आम बात है। the, a और of जैसे stop words को हटाया जाए या नहीं, यह एक असली बहस का मुद्दा है: इन्हें हटाने से slug ज़्यादा कसा हुआ और कीवर्ड-सघन बनता है, जबकि इन्हें रखने से slug ज़्यादा स्वाभाविक ढंग से पढ़ा जा सकता है — और जब तक आप अपनी पूरी साइट पर एकरूप रहते हैं, दोनों में से कोई भी तरीक़ा सही ठहराया जा सकता है।

एक चीज़ जो कोई slugify टूल आपके लिए नहीं कर सकता, वह है विशिष्टता की गारंटी देना। दो अलग-अलग टाइटल एक ही slug बना सकते हैं, और अधिकांश कंटेंट सिस्टम माँग करते हैं कि हर URL अलग हो, इसलिए जब टकराव होता है तो आप आम तौर पर अंत में एक संख्या या एक छोटा पहचानकर्ता जोड़ देते हैं। इसके लिए एक परिपाटी तय करें और जब भी कोई बनाया गया slug पहले से मौजूद हो, तब उसे लागू करें।

बचने लायक आम ग़लतियाँ

एक आम ग़लती है किसी पेज के प्रकाशित और साझा हो जाने के बाद उसका slug बदल देना; तब पुराना URL हर मौजूदा लिंक को, और उसने जो भी सर्च रैंकिंग जमा की थी उसे, तोड़ देता है, इसलिए अगर आपको इसे बदलना ही पड़े तो पुराने slug से नए slug की ओर एक redirect सेट कर दें। एक और ग़लती है हाथ से URL में कैपिटलाइज़ेशन या विशेष अक्षरों को घुसने देना, जिससे असंगत और नाज़ुक पते बनते हैं। और slug को सिर्फ़ लंबाई के लिए भरावदार शब्दों से न भरें; संक्षिप्त, वर्णनात्मक slug, लंबे और कीवर्ड-ठुँसे slug की तुलना में पाठकों और सर्च इंजन दोनों की बेहतर सेवा करते हैं।