मंगलवार, सितम्बर 10, 2024

Top 5 This Week

Play Games for Free and Get Rewards Daily!

Related Posts

किसी वेबसाइट को स्थानांतरित करने से पहले विचार करने योग्य 5 बातें


एसईओ के सबसे डरावने कार्यों में से एक साइटों को स्थानांतरित करना है क्योंकि जोखिम बहुत ऊंचे हैं और हर कदम पर नुकसान होते हैं। सफल परिणाम के लिए आपकी वेबसाइट स्थानांतरण को ट्रैक पर रखने में सहायता के लिए यहां पांच युक्तियां दी गई हैं।

साइट स्थानांतरण एक ही बात नहीं है

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

नीचे कुछ विभिन्न प्रकार के साइट स्थानांतरणों के उदाहरण दिए गए हैं:

  • एक नये प्रारूप में स्थानांतरण
  • एक नए वेब होस्ट पर जाना
  • दो अलग-अलग साइटों का विलय
  • नये डोमेन नाम में बदलें
  • एक नई वेबसाइट वास्तुकला की ओर बढ़ना
  • एक नई सामग्री प्रबंधन प्रणाली (सीएमएस) की ओर बढ़ना
  • एक नए वर्डप्रेस वेबसाइट बिल्डर की ओर जाना

ऐसे कई तरीके हैं जिनसे कोई साइट बदल सकती है और उन परिवर्तनों के नकारात्मक परिणाम उत्पन्न करने के और भी तरीके हैं।

निम्नलिखित सूची साइट माइग्रेशन चेकलिस्ट नहीं है। ये पाँच सुझाव हैं जिन पर विचार किया जाना चाहिए।

1. माइग्रेशन के लिए तैयारी करें: सब कुछ डाउनलोड करें

नियम संख्या एक साइट माइग्रेशन के लिए तैयारी करना है। मेरी सबसे बड़ी चिंताओं में से एक यह है कि साइट का पुराना संस्करण उचित रूप से प्रलेखित है।

किसी वेबसाइट का दस्तावेज़ीकरण करने के ये कुछ तरीके हैं:

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

एफ़टीपी का उपयोग करके फ़ाइलें डाउनलोड करने के बारे में याद रखने वाली एक महत्वपूर्ण बात यह है कि फ़ाइलें डाउनलोड करने के दो प्रारूप हैं: ASCII और बाइनरी।

  1. CSS, JS, PHP और HTML जैसी कोड वाली फ़ाइलें डाउनलोड करने के लिए ASCII का उपयोग करें।
  2. छवियों, वीडियो और ज़िप फ़ाइलों जैसे मीडिया के लिए बाइनरी का उपयोग करें।

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

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

बैकअप के बारे में सबसे महत्वपूर्ण नियम: आपके पास कभी भी बहुत अधिक बैकअप नहीं हो सकते!

2. साइट को स्कैन करें

संपूर्ण साइट स्कैन करें. स्कैन का बैकअप बनाएं. फिर बैकअप का एक बैकअप बनाएं और इसे एक अलग हार्ड ड्राइव पर स्टोर करें।

साइट को स्थानांतरित करने के बाद, इस क्रॉल डेटा का उपयोग पुराने यूआरएल को क्रॉल करने के लिए एक नई सूची बनाने के लिए किया जा सकता है ताकि उन यूआरएल की पहचान की जा सके जो गायब हैं (404), रीडायरेक्ट करने में विफल रहे हैं, या गलत वेब पेज पर रीडायरेक्ट हो रहे हैं। स्क्रीमिंग फ्रॉग में एक सूची मोड भी है जो एक्सएमएल साइटमैप सहित विभिन्न प्रारूपों में सहेजे गए यूआरएल की सूची को स्कैन कर सकता है और सीधे टेक्स्ट फ़ील्ड में प्रवेश कर सकता है। यह किसी साइट को एक लिंक से दूसरे लिंक पर स्कैन करने के विपरीत, यूआरएल के एक विशिष्ट बैच को स्कैन करने का एक तरीका है।

3. नए टेम्पलेट पर स्विच करने के लिए युक्तियाँ

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

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

यह निगेल की सलाह है:

“जाँचें कि सभी छवियों का URL, वैकल्पिक पाठ और छवि शीर्षक समान हैं, खासकर यदि आप नई छवियों का उपयोग कर रहे हैं।

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

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

यदि सामग्री बदली जाती है तो तैयार रहें कि साइट का Google द्वारा पुनर्मूल्यांकन किया जा सकता है। साइट के आकार के आधार पर, भले ही परिवर्तन सकारात्मक हों, पुरस्कार प्राप्त करने में कई सप्ताह और कुछ मामलों में कई महीने लग सकते हैं। ट्रांसफर से पहले ग्राहक को इसकी जानकारी दी जानी चाहिए.

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

