साइट प्रवासन: सबसे आम गलतियाँ! - सेमल्ट चेतावनी



नमस्ते! आज के लेख में, सेमलेट एक वेबसाइट माइग्रेशन के दौरान होने वाली सबसे आम गलतियों के बारे में आपको बताने जा रहा है। वेबसाइट माइग्रेशन के 90% के साथ, कम से कम एक त्रुटि जो मैं आपको आज बताऊंगा, अक्सर दिखाई देती है। दुर्भाग्य से, यह भी मामला है कि छोटी सी गलती भी हमें यातायात के नुकसान और दृश्यता में कमी का सामना कर सकती है।

इसलिए यदि आप वेबसाइट को स्थानांतरित करने, उसे स्थानांतरित करने या डोमेन बदलने पर विचार कर रहे हैं, तो मैं आपको पूरा लेख पढ़ने के लिए प्रोत्साहित करता हूं।

यदि आप इस बिंदु पर पहुंच गए हैं, तो आप शायद जानते हैं कि प्रवासन क्या है। वेबसाइट माइग्रेशन के मामले में, हम इसे कई प्रकारों में विभाजित कर सकते हैं।

प्रवासन के प्रकार

सीएमएस-सीएमएस

ई-कॉमर्स के बीच, सबसे लोकप्रिय प्रकार का प्रवास एक सीएमएस से दूसरे में प्रवास है। मान लीजिए कि आपका स्टोर शुरुआत में एक छोटी सूची के साथ बढ़ता है, कुछ उत्पाद और आपकी आवश्यकताएं छोटी थीं। हालांकि, समय के साथ, जैसे-जैसे दुकान बढ़ती गई, आपकी ज़रूरतें बढ़ने लगीं, इसलिए आपने सीएमएस को बदलने के बारे में सोचना शुरू कर दिया, जो आपको उन चीजों को करने की अनुमति देगा जो आप किसी दिए गए सीएमएस में होना चाहते हैं।

और यहाँ आप वास्तव में एक CMS से दूसरे CMS में बदलने पर विचार कर रहे हैं। इस मामले में, प्रवास आपको कई फायदे देता है। आप अधिक पूछताछ को संभालने में सक्षम हैं, आप सिस्टम के साथ एकीकृत कर सकते हैं, उदा। थोक विक्रेताओं के लिए, जो आपके व्यवसाय को बढ़ाते हैं और सीएमएस आपके लिए बस आसान बनाता है।

डोमेन-डोमेन

एक अन्य प्रकार का प्रवास एक डोमेन से दूसरे में होता है। इसलिए, हमारा स्टोर, उदाहरण के लिए, एक्स नाम के तहत संचालित है, लेकिन कुछ समय बाद हमने पाया कि यह बदलने का समय था और हमारे ब्रांड का एक अलग नाम होना चाहिए। इसलिए, हम एक नया डोमेन खरीदते हैं और स्टोर को दूसरे पर स्विच करना चाहते हैं।

कभी-कभी ऐसा भी होता है कि यदि, उदाहरण के लिए, हमारे पास एक डोमेन है जो किसी भी तरह से पीड़ित है (जैसे कि एक फ़िल्टर इसके लिए लागू किया गया है) और हम जानते हैं कि यहां कुछ भी हासिल नहीं किया जा सकता है, तो हम डोमेन को बदलने पर भी विचार करते हैं। फिर हम डोमेन के दूसरे डोमेन के साथ काम कर रहे हैं।

पक्ष बदलें

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

इस कारण से, हमें कुछ नियमों के बारे में याद रखना चाहिए, जो हमें पहले ही प्राप्त की गई चीजों को खोने से रोकेंगे। संभवतः हम मुख्य रूप से प्रवासन को पुनर्निर्देशों के साथ जोड़ते हैं। इसलिए यदि आप कोई भी माइग्रेशन करते हैं, तो शायद कोई आपको "याद रखें, एक पुनर्निर्देशन" बताएगा। और यह सच है, बेशक रीडायरेक्ट महत्वपूर्ण हैं, लेकिन कई अन्य तत्व भी हैं जो प्रभावित करते हैं कि प्रवास सफल होगा या नहीं।

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

विकास संस्करण

Noindex Nofollow

