स्थानांतरण के आसपास साइट बदलावों के लिंक्स का विश्लेषण करें

लॉन्च से पहले रीडायरेक्ट मैप बनाएं

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

एक-से-एक होमपेज डंप से बेहतर है

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

पहले पुराने URL को उनकी स्थिति कोड के साथ निर्यात करें। उस फाइल को सुरक्षित रखें। वह फाइल चेकलिस्ट है, और यह दिखाती है कि किन पेजों ने लिंक्स अर्जित किए।

जहां पेज का कोई निकटतम मिलान नहीं है, मैप में ऐसा कहें और उसे निकटतम सेक्शन में भेजें, एक नोट के साथ। खाली सेल निर्णय छिपाते हैं। टेबल में एक खाली सेल एक ऐसा निर्णय है जिसे किसी ने नहीं लिया।

लॉन्च से पहले चेन को फ्लैट करें

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

जल्दी ठीक करें। मैप में ही चेन ठीक करें, लॉन्च के बाद एक-एक करके नहीं, ताकि सूची छोटी रहे।

उन पथों को रखें जो अभी भी काम कर रहे हैं

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

कम रीडायरेक्ट, कम त्रुटियां। हर पथ जिसे आप रखते हैं, एक लिंक है जिसकी कभी रीडायरेक्ट की आवश्यकता नहीं थी।

एक रखे गए पथ का अर्थ है कि पुराने एंकर पंक्तियां कहीं उपयोगी की ओर इशारा करती रहती हैं, जो शीट में पुनर्निर्माण की एक कम चीज है। बाद में कम पुनर्निर्माण।

बाद में क्या उम्मीद करें

वे भारी काम करते हैं, और पुराने से नए URL पर 301 पुराने लिंक्स को काम करने देता है। प्रत्येक पुराने URL के लिए एक रीडायरेक्ट रखना, बीच में कोई चेन नहीं, प्रत्येक लिंक के मूल्य को अक्षुण्ण रखने का सबसे सरल तरीका है। रीडायरेक्ट। तीन या चार हॉप की चेन क्रॉलर्स को धीमा करती है और फ्लैट करना बेहतर है।

URL चलने पर एंकर टेक्सट नहीं बदलता, क्योंकि टेक्सट लिंकिंग पेज पर रहता है। जो बदलता है वह गंतव्य गणना है: आपकी टॉप-पेजेस टेबल पुराने होस्ट को धीरे-धीरे कम और नए को बढ़ते हुए दिखाएगी कुछ मासिक रिफ्रेश के बाद। गंतव्य धीरे-धीरे बदलते हैं।

एक आम हैरानी पुराने प्लेटफॉर्म को जल्दी हटाना है। ऐसा न करें। Squarespace, Wix और समान होस्ट अक्सर रीडायरेक्ट नियम रखते हैं, इसलिए योजना रद्द करने से वे हट सकते हैं, और लिंक्स एक मृत अंत की ओर इशारा करने लगते हैं जब तक कि आप नियमों को कहीं और पुनर्निर्माण नहीं करते।

Hreflang और कैनोनिकल की भी जांच की आवश्यकता है। असंगतता आम है। उदाहरण के लिए, CRA से Next.js स्थानांतरण के बाद, साइटों में अक्सर कैनोनिकल टैग होते हैं जो उनके hreflang सेट से असहमत होते हैं, और लिंक्स पेज के दो संस्करणों में बंट जाते हैं।

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

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

बिना लॉन्च सूचना के जो चलता है उसे देखें

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

स्टेजिंग बिल्ड के साथ यात्रा noindex

एक स्टेजिंग कॉपी जो सर्च से बाहर रखी गई थी, अपनी सेटिंग्स को लाइव साइट में ले जा सकती है। पहले क्रॉल पर robots मेटा टैग और किसी भी noindex हेडर की जांच करें, और केवल होमपेज के बजाय प्रत्येक सेक्शन से पेज नमूना लें। प्रत्येक सेक्शन का नमूना लें।