4. नये वेब होस्ट पर जाने की सलाह

मार्क बैरेरा (Linkedin), न्यूफोल्ड डिजिटल (ब्लूहोस्ट की मूल कंपनी) के एसईओ के उपाध्यक्ष ने नए वेब होस्ट पर माइग्रेट करने की तैयारी में प्री-माइग्रेशन स्कैनिंग के बारे में यह कहा:

“स्विच करने से पहले इंडेक्सिंग या तकनीकी एसईओ मुद्दों के लिए अपनी मौजूदा साइट को अच्छी तरह से स्कैन करें।

यूआरएल संरचना रखें (यदि संभव हो): यूआरएल संरचनाओं को बदलने से खोज इंजन भ्रमित हो सकते हैं और आपकी लिंक इक्विटी को नुकसान पहुंच सकता है। यदि संभव हो तो अपने यूआरएल वही रखें.

301 रीडायरेक्ट: 301 रीडायरेक्ट आपके मित्र हैं। खोज इंजनों को बताएं कि आपकी पुरानी सामग्री अब एक नए पते पर है। प्रत्येक पुराने URL से उनके नए समकक्षों में 301 रीडायरेक्ट एम्बेड करने से लिंक इक्विटी सुरक्षित रहती है और उपयोगकर्ताओं और खोज इंजन क्रॉलर दोनों के लिए 404 त्रुटियों को रोका जा सकता है।

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

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

एसएसएल प्रमाणपत्र: होस्टिंग माइग्रेशन का एक महत्वपूर्ण लेकिन कभी-कभी उपेक्षित पहलू एसएसएल प्रमाणपत्र स्थापित करना है। यह सुनिश्चित करना महत्वपूर्ण है कि आपका नया होस्ट आपके मौजूदा एसएसएल प्रमाणपत्र का समर्थन करता है और उसे सही ढंग से लागू करता है – या त्रुटियों के बिना एक नया प्रदान करता है। एसएसएल/टीएलएस न केवल आपकी वेबसाइट को सुरक्षित करता है बल्कि एसईओ को भी प्रभावित करता है। माइग्रेशन के दौरान किसी भी ग़लत कॉन्फ़िगरेशन के कारण ब्राउज़र में चेतावनियाँ आ सकती हैं, जो विज़िटर को हतोत्साहित करती हैं और रैंकिंग को अस्थायी रूप से प्रभावित कर सकती हैं।

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

5. सीमाएँ स्वीकार करें

ईटन लाज़ुक, एसईओ रणनीतिकार और सलाहकार, ईटन लाज़ुक कंसल्टिंग, एलएलसी, (Linkedin, ट्विटर) आप क्या करने में सक्षम हैं, इस पर ग्राहक की सीमाओं का अनुमान लगाने के बिंदु पर साइट माइग्रेशन पर एक दिलचस्प परिप्रेक्ष्य प्रदान करता है। यह निराशाजनक हो सकता है जब कोई ग्राहक सलाह अस्वीकार कर देता है और ऐसा करने के लिए उनके कारणों को सुनना महत्वपूर्ण है।

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

ईटन ने अपना अनुभव साझा किया:

“सबसे यादगार और चुनौतीपूर्ण साइट माइग्रेशन में मैं उन व्यावसायिक निर्णयों का हिस्सा रहा हूं जिन पर मेरा कोई नियंत्रण नहीं था।

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

डीएनएस पहुंच की कमी, ब्रांड नाम या कुछ सामग्री का उपयोग करने से प्रतिबंधित किया जाना, आंतरिक व्यापार स्थितियों में बदलाव के बाद किसी भी समस्या को हल करने के लिए स्टेजिंग डोमेन और कार्य दिवसों, हफ्तों या महीनों बाद का उपयोग करना कुछ कठिन प्रवासन मुद्दों में से कुछ हैं I सामना किया है.

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

किसी वेबसाइट को स्थानांतरित करने के विभिन्न तरीके

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

शटरस्टॉक/Krakenimages.com द्वारा प्रदर्शित छवि



ibnkamal
ibnkamalhttps://iseotools.me
Wasim Ibn Kamal | founder of iseotools.me, newslike.site and healtinfo.space | A developer and UI/UX designer. Cluster-notes.blogspot.com and tsbdu.blogspot.com are two of my blogs.

5 टिप्पणी

कोई जवाब दें

कृपया अपनी टिप्पणी दर्ज करें!
कृपया अपना नाम यहाँ दर्ज करें

Popular Articles

Discover more from iseotools

Subscribe now to keep reading and get access to the full archive.

Continue Reading