रीब्रांड लॉन्च चेकलिस्ट: ब्रांड रोलआउट और वेबसाइट गो-लाइव, चरण दर चरण

इस चेकलिस्ट का इस्तेमाल कैसे करें

इसे क्रम से पूरा करें। हर चरण के अंत में ऐसे बिंदु हैं जिनमें साफ़ लिखा है कि "कब पूरा माना जाए", ताकि आपको पता रहे कि आगे कब बढ़ना है। अगर आप ब्रांड बदले बिना नई वेबसाइट लॉन्च कर रहे हैं, तो ब्रांड रोलआउट वाले बिंदु छोड़ दें; बाकी सब पर वही लागू होता है।

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

तय करें कि लॉन्च के दिन क्या बदलेगा और क्या बाद में हो सकता है

रीब्रांड को एक ही सुबह हर टचपॉइंट तक पहुँचाना ज़रूरी नहीं है। काम को दो सूचियों में बाँट लें:

• लॉन्च का दिन: जो चीज़ें ग्राहक को पहले हफ़्ते में सबसे ज़्यादा दिखने की संभावना है। वेबसाइट, सोशल प्रोफ़ाइल, ईमेल सिग्नेचर, आपकी Google Business Profile और वे दस्तावेज़ जो आप सबसे ज़्यादा भेजते हैं, जैसे प्रस्ताव, कोटेशन और इनवॉइस।
• रोलआउट: जो तय तारीखों के हिसाब से बाद में हो सकता है। छपी हुई सामग्री, साइनेज, पैकेजिंग, वाहन और पुराने टेम्पलेट।

हर बिंदु का एक ज़िम्मेदार व्यक्ति और एक तारीख तय करें। जिस बिंदु का कोई ज़िम्मेदार नहीं होता, वही छह महीने बाद भी पुराने लोगो के साथ दिखता है।

कुछ हफ़्ते पहले: ब्रांड

अंतिम फ़ाइलें और गाइडलाइन

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

नए नाम की घोषणा से पहले उसकी जाँच करें

अगर नाम बदल रहा है, तो कुछ भी सार्वजनिक होने से पहले पक्का करें कि आप उसे हर बाज़ार में इस्तेमाल कर सकते हैं। WIPO का Global Brand Database Madrid System के तहत अंतरराष्ट्रीय ट्रेडमार्क और भाग लेने वाले राष्ट्रीय कार्यालयों के मार्क खोजता है, लेकिन WIPO खुद भी राष्ट्रीय और क्षेत्रीय रजिस्टरों में खोजने का सुझाव देता है। नतीजों की समीक्षा किसी योग्य ट्रेडमार्क वकील से करवाएँ, और उसी समय डोमेन और सोशल हैंडल भी सुरक्षित कर लें।

हर टचपॉइंट की सूची बनाएँ

उन सभी जगहों की सूची बनाएँ जहाँ ब्रांड दिखता है, यह लिखते हुए कि क्या बदलेगा, कौन बदलेगा और कब:

• वेबसाइट, डोमेन और ईमेल पते
• सोशल प्रोफ़ाइल: डिस्प्ले नाम, हैंडल, प्रोफ़ाइल इमेज, बैनर, बायो और लिंक
• ईमेल सिग्नेचर और ऑटोरिस्पॉन्डर
• दस्तावेज़ और टेम्पलेट: प्रस्ताव, कोटेशन, इनवॉइस, अनुबंध, स्लाइड डेक
• Google Business Profile और अन्य डायरेक्टरी लिस्टिंग
• ऐप स्टोर लिस्टिंग, अगर आपका ऐप है
• विज्ञापन खाते, मार्केटप्लेस और पेमेंट पेज
• साइनेज, पैकेजिंग, यूनिफ़ॉर्म और वाहन, अगर हों

Google Business Profile के नाम के अपने नियम हैं

Google की Business Profile guidelines कहती हैं, "आपका नाम आपके व्यवसाय के वास्तविक नाम को दर्शाना चाहिए," यानी वह नाम जो आपके स्टोरफ़्रंट, वेबसाइट और स्टेशनरी पर लगातार इस्तेमाल होता है। ये इस पर भी सीमा लगाती हैं कि रीब्रांड किसे माना जाए। आप मौजूदा प्रोफ़ाइल पर नाम तभी बदल सकते हैं जब नाम में मौजूद संज्ञाएँ और सेवाएँ वही रहें और व्यवसाय की श्रेणी न बदले, या जब कई स्थानों वाला कोई व्यवसाय अपना नाम बदले। अन्यथा Google इसे नया व्यवसाय मानता है: आप पुरानी प्रोफ़ाइल को बंद के रूप में चिह्नित करते हैं और नई बनाते हैं।

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

