एक स्थिति में जब आप एक प्रमुख कोड रिलीज कर रहे हैं और/या डेटाबेस स्कीमा उत्पादन वातावरण में बदल रहे हैं, तो यह अपग्रेड होने पर "गोन फिशिन" पृष्ठ डालने के लिए एसईओ के लिए हानिकारक है?क्या "रखरखाव के लिए साइट डाउन" पृष्ठ एसईओ तोड़ देगा?
मान लें कि अपग्रेड के दौरान पुराने कोड/डेटाबेस स्कीमा का उपयोग करके पोस्ट अपग्रेड डीबी को एक अवांछित/अज्ञात स्थिति में डाल दिया जा सकता है।
नहीं, यदि आप उचित HTTP-शीर्षलेख भेजना सुनिश्चित नहीं करते हैं। 200 ओके न भेजें, क्योंकि इससे सर्च इंजन आपके त्रुटि संदेश को इंडेक्स कर देगा।
मैं एक पाठ का कारण बताते हुए और कितनी देर तक आप नीचे हो जाएगा के साथ एक साथ "503 सेवा अनुपलब्ध" भेजने के सुझाव है ..
"रखरखाव के लिए साइट डाउन" पृष्ठ कब तक रहेंगे? अगर केवल एक दिन, तो यह ठीक होगा।
आमतौर पर यह अल्प अवधि के लिए किया जाता है (6-12 के तहत घंटे)। मैंने कभी ऐसी स्थिति नहीं देखी है जहां यह एक मुद्दा है, क्योंकि Google बॉट सामग्री में नाटकीय परिवर्तन को देखता है और ऐसा लगता है कि बाद में आगंतुकों की तरह वापस आना प्रतीत होता है। अब यह एक आधिकारिक टिप्पणी नहीं है, जो मैंने अपनी साइटों पर देखी है।
यह या तो होगा करने के लिए है:
लेकिन अगर आप उन्नयन एक मकड़ी अपनी साइट की कोशिश करने के लिए गंभीरता से अशुभ होगा दिन में आधा दिन से अधिक होने जा रहे हैं, इस पर विचार करें:
मैं गंभीरता से 200 प्रतिक्रिया कोड के अलावा कुछ और करने का सुझाव दूंगा। यदि स्पाइडर हिट करता है और आपका सर्वर 503 (सेवा अनुपलब्ध) कोड को ब्लर्ट करता है, तो संभावना है कि यह बाद में या किसी अन्य दिन वापस आ जाएगी।
यदि यह 200 हो जाता है तो यह मान सकता है कि आपकी साइट बदल गई है और इसकी अनुक्रमणिका बदल गई है।
HTTP स्थिति कोड की एक सूची के लिए देखें:
रखरखाव के लिएhttp://www.w3.org/Protocols/rfc2616/rfc2616-sec10.html
विशेष:
10.5.4 503 सेवा अनुपलब्ध
सर्वर वर्तमान संभालने में असमर्थ है सर्वर के एक अस्थायी ओवरलोडिंग या रखरखाव के कारण अनुरोध करें। निहितार्थ यह है कि यह एक अस्थायी स्थिति है जिसे कुछ देरी के बाद कम किया जाएगा। यदि ज्ञात है, तो विलंब की लंबाई को पुनः प्रयास-बाद वाले शीर्षलेख में इंगित किया जा सकता है। यदि कोई पुनः प्रयास नहीं किया जाता है, तो ग्राहक को प्रतिक्रिया को संभालना चाहिए क्योंकि यह 500 प्रतिक्रिया के लिए होगा।
दूसरों की तरह, एक उचित त्रुटि कोड लौटाएं। या तो 40x (404 नहीं) या 50x कोड वापस करें। "रखरखाव" पृष्ठ पर रीडायरेक्ट न करें, या एक स्थिर रखरखाव पृष्ठ के साथ 200 वापस करें।
मैंने Google पर समय-समय पर कुछ पेज देखे हैं जिन्हें "रखरखाव के लिए नीचे" या कुछ के रूप में कैश किया गया है।
यदि रखरखाव पृष्ठ एक महीने के लिए है तो इससे कोई फर्क नहीं पड़ता कि आपने हेडर में क्या रखा है ... –
ठीक है, अगर तैनाती एक महीने लेती है, तो शायद यह आपकी समस्याओं का सबसे कम है। :-) – rebra
यह सच है ... :) –