खंड या पाठ का लिंक: पहुँचने की जगह जाँचें

पहले तय करें पाठक को कहाँ पहुँचाना है

आप लंबे मार्गदर्शक का खुलने का समय भेजना चाहते हैं, न कि किसी को पूरा दस्तावेज़ खोजने के लिए कहना। पता कॉपी करने से पहले पेज और वह शीर्षक या वाक्य पहचानें जिसे पाठक ढूँढ़ेगा। देखे गए प्रश्न बताते हैं कि खंड और उभारे हुए पाठ को जोड़ने तथा कुछ पेजों पर वही तरीका न चलने को समझने में वास्तविक कठिनाई है। यह मार्गदर्शक दो परिणाम अलग रखता है: सही दस्तावेज़ खुलना और उसके भीतर तय अंश तक पहुँचना। दोनों को परीक्षण का मानदंड रखें। लिंक मार्गदर्शक खोले लेकिन समय तक नीचे न जाए तो पहला परिणाम ही पुष्ट हुआ। उस आंशिक जाँच को पूरी तरह जाँचा हुआ गहरा लिंक न कहें।

पहचानकर्ता और पाठ खोज में अंतर करें

MDN बताता है कि फ़्रैगमेंट# से शुरू होता है और संसाधन मिलने के बाद क्लाइंट उसे समझता है; वह सर्वर को भेजे अनुरोध का हिस्सा नहीं होता। HTML में वह किसी तत्व कीid का संदर्भ हो सकता है। पहले काल्पनिक पते मेंschedule को खंड के वास्तविक पहचानकर्ता से मिलना होगा। दिखाई देने वाला शीर्षक जरूरी नहीं कि वही मान हो। उपलब्ध हो तो पेज की विषय-सूची या शीर्षक का दिया लिंक कॉपी करें और उसका गंतव्य जाँचें। शीर्षक के खाली स्थान हटाकर पहचानकर्ता न गढ़ें। साइट आपके नियंत्रण में है तो ऐसा स्थिर पहचानकर्ता माँगें जो मार्गदर्शक दोबारा व्यवस्थित करते समय भी बना रहे, ताकि पहले से साझा संदर्भ न टूटें।

उभार को मदद मानें, गारंटी नहीं

दूसरा पता#:~:text= और अंग्रेज़ी वाक्यांश वाले पाठ फ़्रैगमेंट का उदाहरण है। डोमेन काल्पनिक है; पेज और वाक्यांश वास्तविक मानों से बदलें। स्ट्रिंग का उचित एन्कोडिंग जरूरी है: खाली स्थान%20 दिखता है। ब्राउज़र की सुविधा उपलब्ध हो तो उससे लिंक बनाएँ और कॉपी हुआ परिणाम देखें, बजाय जटिल निर्देश हाथ से बनाने के। MDN बताता है कि समर्थित ब्राउज़र मेल खोजकर उसे उभार सकते हैं। मेल या समर्थन न हो तो निर्देश नजरअंदाज होता है। सामग्री बदल सकती है, और दोहराया वाक्यांश दूसरे अंश की ओर ले जा सकता है। इसलिए हमेशा या सभी के लिए एक जैसा उभार देने का वादा न करें।

https://example.invalid/guide/#schedule
https://example.invalid/guide/#:~:text=Opening%20hours

पेज और उसके भीतर पहुँच अलग जाँचें

WikiURL जाँच उपकरण में केवल ऐसा सार्वजनिक पता दें जिसमें रहस्य या निजी डेटा न हो। HTTP उत्तर और अंतिमURL लिखें। इससे पेज या उसके पुनर्निर्देशन जाँचते हैं, किसी ब्राउज़र का पैराग्राफ तक स्क्रोल करना प्रमाणित नहीं होता। फ़्रैगमेंट क्लाइंट पर समझा जाता है;200 उत्तर से पहचानकर्ता का होना या पाठ का मिलना साबित नहीं होता। फिर पूरा पता तय ब्राउज़र में खोलें और पहुँचने की जगह देखें। निजी जानकारी के लिए अधिकृत अनुमतियों से परीक्षण करें और बाहरी सेवाओं को भेजने से बचें। किसी खंड का लिंक अधिकार नहीं देता और लॉगिन की जरूरत नहीं हटाता। इन जाँचों को अलग रखें।

वही पता जाँचें जो दूसरे को मिलता है

लिंक को उसी प्रकार के संदेश या दस्तावेज़ में चिपकाएँ जिसे बाँटेंगे, फिर उसी संस्करण से खोलें। भीतर का ब्राउज़र, पुनर्निर्देशन या संदेश का रूपांतरण अलग जाँच माँग सकता है; मामला दोहराए बिना किस स्तर की गलती है न कहें। WikiURL का छोटा पता चाहिए तो पूरे मंजूर गंतव्य से बनाएँ और खंड तक पहुँच समेत सही परिणाम जाँचें। छोटा करना एंकर नहीं बनाता और उभार का समर्थन नहीं जोड़ता। सक्रिय होने की शर्तें भी महत्वपूर्ण हैं: MDN के अनुसार पाठ फ़्रैगमेंट उपयोगकर्ता द्वारा शुरू किए गए नेविगेशन और मुख्य फ्रेम में लागू होते हैं। एम्बेडेड फ्रेम का परीक्षण सामान्य खुलने का सार्वभौमिक प्रमाण नहीं है।

परीक्षण रिकॉर्ड में दो खाने रखें: सही पेज और सही खंड। पहला सफल और दूसरा विफल हो तो कुछ बदलने से पहले मूल लिंक और संदेश में मिले लिंक को सुरक्षित कर तुलना करें। लिखें कि दोनों में वही पूरा फ़्रैगमेंट बचा है या नहीं। यह अपने आप कारण नहीं बताता, लेकिन बदले पते को स्क्रोल न होने से मिलाने से बचाता है और जिम्मेदार व्यक्ति को दोहराने योग्य मामला देता है।

ऐसा विकल्प दें जो फिर भी उपयोगी हो

लिंक के साथ मार्गदर्शक का शीर्षक और खंड का नाम, जैसे खुलने का समय, लिखें ताकि स्क्रोल या उभार न हो तब भी पाठक उसे ढूँढ़ सके। फ़्रैगमेंट में निजी जानकारी न डालें: HTTP अनुरोध में न होना साझा किए पते को गोपनीय नहीं बनाता। मंजूरURL, वाक्यांश या पहचानकर्ता, तारीख और असली माध्यम का परीक्षण परिणाम साथ रखें। सामग्री बदलने पर शब्दों पर निर्भर लिंक फिर जाँचें। उपयोगी संदर्भ सही दस्तावेज़ खोलता है और जानकारी ढूँढ़ने में मदद देता है, जबकि सुविधा विफल हो तो पढ़ने योग्य विकल्प रहता है। WikiURL पते में मदद करता है; सही अंश की पुष्टि के लिए ब्राउज़र को देखना अब भी जरूरी है।