पाठ को एक URL पता में बदलना छोटे अक्षर, योजक चिह्न, बिना चिह्नों के मुफ़्त ऑनलाइन सुरक्षित

आप टेक्स्ट को URL slug में क्यों बदलते हैं

वेब के हर पृष्ठ का पता होता है, और पते का अंतिम टुकड़ा आमतौर पर कुछ शब्द होते हैं: how-to-repot-a-fern, annual-report-2026, contact-us। वह टुकड़ा slug है। यह URL की मानव-पठनीय पूँछ है, वह भाग जो पाठक और खोज इंजन को बताता है कि पृष्ठ किस बारे में है, पृष्ठ के लोड होने से भी पहले। जब आप कोई लेख, उत्पाद, श्रेणी या फ़ाइल प्रकाशित करते हैं, तो किसी को उसके उचित शीर्षक को उस पूँछ में बदलना पड़ता है। टेक्स्ट को URL slug में बदलना उस शीर्षक को लेना है जैसा मनुष्य लिखता है, बड़े अक्षरों, रिक्त स्थानों, अल्पविरामों और उच्चारण-चिह्नों के साथ, और उसे हाइफ़न से जुड़े छोटे अक्षरों के शब्दों में घटाना है जिन्हें कोई भी सर्वर, ब्राउज़र और लिंक-जाँचक बिना शिकायत स्वीकार करे।

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

रूपांतरण क्या करता है

छोटे अक्षर, चिह्न हटाओ, हाइफ़न लगाओ

पृष्ठ तीन चालों में काम करता है। वह पंक्ति को छोटे अक्षरों में बदलता है। वह लैटिन अक्षरों से उच्चारण और अन्य चिह्न हटाता है, इसलिए é बन जाता है e और ü बन जाता है u। फिर वह हर उस चीज़ को हाइफ़न से बदलता है जो अक्षर या अंक नहीं है और दोहराए हाइफ़न को एक में सिकोड़ता है। पंक्ति Crème Brûlée for 2 — Straße 17, fooBar लौटती है creme-brulee-for-2-strasse-17-foobar के रूप में। अल्पविराम, डैश और रिक्त स्थान सब अकेले हाइफ़न बन गए हैं, उच्चारण-चिह्न ग़ायब हैं, ß बन गया है ss, और अंक अपनी जगह रहे।

हाइफ़न कभी ढेर नहीं लगते और कभी सिरों पर नहीं बैठते

Hello, World! जैसा शीर्षक विराम-चिह्न पर समाप्त होता है, और भोली प्रतिस्थापना अंत में लटकता हाइफ़न छोड़ देती। पृष्ठ दोनों सिरों से हाइफ़न काटता है और उनकी क़तारों को समेटता है, इसलिए परिणाम hello-world है, hello-world- या hello--world नहीं। यह दिखने से अधिक मायने रखता है: अंत का हाइफ़न पते को फूहड़ दिखाता है, और दोहरा हाइफ़न तब लिंक तोड़ सकता है जब कोई उसे संदेश में कॉपी करे।

परिणाम की नक़ल

परिणाम के बग़ल का बटन उसे क्लिपबोर्ड पर कॉपी करता है। उसे अपने प्रकाशन तंत्र के slug क्षेत्र में, फ़ाइल नाम में, या हाथ से बनाए जा रहे पते के अंत में चिपकाइए।

रूपांतरण क्या नहीं करता

वह अन्य वर्णमालाओं की लिप्यंतरण नहीं करता

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

वह हर वर्णमाला का हर चिह्न नहीं हटाता

लैटिन वर्णमाला के बाहर के कुछ अक्षरों पर ऐसे चिह्न होते हैं जो अक्षर के ही हैं। रूसी й और यूक्रेनी ї उदाहरण हैं: चिह्न अक्षर के लिखे जाने के ढंग का भाग है, इसलिए पृष्ठ उन्हें जैसा है वैसा छोड़ता है। वही तर्क हिंदी की स्वर-मात्राओं जैसे अक्षरों पर लागू होता है। केवल लैटिन अक्षरों पर बैठे उच्चारण-चिह्न हटाए जाते हैं।

वह परिणाम को छोटा नहीं करता