यदि हम वेबसाइट के नए संस्करण पर काम कर रहे हैं, तो हम आमतौर पर विकास संस्करण के साथ काम करते हैं। तो यह एक ऐसा पृष्ठ है जो उपयोगकर्ताओं और खोज इंजन दोनों के लिए सुलभ नहीं होना चाहिए, और Noindex Nofollow पैरामीटर के साथ चिह्नित होना चाहिए। इस पद्धति के लिए धन्यवाद, हम अपनी वेबसाइट को अनुक्रमित नहीं होने देते हैं और हम इस पर स्वतंत्र रूप से काम कर सकते हैं।

यह विशेष रूप से महत्वपूर्ण है यदि, उदाहरण के लिए, हम पुराने पृष्ठ से सामग्री को नए में स्थानांतरित करते हैं, क्योंकि Google, यदि यह हमारे विकास पृष्ठ पर पहुंचता है, तो इसे अनुक्रमित करना शुरू कर देगा। इसलिए सर्च इंजन इंडेक्स में नए और पुराने पेज दोनों की सामग्री शामिल होगी - फिर हमें डुप्लीकेशन से निपटना होगा।

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

एसईओ सहयोग

विकास संस्करण के मामले में, यह भी महत्वपूर्ण है कि यदि, उदाहरण के लिए, एक एसईओ कंपनी जिसके साथ आप सहयोग करते हैं, उस तक पहुंच है, तो यह स्वतंत्र रूप से उस पर काम कर सकता है, इसे स्थानांतरित कर सकता है और प्रवास में आपकी सहायता कर सकता है। यदि यह नहीं है और हम एक जीवित जीव पर काम कर रहे हैं, तो यह अधिक कठिन काम है।

प्रवास

अपनी सभी सामग्री को स्थानांतरित करें

एक विकास संस्करण होने के बाद, हम उन अन्य तत्वों के बारे में नहीं भूल सकते जो एक सफल प्रवास की स्थिति में भी महत्वपूर्ण होंगे। यदि हमारा स्टोर पहले से ही ऑप्टिमाइज़ किया गया था, तो इसमें श्रेणियों और उन उत्पादों की सामग्री थी, जिन्हें हमने अनुकूलित किया था और जिन्हें हम ट्रैफ़िक उत्पन्न करने के लिए जानते हैं, फिर यहां हमें सभी सामग्रियों को एक तरफ से दूसरी जगह स्थानांतरित करना याद रखना चाहिए।

इसलिए हम शीर्षक, मेटा विवरण, विवरण के साथ-साथ पुराने पृष्ठ पर उनके स्वरूपण को आगे बढ़ाते हैं। यदि साइट पर वैकल्पिक विवरण थे, तो हमें यह भी सुनिश्चित करना चाहिए कि यह नए पृष्ठ पर दिखाई दे। यह शीर्षकों पर लागू होता है - अर्थात, यदि हमने अपनी वेबसाइट पर शीर्षकों को अनुकूलित किया है, तो वही शीर्षलेख पृष्ठ के नए संस्करण पर होने चाहिए। ये तत्व हमारी नई वेबसाइट पर स्विच करने के बाद उत्पन्न होंगे क्योंकि यह पहले से ही रैंक करेगा।

रीडायरेक्ट

पता मानचित्र

बेशक, यह पहले से ही तैयार करने योग्य है जो पुराने पतों का पुनर्निर्देशन मानचित्र नए लोगों के लिए बना रहा है, ताकि पृष्ठ को चालू करना केवल पुनर्निर्देशित हो और Google को जल्दी से यह देखने के लिए कि ये रीडायरेक्ट मौजूद हैं यदि वे वेबसाइट में प्रवेश करते हैं।

सभी उपपृष्ठों को पुनर्निर्देशित करें

जब पुनर्निर्देश की बात आती है, तो मूल त्रुटि यह है कि हम केवल मुख पृष्ठ को पुनर्निर्देशित करते हैं। इसलिए, उदाहरण के लिए, हम डोमेन को बदलते हैं और एक से दूसरे में बदलते हैं, हम केवल होम पेज को रीडायरेक्ट करते हैं। श्रेणियां, उत्पाद, ब्लॉग लेख हमें रुचि नहीं देते हैं - यह एक बहुत बड़ी गलती है।

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