कुछ हफ़्ते पहले: वेबसाइट

कंटेंट, कानूनी पेज और फ़ॉर्म

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

एनालिटिक्स और सहमति

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

WCAG 2.2 के अनुसार एक्सेसिबिलिटी

WCAG 2.2 W3C की सिफ़ारिश (Recommendation) है। यह अनुपालन के तीन स्तर तय करती है (A, AA और AAA); कम से कम AA का लक्ष्य रखें। लॉन्च से पहले की जाँच में ये शामिल होने चाहिए:

• इमेज के लिए टेक्स्ट विकल्प (1.1.1)
• टेक्स्ट का कॉन्ट्रास्ट कम से कम 4.5:1, या बड़े टेक्स्ट के लिए 3:1 (1.4.3)
• सब कुछ कीबोर्ड से इस्तेमाल करने लायक हो, और दिखने वाला फ़ोकस स्टिकी हेडर के पीछे न छिपे (2.1.1, 2.4.7, 2.4.11)
• पॉइंटर टार्गेट कम से कम 24 गुणा 24 CSS पिक्सेल के हों, बताए गए अपवादों को छोड़कर (2.5.8)
• फ़ॉर्म फ़ील्ड पर लेबल या निर्देश (3.3.2) और पेज की भाषा घोषित हो (3.1.1)

रीब्रांड में कॉन्ट्रास्ट अक्सर बिगड़ जाता है। नए पैलेट को 1.4.3 के सामने तब जाँचें जब रंग अब भी बदले जा सकते हों, साइट बन जाने के बाद नहीं।

परफ़ॉर्मेंस

Google के Core Web Vitals की सीमाएँ हैं: LCP 2.5 सेकंड के भीतर, INP 200 मिलीसेकंड या उससे कम और CLS 0.1 या उससे कम, जो पेज लोड के 75वें पर्सेंटाइल पर मापी जाती हैं। नई साइट के पास अभी असली उपयोगकर्ताओं का डेटा नहीं होता: Search Console की Core Web Vitals रिपोर्ट Chrome UX Report के फ़ील्ड डेटा का इस्तेमाल करती है और जिन URL के लिए पर्याप्त डेटा नहीं होता उन्हें छोड़ देती है। लॉन्च से पहले अपने मुख्य टेम्पलेट PageSpeed Insights या Lighthouse से टेस्ट करें।

असली 404 पेज

ऐसा 404 पेज बनाएँ जो लोगों को रास्ता खोजने में मदद करे, और जाँचें कि वह 404 स्टेटस कोड लौटाता है। Google का HTTP त्रुटियों पर दस्तावेज़ कहता है कि खाली पेज या त्रुटि संदेश के साथ 2xx रिस्पॉन्स Search Console में सॉफ़्ट 404 के रूप में दिखता है।

फ़ेविकॉन, साइट का नाम और शेयर इमेज

• फ़ेविकॉन। Google की फ़ेविकॉन गाइडलाइन एक वर्गाकार आइकन माँगती है, 48x48 पिक्सेल से बड़ा रखने की सलाह देती है, और होम पेज तथा आइकन फ़ाइल दोनों का क्रॉल हो सकना ज़रूरी बताती है। आइकन का URL स्थिर रखें।
• साइट का नाम। Google के साइट नेम डॉक्यूमेंटेशन के अनुसार होम पेज पर नए name के साथ WebSite स्ट्रक्चर्ड डेटा जोड़ें। Google og:site_name, टाइटल और हेडिंग भी पढ़ता है, इसलिए सभी में एक ही नाम रखें।
• शेयर इमेज। Open Graph protocol के अनुसार हर पेज पर og:title, og:type, og:image और og:url ज़रूरी हैं, और जिस पेज पर og:image हो उस पर og:image:alt भी सेट होना चाहिए। प्रीव्यू जाँचने के लिए कुछ लिंक किसी निजी मैसेज में पेस्ट करके देखें।

अगर URL या डोमेन बदलता है

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

अकाउंट, बैकअप और स्वामित्व