लंबा शीर्षक लंबा slug देता है। पृष्ठ the, of या and जैसे छोटे शब्द नहीं गिराता, और निश्चित लंबाई पर नहीं काटता। अगर आप छोटा पता चाहते हैं, तो पहले शीर्षक छोटा कीजिए। चार से छह अर्थपूर्ण शब्दों का slug खोज परिणाम में पूरी सुर्ख़ी दोहराने वाले slug से बेहतर पढ़ा जाता है।

वह जाँचता नहीं कि slug ख़ाली है

दो अलग लेख एक ही slug दे सकते हैं। केवल आपका प्रकाशन तंत्र जानता है कि कौन-से slug पहले से लिए जा चुके हैं, इसलिए एक पर प्रतिबद्ध होने से पहले वहाँ देखिए।

वे अक्षर जिन्हें दूसरी नज़र चाहिए

जर्मन ß और उमलाउट

तीखा s बन जाता है ss, इसलिए Straße देता है strasse। उमलाउट अपने बिंदु खो देते हैं, इसलिए Müller देता है muller। कुछ जर्मन प्रकाशक mueller पसंद करते हैं, जो उच्चारण रखता है। अगर आपके पाठक e वाली वर्तनी खोजते हैं, तो बदलने से पहले शीर्षक को वैसे ही लिखिए।

स्कैंडिनेवियाई और पोलिश अक्षर

तिरछी रेखा वाला o सादा o बन जाता है, इसलिए Ørsted देता है orsted, और पोलिश ł बन जाता है l, इसलिए Łódź देता है lodz। Å और ä चिह्न खोकर a बन जाते हैं। ये वे परिणाम हैं जिनकी अधिकांश लोग अपेक्षा करते हैं, पर स्थानीय गर्व वाले नाम को हाथ से अलग बरताव मिलना चाहिए।

तुर्की का बिंदु वाला और बिना बिंदु का i

छोटे अक्षरों में बदलना पृष्ठ की भाषा का अनुसरण करता है। तुर्की में İ छोटा होकर i बनता है और I छोटा होकर ı, जो फिर अपने आप में अलग अक्षर रहता है। जो कन्वर्टर अंग्रेज़ी नियम लगाता है वह हर बड़े I को i बनाएगा और शब्द बदल देगा। यह पृष्ठ उस भाषा का अनुसरण करता है जिसमें वह लिखा है।

रोमानियाई, फ़्रेंच और स्पेनी उच्चारण-चिह्न

अक्षर ă, â, î, ș और ț बन जाते हैं a, a, i, s और t। फ़्रेंच में é, è, ê और ç देते हैं e और c। स्पेनी में ñ देता है n, जहाँ slug अर्थ बदल सकता है: año, यानी एक वर्ष, और ano, जो कुछ और है, एक ही स्ट्रिंग में सिकुड़ जाते हैं। जब सुर्ख़ी इस अंतर पर खेले, तो इसे ध्यान में रखिए।

वियतनामी के जमा चिह्न

वियतनामी अक्षर एक साथ दो चिह्न रख सकते हैं। दोनों हट जाते हैं, और đ बन जाता है d, इसलिए Hà Nội देता है ha-noi। परिणाम वियतनामी बोलने वाले के लिए पठनीय है, हालाँकि स्वर-घटक खो जाते हैं।

slug ऐसे क्यों दिखते हैं

छोटे अक्षर, क्योंकि पते केस-संवेदी हो सकते हैं

पते का पथ भाग कई सर्वरों पर केस-संवेदी है। /About और /about दो अलग पृष्ठ हो सकते हैं या एक पृष्ठ और एक त्रुटि। हर slug को छोटे अक्षरों में लिखना प्रश्न हटा देता है। खोज इंजन भी दोनों को अलग पते मानते हैं, इसलिए केस मिलाना एक पृष्ठ को दो प्रतियों में बाँट सकता है।

हाइफ़न, क्योंकि वे रिक्त स्थान की तरह पढ़े जाते हैं

खोज इंजन हाइफ़न को शब्द विभाजक और अंडरस्कोर को जोड़ने वाला मानते हैं। हाइफ़न वाला slug अलग शब्दों के रूप में पढ़ा जाता है, जो वही है जो आप उन शब्दों पर रैंकिंग के लिए चाहते हैं। इसीलिए वेब पते kebab-case पसंद करते हैं और इसीलिए अंडरस्कोर रूप snake_case कोड और डेटाबेस का है, पतों का नहीं।

