संक्षेप में जवाब
माइग्रेशन एक नाम के तहत चार अलग-अलग नौकरियां हैं और वे स्वतंत्र रूप से विफल हो जाते हैं। यह सूची को कवर करता है, पुराने और नए पते का नक्शा, रीडायरेक्ट्स, फॉर्म्स और इंटीग्रेशन्स, कटओवर विंडो और रोलबैक प्लान जिसे आप इसकी आवश्यकता से पहले लिखते हैं।
वास्तव में क्या चल रहा है
एक नए मंच पर एक साइट को स्थानांतरित करना चार अलग-अलग नौकरियां हैं जो एक नाम पहनते हैं: पते लोग और खोज इंजन पहले से ही जानते हैं, सामग्री और मीडिया, प्रारूपों और एकीकरण में आयोजित डेटा, और अवसंरचना साइट पर चलती है। वे स्वतंत्र रूप से विफल रहते हैं और प्रत्येक को अपनी योजना की आवश्यकता होती है।
खराब माइग्रेशन से अधिकांश क्षति लॉन्च दिवस पर दिखाई नहीं देती है। नई साइट सही दिखती है, इसलिए इसे बंद कर दिया जाता है; नुकसान दो सप्ताह बाद उन पृष्ठों के रूप में दिखाई देते हैं जो अब हल नहीं करते हैं, एक ऐसा फॉर्म जो डिलीवर करना बंद कर देता है, और एनालिटिक्स जो शून्य से शुरू होता है।
इससे बचने का तरीका unglamorous है। कुछ भी बदलने से पहले क्या मौजूद है, यह तय करें कि प्रत्येक आइटम कहाँ जाता है, और उस छाप पर भरोसा करने के बजाय स्विच के बाद सूची की जांच करें कि सब कुछ काम करता है।
यह लेख उस सूची को क्रम में चला जाता है, उस रोलबैक योजना के साथ समाप्त होता है जिसे आप इसकी आवश्यकता से पहले लिखते हैं, और नाम जहां एक माइग्रेशन उन पैकेजों में बैठता है जो निश्चित कीमतों को ले जाते हैं - जिसमें एक शामिल है जो स्पष्ट रूप से इस काम को कवर नहीं करता है।
सूची: कुछ बदलाव से पहले क्या मौजूद है?
वर्तमान साइट के पते की एक पूरी सूची के साथ शुरू करें। इसे साइटमैप से निर्यात करें, सर्वर लॉग से, एनालिटिक्स प्लेटफॉर्म से और साइट के क्रॉल से, फिर चार मर्ज करें। कोई भी स्रोत अकेले पृष्ठों को याद नहीं करेगा, और यह पेज उन पुराने लोगों के लिए होता है जो अभी भी दौरा करते हैं।
प्रत्येक पता क्या है: एक पृष्ठ, एक फ़ाइल, एक पुनर्निर्देशन जो पहले से मौजूद है, या कुछ ऐसा जो आज एक त्रुटि लौटाता है। आगे बढ़ने से पहले ही टूटे हुए पते के बारे में जानने लायक हैं, क्योंकि चाल के बाद हर गलती प्रवास की गलती की तरह दिखती है।
इन्वेंटरी मीडिया अलग से — छवियों, दस्तावेजों, वीडियो फ़ाइलों — फ़ोल्डर प्रत्येक में रहता है के साथ। मीडिया पथ अक्सर एक मंच चाल के दौरान पृष्ठ पथ की तुलना में बदल जाते हैं, और एक दस्तावेज़ जो हल करना बंद कर देता है वह एक लापता पृष्ठ की तुलना में नोटिस करना मुश्किल है।
अंत में, एकीकरण को सूचीबद्ध करें: मेल क्या भेजता है, फॉर्म सबमिशन क्या प्राप्त करता है, डेटा क्या पढ़ता है या लिखता है, जो पृष्ठ में एक स्क्रिप्ट को लोड करता है। यह सूची अक्सर किसी के सिर में रखी गई है, जो वास्तव में क्यों यह एक फ़ाइल में है।
यूआरएल मानचित्र: एक पुराने पते पर एक नया पता
माइग्रेशन का मुख्य कलाकृति एक दो स्तंभ तालिका है: बाईं ओर हर पुराना पता, पता जो इसे दाईं ओर बदल देता है। यह निर्माण करने के लिए tedious है और यह एक चीज है जो यह तय करती है कि क्या यह कदम आगंतुकों के लिए अदृश्य है या नहीं।
प्रत्येक पंक्ति को एक निर्णय की आवश्यकता होती है, और केवल तीन हैं: पृष्ठ एक नए पते पर जारी रहता है, पृष्ठ दूसरे पृष्ठ में विलय हो जाता है, या पृष्ठ सेवानिवृत्त हो जाता है। Retiring एक वैध विकल्प है; एक पंक्ति खाली छोड़ देना नहीं है क्योंकि रिक्त पंक्तियां त्रुटि पृष्ठ बन जाती हैं।
आप सब कुछ भेजने के लिए आग्रह का विरोध करते हैं जो आप होम पेज के बारे में अनिश्चित हैं। एक आगंतुक जिसने एक विशिष्ट लेख पर क्लिक किया और एक घर पृष्ठ पर भूमि को एक दोस्ताना चेहरे के साथ एक मृत अंत दिया गया है, और खोज इंजन उस पैटर्न को एक चाल के बजाय नरम विफलता के रूप में मानते हैं।
मानचित्र को भंडार में एक फ़ाइल के रूप में रखें, किसी के मेलबॉक्स में स्प्रेडशीट के रूप में नहीं। यह वह दस्तावेज है जिसे आप स्विच के बाद चेक के दौरान फिर से पढ़ सकते हैं, और फिर एक साल में जब कोई पूछता है कि पुराना पता ऐसा क्यों करता है।
पुनर्निर्देशित, और पुनर्निर्देशित क्या मरम्मत नहीं कर सकता है
एक स्थायी रीडायरेक्ट एक ब्राउज़र और एक क्रॉलर को बताता है कि एक पेज अच्छी तरह से चला गया है। मानचित्र को अस्थायी लोगों के बजाय स्थायी रीडायरेक्ट के रूप में लागू करें, जब तक कि वास्तव में कदम अस्थायी नहीं है, क्योंकि दोनों को अलग तरीके से इलाज किया जाता है और अंतर कॉस्मेटिक नहीं होता है।
चेन शांत लागत हैं। एक पता जो उस पते पर पुनर्निर्देशित करता है जो फिर से काम करता है, लेकिन यह हर आगंतुक के लिए धीमा है और एक संकेत के रूप में कमजोर है। इसलिए प्रत्येक पुराना पता सीधे अपने अंतिम गंतव्य पर इंगित करता है।
रीडायरेक्ट्स अपनी सामग्री के अंदर लिंक की मरम्मत नहीं करते हैं। एक पेज बॉडी जो पुराने आंतरिक पते के लिंक को पुनर्निर्देशित माध्यम से काम करना जारी रखता है, लेकिन अब यह एक हॉप के लिए भुगतान कर रहा है जिसकी आवश्यकता नहीं है। अपने नए लक्ष्य के लिए आंतरिक लिंक को फिर से लिखना।
और एक पुनर्निर्देशित बाहरी लिंक के बारे में कुछ भी नहीं है जिसे आप नियंत्रित नहीं करते हैं। यही कारण है कि पुराने पते की संरचना को बनाए रखने के लिए तर्क है जहां भी यह उचित है: आपके द्वारा संरक्षित प्रत्येक पता एक लिंक है जिसे आपको कभी भी पुनर्निर्देशित नहीं करना पड़ता है, और एक छोटी चीज जो गलत तरीके से कॉन्फ़िगर की जा सकती है।
सामग्री और मीडिया: वह हिस्सा जो इसकी तुलना में बड़ा है
सामग्री शायद ही कभी प्लेटफार्मों के बीच साफ चलती है। स्वरूपण अलग तरीके से संग्रहीत किया जाता है, एम्बेडेड मीडिया को अलग-अलग संदर्भित किया जाता है, और एक प्रणाली में मौजूद फ़ील्ड दूसरे में कोई घर नहीं है। क्या आया की समीक्षा के लिए बजट समय, न केवल इसके लिए।
सब कुछ पर चमकने के बजाय ठीक से एक नमूना जांचें। विभिन्न प्रकार के एक दर्जन पृष्ठ लें - एक लंबे लेख, एक उत्पाद प्रविष्टि, एक तालिका के साथ एक पृष्ठ, एक एम्बेडेड वीडियो के साथ एक पृष्ठ - और उन्हें नए मंच पर समाप्त करने के लिए अंत पढ़ा।
मीडिया को अपने स्वयं के पास की जरूरत है। हस्तांतरित फ़ाइलों की पुष्टि करें कि उनके पते मानचित्र से ढके हुए हैं, और यह वैकल्पिक पाठ चाल से बच गया। ऑल्ट टेक्स्ट को अक्सर एक क्षेत्र में संग्रहीत किया जाता है जिसमें नए प्लेटफॉर्म पर कोई समकक्ष नहीं है और चुपचाप गिरा दिया जाता है, जो एक एक्सेसिबिलिटी रिग्रेशन और एक कंटेंट लॉस दोनों है; W3C का WCAG 2.2 त्वरित संदर्भ व्यावहारिक मानक है।
छवि वजन को ठीक करने का अवसर लें जबकि फाइलें किसी भी तरह चलती हैं। MDN के प्रदर्शन प्रलेखन वास्तव में यहाँ क्या मायने रखता है के लिए एक उचित संदर्भ है, और एक प्रवासन एक क्षण है जब हर छवि को छूने लगभग अतिरिक्त कुछ नहीं है।
प्रपत्र, एकीकरण और असफलता जो शांत रहते हैं
एक टूटी हुई पृष्ठ खुद की घोषणा करता है। एक टूटे हुए फॉर्म नहीं है: यह सबमिशन स्वीकार करता है, आगंतुक को धन्यवाद देता है, और संदेश को कहीं नहीं बचाता है। यह विफलता मोड है जो सबसे ज्यादा खर्च करता है और नवीनतम खोजा जाता है।
एक वास्तविक प्रस्तुतीकरण भेजकर प्रत्येक रूप का परीक्षण करें और यह पुष्टि करने के लिए हर गंतव्य पर पहुंचना चाहिए - इनबॉक्स, CRM, अधिसूचना चैनल। DNS परिवर्तन के बाद उन्हें फिर से टेस्ट करें क्योंकि मेल वितरण विशेष रूप से डोमेन चाल के बाद अलग-अलग व्यवहार कर सकता है।
तृतीय-पक्ष लिपियों की सूची पुराने साइट लोड हो गई है और प्रत्येक के बारे में जानबूझकर निर्णय लेते हैं। माइग्रेशन उन लोगों को हटाने के लिए एक उचित क्षण है जो कोई भी उद्देश्य का नाम नहीं दे सकता है; प्रत्येक व्यक्ति जो रहता है वह अनुरोध है कि पेज हर यात्रा पर भुगतान करता है।
जहां डेटा दोनों तरीके से बहता है - स्टॉक का स्तर, आदेश, बुकिंग - एक अवधि की योजना जहां आप पुराने सिस्टम को बंद करने से पहले वास्तविक रिकॉर्ड के साथ दोनों दिशाओं को सत्यापित कर सकते हैं। एक-तरफा चेक एक एकीकरण के आधे की पुष्टि करता है और सबूत के बिना दूसरे आधे में विश्वास पैदा करता है।
एनालिटिक्स: इतिहास को चाल के बाद पढ़ने योग्य रखने के लिए
स्विच से पहले निर्णय लें कि क्या नई साइट उसी एनालिटिक्स प्रॉपर्टी या एक नया में रिपोर्ट करती है। संपत्ति को रखने से इतिहास को संरक्षित रखा जाता है लेकिन एक डेटासेट में दो अलग-अलग साइट संरचनाओं को मिलाया जाता है; ताजा शुरू करना साफ डेटा देता है और तुलना खो देता है।
जो भी आप चुनते हैं, तारीख को चिह्नित करते हैं। कटओवर के दिन एक एनोटेशन यह है कि भविष्य के पाठक को बाजार में बदलाव के लिए एक मंच परिवर्तन का दुरुपयोग करने से रोक देता है, और जोड़ने के लिए एक मिनट खर्च करता है।
फिर से जांचें कि आप अभी भी आग पर भरोसा करते हैं। फॉर्म सबमिशन, खरीद, डाउनलोड, एक फोन नंबर पर क्लिक करें - ये आमतौर पर पेज-विशिष्ट कोड के रूप में कार्यान्वित किए जाते हैं, और पेज-विशिष्ट कोड वास्तव में क्या एक मंच फिर से लिखना है।
अजीब लग रहा है करने के लिए एक प्रवास के बाद पहले दिन की उम्मीद, और निष्कर्ष ड्राइंग से पहले नंबर समय देना। क्रॉलर अपनी गति पर एक ले जाने वाली साइट की फिर से जांच करते हैं, और सप्ताह के एक आंकड़े पर प्रतिक्रिया करते हुए आमतौर पर उन परिवर्तनों का उत्पादन होता है जिन्हें फिर से करना पड़ता है।
DNS, प्रमाणपत्र और कटओवर विंडो
स्विच स्वयं एक DNS परिवर्तन है: डोमेन पुराने सर्वर पर इंगित होने वाला बंद हो जाता है और नए पर इंगित होने लगता है। रिकॉर्ड के समय-समय पर पहले से एक दिन जीवित रहने के लिए इतना परिवर्तन जल्दी से प्रचारित होता है, और इसे फिर से बढ़ा देता है एक बार कदम तय हो गया है।
स्विच से पहले नए प्लेटफॉर्म पर जारी और सत्यापित करने के बाद नहीं। एक साइट जो हल करती है लेकिन एक सुरक्षा चेतावनी फेंकती है, एक साइट से भी बदतर है जो संक्षेप में अनुपलब्ध है, क्योंकि ब्राउज़र चेतावनी को जोर से बनाते हैं और आगंतुक इसे एक समझौता के रूप में पढ़ते हैं।
उन्हें जाँचे बिना मेल रिकॉर्ड को स्थानांतरित न करें। मेल और वेब अक्सर एक डोमेन साझा करते हैं और शायद ही कभी एक प्रदाता को साझा करते हैं, और एक माइग्रेशन जो दुर्घटना के साथ मेल रिकॉर्ड करता है, उस पते पर व्यापार जवाब देता है।
जानबूझकर विंडो चुनें। अपने दर्शकों के लिए शांत समय, उन लोगों के साथ जो अभी भी काम कर सकते हैं, पहले चेक पढ़ने के लिए कोई भी उपलब्ध नहीं होने पर तकनीकी रूप से सुविधाजनक समय को हराया जाता है।
क्या उम्मीद है और क्या देखना है
एक अच्छी तरह से मैप्ड माइग्रेशन आमतौर पर एक स्थायी ड्रॉप के बजाय एक छोटी सीधी अवधि पैदा करता है, लेकिन ईमानदार जवाब यह है कि आंदोलन का आकार इस बात पर निर्भर करता है कि पते की संरचना कितनी बदल गई है और कैसे पूरी तरह से मानचित्र इसे कवर करता है।
नए साइटमैप को जमा करें और पुराने को थोड़ी देर के लिए उपलब्ध रखें ताकि क्रॉलर ले जाया गया पता ढूंढ सकें। पहले दो सप्ताह में रैंकिंग रिपोर्ट के बजाय त्रुटि रिपोर्ट देखें: पहुंचने योग्य पृष्ठों में वृद्धि सक्रिय है, आमतौर पर एक रैंक हबल नहीं है।
जाँच करें कि पृष्ठों को बायीं ओवर निर्देश द्वारा अवरुद्ध नहीं किया गया है। स्टेजिंग वातावरण आमतौर पर क्रॉलर्स को बंद कर दिया जाता है, और स्टेजिंग साइट की रक्षा के लिए लिखित एक नियम ने उत्पादन में एक से अधिक परियोजना का पालन किया है और चुपचाप इसे खोज से हटा दिया है।
इस अवधि के दौरान मानचित्र को पहुंच में रखें। लगभग हर समस्या को पहले महीने में बताया गया है, इसमें एक पंक्ति को हल करता है जो खाली छोड़ दिया गया था, गलत पृष्ठ पर इंगित किया गया था, या एक टाइपो के साथ लिखा गया था।
रोलबैक योजना, जिसे आपको इसकी आवश्यकता से पहले लिखा गया है
स्विच से पहले, कैसे वापस जाने के लिए लिखें: कौन से DNS रिकॉर्ड्स को बहाल करने के लिए, पुराने वातावरण कितने समय तक उपलब्ध रहता है, जिसे कॉल करने की अनुमति दी जाती है, और किस स्थिति ने इसे बनाने की पुष्टि की है। तीन वाक्य पर्याप्त हैं और वे बदलते हैं कि कैसे दिन लगता है।
पुराने साइट को चलने और आगे बढ़ने के बाद परिभाषित अवधि के लिए पृष्ठभूमि में पहुंच योग्य रखें। यह एक महीने की मेजबानी की लागत है और यह एक बुरा दिन और एक बुरा सप्ताह के बीच अंतर है।
कटओवर डे पर कुछ भी नहीं हटाएं। डेटाबेस, मीडिया फ़ोल्डर्स, और पुराने विन्यास को उस अवधि से आगे रहना चाहिए जिसे आपने पहले नाम दिया है, क्योंकि आमतौर पर यातायात के पहले पूरे सप्ताह के बाद क्या गायब हो रहा है।
योजना में निर्णय निर्माता का नाम दें। रोलबैक निर्णय एक समूह द्वारा लिया गया, गति से, अधूरे जानकारी पर, कैसे एक वसूली योग्य समस्या एक के बजाय दो माइग्रेशन में बदल जाती है।
स्विच से पहले परीक्षण, उसके बाद जांच
स्विच से पहले, उसी चेक के माध्यम से नई साइट चलाएं जिसके बाद आप चलेंगे: प्रत्येक टेम्पलेट खुलता है, फॉर्म जमा करता है, खोज कार्य करता है, पृष्ठ फोन पर लोड होता है, पता संरचना मानचित्र से मेल खाता है। ऐसा करने से अधिकांश आश्चर्यों को हटा देता है।
स्विच के बाद, मानचित्र को स्वयं चलाएं। हर पुराने पते का अनुरोध करें और रिकॉर्ड करें कि यह क्या रिटर्न देता है। यह एक स्क्रिप्ट है, क्लिक करने की दोपहर नहीं है, और यह इस सवाल को बदल देता है कि क्या प्रवास ने उन पंक्तियों की सूची में काम किया जो नहीं थे।
उन पृष्ठों की जाँच करें जिन्हें भूलना आसान है: कानूनी पृष्ठ, केवल एक पाद लेख से जुड़े पृष्ठ, एक ईमेल अभियान से जुड़े फाइलें, और एक पते के साथ कुछ भी जो उत्पन्न होने के बजाय हाथ से लिखा गया था।
फिर एक सप्ताह बाद इसे फिर से चेक करें। कुछ असफलता केवल एक बार कैश समाप्त हो जाती है और क्रॉलर वापसी होती है, और उसी सूची में दूसरा पास उन्हें पकड़ने का एक सस्ता तरीका है जबकि संदर्भ अभी भी ताजा है।
जहां माइग्रेशन में बैठता है VITON13 पैकेज
यह गुंजाइश के बारे में प्रत्यक्ष होने के लायक है, क्योंकि एक प्रवास अक्सर उद्धृत किया जाता है जैसे कि यह एक छोटा सा फिक्स था। साइट फिक्स पैक $ 70 है और पांच सहमत फिक्स के लिए 1-2 कार्य दिवसों को चलाता है, जिसमें मोबाइल और डेस्कटॉप चेक और हैंडओवर पर पहले / बाद की सूची और संशोधनों का एक दौर है - और माइग्रेशन को स्पष्ट रूप से इसमें शामिल नहीं किया गया है।
एक ऐसा कदम जो एक नई साइट का उत्पादन करता है वह 3-5 कार्य दिवसों में $ 380 पर लॉन्च साइट से संबंधित है, जिसमें एक उत्तरदायी निर्माण, कोर सीएमएस या डेटा वायरिंग और तैनाती सेटअप शामिल है, जिसमें लॉन्च से पहले संशोधनों के दो दौर हैं; सामग्री और अनुवाद आपके द्वारा प्रदान किए जाते हैं। लॉन्च साइट एक्सप्रेस $ 520 है और यह बताता है कि दैनिक निर्माण, एक लॉन्च चेकलिस्ट और एक हैंडओवर कॉल के साथ 2 कार्य दिवसों में प्राथमिकता वाले क्वाउ में एक ही गुंजाइश है, जिसमें पहले पूर्ण निर्माण और सामग्री, फोटोग्राफी और चल रहे समर्थन को बाहर रखा गया है।
जहां यह कदम भी बदलता है कि उत्पाद क्या करता है - नई सुविधाएँ, नई स्थिति और मार्ग तर्क, परीक्षण और सख्त - उत्पाद बिल्ड प्रति वितरित सुविधा के दो दौरों के साथ 2-3 सप्ताह में $ 880 है, और मूल मोबाइल ऐप और भुगतान लाइसेंसिंग इसके बाहर बैठते हैं।
एक कटओवर के सप्ताह बाद जहां ऑनगोइंग देव सपोर्ट अपनी जगह कमाता है: एक मासिक चक्र पर प्रति माह $ 290, 30 दिनों के नोटिस को रोकने के लिए, प्राथमिकता अपडेट को कवर करने, साप्ताहिक रिलीज लय और तकनीकी रखरखाव के साथ, वॉल्यूम प्रत्येक चक्र की शुरुआत में सहमत हो गया और एक नया निर्माण या फिर से डिजाइन अलग से दायर किया गया।
व्यावहारिक चेकलिस्ट
- साइटमैप, सर्वर लॉग, एनालिटिक्स और क्रॉल से पता सूची बनाएं, फिर सभी चार मर्ज करें।
- पुराने कपड़े को नए कपड़े की मेज पर लिखें और कोई पंक्ति खाली छोड़ दें।
- इसलिए हर पुराना पता अपने अंतिम गंतव्य पर सीधे इंगित करता है।
- प्रत्येक फॉर्म के माध्यम से एक वास्तविक प्रस्तुतीकरण भेजें और DNS परिवर्तन के बाद प्रत्येक गंतव्य को सत्यापित करें।
- DNS समय-समय पर एक दिन पहले जीवित रहने और स्विच से पहले प्रमाणपत्र जारी करने के लिए।
- रोलबैक योजना लिखें और अवधि पुराने वातावरण में पहुंच योग्य रहता है।
सवाल और जवाब
क्या साइट प्लेटफॉर्म को स्थानांतरित करने पर रैंकिंग खो देगी?
एक अच्छी तरह से तैयार माइग्रेशन आमतौर पर एक स्थायी ड्रॉप के बजाय एक छोटी सीधी अवधि पैदा करता है। आंदोलन का आकार इस बात पर निर्भर करता है कि पता संरचना कितनी बदल गई है और पूरी तरह से रीडायरेक्ट मानचित्र इसे कैसे कवर करता है, यही कारण है कि नक्शा मुख्य सुरक्षा है।
क्या छोटे-फिक्स पैकेज द्वारा कवर किया गया माइग्रेशन है?
नहीं साइट फिक्स पैक $ 70 से अधिक 1-2 कार्य दिवसों के लिए पांच सहमत फिक्स तक है, और माइग्रेशन को स्पष्ट रूप से शामिल नहीं किया गया है। एक ऐसा कदम जो एक नई साइट का उत्पादन करता है वह 3-5 कार्य दिवसों में $ 380 पर लॉन्च साइट से संबंधित है, या 2 कार्य दिवसों में $ 520 पर लॉन्च साइट एक्सप्रेस।
क्या हर पुराना पता सिर्फ होम पेज पर रीडायरेक्ट हो सकता है?
तकनीकी रूप से हाँ, और यह एक खराब निर्णय है। एक आगंतुक जो घर पृष्ठ पर एक विशिष्ट लेख और भूमि पर क्लिक करता है उसे एक मृत अंत दिया गया है, और खोज इंजन एक कदम की बजाय एक नरम विफलता के रूप में घर पृष्ठ पर एक थोक रीडायरेक्ट करते हैं।
पुराने साइट को स्विच के बाद कब तक रहना चाहिए?
अवधि को अग्रिम में नाम दें और कटओवर दिवस पर कुछ भी नहीं हटा दें। डेटाबेस, मीडिया फ़ोल्डर्स और पुराने कॉन्फ़िगरेशन को उस निर्धारित अवधि तक इस कदम को जीवित रहना चाहिए, क्योंकि आमतौर पर यातायात के पहले पूरे सप्ताह के बाद क्या लापता होता है।
एक प्रवास के दौरान चुपचाप क्या टूट जाता है?
फॉर्म और एकीकरण। एक रूप प्रस्तुत करने को स्वीकार करता है, आगंतुक को धन्यवाद देता है और संदेश को कहीं भी बचाता है। डीएनएस परिवर्तन से पहले और बाद में एक वास्तविक प्रस्तुतीकरण के साथ प्रत्येक रूप का परीक्षण करें, और पुष्टि करें कि यह हर गंतव्य पर आता है - इनबॉक्स, सीआरएम और अधिसूचना चैनल।