स्टैक ओवरफ्लो की तरह विहित यूरल परिवर्तनों को कैसे संभालें


13

स्टैक ओवरफ्लो साइटों में सभी बहुत सुंदर यूआरएल होते हैं जिसमें प्रश्न शीर्षक शामिल होता है। HTML में उस पेज के लिए कैनोनिकल url भी है।

मुझे अभी पता चला है कि जब मैं प्रश्न शीर्षक बदलता हूं, तो यूआरएल तुरंत बदल दिया जाता है। विहित यूआरएल भी अद्यतन किया जाता है। क्या इसका मतलब है कि जब तक पुराने कैनोनिकल यूआरएल वाला पेज नए कैनोनिकल यूआरएल पर रीडायरेक्ट करता है, तब तक सर्च इंजन कैनोनिकल यूआरएल के अपने रिकॉर्ड को भी अपडेट करेंगे?

क्या कोई और चीज़ है जो url को और अधिक स्मूथ बनाने के लिए सक्रिय रूप से कर सकती है?

जवाबों:


16

स्टैक एक्सचेंज के सभी प्रश्नों में एक संख्यात्मक आईडी (इस प्रश्न के लिए 28070) शामिल है जो केवल एक चीज है जो विशिष्ट रूप से एक प्रश्न की पहचान करती है।

इसलिए जब एक प्रश्न शीर्षक बदल जाता है, तो URL जैसे कि /28070/old-question-titleअभी भी प्रश्न दिखाता है क्योंकि आईडी अभी भी है। आईडी देखी जाती है और नया शीर्षक लौटाया जाता है, जिसका अर्थ है कि नया URL निर्धारित किया जा सकता है और इसे कैनोनिकल टैग में दिखाया जा सकता है।

यह खोज इंजन के लिए पूरी तरह से काम करता है - जब वे पुराने URL को देखते हैं तो वे कैनोनिकल URL देख सकते हैं (या ज्यादातर मामलों में 301 रीडायरेक्ट प्राप्त कर सकते हैं), इसलिए उनके सूचकांक को अपडेट करें।


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

यह एक बार फिर दिखाता है कि Google का एसईओ दुनिया को आगे बढ़ा रहा है। मैं एक कारण खोजने के लिए संघर्ष करता हूं कि साइटों को लंबे समय तक एसईओ खोजशब्दों से भरा यूआरएल की आवश्यकता होती है जब एक छोटा यूआरएल केवल संख्या के साथ पर्याप्त होगा। और मुझे यह न बताएं कि यह उपयोगकर्ता अनुभव को बढ़ाता है क्योंकि उपयोगकर्ता को पेज पर जाने के लिए अभी भी url / लिंक में नंबर दर्ज करना पड़ता है, इसलिए SEO के अलावा url में कीवर्ड के लिए कोई बहाना नहीं है।
मार्को डेमायो

1
@Marco UX तर्क URL में उपयोगकर्ता टाइपिंग के बारे में नहीं है, यह उपयोगकर्ता को यह संकेत देने के बारे में है कि पृष्ठ किस बारे में है। एक आईडी का उपयोग नहीं करने के लिए एक वैध तर्क है, लेकिन फिर आप एक त्वरित सरल आईडी के बजाय लंबे तार को देखकर तकनीकी कठिनाइयों को मारते हैं।
असंतुष्टगीतगोत्र

1
@ मुझे लगता है कि आपने सिर्फ अपनी बहस का जवाब दिया है;) अर्थहीन प्राथमिक कुंजी वास्तव में कोई नुकसान नहीं है और आप अभी भी अपने डेटाबेस में अतिरिक्त अद्वितीय बाधाओं का उपयोग कर सकते हैं।
असंतुष्टगीतगत

1
@ लूला: हां, यदि आप 301 या कैनोनिकल लिंक सेट करते हैं, तो Google उनके सूचकांक को अपडेट करने के लिए जान जाएगा।
लेज माजेस्ट
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.