Stack Overflow question URL में SEO friendly 'question' से पहले प्रश्न आईडी क्यों है?

Question

उदाहरण के लिए इस यादृच्छिक प्रश्न को लें: जिस टूल या प्लगइन को दिखाने की आवश्यकता होती है , उसमें HTML किसी दिए गए css चयनकर्ताओं का उपयोग करता है , ध्यान दें कि प्रासंगिक फ़ाइल है /questions/16999।

अब, यह संभव है कि यूआरएल इस तरह किया जा सकता है:

/webmasters/tool-or-plugin-required-to-show-out-in-which-html-files-a-given-css-selectors-is/16999`

यही प्रश्न_ प्रश्न के बाद है, और जो पहले url में आता है, वह seo में अधिक होता है, प्रश्नोत्तर के बाद प्रश्न भाग क्यों आता है।

मैंने एक लेख में यह भी पढ़ा कि केवल पहले दो उपनिर्देशिकाएँ प्रासंगिक हैं इसलिए केवल /question/16999प्रासंगिक हैं। एसओ को देखकर यह निश्चित रूप से सच नहीं है, लेकिन मैं इस के वजन पर फैसला नहीं कर सकता।

मैं पूछ रहा हूं क्योंकि मैं seo ऑप्टिमाइज़ेशन लागू करने जा रहा हूं और बाद में अपने पृष्ठों के लिंक को बदलना नहीं चाहता।

Comments

btw मैं एक टैग के रूप में उपनिर्देशिका जोड़ना चाहता था

— औरो जूल

पेजिंग @ जेफ एटवुड। (संभवत: स्रोतों तक भी जा सकते हैं।)

— सु '

कभी-कभी URL को छोटा किया जा सकता है (जानबूझकर (DB में स्टोर करने के लिए बहुत लंबा है) या गलती से) .. और यदि आईडी स्लग से पहले है, तो सर्वर / स्क्रिप्ट अभी भी आपके इच्छित पेज को पहचान सकता है, लेकिन अंत में आईडी के साथ इसकी सबसे अधिक संभावना होगी नहीं। इस पृष्ठ का URL आज़माएं - पिछले कुछ वर्णों को हटा दें और सबमिट करें - सर्वर आपको सही URL पर पुनर्निर्देशित करेगा (जाहिर है कि पीछे कोड ऐसे परिदृश्य के लिए विशेष उपचार है)। अंत में आईडी के साथ आप संभवतः पूरी तरह से अलग प्रश्न (या त्रुटि पृष्ठ) देखेंगे। webmasters.stackexchange.com/questions/16641/…

— LazyOne

@Lazyone, मेकअप एक जवाब, ताकि हम उसे मतदान कर सकते हैं कि

— जॉन कोंडे

यदि आप इस प्रश्न के लिए URL की अंतिम "निर्देशिका" को छोड़ देते हैं, तो भी आपको यह प्रश्न मिलता है: webmasters.stackexchange.com/questions/17002/foo-bar

— kzh

Answer 1

मुझे सटीक कारण पता नहीं है कि स्लैकएक्सचेंज साइट्स के पास स्लग से पहले आईडी क्यों है, लेकिन यहां पर मुझे इस तरह से करना होगा:

कभी-कभी URL को छोटा किया जा सकता है (जानबूझकर (DB में स्टोर करने के लिए बहुत लंबा है) या गलती से (कॉपी-पेस्ट होने पर अक्सर होता है) .. और अगर आईडी स्लग से पहले है, तो सर्वर / स्क्रिप्ट अभी भी उस पेज को पहचान सकता है जिसे आप चाहते हैं लेकिन अंत में आईडी के साथ यह सबसे अधिक संभावना नहीं होगी।

इस पृष्ठ का URL आज़माएं - पिछले कुछ वर्ण हटा दें और सबमिट करें - सर्वर आपको सही URL पर पुनर्निर्देशित करेगा ( जाहिर है कि इस साइट के पीछे का कोड ऐसे परिदृश्य के लिए विशेष उपचार है )। अंत में आईडी के साथ आप संभवतः पूरी तरह से अलग सवाल (इस तरह के मामले में सबसे आम व्यवहार) .. या बस त्रुटि पृष्ठ (जब सर्वर / स्क्रिप्ट सुनिश्चित करता है कि स्लग मैच आईडी) देखेंगे।

एसईओ प्रभाव के संबंध में - इस प्रश्न को देखें: एसईओ: यूआरएल: आईडी के लिए सबसे अच्छी जगह

Comments

— Truncation

Answer 2

हां, यह है कि वे प्रश्न के शीर्षक के बाद आईडी जोड़ सकते थे यदि वे चाहें।

आईडी और एसईओ की स्थिति के बारे में, मेरी राय में मुझे नहीं लगता कि इससे कोई फर्क पड़ेगा (ठीक है अगर यह डोमेन नाम में होता)।

मानवीय पठनीयता की दृष्टि से, URL में दफन करने के बजाय, मानव पठनीय शीर्षक अंत में स्पष्ट (कम से कम मेरे लिए) प्रतीत होता है।

मैंने एक लेख में यह भी पढ़ा कि केवल पहले दो उपनिर्देशिकाएँ प्रासंगिक हैं इसलिए केवल / प्रश्न / 16999 प्रासंगिक है। एसओ को देखकर यह निश्चित रूप से सच नहीं है, लेकिन मैं इस के वजन पर फैसला नहीं कर सकता

आपने यह कहां पढ़ा? मुझे नहीं लगता कि यह सही है, और आजकल ये फिर से लिखे गए URL आमतौर पर किसी भी तरह से उपनिर्देशिका से संबंधित नहीं हैं।

Comments

मुझे लगता है कि हमें असहमत होने के लिए सहमत होना पड़ेगा। मेरे लिए, url के बीच में एक यादृच्छिक संख्या (ठीक है यह प्रश्न आईडी है) थोड़े अजीब तरह से पढ़ने की तुलना में अजीब है / प्रश्न / क्या-क्या-आप-के लिए-दोपहर का भोजन / मम्मी-जंबल। यहाँ मैं बस हर चीज़ की अनदेखी करना शुरू कर दूँगा।

— औरो जूल 18'11

btw यहाँ लिंक मैं 2 उपनिर्देशिकाओं के बारे में बात पढ़ रहा हूँ, goodwebsiteinspector.com/en/…

— जूल

हां, हमें विघटन के लिए सहमत होना पड़ेगा :) मैं उस लिंक में 'उप-विषयक' के बारे में निष्कर्ष से सहमत नहीं हूं। ये आमतौर पर उपनिर्देशिकाएं नहीं हैं, और Google जानता है कि। यहां तक ​​कि अगर यह था, तो क्यों एक संभावित उपयोगी संसाधन को नीचे गिरा देगा, बस क्योंकि यह 'गहरा' था?

— UpTheCric

Answer 3

सर्वर द्वारा URL का प्रसंस्करण सवाल आईडी नंबर और स्लैश के बाद URL के हिस्से की अनदेखी कर रहा है। ये सभी समतुल्य हैं:

/ प्रश्न / 16999
/ प्रश्न / 16999 /
/ प्रश्न / 16999 / कोई भी पाठ-पर-सभी

वे सभी स्लैश के बाद (सुधारक) प्रश्न पाठ वाले URL पर रीडायरेक्ट करते हैं।

यह उन्हें एक पेज से दूसरे पेज (जैसे इस पेज पर संबंधित साइडबार में लिंक ), HTML ट्रांसमिशन समय के साथ-साथ भंडारण और सीपीयू चक्रों की बचत के लिए लघु रूप URL का उपयोग करने की अनुमति देता है। कैनोनिकल URL (एक पुनर्निर्देशित) में प्रश्न-पाठ होने से, उन्हें अभी भी URL में संबंधित पाठ को खोज इंजन अनुक्रमण में उपयोग करने के लाभ मिलते हैं।

Comments

मैं SO पर कोई उदाहरण नहीं देख सकता जहाँ वे URL के लघु संस्करण का उपयोग करते हैं।

— UpTheCreek

@UpTheCreek, किसी भी जवाब के नीचे शेयर बटन पर क्लिक करें। उदाहरण के लिए webmasters.stackexchange.com/q/17002

— azerafati