URL सेगमेंट में तारीख का लाभ


14

मुझे URL सेगमेंट में दिनांक के बारे में उत्सुकता थी, क्या लाभ का कोई एसईओ बिंदु है? उदाहरण के लिए निम्नलिखित URL:

http://techcrunch.com/2013/06/18/netflix-will-launch-in-the-netherlands-later-this-year-as-its-international-expansion-slows/
http://tips-for-new-bloggers.blogspot.in/2007/02/adding-favicon-icon-to-blogger-url.html 
https://community.jivesoftware.com/blogs/jivespace/2013/05/15/eol-of-the-html5-ipad-web-app

उपरोक्त सभी URL में दिनांक खंड है। उन ब्लॉगों की जानकारी को ब्लॉग नेट के माध्यम से प्राप्त किया जा सकता है, जैसे "नेटफ्लिक्स-व-लॉन्च-इन-द-नेथरलैंड्स-बाद में-यह-साल-के-इसके-अंतर्राष्ट्रीय-विस्तार-धीमा" के रूप में क्यों उस तिथि भाग का उपयोग करना है?

जवाबों:


11

(एक समान प्रश्न डुप्लिकेट के रूप में बंद हो गया, लेकिन ओपी को विशेष रूप से एसईओ में दिलचस्पी नहीं थी, इसलिए यहां सामान्य लाभों के बारे में एक उत्तर आता है)

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 में प्रकाशित प्रकाशन तिथि में हाइलाइट किया गया है:

Google खोज: मिस्र के राष्ट्रपति 2014

प्रयोज्यता: ब्राउज़ करने योग्य 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 में भी शामिल किया जाए।


5

मुझे URL में दिनांक होने से किसी भी SEO लाभ के बारे में नहीं पता है और मुझे संदेह है कि इन साइटों ने SEO के लिए इस संरचना का उपयोग किया है, बस इसका URL संरचना उन्होंने चुना है, जो संभवत: उपयोग की दृष्टि से है।

उदाहरण के लिए, वर्डप्रेस में (CMS टेकक्रंच चालू है) URL में तिथियों की डिफ़ॉल्ट पर्मलिंक (URL) सेटिंग्स में से एक है।

यहां मैट कट्स का एक वीडियो है जिसमें बताया गया है कि Google यह निर्धारित करने के लिए अपने तरीके का उपयोग करता है कि कैसे नए URL हैं और आपको URL में दिनांक का उपयोग करने की आवश्यकता नहीं है

आपके द्वारा बताए गए उदाहरणों में भी आप तिथियों के बिना पृष्ठ देख सकते हैं, यह ऐसा नहीं है - Techcrunch आपको URL में उस दिनांक के साथ पुनर्निर्देशित करता है, और अन्य दो साइटें दिनांक निकालते समय 404 फेंक देती हैं।


3

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

URL में दिनांक होने से कोई विशेष SEO लाभ नहीं है। खोज इंजन निश्चित रूप से एक लेख पहली बार बनाया गया था जब पता करने के लिए तारीख को पार्स कर सकते हैं, लेकिन समान रूप से अगर तारीख उस पृष्ठ पर है जो वे उपयोग करेंगे।

उपयोगकर्ताओं के लिए, एकमात्र लाभ यह है कि वे यह देख सकते हैं कि URL पर क्लिक करने से पहले कोई पोस्ट कितनी पुरानी है। यह स्थिति के आधार पर फायदेमंद हो सकता है या नहीं भी हो सकता है। बस एक छोटे 'स्लग' (शायद एक श्रेणी खंड के साथ) का उपयोग करना उपयोगकर्ताओं और खोज इंजन के लिए पर्याप्त है।


2

URL में तारीख डालने के लिए कोई SEO लाभ नहीं है क्योंकि खोज इंजन और उपयोगकर्ताओं को छोटे URL पसंद हैं। एकमात्र कारण जो मैं देख रहा हूं वह है डुप्लिकेट URL समस्याओं से बचने के लिए (भले ही इस तरह की समस्या के लिए, मैं idURL में उपयोग करना पसंद करता हूं )।


1

मैं इस बात से सहमत हूं कि URL पथ में दिनांक दिखाने का कोई SEO लाभ नहीं है, और यह इंगित करना चाहते हैं कि URL संरचनाएं इस तरह से SEO नुकसान पैदा कर सकती हैं ।

वर्णों के बारे में अधिकतम 70 के बाद Google SERPS में आपके प्रदर्शन URL को छोटा कर दिया गया है। यह तर्कपूर्ण है कि URL स्ट्रिंग में संख्याओं (तारीखों) को जोड़ने से URL की शब्दार्थ पठनीयता और कथित सूचना की खुशबू कम हो जाती है।

उदाहरण के लिए, तुलना करें:

www.longishdomainname.com/blog/12/22/2015/keyword-rich-article-title-here

longishdomainname.com/keyword-rich-article-title-here

... दूसरा URL बस साफ दिखता है और यह यकीन है कि यह पूर्व की तुलना में अधिक क्लिक प्राप्त करेगा। CTR, एल्‍गो की रैंकिंग का एक कारक है।

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.