301 रीडायरेक्ट के लिए धन्यवाद, हम वह नहीं खोते हैं जो हम पहले से काम कर रहे हैं, इसलिए पते 1: 1 को स्थानांतरित करना बहुत महत्वपूर्ण है। इसलिए यदि हमारे पास श्रेणी के पते हैं, तो हमें प्रत्येक श्रेणी को उसके समकक्ष पर पुनर्निर्देशित करना चाहिए। वही उत्पादों के लिए जाता है। बेशक, अगर इनमें से बहुत सारे उत्पाद हैं, और हम सर्वर को बहुत धीमा नहीं करना चाहते हैं, तो आप निश्चित रूप से उत्पादों का एक हिस्सा चुन सकते हैं या बस नियम लागू कर सकते हैं।

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

301, 302 नहीं

जब हम सभी रीडायरेक्ट बनाते हैं, तो हमें यह याद रखना चाहिए कि ये रीडायरेक्ट स्थायी रीडायरेक्ट होने चाहिए, यानी 301 रीडायरेक्ट। 302 पुनर्निर्देशन, जो अक्सर भी किए जाते हैं, अस्थायी पुनर्निर्देश होते हैं - वे उन उप-समूहों की शक्ति को स्थानांतरित नहीं करेंगे जो मैंने आपको पहले बताए थे।

एनालिटिक्स

यदि हम एक नया पृष्ठ चालू करते हैं, तो हमें यह भी सुनिश्चित करना चाहिए कि हमारी वेबसाइट में Google Analytics और Google खोज कंसोल कोड हैं। इसके लिए धन्यवाद, हम यह देख पाएंगे कि हमारी वेबसाइट पर क्या हो रहा है और यह कैसे व्यवहार करता है।

पुन: इंडेक्सेशन

यदि हमने अलग-अलग चरणों को पूरा कर लिया है और Google द्वारा देखे जाने वाले पृष्ठ के लिए तैयार हैं, तो हम निश्चित रूप से खोज कंसोल में फिर से अनुक्रमण के लिए पृष्ठ सबमिट कर सकते हैं। हम खोज कंसोल के लिए एक नया नक्शा भी अपलोड कर सकते हैं ताकि उसके लिए नए पृष्ठ की सामग्री को पहचानना आसान हो सके - यह थोड़ा तेज़ होगा।

हमें यह भी याद रखना चाहिए कि पहली बार के लिए, Google नए पेज को अनुक्रमित करेगा, लेकिन यह पुराने को भी सूचकांक में रखेगा, इसलिए हमें पुराने पृष्ठ को सूचकांक से हटाने के लिए समय देना चाहिए और एक नया इसके स्थान पर डाला जाए। हम पहले तीन से छह महीने तक देखेंगे कि क्या होगा।

बेशक, उपकरण में जो हमें दृश्यता दिखाते हैं, हम भी देख सकते हैं उदा। समय की अवधि में गिरावट, लेकिन फिर यह पक्ष उछाल शुरू कर देगा। यदि यह मामला नहीं है, तो आपको यह जांचने की आवश्यकता है कि क्या गलत हुआ। ऐसा लग सकता है कि आपके डेवलपर ने 301 रीडायरेक्ट पेश किए हैं, और ये रीडायरेक्ट 302 रीडायरेक्ट हुए। इसलिए इन चीजों को माइग्रेशन के ठीक बाद उठाया जाना होगा।

किसी पृष्ठ पर जाते समय ये सबसे आम गलतियाँ थीं। यदि हम जानते हैं कि हमारा प्रवासन बुरी तरह से किया गया था, तो क्या इसका मतलब यह है कि हमारा पक्ष विफल हो गया है? पूरी तरह से नहीं। आप निश्चित रूप से केवल एक रिकवरी योजना का परिचय दे सकते हैं जो महत्वपूर्ण है। यदि वेबसाइट माइग्रेशन सही ढंग से नहीं किया गया है, तो पहले महीनों के लिए हमारे पास अभी भी उस ट्रैफ़िक को पुनर्प्राप्त करने का अवसर है जो हमने खो दिया था। बाद में - यदि Google खोज इंजन से पुराने पते हटाता है - तो यह अधिक कठिन हो सकता है।