कोई विशेष वर्ण नहीं, क्योंकि उन्हें एन्कोड करना पड़ता है

रिक्त स्थान, अल्पविराम, प्रश्नचिह्न, ऐम्परसैंड और स्लैश सब पते के भीतर अर्थ रखते हैं। प्रश्नचिह्न क्वेरी स्ट्रिंग शुरू करता है; स्लैश पथ का नया स्तर। जिस वर्ण का अपना अर्थ है उसे सादे टेक्स्ट के रूप में उपयोग होने पर प्रतिशत-एन्कोड करना पड़ता है, और %20 और %C3%A9 से भरा slug भद्दा और आसानी से टूटने वाला है। अक्षरों, अंकों और हाइफ़न पर टिके रहना पूरा प्रश्न टाल देता है।

कोई उच्चारण-चिह्न नहीं, क्योंकि हर उपकरण नहीं सँभाल पाता

आधुनिक ब्राउज़र उच्चारण वाला पता ठीक दिखाते हैं, पर वही पता ईमेल, चैट संदेश या छपी रिपोर्ट में प्रतिशत-चिह्नों की क़तार के रूप में आ सकता है। सादे अक्षर हर यात्रा झेल जाते हैं। यह लैटिन अक्षरों से चिह्न हटाने का सबसे मज़बूत तर्क है, और समझाता है कि लगभग हर प्रकाशन तंत्र ऐसा पूर्वनिर्धारित रूप से क्यों करता है।

साफ़ slug कहाँ मायने रखता है

ब्लॉग पोस्ट और लेख

ब्लॉग के लिए टेक्स्ट को URL slug में बदलना हर प्रकाशन दिनचर्या का भाग है। पोस्ट का slug लोगों द्वारा क्लिक से पहले पढ़ा जाता है: खोज परिणाम में, साझा किए लिंक में, ब्राउज़र टैब में। शीर्षक से मेल खाता slug भरोसे लायक़ लगता है। संख्याओं की क़तार पाठक को कुछ नहीं बताती। कई सामग्री प्रणालियाँ शीर्षक से slug अपने आप बनाती हैं, पर स्वचालित संस्करण बहुत लंबा हो सकता है या ऐसी तारीख़ रख सकता है जो सदाबहार लेख को पुराना दिखाए, इसलिए हाथ से संपादन आम है।

उत्पाद और श्रेणी पृष्ठ

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

डाउनलोड के लिए फ़ाइल नाम

Final Report (v2) copy.pdf नाम की फ़ाइल पते में परेशानी करेगी। final-report-v2.pdf नाम की नहीं करेगी। अगर आप डाउनलोड प्रकाशित करते हैं, तो slug का नियम अच्छा फ़ाइल-नाम नियम भी है। जिन दस्तावेज़ों को रास्ते में रूप बदलना है, उनके लिए HTML से PDF जैसा कन्वर्टर नाम और सामग्री को आपके नियंत्रण में रखता है।

एंकर और पृष्ठ के भीतर के लिंक

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

Git शाखाएँ और पहचानकर्ता

शाखा के नाम, मुद्दे के लेबल और फ़ोल्डर के नाम पतों जैसी ही सीमाओं का सामना करते हैं। Add user login नामक सुविधा बन जाती है add-user-login। उन कोड पहचानकर्ताओं के लिए जिन्हें हाइफ़न के बजाय बड़े अक्षर चाहिए, camelCase सहोदर रूप है।

यहाँ टेक्स्ट को URL slug में कैसे बदलें

शीर्षक चिपकाइए या टाइप कीजिए

टेक्स्ट को URL slug में बदलने के लिए पहले क्षेत्र में शीर्षक दर्ज कीजिए। slug आपके टाइप करते समय दूसरे में दिखता है, इसलिए आप हर विराम-चिह्न को ग़ायब होते देख सकते हैं।

पढ़िए क्या बदला

देखिए कि हाइफ़न कहाँ पड़े और जाँचिए कि हर शब्द बचा। अगर कोई शब्द ग़ायब है, तो संभवतः वह ऐसे अक्षरों का बना था जिन्हें पृष्ठ अपरिवर्तित रखता है, या वह ऐसे वर्ण से अलग था जो हाइफ़न बन गया। दोनों आँख से जल्दी पकड़े जाते हैं।

