यह मूल रूप से संसाधन के लिए एक अधिक सार्थक स्थान है। आईडी का उपयोग करना पूरी तरह से वैध है लेकिन इसका मतलब है कि लोगों की तुलना में मशीनों के लिए अधिक है।
सख्ती से आईडी बोलने की ज़रूरत नहीं होनी चाहिए यदि स्लग अद्वितीय है, तो आप उन्हें तिथियों के अंदर स्कैन करके अद्वितीय स्लग सुनिश्चित कर सकते हैं।
अर्थात:
/2008/sept/06/why-some-websites-add-slugs-end-of-urls/
मूल रूप से यह एक ही दिन में उपयोग किए जा रहे दो समान स्लग की कम संभावना का फायदा उठाता है। यदि कोई आम टकराव है तो स्लग के अंत में एक काउंटर जोड़ना है, लेकिन यह दुर्लभ है कि आप कभी भी इन्हें देखें:
/2008/sept/06/why-some-websites-add-slugs-end-of-urls/
/2008/sept/06/why-some-websites-add-slugs-end-of-urls-1/
/2008/sept/06/why-some-websites-add-slugs-end-of-urls-2/
बहुत सारे स्लग एल्गोरिदम से यूआरएल को छोटा रखने में सहायता करने के लिए "द" और "ए" जैसे सामान्य शब्दों से भी छुटकारा मिलता है। यह स्कोप दृष्टिकोण भी किसी दिन, महीने या वर्ष के लिए सभी संसाधनों को खोजने के लिए बहुत सरल बनाता है - आप बस खंडों को काटते हैं।
इसके अतिरिक्त, स्टैन्कवरफ्लो यूआरएल इस मायने में खराब हैं कि वे स्लग को सुविधा देने के लिए एक अतिरिक्त खंड का परिचय देते हैं, जो इस विचार का उल्लंघन है कि प्रत्येक खंड को एक संसाधन पदानुक्रम के अवरोही का प्रतिनिधित्व करना चाहिए।