यात्राओं, पृष्ठ भूमिकाओं और प्राथमिकताओं से शुरू करें
उन पृष्ठों का चयन करें जहाँ एक गलत मोड़ का वास्तविक खर्च हो: सेवाएँ या उत्पाद, श्रेणियाँ, संपर्क या रूपांतरण, सहायता, खाते के कार्य, और रिकवरी निर्देश। प्रत्येक के लिए संभावित एंट्री पृष्ठ, विज़िटर का प्रश्न, सहायक अगला पृष्ठ, कार्रवाई, और पैरेंट या हब पर लौटने का मार्ग रिकॉर्ड करें। हब पृष्ठ किसी विषय का आयोजन करते हैं; विवरण पृष्ठ संकुचित प्रश्नों का उत्तर देते हैं; नेविगेशन और ब्रेडक्रंब ओरिएंटेशन प्रदान करते हैं। ऐसी कृत्रिम साइलो न बनाएं जो किसी व्यक्ति को किसी अन्य वाजिब उपयोगी सेक्शन तक पहुँचने से रोके। एक गहरे पृष्ठ पर सीधा लैंडिंग और होम पेज से शुरू होने वाली यात्रा दोनों का परीक्षण करें।
सुविधा लिंक से पहले राजस्व, खाता, सहायता, सुरक्षा, कानूनी, और रिकवरी कार्यों के पथों को ठीक करें।
प्रत्येक महत्वपूर्ण पृष्ठ को उपयुक्त इनबाउंड मार्ग और संबंधित या पैरेंट कंटेंट तक स्पष्ट पहुँच दें।
ऐसे एंकर लिखें जो गंतव्य का वर्णन करें
Anchor text वह दृश्य क्लिक करने योग्य शब्दावली है। Google अनुशंसा करता है कि यह वर्णनात्मक, पर्याप्त संक्षिप्त, और वर्तमान तथा गंतव्य दोनों पृष्ठों के लिए प्रासंगिक हो। W3C कहता है कि किसी लिंक का उद्देश्य उसके टेक्स्ट या WCAG 2.4.4 के अंतर्गत प्रोग्रामेटिक रूप से निर्धारित संदर्भ से पता चलना चाहिए। खाली “click here” या बार‑बार उपयोग किए गए “learn more” जैसे लेबल्स को ऐसे वाक्यांश से बदलें जैसे “compare annual and monthly plans” जब वह लक्ष्य का सही विवरण दे रहा हो। उसी उद्देश्य के लिए एक ही शब्दावली बनाए रखें, विभिन्न गंतव्यों के लिए अलग शब्दावली का प्रयोग करें, और एंकर को जबरदस्ती कीवर्ड सूची में न बदलें। इमेज‑ओनली लिंक के लिए विवरणात्मक alternative text प्रदान करें।
लिंक को अकेले या उससे जुड़ी पंक्ति के साथ पढ़ें। एक पाठक को गंतव्य की भविष्यवाणी करने में सक्षम होना चाहिए।
गंतव्य का शीर्षक, हेडिंग, और आरंभिक सामग्री उस वादे को पूरा करे जो एंकर ने किया था।
हर महत्वपूर्ण मार्ग को क्रॉल करने योग्य और उपयोगी बनाएं
ऐसा नियंत्रण जो क्लिक योग्य दिखता है, जरूरी नहीं कि भरोसेमंद नेविगेशन लिंक हो। महत्वपूर्ण मार्गों के लिए एक वास्तविक URL को हल करने वाले href वाले HTML a element का उपयोग करें। Google कहता है कि डायनामिक रूप से इन्सर्ट किए गए लिंक क्रॉलर योग्य हो सकते हैं जब रेंडर्ड मार्कअप उस रूप में हो, लेकिन यह इवेंट‑ओनली कंट्रोल से गंतव्य विश्वसनीय रूप से निकाल नहीं सकता। JavaScript, सहमति, CDN, या पर्सनलाइज़ेशन लेयर चलने के बाद रेंडर्ड पृष्ठ का निरीक्षण करें। अलग से रिस्पॉन्स स्टेटस, रीडायरेक्ट, कैनोनिकलाइज़ेशन, noindex निर्देश, प्रमाणीकरण, और robots नियंत्रणों की जाँच करें; एक सफल क्लिक हर खोज शर्तों का प्रमाण नहीं है। MDN भी नोट करता है कि href वाले एंकर हाइपरलिंक बनाते हैं और कीबोर्ड‑सक्रिय (keyboard-activatable) होते हैं।
नेविगेट करने के लिए link का उपयोग करें और किसी इन‑प्लेस क्रिया के लिए button का; केवल स्टाइलिंग के कारण button न चुनें।
साझा नेविगेशन या रूटिंग परिवर्तनों के बाद प्रतिनिधि रेंडर किए गए टेम्पलेट और आवश्यक मार्गों का परीक्षण करें।
अनाथ पृष्ठों को रोकें और बदले हुए मार्ग साफ़ करें
एक अनाथ (orphan) पृष्ठ पर उस पर किसी भी आंतरिक लिंक का संकेत नहीं होता। Google की मार्गदर्शिका कहती है कि जिस पृष्ठ की आप परवाह करते हैं उसके कम से कम एक अन्य पृष्ठ से लिंक होना चाहिए। यह कई लिंक की मांग नहीं है: निजी, डुप्लिकेट, एक्सपायर्ड, या यूटिलिटी URL जानबूझकर अनलिंक्ड हो सकते हैं। एक अपवाद रजिस्टर रखें जिसमें एक मालिक और समीक्षा तिथि हो। CMS इन्वेंट्री, साइटमैप, क्रॉल आउटपुट, और लैंडिंग‑पृष्ठ डेटा की तुलना करके ऐसे पृष्ठ खोजें जिन पर कोई इनलिंक नहीं है, टूटे स्रोत पृष्ठ, और ऐसे URL जो केवल फुटर या साइटमैप में प्रकट होते हैं। प्रकाशित करते समय एक हब, पैरेंट, या मौजूदा सामग्री से प्रासंगिक लिंक जोड़ें; हटाते समय स्रोतों को अपडेट करें और किसी भी रीडायरेक्ट की जाँच करें कि वह तात्पर्यगत रूप से संबंधित प्रतिस्थापन हो।
एक महत्वपूर्ण इंडेक्सेबल पृष्ठ को उसके इनबाउंड और रिटर्न मार्गों की समीक्षा किए बिना रिलीज़ न करें।
कंटेक्स्चुअल संदर्भों के साथ‑साथ रीडायरेक्ट भी अपडेट करें ताकि विज़िटर स्टेल विकल्पों का सामना न करें।
लिंक‑वॉल्यूम लक्ष्यों के बजाय प्रमाण के साथ ऑडिट करें
Google कहता है कि किसी पृष्ठ पर आदर्श लिंक संख्या का जादुई मान नहीं है। प्रभाव के आधार पर कामों को रैंक करें: चेकआउट, पासवर्ड रीसेट, या महत्वपूर्ण सहायता में असफलता किसी कम‑मूल्य संबंधित लेख से अधिक महत्वपूर्ण है। आंतरिक HTML लिंक्स को क्रॉल करें और स्रोत, लक्ष्य, एंकर या एक्सेसीबल नाम, प्लेसमेंट, अंतिम स्थिति, रीडायरेक्ट लक्ष्य, प्राथमिकता, मालिक, और सत्यापन रिकॉर्ड करें। Search Console के Links रिपोर्ट को दिशानिर्देश‑खोज सिग्नल के रूप में उपयोग करें, न कि संपूर्ण सूची के रूप में: Google कहता है कि यह सैम्पल्ड है, कैनोनिकल URL को समूहित करता है, डुप्लिकेट को मिलाता है, और तालिकाओं को सीमित करता है। इसे अपनी खुद की क्रॉल और CMS सूची के साथ तुलना करें। डेस्कटॉप और मोबाइल पर, कीबोर्ड उपयोग सहित, प्रमुख फ्लोज़ को लॉन्च से पहले और सामग्री टेम्पलेट में महत्वपूर्ण बदलाव के बाद वॉक करें।
प्रत्येक भौतिक मरम्मत के बाद लाइव स्रोत और इच्छित अंतिम गंतव्य का पुनः परीक्षण करें।
टेम्पलेट‑स्तरीय दोषों को बार‑बार व्यक्तिगत पृष्ठ संपादित करने के बजाय इंजीनियरिंग बैकलॉग में डालें।
रिलीज़ रेडीनेस का हिस्सा बनाएं मार्ग अखंडता
एक नेविगेशन या टेम्पलेट डिप्लॉयमेंट एक साथ कई पथों को बदल सकता है। सर्वर स्वस्थ होने पर भी महत्वपूर्ण लिंक्स को रिलीज़ जोखिम मानें: यदि एक प्रमुख मार्ग अब किसी उपलब्ध पृष्ठ तक नहीं पहुँचाता तो विज़िटर उस पृष्ठ से लाभ नहीं उठा सकता। Status Is UP इसे सक्रिय ऑप्टिमाइज़ेशन और सुधार के रूप में लागू करता है, न कि डाउनटाइम मॉनिटरिंग के रूप में: प्राथमिक सार्वजनिक यात्राओं को प्री‑फ्लाइट करें, अपेक्षित गंतव्यों और मालिकों को रिकॉर्ड करें, और अनावश्यक ट्रैफ़िक से पहले मार्ग विफलताओं को ठीक करें। उस प्रकाशन गति के अनुरूप समीक्षा कैडेंस सेट करें, तथा माइग्रेशन, नेविगेशन रीडिज़ाइन, रूटिंग परिवर्तनों, और कंटेंट रिटायरमेंट्स के लिए एक केन्द्रित ऑडिट रखें।
राजस्व, खाता, सहायता, रिकवरी, सुरक्षा, कानूनी, और उच्च‑इरादे श्रेणी मार्गों का प्री‑फ्लाइट करें।
स्रोत, अपेक्षित लक्ष्य, अंतिम परिणाम, समीक्षक, और सुधार के मालिक को दिखाने वाला डेटेड परीक्षण रिकॉर्ड रखें।