उसे जगह पर कॉपी कीजिए

कॉपी बटन दबाइए और slug जहाँ चाहिए वहाँ चिपकाइए। अगर आपका प्रकाशन तंत्र भी slug को छोटे अक्षरों में बदलता और साफ़ करता है, तो परिणाम अपरिवर्तित गुज़र जाएगा, जो अच्छा संकेत है कि दोनों सहमत हैं।

वही पंक्ति अन्य छह रूपों में

तुलना के लिए एक तालिका

कन्वर्टर के नीचे तालिका उदाहरण पंक्ति को साइट के सातों रूपों में दिखाती है: बड़े अक्षर, छोटे अक्षर, Title Case, snake_case, kebab-case, camelCase और URL slug। उन्हें अगल-बगल तुलना करना यह देखने का सबसे तेज़ तरीक़ा है कि कौन-सा कहाँ का है। अगर आप केवल शब्द छोटे चाहते हैं और कुछ और नहीं बदला जाना, तो छोटे अक्षर सादा चुनाव है; ऐसे शीर्षक के लिए जिसे व्यक्ति पढ़ेगा, Title Case उपयोग करने वाला रूप है।

slug कहाँ से आते हैं

समाचार-कक्ष का एक शब्द

slug शब्द वेब से पुराना है, और टेक्स्ट को हाथ से URL slug में बदलने की आदत भी, जो छापने वाले पेंसिल से करते थे। छपाई वाले समाचार-कक्ष में slug वह छोटा लेबल था जो कहानी पर तब चिपका रहता जब वह इमारत में घूमती, कुछ शब्द जो संपादकों और टाइपसेटरों को बताते कि कौन-सी कहानी कौन-सी है। सामग्री प्रबंधन प्रणालियों ने जब हर पृष्ठ के लिए छोटा लेबल चाहा तो नाम उधार लिया। काम वही है: कुछ सादे शब्द जो एक मद को बिना अस्पष्टता के पहचानें।

क्वेरी स्ट्रिंग से पठनीय पथ तक

आरंभिक गतिशील साइटें page.php?id=4731 जैसे पते उपयोग करती थीं। वे काम करते थे, पर कोई उन्हें पढ़ नहीं सकता था। पठनीय पथ तब आए जब साफ़ हुआ कि लोग क्लिक से पहले लिंक को आँकते हैं और खोज इंजन उसके शब्दों को तौलते हैं। आज लगभग हर प्रकाशन उपकरण slug बनाता है, और नियम कैसे काम करते हैं यह जानना आपको उस परिणाम को पहचानने में मदद करता है जिसे ठीक करना है।

व्यापक कार्यप्रवाह में slug

शीर्षकों की स्प्रेडशीट से पतों की सूची तक

साइट का स्थानांतरण अक्सर स्प्रेडशीट से शुरू होता है: शीर्षकों का एक स्तंभ और पुराने पतों का एक। नए पते शीर्षकों से आते हैं। हर शीर्षक को उसी नियम से बदलिए और नया स्तंभ पहली पंक्ति से अंतिम तक एकरूप है। जब शीट को दूसरी प्रणाली के लिए डेटा के रूप में निकलना हो, तो CSV से JSON पंक्तियों को रिकॉर्ड बनाता है, और JSON से CSV उन्हें जाँच के लिए वापस लाता है।

रीडायरेक्ट की योजना

जब आप पहले से मौजूद पृष्ठ के लिए टेक्स्ट को URL slug में बदलें, तो याद रखिए कि अगर पृष्ठ अपना slug बदले, तो पुराना पता नए पर रीडायरेक्ट होना चाहिए, वरना हर आवक लिंक टूटता है। पुराने और नए दोनों शीर्षकों को बदलना और दोनों slug को अगल-बगल रखना आपको बिना अनुमान के रीडायरेक्ट सूची देता है। सूची रखिए: रीडायरेक्ट रखने में सस्ते और खोने में महँगे हैं।

डिज़ाइन और पतों को संरेखित रखना

