Sitemap

वेबसाइट रीडिज़ाइन की गलतियाँ जो SEO को नष्ट कर देती हैं

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

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

ऐसा कोई नहीं चाहता।

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

विकास के वातावरण को क्रॉल करने योग्य / अनुक्रमित करने योग्य छोड़ना

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

मैं बाद की श्रेणी में आता हूं।

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

उसके कारण, मैं अपने विकास के वातावरण तक पहुँचने की कोशिश कर रहे खोज इंजनों के रास्ते में अधिक से अधिक बाधाओं को रखता हूँ।

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

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

अच्छी रैंक वाले पृष्ठों पर छवि के नाम मनमाने ढंग से बदलना

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

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

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

पृष्ठों को हटाना या पृष्ठ URL को पुनर्निर्देशित किए बिना बदलना

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

यह एक बड़ी गलती है क्योंकि उनमें से कुछ पेज पहले से ही अच्छी रैंक कर सकते हैं।उनके पास इनबाउंड लिंक हो सकते हैं जो उनकी ओर इशारा करते हैं या आगंतुकों द्वारा बुकमार्क किए गए हैं।

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

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

पृष्ठों को हटाने का उचित तरीका यह है कि उनमें से किसी को भी सबसे प्रासंगिक पृष्ठ पर पुनर्निर्देशित किया जाए जो वर्तमान में मौजूद है।जहां तक ​​पृष्ठों को स्थानांतरित करने का संबंध है, जिसमें ऐसी कोई भी चीज शामिल है जो किसी भी तरह से उस पृष्ठ के URL को बदल देती है, पुराने URL को नए URL पर पुनर्निर्देशित करना भी उतना ही महत्वपूर्ण है।

दोनों परिदृश्यों में, 301 पुनर्निर्देशन का सामान्य रूप से उपयोग किया जाना चाहिए।यह सर्च इंजन को बताता है कि पुराने पेज को स्थायी रूप से नए स्थान पर ले जाया गया है।अधिकांश होस्टिंग प्लेटफ़ॉर्म के लिए, यह आपकी .htaccess फ़ाइल में उपयुक्त प्रविष्टि जोड़कर सर्वोत्तम रूप से पूरा किया जाता है।

यदि आप अपने सर्वर पर .htaccess फ़ाइल नहीं देख पा रहे हैं, तो छिपी हुई फ़ाइलों को देखने के लिए आपको अपने FTP प्रोग्राम पर सेटिंग्स को समायोजित करने की आवश्यकता हो सकती है।

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

विकास परिवेश में और उससे प्रवास के बाद पूर्ण क्रॉल नहीं करना

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

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

domain.com/services/

एक बार विकास के माहौल में चले जाने के बाद, यह हो सकता है:

devdomain.com/client123/services/

अब तक सब ठीक और अच्छा है, है ना?

लेकिन कभी-कभी, पूर्ण वेबसाइट को लाइव सर्वर पर वापस माइग्रेट करते समय, पृष्ठों और पोस्ट की सामग्री में अभी भी विकास परिवेश के भीतर पृष्ठों को इंगित करने वाले लिंक हो सकते हैं।

यह तो केवल एक उदाहरण है।एक वेबसाइट के भीतर सामग्री के अनगिनत लिंक हैं - जिसमें आवश्यक छवि, जावास्क्रिप्ट और सीएसएस फाइलों के लिंक शामिल हैं।

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

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

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

सब कुछ पर एक पूर्ण कार्य जाँच करने में विफल

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

यह भी शामिल है:

  • संपर्क प्रपत्र।
  • ई-कॉमर्स कार्यक्षमता।
  • खोज क्षमताएं।
  • इंटरएक्टिव उपकरण।
  • मल्टीमीडिया प्लेयर।
  • विश्लेषिकी।
  • गूगल सर्च कंसोल / बिंग वेबमास्टर टूल्स वेरिफिकेशन।
  • ट्रैकिंग पिक्सल।
  • गतिशील विज्ञापन।

लाइव सर्वर पर माइग्रेट करने के बाद वर्डप्रेस और प्लगइन्स को फिर से कॉन्फ़िगर करने में विफल

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

ऐसा करने में विफल होना आसान है।यह विनाशकारी भी है।वास्तव में, यह एक गलती है जो मैंने कई साल पहले की थी।

क्लाइंट की वेबसाइट को उनके लाइव सर्वर पर माइग्रेट करने के बाद, मैं Yoast SEO में उस बॉक्स को अनचेक करना भूल गया जिसने सर्च इंजन को इसे क्रॉल या इंडेक्स न करने के लिए कहा था।दुर्भाग्य से, कुछ दिनों तक किसी ने ध्यान नहीं दिया, जिस समय, वेबसाइट को लगभग पूरी तरह से Google के सूचकांक से हटा दिया गया था।सौभाग्य से, वे ऑर्गेनिक ट्रैफ़िक पर भरोसा नहीं करते थे, और, एक बार जब मैंने उस बॉक्स को अनचेक किया, तो वेबसाइट को जल्दी से रीइंडेक्स किया गया।

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

इसके लिए प्लगइन्स शामिल हैं:

  • एसईओ।
  • पुनर्निर्देशन।
  • साइटमैप।
  • स्कीमा।
  • कैशिंग।

विवरण पर ध्यान देने की उपेक्षा

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

इस लेख में व्यक्त विचार अतिथि लेखक के हैं और जरूरी नहीं कि सर्च इंजन लैंड हो।स्टाफ लेखक यहां सूचीबद्ध हैं।