सारांश: slug जनरेटर हर शीर्षक को टाइप करते ही साफ़ URL slug में बदल देता है: छोटे अक्षर, बदले हुए एक्सेंट (é बन जाता है e, ß बन जाता है ss), हटाए गए विराम चिह्न और हाइफ़न से जुड़े शब्द। Google URL में पढ़े जाने लायक शब्दों और हाइफ़न की सलाह देता है, लेकिन कहता है कि अकेले URL पाथ में कीवर्ड का रैंकिंग पर लगभग कोई असर नहीं होता। एक छोटा, वर्णनात्मक slug एक बार लिखें, और उसे 301 रीडायरेक्ट के बिना कभी न बदलें।
एक slug जनरेटर URL के आख़िरी हिस्से को सँभालता है, यानी डोमेन के बाद के वे शब्द जो एक ही पेज का नाम तय करते हैं: example.com/blog/email-marketing-for-restaurants में slug है email-marketing-for-restaurants। Google का दस्तावेज़ URL में “लंबी ID संख्याओं के बजाय पढ़े जाने लायक शब्द” माँगता है और उन्हें अलग करने के लिए हाइफ़न की सलाह देता है (Google Search Central, URL संरचना की सर्वोत्तम प्रथाएँ). slug छोटा है, लेकिन वह सर्च नतीजों में, शेयर किए गए लिंक में और पेज के हर आंतरिक लिंक में दिखता है।
slug जनरेटर कैसे काम करता है?
टेक्स्ट फ़ील्ड में शीर्षक चिपकाएँ या टाइप करें। slug तुरंत नीचे दिखता है, पूरे पते के प्रीव्यू और उसे कॉपी करने के बटन के साथ। दो विकल्प नतीजे को समायोजित करते हैं।
- बदलने वाला टेक्स्ट लिखें, आम तौर पर पेज का शीर्षक या उसका मुख्य कीवर्ड।
- सेपरेटर चुनें: हाइफ़न (सुझाया गया) या अंडरस्कोर, अगर आपका प्लेटफ़ॉर्म उसकी माँग करता है।
- अधिकतम लंबाई सेट करें अगर आपका CMS slug को सीमित करता है। कोई सीमा न चाहिए तो 0 छोड़ें।
- slug कॉपी करें और पब्लिश करने से पहले उसे अपने CMS के URL फ़ील्ड में चिपकाएँ।
यह टूल आपके ब्राउज़र में चलता है: कोई अकाउंट नहीं, कोई सीमा नहीं, कुछ भी सर्वर पर नहीं भेजा जाता। नतीजे के नीचे URL की सर्वोत्तम प्रथाओं की एक चेकलिस्ट है, जिसे पब्लिश करने से पहले देखा जा सकता है।
जनरेटर आपके टेक्स्ट में क्या बदलता है?
यह हर शीर्षक पर इसी क्रम में पाँच नियम लागू करता है। नीचे की तालिका असली उदाहरणों पर नतीजा दिखाती है।
| नियम | इनपुट | आउटपुट |
|---|---|---|
| हर अक्षर छोटा | Email Marketing Guide | email-marketing-guide |
| लैटिन एक्सेंट बदले जाते हैं, हटाए नहीं जाते | Café crème à Paris | cafe-creme-a-paris |
| विशेष अक्षर शब्दों में लिखे जाते हैं | Straße, œuvre, Æsop | strasse-oeuvre-aesop |
| विराम चिह्न और प्रतीक हटते हैं | SEO in 2026: What's New? | seo-in-2026-whats-new |
| खाली जगहें और लगातार हाइफ़न एक हो जाते हैं | red -- running shoes | red-running-shoes |
गैर-लैटिन लिपियाँ जैसी हैं वैसी रहती हैं: जापानी, अरबी या चीनी शीर्षक उसी लिपि में slug देता है। Google इसे समर्थन देता है और URL में “आपके दर्शकों की भाषा के शब्द” इस्तेमाल करने की सलाह देता है, लागू हो तो लिप्यंतरण के साथ (Google, URL संरचना). ब्राउज़र ये अक्षर सामान्य रूप से दिखाते हैं, भले ही पर्दे के पीछे वे प्रतिशत-एन्कोड होते हों।
क्या slug Google रैंकिंग को प्रभावित करते हैं?
बहुत कम, और Google यह सीधे कहता है। उसकी SEO स्टार्टर गाइड कहती है कि डोमेन नाम या URL पाथ में कीवर्ड “अकेले ब्रेडक्रंब में दिखने के अलावा लगभग कोई असर नहीं डालते” (Google Search Central, SEO स्टार्टर गाइड). एक अच्छा slug कमज़ोर पेज को ऊपर नहीं ले जाएगा।
तो फिर इसकी परवाह क्यों? क्योंकि slug एल्गोरिदम से पहले लोगों की सेवा करता है।
- सर्च करने वाले उसे पढ़ते हैं। URL पाथ नतीजे में ब्रेडक्रंब के रूप में दिख सकता है, और एक साफ़ पाथ पुष्टि करता है कि पेज क्वेरी से मेल खाता है।
- पाठक उसे शेयर करते हैं। /blog/restaurant-newsletter-ideas जैसा लिंक बताता है कि लोग क्या खोलेंगे; /p?id=4821 ऐसा नहीं करता।
- आपकी टीम उसका इस्तेमाल करती है। पढ़े जाने लायक URL एनालिटिक्स रिपोर्ट, रीडायरेक्ट और आंतरिक लिंकिंग को आसानी से सँभालने देते हैं।
- वह टिकता है। उपयोगिता शोध दशकों से छोटे, आसानी से टाइप होने वाले, पूरी तरह छोटे अक्षरों वाले और स्थायी URL की सलाह देता आया है (Nielsen Norman Group, URL as UI).
अच्छा URL slug क्या बनाता है?
अच्छा slug पेज का वर्णन तीन से पाँच शब्दों में करता है, मुख्य कीवर्ड इस्तेमाल करता है और उससे ज़्यादा कुछ नहीं। इन जोड़ियों की तुलना करें।
| कमज़ोर slug | बेहतर slug | क्यों |
|---|---|---|
| /blog/post-4821 | /blog/restaurant-newsletter-ideas | ID की जगह शब्द |
| /the-10-best-ideas-for-a-newsletter-for-your-restaurant-in-2026 | /restaurant-newsletter-ideas | छोटा, फ़िलर शब्द नहीं, अपडेट करने के लिए कोई साल नहीं |
| /Restaurant_Newsletter_Ideas | /restaurant-newsletter-ideas | छोटे अक्षर और हाइफ़न |
| /newsletter-newsletter-ideas-newsletter-tips | /newsletter-ideas | कीवर्ड का दोहराव नहीं |
- फ़िलर शब्द हटाएँ, जैसे “the”, “a”, “for”, “and”, जब अर्थ साफ़ रहे। जनरेटर हर शब्द रखता है, इसलिए उन्हें खुद काटें।
- तारीखें और संख्याएँ छोड़ें जो बदलेंगी। “best-crm-tools” को हर साल अपडेट किया जा सकता है; “best-crm-tools-2026” या तो नया URL माँगता है या पुराना रह जाता है।
- पूरी साइट में एकरूप रहें: एक ही भाषा, एक ही सेपरेटर, फ़ोल्डरों की एक ही गहराई।
हाइफ़न या अंडरस्कोर?
हाइफ़न इस्तेमाल करें। Google स्पष्ट रूप से “अंडरस्कोर (_) के बजाय हाइफ़न (-)” की सलाह देता है, क्योंकि वे उपयोगकर्ताओं और सर्च इंजनों को URL में अवधारणाएँ पहचानने में मदद करते हैं, और वह “ऐतिहासिक कारणों से” अंडरस्कोर के खिलाफ़ सलाह देता है (Google, URL संरचना). अंडरस्कोर का विकल्प उन सिस्टम के लिए रखें जो उसे थोपते हैं, जैसे कुछ फ़ाइल नामकरण परंपराएँ।
छोटे अक्षरों का एक तकनीकी कारण भी है। Google URL को केस-सेंसिटिव मानता है: Google Search के लिए /APPLE और /apple दो अलग पते हैं। छोटे अक्षरों वाला slug उस गलती से बचाता है जब कोई URL को अलग-अलग बड़े अक्षरों के साथ टाइप करे या लिंक करे।
क्या पब्लिश हो चुके पेज का slug बदलना चाहिए?
शायद ही कभी। पब्लिश हुए URL पर लिंक, बुकमार्क और इतिहास जमा होता है। जैसा W3C ने लंबे समय पहले कहा था, “cool URIs don't change” (W3C, Cool URIs don't change). slug तभी बदलें जब वह भ्रामक हो, न पढ़ा जा सके, या गलत विषय से जुड़ा हो, और ये चरण अपनाएँ।
- पुराने URL से नए URL तक एक स्थायी सर्वर-साइड रीडायरेक्ट (301 या 308) सेट करें। Google इसे लोगों और Google Search दोनों को सही पेज तक भेजने का सबसे अच्छा तरीका बताता है (Google Search Central, रीडायरेक्ट).
- अपने आंतरिक लिंक अपडेट करें ताकि वे सीधे नए URL पर जाएँ, बिना रीडायरेक्ट के एक और कदम के।
- पेज का sitemap और canonical टैग अपडेट करें।
- पुराने URL की जाँच करें रीडायरेक्ट चेकर से, यह पुष्टि करने के लिए कि नए पते पर एक ही 301 है।
शब्दावली के लिए हमारी शब्दावली की प्रविष्टियाँ देखें: URL slug और 301 रीडायरेक्ट।
पूरे URL में slug कहाँ होता है?
slug सिर्फ़ आख़िरी हिस्सा है। उसके पहले के फ़ोल्डर लोगों और Google को बताते हैं कि पेज आपकी साइट में कहाँ है, इसलिए दोनों की योजना साथ बनाएँ।
| हिस्सा | उदाहरण | भूमिका |
|---|---|---|
| प्रोटोकॉल और डोमेन | https://example.com | साइट की पहचान करता है |
| भाषा फ़ोल्डर | /fr/ | बहुभाषी साइट के संस्करण अलग करता है |
| सेक्शन फ़ोल्डर | /blog/ | एक ही प्रकार या विषय के पेज समूहित करता है |
| slug | restaurant-newsletter-ideas | इस एक पेज का नाम तय करता है |
फ़ोल्डर की गहराई कम रखें: ज़्यादातर साइटों के लिए दो स्तर काफ़ी हैं। बहुभाषी साइट पर slug का भी अनुवाद करें, ताकि हर भाषा का संस्करण वे शब्द इस्तेमाल करे जो उसके पाठक खोजते हैं, और संस्करणों को hreflang से जोड़ें।
क्या AI सर्च के लिए slug मायने रखते हैं?
थोड़े-से, Google जैसे ही। वेब ब्राउज़ करने वाले AI सहायक URL को शीर्षक और सामग्री के साथ पढ़ते हैं, और वर्णनात्मक slug पुष्टि करता है कि पेज किस बारे में है। यह टेक्स्ट में साफ़ जवाब की जगह नहीं लेता: पेज को जो उद्धृत करवाता है वह एक ऐसा अंश है जो सवाल का जवाब देता है। slug इंसानों के लिए लिखें, और अपनी मेहनत सामग्री पर लगाएँ।
slug जनरेटर की सीमाएँ क्या हैं?
- यह अर्थ को छोटा नहीं करता। यह हर शब्द रखता है; वे तीन से पाँच शब्द चुनना जो मायने रखते हैं, आपका काम है।
- अधिकतम लंबाई अक्षरों के हिसाब से काटती है। यह आख़िरी हाइफ़न हटाता है, पर आख़िरी शब्द को आधा भी काट सकता है: 30 की सीमा पर “restaurant newsletter ideas for small teams” बन जाता है restaurant-newsletter-ideas-fo। नतीजा दोबारा पढ़ें।
- यह सिर्फ़ लैटिन एक्सेंट बदलता है। दूसरी लिपियाँ जैसी टाइप की गई हैं वैसी रहती हैं, जो ज़्यादातर साइटों के लिए सही है, पर अपने CMS से जाँचने लायक है।
- यह डुप्लीकेट जाँचता नहीं। पक्का करें कि आपकी साइट के किसी दूसरे पेज पर वही slug पहले से न हो।
साफ़ URL से पब्लिश किए गए लेखों तक
अच्छा slug छोटा, पढ़ने लायक, छोटे अक्षरों वाला, हाइफ़न से जुड़ा और स्थायी होता है। पहले ब्लॉग शीर्षक जनरेटर से शीर्षक लिखें, उसे SERP प्रीव्यू टूल में जाँचें, फिर यहाँ slug बनाएँ। अगर आप अक्सर पब्लिश करते हैं, तो Sorank ब्लॉग लेख जनरेटर आपकी साइट पर संरचित लेख लिखकर पब्लिश करता है, और टॉपिकल क्लस्टर जनरेटर उन्हें ऐसे सिलो में व्यवस्थित करता है जिसमें दो पेज एक ही क्वेरी पर न हों। autopilot पर पब्लिश करने के लिए Sorank के प्लान देखें।