डोमेन रजिस्ट्रार, DNS, होस्टिंग, CMS, एनालिटिक्स, Search Console, Business Profile और सोशल अकाउंट कंपनी के नाम पर होने चाहिए, किसी व्यक्ति के निजी लॉगिन पर नहीं। Search Console प्रॉपर्टी में कम से कम एक वेरिफ़ाइड ओनर होना ज़रूरी है, और Google का परमिशन पेज कहता है कि अगर एकमात्र वेरिफ़ाइड ओनर आपकी टीम छोड़ दे, तो स्वामित्व दोबारा वेरिफ़ाई करें। अभी दूसरा ओनर जोड़ दें। लॉन्च से पहले पुरानी और नई दोनों साइटों का बैकअप लें और पक्का करें कि आप उन्हें रिस्टोर कर सकते हैं।

लॉन्च वाला हफ़्ता

1. पहले अपनी टीम को बताएँ। बदलाव समझाएँ, नए सिग्नेचर और टेम्पलेट साझा करें, और ग्राहकों से बात करने वाले स्टाफ़ को "क्या आपने अपना नाम बदल लिया है?" का एक छोटा जवाब दें।
2. कंटेंट फ़्रीज़ करें। सिर्फ़ लॉन्च से जुड़े फ़िक्स ही डालें।
3. स्टेजिंग पर आख़िरी जाँच करें: लिंक, फ़ॉर्म, मोबाइल लेआउट और 404 पेज।
4. बाहरी घोषणा का समय तय करें साइट के लाइव होने की पुष्टि के बाद का, DNS बदलने के उसी पल का नहीं।

लॉन्च का दिन, क्रम से

1. साइट पब्लिश करें या DNS स्विच करें।
2. स्टेजिंग ब्लॉक हटाएँ। Google का noindex डॉक्यूमेंटेशन बताता है कि जब robots.txt किसी पेज को ब्लॉक करता है, तो क्रॉलर को उसका noindex नियम कभी दिखता ही नहीं। लाइव HTML में noindex, रिस्पॉन्स हेडर में X-Robots-Tag और खुद robots.txt को जाँचें।
3. होम पेज, मुख्य पेज, हर फ़ॉर्म और 404 स्टेटस का स्मोक टेस्ट करें।
4. Search Console में प्रॉपर्टी वेरिफ़ाई करें और XML साइटमैप सबमिट करें। Sitemaps रिपोर्ट से सबमिट करने के लिए ओनर अनुमति चाहिए, और Google की साइटमैप गाइड सबमिशन को "सिर्फ़ एक संकेत" कहती है, इसलिए आज का लक्ष्य Success स्टेटस है, तुरंत इंडेक्सिंग नहीं।
5. होम पेज और मुख्य पेजों को URL Inspection में चलाएँ: लाइव टेस्ट करें, फिर इंडेक्सिंग का अनुरोध करें। अनुरोधों का रोज़ का कोटा होता है और इंडेक्सिंग की गारंटी नहीं मिलती।
6. सोशल प्रोफ़ाइल, ईमेल सिग्नेचर और Business Profile अपडेट करें।
7. घोषणा करें।

चेकलिस्ट

पहले 30 दिन

• इंडेक्सिंग। जाँचें कि आपके मुख्य पेज इंडेक्स हो चुके हैं, और जो नहीं हुए उन्हें इंस्पेक्ट करें।
• रिज़ल्ट में नाम और फ़ेविकॉन। Google के अनुसार दोनों को अपडेट होने में कुछ दिन से लेकर कई हफ़्ते लग सकते हैं। उसके बाद भी पुराना नाम दिखे, तो जाँचें कि WebSite मार्कअप, टाइटल और होम पेज का टेक्स्ट एक जैसे हैं।
• ब्रांड सर्च। Search Console की Performance रिपोर्ट में पुराने और नए, दोनों नामों के क्लिक और इम्प्रेशन देखें।
• लीड। पूछताछ की तुलना लॉन्च से पहले के हफ़्तों से करें, और पहले हफ़्ते के बाद हर फ़ॉर्म दोबारा सबमिट करके देखें।
• 404। टूटे हुए आंतरिक लिंक ठीक करें, और जो गायब पेज लोग अब भी ढूँढ रहे हैं उसे बहाल करें या उसकी जगह कोई पेज दें।
• Core Web Vitals। असली यूज़र डेटा दिखने लगे तो रिपोर्ट खोलें।
• रोलआउट। दूसरे चरण की सूची अपनी तारीख़ों पर पूरी करें और पुराना छपा हुआ स्टॉक हटा दें।
• उलझन। टीम से पूछें कि ग्राहक इस बदलाव के बारे में बार-बार क्या पूछ रहे हैं, और उसका जवाब साइट पर दें।

Dardo आपकी कैसे मदद कर सकता है

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