निर्णय का अर्थ साफ करें
पहले सार्वजनिक सामग्री और निजी काम अलग करें। उत्पाद विवरण, सार्वजनिक सूचियाँ और लेख खोज से मिल सकते हैं; ग्राहक डैशबोर्ड और व्यक्तिगत रिकॉर्ड को पहुँच नियंत्रण चाहिए। पूरा ऐप सर्वर पर रेंडर करना सार्वजनिक URL और पहली प्रतिक्रिया का फैसला नहीं करता।
भूमिकाएँ और विकल्प
स्थिर सामग्री का HTML पहले बनाया जा सकता है; बार-बार बदलने वाले सार्वजनिक पृष्ठ अनुरोध पर बन सकते हैं। ब्राउज़र की बातचीत दोनों में जुड़ सकती है। Google क्रॉलिंग, रेंडरिंग और इंडेक्सिंग को अलग चरण बताता है और अर्थपूर्ण स्थिति कोड सुझाता है। मुख्य विवरण और सामान्य लिंक आरंभिक HTML में देना हमारी व्यावहारिक पसंद है।
बदलाव को जाँचें
ऐसी निर्देशिका लें जिसमें सार्वजनिक आपूर्तिकर्ता पृष्ठ और निजी खरीद क्षेत्र हो। सीधे पृष्ठ माँगने पर नाम, विवरण और लिंक आएँ; निजी क्षेत्र में अनुमति आवश्यक हो। अज्ञात आपूर्तिकर्ता भी जाँचें: खाली सफल खोल के बजाय अनुपस्थित संसाधन का उत्तर मिले। उत्पादन प्रतिक्रिया देखें, केवल विकास ब्राउज़र नहीं।
विफलता के रास्ते देखें
रेंडर किए डेटा और साझा कैश में निजी जानकारी न जाए। साइटमैप क्रॉल योग्य लिंक की जगह नहीं लेता। canonical वास्तविक सार्वजनिक पृष्ठ से मेल खाए। लोडिंग, अस्थायी अनुपलब्धता और अस्तित्व न होने को अलग रखें। रेंडरिंग अकेले रैंक या इंडेक्सिंग की गारंटी नहीं है।
रेंडरिंग से पहले रूट जाँचें
चार बातें सूची में रखें: पाठक, सामग्री स्रोत, ताज़गी और पहुँच। समीक्षित सार्वजनिक प्रोफ़ाइल देर से प्रकाशित हो सकती है; ग्राहक का निजी आदेश वर्तमान रिकॉर्ड माँगता है। एक ऐप में अलग रेंडरिंग और कैश उचित हो सकते हैं। वैश्विक सेटिंग पृष्ठवार निर्णय की जगह न ले और हर बदलते मान को सार्वजनिक न बनाए।
पहले नेविगेशन बिना सीधा अनुरोध जाँचें: स्थिति, शीर्षक, canonical, मुख्य पाठ और लिंक। लिंक पर जाएँ और गलत पहचान माँगें। पृष्ठों व फ़िल्टर में तय करें कौन-से संयोजन उपयोगी सार्वजनिक गंतव्य हैं और कौन अस्थायी दृश्य। अनंत खाली फ़िल्टर सामग्री रणनीति नहीं। सूची, साइटमैप और नेविगेशन मिलें।
उसी सीमा पर कैश देखें। सार्वजनिक पाठ पुनः उपयोग हो सकता है, निजी उत्तर दूसरे खाते को न जाए। वास्तविक डिप्लॉयमेंट में बिना लॉगिन और दो खातों से जाँचें। इंडेक्सिंग निर्देश निजी प्रतिक्रिया सुरक्षित नहीं करता। हटाए पृष्ठ का वास्तविक विकल्प हो तो वहाँ भेजें, वरना उचित अनुपस्थिति दें। सफल खाली खोल से निर्णय न छिपाएँ।
सीधे अनुरोध के प्रमाण
| रूट प्रकार | क्या जाँचें |
|---|---|
| प्रकाशित सार्वजनिक प्रोफ़ाइल | पहले HTML में तय विवरण और लिंक हों; मेटाडेटा वही प्रोफ़ाइल बताए। |
| अज्ञात सार्वजनिक पहचान | अनुपस्थित संसाधन का जवाब मिले, सामान्य सामग्री जैसा खाली पृष्ठ नहीं। |
| निजी आदेश | robots या छिपे बटन चाहे हों, अधिकार बिना रिकॉर्ड न मिलें। |
| हटाया सार्वजनिक पृष्ठ | स्थिति या विकल्प संपादकीय निर्णय से मिले; नेविगेशन बंद रास्ता न सुझाए। |
इन नियमों पर सहमति लें
कौन-से पृष्ठ खोज ट्रैफिक चाहते हैं? सीधे HTTP उत्तर में उनका मुख्य विषय है? गर्म कैश या पिछली नेविगेशन बिना क्या होता है? ऐप के दायरे में रूट, अनुमति, सामग्री और मेटाडेटा साथ जाँचें।