(एक समान प्रश्न डुप्लिकेट के रूप में बंद हो गया, लेकिन ओपी को विशेष रूप से एसईओ में दिलचस्पी नहीं थी, इसलिए यहां सामान्य लाभों के बारे में एक उत्तर आता है)
URL में प्रकाशन दिनांक शामिल करना अच्छा URL डिज़ाइन हो सकता है ।
प्रयोज्यता: वर्णनात्मक यूआरएल
एक URL उस सामग्री के बारे में सुराग दे सकता है जिसे वह संदर्भित करता है। लिंक पर क्लिक करने से पहले उपयोगकर्ताओं को ऐसी जानकारी देना एक अच्छी बात है। उदाहरण के लिए, इन URL की तुलना करें:
http://blog.example.com/review-of-my-new-laptop
http://blog.example.com/2011/08/21/review-of-my-new-laptop
यहां शामिल दिनांक उपयोगी हो सकती है: यह अब 2014 है, वर्तमान लैपटॉप में रुचि रखने वाले उपयोगकर्ताओं को संभवतः इस पोस्ट में उपयोगी जानकारी नहीं मिलेगी, क्योंकि समीक्षित लैपटॉप बहुत पुराना होगा।
बेशक, यह केवल मानव उपयोगकर्ताओं के लिए उपयोगी नहीं होना चाहिए। डेटा उपभोक्ता (खोज इंजन की तरह) भी इस जानकारी का उपयोग कर सकते हैं।
मुझे नहीं पता कि कोई भी खोज इंजन इसे निकालता है, लेकिन खोज इंजन का व्यवहार अक्सर बदल सकता है, और उनमें से कई sooo हैं। मैं केवल यह कह रहा हूं कि यह एक संभावना है। एक स्पष्ट और वास्तविक मामला SERPs में खोज शब्दों पर प्रकाश डाल रहा है। उदाहरण के लिए, Google खोज का यह स्क्रीनशॉट जहां "2014" को परिणाम URL में प्रकाशित प्रकाशन तिथि में हाइलाइट किया गया है:
प्रयोज्यता: ब्राउज़ करने योग्य URL
URL http://blog.example.com/2011/08/21/review-of-my-new-laptop
उपयोगकर्ताओं को URL सेगमेंट को दाईं ओर से बाईं ओर ब्राउज़ करने की अनुमति दे सकता है:
http://blog.example.com/2011/08/21/
(उसी दिन प्रकाशित सभी पोस्ट)
http://blog.example.com/2011/08/
(एक ही महीने में प्रकाशित सभी पोस्ट)
http://blog.example.com/2011/
(एक ही वर्ष में प्रकाशित सभी पोस्ट)
(यदि आप ब्राउज़िंग की अनुमति नहीं देना चाहते हैं, तो उदाहरण के लिए स्लैश का उपयोग न करने पर विचार करें, और उपयोग करें /2011-08-21/
।)
कार्यान्वयन: नाम टकराव
कुछ साल बाद, एक और नया लैपटॉप। लेखक बहुत रचनात्मक नहीं है और लेख को फिर से नाम देता है, "मेरे नए लैपटॉप की समीक्षा"। अब क्या? आप URL में किसी प्रकार का काउंटर जोड़ सकते हैं, जैसे
http://blog.example.com/review-of-my-new-laptop-2
, या
http://blog.example.com/review-of-my-new-laptop/2
, या
http://blog.example.com/2/review-of-my-new-laptop
।
बहुत सुंदर नहीं है। पहले उदाहरण में, ऐसा लगता है कि "2" लेख के शीर्षक का हिस्सा होगा (जो कि मामला नहीं है); दूसरे उदाहरण में, ऐसा लगता है कि यह लेख का पृष्ठ 2 होगा; अंतिम उदाहरण में यह निरंतरता के साथ टूटता है (जब तक कि आप /1/
प्रारंभ से सभी अन्य URL के लिए जोड़ नहीं देंगे)।
इसके लिए एक सामान्य समाधान एक आईडी जोड़ना है (जैसे 49781
यह बहुत ही प्रश्न के लिए)। लेकिन आप ऐसा क्यों करना चाहेंगे जब आप तारीख का उपयोग आईडी की तरह कर सकते हैं? दिनांक का एक अर्थ है (और उपयोगकर्ताओं के लिए उपयोगी हो सकता है), आईडी उपयोगकर्ताओं (और बेकार) के लिए अपारदर्शी होगी। तो यह होगा
http://blog.example.com/2011/08/21/review-of-my-new-laptop
http://blog.example.com/2014/01/09/review-of-my-new-laptop
के बजाय
http://blog.example.com/00211812/review-of-my-new-laptop
http://blog.example.com/02401109/review-of-my-new-laptop
(इस धारणा के तहत कि एक ही नाम वाले कोई भी लेख उसी दिन पोस्ट नहीं किए जाते हैं।)
बेशक यह सब केवल उन वेबसाइटों के लिए प्रासंगिक है जिनकी पहली जगह में उपयोगी प्रकाशन की तारीख है। सभी पृष्ठों में प्रकाशन तिथि नहीं हो सकती है। और यहां तक कि जब पृष्ठ पर प्रकाशन की तारीखें दिखाई जाती हैं, तो जरूरी नहीं कि उन्हें URL में भी शामिल किया जाए।