नामकरण पूरी परियोजना में मायने रखता है। डिज़ाइन फ़ाइल में Primary Button नामक कॉम्पोनेंट, स्टाइलशीट में क्लास primary-button और पृष्ठ /buttons/primary-button सब एक ही चीज़ का वर्णन करते हैं। जब नाम एक नियम का पालन करें, तो उपकरणों में खोज सब कुछ ढूँढ लेती है। उन कॉम्पोनेंटों के साथ आने वाले मापों के लिए px से rem आकार बदलता है जबकि नाम एकरूप रहते हैं।

ऐसे शीर्षक लिखना जो अच्छे slug बनें

मुख्य शब्द पहले रखिए

slug बाएँ से दाएँ पढ़ा जाता है, और पहले शब्द सबसे अधिक वज़न रखते हैं। शीर्षक को विषय से शुरू कीजिए, a, the या how जैसे भराव से नहीं। जो शीर्षक विषय से खुलता है वह विषय से खुलने वाला slug देता है।

छोटा रखिए

टेक्स्ट को URL slug में बदलने से पहले शीर्षक छाँटिए। चार से छह शब्द अच्छा लक्ष्य है। लंबे slug खोज परिणामों में कट जाते हैं और छपाई में अटपटे हैं। अगर शीर्षक लंबा है, तो slug के लिए छोटा संस्करण लिखिए और उस पंक्ति को बदलिए।

तारीख़ों से बचिए जब तक सामग्री दिनांकित न हो

slug में वर्ष पृष्ठ को पुराना करता है। समाचार के लिए तारीख़ समझदारी है। उस मार्गदर्शिका के लिए जिसे आप अद्यतन रखने की योजना बनाते हैं, उसे छोड़ दीजिए, और सामग्री ताज़ा होने पर भी पता वैध रहता है।

कीवर्ड ठूँसिए मत

जब आप टेक्स्ट को URL slug में बदलें, तो शब्द भरने के आवेग का विरोध कीजिए। एक ही शब्द तीन बार दोहराने वाला slug स्पैम जैसा दिखता है और कुछ नहीं पाता। एक बार, साफ़ कहिए।

एक नियम चुनिए और उस पर टिकिए

जब भी आप टेक्स्ट को URL slug में बदलें, वही पृष्ठ और वही आदतें उपयोग कीजिए। नियम जो भी हो, हर जगह लागू कीजिए। एकरूप पते लिंक करने, रीडायरेक्ट करने, विश्लेषण करने और याद रखने में आसान हैं।

टेक्स्ट को URL slug में बदलते समय जाल

ख़ाली परिणाम

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

अलग शीर्षक, वही slug

Résumé और Resume एक ही slug देते हैं, वैसे ही Año और Ano। आपका प्रकाशन तंत्र आमतौर पर दूसरे में संख्या जोड़ देगा, जो पते को कम अर्थपूर्ण बनाता है। ध्यान दीजिए कब होता है और अगर दोनों मायने रखते हैं तो शीर्षक बदलिए।

प्रकाशित slug बदलना

slug उस हर व्यक्ति से किए वादे का भाग है जिसने पृष्ठ से लिंक किया। रीडायरेक्ट के बिना उसे बदलना वह वादा तोड़ता है। प्रकाशन से पहले slug तय कीजिए, और अगर बाद में बदलना ही पड़े, तो उसी दिन रीडायरेक्ट जोड़िए।

निजी जानकारी वाले slug

पते के भीतर के नाम, ईमेल पते और ऑर्डर संख्याएँ सर्वर लॉग, ब्राउज़र इतिहास और साझा लिंक में पहुँचती हैं। अगर शीर्षक में कुछ निजी है, तो उसे जैसा है वैसा slug मत बनाइए।

मान लेना कि पृष्ठ और सर्वर सहमत हैं

आपका प्रकाशन तंत्र आपके चिपकाए किसी भी slug के ऊपर अपने नियम लगा सकता है। सहेजने के बाद अंतिम पता जाँचिए। अगर वह आपकी अपेक्षा से भिन्न है, तो तंत्र का कोई नियम है जो आपको जानना चाहिए।

बदलने से पहले के प्रश्न

संख्याओं का क्या होता है?

वे रहती हैं, पास के शब्द के भाग के रूप में या हाइफ़न के बीच अलग शब्दों के रूप में।

