सीएमएस (+1 बोनस) बदलते समय एसईओ को चोट पहुंचाने के 10 गैर-मानक तरीके

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

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

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

1. हेडर और फॉर्मेटिंग

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

उत्तरार्द्ध विशेष रूप से अप्रिय है, क्योंकि नेत्रहीन रूप से यह शैलियों के कारण प्रदर्शित नहीं हो सकता है, लेकिन कोड पूरी तरह से अप्रत्याशित स्थान पर शीर्षक होगा।

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

2. कैप्शन और छवि लिंक

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

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

3. पेज डुप्लिकेट

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

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

4. लिप्यंतरण और लेखन

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

ऑनलाइन स्टोर के लिए यह समस्या सबसे तीव्र है: श्रेणियों और उत्पाद समूहों के लिए समान रूसी नाम अलग-अलग सीएमएस द्वारा अलग-अलग रूपांतरित किए गए हैं। पुनर्निर्देश स्थापित करते समय, आप दो पते देखते हैं: site.ru/catalog/venge और site.ru/catalogue/mezhkomnatnie_dvery/venge । और सब कुछ सरल प्रतीत होता है: नेस्टिंग बदल गई है। लेकिन वास्तव में, वर्तनी भी बदल गई है।

हां, यह एक हास्यास्पद गलती की तरह लग रहा है, लेकिन, मेरा विश्वास करो, यह हर समय होता है। और जब से हमें याद है कि URL "मानव-पठनीय" होना चाहिए, विभिन्न "mezhregionalnoe-operatsionnoe-upravleniye" और जैसे vyviglazny स्वचालित कुछ दिखाई देते हैं जिसमें "-nnoee" को "-nnoe" के बजाय छोड़ना बहुत आसान है।

गलत तरीके से पुनर्निर्देशित करें - अपना समय बर्बाद करें।

5. पुराने पुनर्निर्देश

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

पुनर्निर्देशन को स्थानांतरित करने के बाद, हम उन्हें जांचते हैं, सुनिश्चित करें कि प्रत्येक पृष्ठ 301 कोड को वापस करता है, और उसके बाद ही हम शांत होते हैं।

6. तर्क शीर्षक

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

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

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

7. द्वितीयक वर्गों से सन्दर्भ

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

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

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

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

8. Robots.txt

CMS में एक फ़ाइल अक्सर बनती है, और यह सिंटैक्स के लिए इसे जांचने का पहला कारण है। और यदि आप इसे मैन्युअल रूप से लिखते हैं, तो यह दूसरा कारण है।

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

9. rel = "कैनोनिकल"

यह स्पष्ट है कि विशेषता को स्थानांतरित करने की आवश्यकता है। लेकिन यह पूरी तरह से सत्यापित करने के लिए मत भूलना कि यह सही ढंग से वर्तनी है और अभी भी आपकी संरचना, सामग्री प्रदर्शित करने के तरीकों आदि के अनुरूप है।

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

10. सूक्ष्म अंकन

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

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

बोनस! अधिकार पुष्टि फ़ाइलें

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

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

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

सामान्य अनुशंसा

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

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

लेकिन अक्सर ऐसा होता है कि प्रवास के दौरान कोई एसईओ विशेषज्ञ नहीं होता है। फिर हम खुले स्रोतों (उदाहरण के लिए, यह एक) से जानकारी लेते हैं, और फिर खोज इंजन (Yandex.Webmaster, Google खोज कंसोल) की अंतर्निहित सेवाओं से। सबसे अधिक संभावना है, साइट समाप्त होने के बाद आपको यह डेटा प्राप्त होगा। लेकिन देर से यह पता लगाना बेहतर है कि आप निर्देशिका शाखाओं में से एक को नहीं जानते हैं। अधिक से अधिक स्रोतों से जानकारी प्राप्त करें।

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