टेम्पलेट पहले टूटते हैं। यदि लॉन्च के बाद एक पूरा सेक्शन इंडेक्स से गिर जाता है, तो सामग्री देखने से पहले उसके टेम्पलेट की जांच करें।

स्क्रीनशॉट भी मदद करते हैं। स्टेजिंग बिल्ड से robots सेटिंग्स की एक प्रतिलिपि रखें। जब कुछ इंडेक्स से बाहर गिर जाता है, तो दो सेटिंग्स सेट की तुलना करने में एक दोपहर के बजाय मिनट लगते हैं।

फ्रैगमेंट लिंक्स जो इंडेक्स में आते हैं

जंप लिंक्स जैसे कि एक टेबल-ऑफ-कंटेंट्स एंकर सर्च परिणामों में अलग URL के रूप में दिखाई दे सकते हैं। सर्च इंजन आमतौर पर इन्हें मुख्य पेज में मिला देते हैं, लेकिन जब वे ऐसा नहीं करते हैं, तो समान सामग्री कई पतों के तहत दिखाई दे सकती है। वे मुख्य पेज से संकेतों को बांट देते हैं, और वे कवरेज रिपोर्ट में डुप्लिकेट पेज जैसे दिख सकते हैं। हैश URL शांति से बढ़ते हैं।

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

लॉन्च के बाद हैश वाले URL के लिए कवरेज रिपोर्ट की जांच करें, क्योंकि वे ही वे हैं जो शांति से बढ़ते हैं। हैश दोषी हैं।

एक सबडोमेन जो मुख्य डोमेन बन जाता है

एक साइट को स्टेजिंग सबडोमेन से मुख्य डोमेन पर ले जाना अपने आप डुप्लिकेट लाता है, क्योंकि दोनों संस्करण कुछ समय के लिए पहुंच योग्य रह सकते हैं। लॉन्च से पहले तय करें कि कौन सा होस्ट कैनोनिकल है। होस्ट को जल्दी चुनें।

एक होस्ट, हर जगह। जब एक होस्ट एक जगह बदलता है और दूसरी जगह नहीं, तो पुराना संस्करण बिना किसी के ध्यान के महीनों तक लिंक्स एकत्र करता रह सकता है। फिर सैटमैप, कैनोनिकल टैग और किसी भी hreflang सेट को उसी होस्ट की ओर रखें।

डू-फॉलो लिंक्स जो गायब होते हुए लगते हैं

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

पहले उसी को ठीक करें। एक लिंक जो लिंकिंग पेज पर अभी भी मौजूद है लेकिन एक मृत पते की ओर इशारा करता है, वह मामला है जिसे पहले ठीक करना चाहिए।

तिथि जल्दी सेट करें। टीम को तुलना के लिए एक निश्चित तिथि दें, ताकि कोई हर दिन पुल रन न करे और शोर को समाचार न पढ़े।

स्थानांतरण के दौरान डेवलपर के साथ काम करना

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

डेवलपर को एक कार्य सूची नहीं, एक मैप दें

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

परीक्षण योजनाएं पहले आती हैं। एक छोटी परीक्षण योजना का अनुरोध करें जो टॉप पेज फाइल से पुराने पतों से शुरू होती है।

मासिक फाइल को पढ़ने वाले से सहमत हों

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

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

उस व्यक्ति से कहें कि प्रत्येक रिफ्रेश के लिए एक लाइन लिखें, जब कुछ भी नहीं बदला, ताकि फाइल एक निरंतर रिकॉर्ड रखे। हर बार एक लाइन।

लॉन्च से पहले रोलबैक की योजना बनाएं

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

रोलबैक को लिखें। एक रोलबैक जो केवल एक व्यक्ति के दिमाग में मौजूद है, एक योजना नहीं है।