क्या बड़े अक्षर रखे जाते हैं?

नहीं। सब कुछ छोटे अक्षरों में बदला जाता है, पृष्ठ की भाषा का अनुसरण करते हुए।

क्या slug पूरा पता है?

नहीं। slug पथ का अंतिम टुकड़ा है। डोमेन और उसके पहले का कोई भी फ़ोल्डर आपकी साइट तय करती है।

क्या मैं हाइफ़न के बजाय अंडरस्कोर उपयोग कर सकता हूँ?

कर सकते हैं, पर पतों के लिए हाइफ़न मानक हैं, क्योंकि खोज इंजन उन्हें रिक्त स्थान की तरह पढ़ते हैं। कोड के लिए snake_case देखिए।

क्या मेरा टेक्स्ट कहीं अपलोड होता है?

नहीं। रूपांतरण आपके ब्राउज़र में होता है। मसौदा शीर्षक, ग्राहक का नाम या अप्रकाशित उत्पाद यहाँ उतना ही निजी है जितना टेक्स्ट एडिटर में।

अगर मेरी भाषा में लैटिन अक्षर नहीं हैं तो?

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

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

मान लीजिए आप छोटी बेकरी की साइट चलाते हैं और तीन पृष्ठ प्रकाशित कर रहे हैं: Crème Brûlée for Two, Sourdough Starter: Notes for Beginners और Müsli & Granola — 2026 Prices। आप उन्हें एक-एक करके चिपकाते हैं। पहला देता है creme-brulee-for-two। दूसरा देता है sourdough-starter-notes-for-beginners, और आप तय करते हैं कि यह बहुत लंबा है, इसलिए शीर्षक को Sourdough Starter Basics तक छोटा करते हैं और फिर बदलते हैं और पाते हैं sourdough-starter-basics। तीसरा देता है musli-granola-2026-prices; आप वर्ष हटाते हैं, क्योंकि पृष्ठ अद्यतन होगा, और musli-granola-prices पर पहुँचते हैं। तीन slug, सब छोटे अक्षरों में, सब हाइफ़न वाले, किसी पर चिह्न या प्रतीक नहीं। पूरे अभ्यास में एक मिनट लगा, और जो निर्णय मायने रखता था, वर्ष हटाना, आपका था, पृष्ठ का नहीं।

एक छोटी जाँच-सूची

बदलने से पहले

शीर्षक सादे शब्दों में लिखिए। विषय पहले रखिए। जिन तारीख़ों की ज़रूरत नहीं उन्हें हटाइए। तय कीजिए कि छोटा संस्करण बेहतर होगा या नहीं।

बदलते समय

हाइफ़न देखिए। सुनिश्चित कीजिए कि कोई शब्द ग़ायब नहीं हुआ, और देखिए कि उच्चारण वाले और विशेष अक्षर कैसे सँभाले गए।

बदलने के बाद

जाँचिए कि slug पहले से लिया नहीं है, ज़ोर से पढ़ने पर समझदार लगता है, और आपकी प्रणाली में अंतिम पता मेल खाता है। अगर आप प्रकाशित slug बदलें, तो रीडायरेक्ट जोड़िए।

आपका टेक्स्ट आपके उपकरण पर रहता है

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

संक्षेप में

यहाँ टेक्स्ट को URL slug में बदलने के लिए शीर्षक चिपकाइए और उसे इस रूप में पढ़िए: छोटे अक्षरों में, लैटिन अक्षरों से चिह्न हटे हुए, हर अन्य वर्ण हाइफ़न से बदला हुआ और दोहराए हाइफ़न एक में सिकुड़े। पृष्ठ जापानी, अरबी या यूनानी की लिप्यंतरण नहीं करता, रूसी й जैसे अक्षरों के अपने चिह्न नहीं हटाता, और न छोटा करता है न डुप्लिकेट जाँचता है, इसलिए वे निर्णय आपके पास रहते हैं। ß, ø और ł जैसे अक्षर ss, o और l बन जाते हैं, और छोटे अक्षरों में बदलना पृष्ठ की भाषा का अनुसरण करता है, इसलिए तुर्की İ तुर्की के रूप में सँभाला जाता है। कुछ भी अपलोड नहीं होता।