Company Name Change Runbook: अपनी Search Traffic की सुरक्षा करें

कंपनी का नाम बदलने की कागज पर कम लागत होती है। UK में, यह ऑनलाइन फाइल करने के लिए £20 है, या same-day service के लिए £83, और नाम केवल तब बदलता है जब Companies House इसे रजिस्टर करता है। Search performance वह जगह है जहाँ टीमें चोट खाती हैं। Google कहता है permanent redirects PageRank में कोई नुकसान नहीं करते, फिर भी साइट मालिकों को ranking fluctuation की अपेक्षा करने के लिए चेतावनी देता है, और Sitebulb तर्क देता है कि एक redirect अकेले Google को पुराने नाम को नए से जोड़ने नहीं देगा। यह कवर करता है कि कब rename समझ में आता है, कानूनी दाखिलें, domain choice, SEO steps, और एक launch day runbook। यह कानूनी सलाह नहीं है, और यह कोई traffic गारंटी नहीं देता।

Rename या refresh: आपको वास्तव में कौन सा चाहिए?

एक refresh प्रस्तुति और tone बदलता है: नया logo, नए रंग, तंग messaging। नाम और domain जहाँ हैं वहीं रहते हैं, और branded queries पहले की तरह resolve होते हैं। यदि असली शिकायत यह है कि पहचान पुरानी लगती है, तो refresh लगभग हमेशा सही कॉल है।

एक rename बदलता है कि उपयोगकर्ता Google में क्या type करते हैं। यह जोखिम का एक अलग स्तर है, क्योंकि हर branded query, backlink anchor, और directory listing अभी भी पुराने नाम को ले जाती है।

तो यह कब करने लायक है?

• नाम किसी दूसरी कंपनी के नाम या trade mark के बहुत करीब है। GOV.UK कहता है कि एक नाम जो किसी अन्य कंपनी के नाम या trade mark के बहुत समान है, उसे बदलना पड़ सकता है यदि कोई शिकायत करे, और एक forced rename इसे करने का एक बदतर समय है एक planned के मुकाबले।
• एक merger, acquisition या split ने पुराने नाम को कुछ ऐसा बना दिया है जो अब मौजूद नहीं है।
• नाम एक product या एक town से जुड़ा हुआ है और business इससे बाहर निकल गया है।

एक मध्य मार्ग है। एक UK कंपनी अपने registered corporate name को बदले बिना एक अलग business name के तहत काम कर सकती है, बशर्ते business name 'Ltd', 'LLP', और 'plc' जैसे शब्दों से बचे, और बिना अनुमति के कोई संवेदनशील शब्द न हो (GOV.UK)। यह आपको कानूनी दाखिलों के लिए प्रतिबद्ध होने से पहले एक नई brand का परीक्षण करने देता है।

नाम तय करें फिर कुछ और करने से पहले। मैंने एक brand naming process को documented किया है जो Companies House तक पहुँचने से पहले चलाना है। एक बार rename करें, दो बार नहीं। Google साइट मालिकों को migrations के दौरान सलाह देता है एक बार में केवल एक चीज़ बदलें, तो rename को एक ही सप्ताह में template overhaul या CMS switch के साथ pair न करें।

कानूनी steps: पहले UK, फिर US notes

UK: Companies House

एक UK कंपनी special resolution द्वारा या अपने articles of association में दी गई अनुमति द्वारा अपना नाम बदल सकती है। नए नाम को सामान्य naming rules का पालन करना होता है, तो Companies House register पर उपलब्धता की जाँच करें फिर कोई चीज़ से प्यार न करें। और याद रखें: नाम officially तब तक नहीं बदलेगा जब तक Companies House इसे register न करे।

तीन filing routes हैं:

• ऑनलाइन, विशेष संकल्प के लिए: फाइल करने के लिए £20 या same-day सेवा के लिए £83।
• डाक द्वारा, विशेष संकल्प: form NM01 संकल्प की प्रति के साथ और £30 का चेक।
• डाक द्वारा, articles से अनुमति: form NM04 और £30 का चेक।

WebFiling के लिए आपके पंजीकृत खाते की ईमेल, पासवर्ड और प्रमाणीकरण कोड की जरूरत होती है, और आप GOV.UK One Login के साथ अपनी पहचान सत्यापित करने के लिए भी बाध्य हो सकते हैं। अगर आपकी कंपनी में किसी ने पहले इस सेवा का use नहीं किया है, तो Companies House वह कोड आपके पंजीकृत कार्यालय को डाक से भेजता है। जल्दी शुरू करें: डाक में कागजी पत्र आपकी लॉन्च तारीख को पीछे रोक सकता है।

पंजीकरण के बाद, Companies House एक प्रमाणपत्र जारी करता है जिसमें नया नाम और पंजीकरण तारीख दिखाई देती है। वह तारीख स्विच को नियंत्रित करती है, चाहे internal preferences कुछ भी हों।

deadlines के बारे में, overview पृष्ठ नाम परिवर्तन को reportable कंपनी अपडेट में सूचीबद्ध करता है, रिकॉर्ड स्थान, directors और secretaries के लिए 14 दिन, constitutional articles के लिए 15 दिन, shares जारी करने के लिए एक महीना, और अन्य सभी परिवर्तनों के लिए 21 दिन निर्धारित करता है। नाम छोटी categories से अनुपस्थित है। चूंकि नाम तो केवल registration पर ही बदलता है, जल्दी फाइल करें और deadline की queries के लिए directly Companies House से संपर्क करें। आपको HMRC को भी notify करने की जरूरत पड़ सकती है।

एक statutory अनिवार्यता सीधे web टीमों को प्रभावित करती है: एक कंपनी को अपने पंजीकृत कार्यालय, business के अन्य स्थानों, business documents पर और websites पर अपना नाम प्रदर्शित करना चाहिए। Footers, invoices, email signatures और legal pages सभी को प्रमाणपत्र आते ही update करने की जरूरत होती है।

US नोट्स

अमेरिका में कोई एकीकृत प्रक्रिया नहीं है। LLC और कॉर्पोरेशन के लिए क़ानूनी नाम बदलने का तरीक़ा यह है कि आप सेक्रेटरी ऑफ़ स्टेट या कॉर्पोरेट रजिस्ट्री में आर्टिकल्स ऑफ़ अमेंडमेंट, या राज्य में उसके समकक्ष दस्तावेज़, दाखिल करें। फ़ॉर्म, शुल्क और प्रोसेसिंग का समय हर राज्य में अलग होता है। अपने राज्य की बिज़नेस रजिस्ट्री से शुरुआत करें, अपने एंटिटी टाइप के लिए IRS की आवश्यकताओं की पुष्टि करें, और पुराना नाम दर्ज करने वाले राज्य के लाइसेंस, टैक्स खातों और अनुबंधों की जाँच करें। अगर आपको सिर्फ़ ग्राहकों के सामने दिखने वाला ब्रांड नाम चाहिए, तो कई राज्य इसके बदले ट्रेडिंग नाम या DBA पंजीकरण की अनुमति देते हैं, जो ऊपर बताए गए ब्रिटेन के बिज़नेस-नेम विकल्प की तरह काम करता है।

Domain को रखें, इसे redirect करें, या कुछ समय के लिए दोनों चलाएं

यह फैसला है जो आपके SEO workload को तय करता है। तीन विकल्प हैं:

Domain को रखना lowest search जोखिम वहन करता है, क्योंकि URLs same रहते हैं। अगर legacy domain शर्मनाक नहीं है, तो इसे एक या दो साल के लिए रखें और बाद में किसी भी domain migration को एक अलग project के रूप में संभालें। यह Google की one-thing-at-a-time सलाह से मेल खाता है।

Migrating और redirecting standard procedure है जब पुराना domain पूर्व नाम को reflect करता है और आप browser bar में नई identity चाहते हैं। यह एक full site move है, और विवरण नीचे दिया गया है।

दोनों चलाने के लिए care की जरूरत है। Google के 2012 guidance दो crawlable sites के विरुद्ध warning देते हैं जिनमें largely identical content हो जब तक आप 301 या canonical use नहीं करते। तो 'दोनों' का मतलब यह होना चाहिए कि नया domain live है और पुराना एक redirect करता है, पुराने domain को still registered, renewed और email का जवाब देते हुए। इसका मतलब site की दो copies नहीं होना चाहिए।

आप कोई भी विकल्प चुनें, पुराने डोमेन को पकड़े रखें। रीडायरेक्ट्स केवल तब तक काम करते हैं जब तक डोमेन मौजूद रहता है।

SEO के कदम: रीडायरेक्ट्स, Change of Address, स्कीमा और लिस्टिंग्स

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

रीडायरेक्ट मैप बनाएँ

Google पुरानी URLs से नई URLs तक सर्वर-साइड परमानेंट रीडायरेक्ट्स जैसे 301 और 308 की सिफारिश करता है, एक मैपिंग के अनुसार। हर लीगेसी URL को उसके सबसे करीब वाले समकक्ष के लिए रूट करें, होमपेज के लिए नहीं। ट्रैफिक को सीधे फाइनल गंतव्य तक भेजें: Googlebot 10 हॉप्स तक फॉलो कर सकता है, लेकिन Google चेन्स को आदर्श रूप से 3 से ज्यादा और 5 से कम रखने की सलाह देता है। छोटी और मध्यम साइट्स सभी URLs को एक साथ माइग्रेट कर सकती हैं, जबकि बड़ी प्रॉपर्टीज सेक्शन दर सेक्शन माइग्रेट कर सकती हैं। मेरी बड़े माइग्रेशन्स के लिए रीडायरेक्ट मैप गाइड मैकेनिक्स को विस्तार से बताती है।

अगर आपको हजारों लीगेसी URLs का सामना करना पड़े और कोई साफ मैपिंग न हो, तो हमकी साइट माइग्रेशन सर्विस रीडायरेक्ट मैप और कट-ओवर एक्सीक्यूशन को कवर करती है।

Change of Address से Google को बताएँ

Google साइट ओनर्स को डोमेन नाम या सबडोमेन माइग्रेट करते समय पुरानी प्रॉपर्टी पर Search Console में Change of Address चलाने के लिए निर्देश देता है। HTTP से HTTPS, उसी डोमेन पर www से non-www स्विच्स, या सबफोल्डर पाथ शिफ्ट्स के लिए इसकी जरूरत नहीं है। Search Engine Journal रिपोर्ट करता है कि गाइडेंस अब कहती है सभी सबडोमेन्स के साथ ही पुराने डोमेन के www और non-www वेरिएंट्स के लिए रिक्वेस्ट्स सबमिट करने के लिए, यहाँ तक कि जब वे अनुपयोगी हों, हर वेरिएंट वेरिफाइड होने के साथ। पहले हर पुराने और नए वेरिएंट को वेरिफाई करें, www, non-www, HTTP, HTTPS, फिर सबमिट करें।

नई साइट को साफ-सुथरा करें

• हर नई URL पर Self-referencing canonical tags।
• नई URLs की ओर इशारा करने वाले Hreflang एनोटेशन्स।
• नए पतों के लिए अपडेट की गई इंटरनल लिंक्स, ताकि आप अपनी साइट के अंदर रीडायरेक्ट्स पर निर्भर न हों।
• Search Console में सबमिट की गई नई sitemap।
• पर्याप्त सर्वर कैपेसिटी, क्योंकि Google कहता है कि यह नई साइट को अस्थायी रूप से सामान्य से ज्यादा भारी रूप से क्रॉल करेगा।

स्ट्रक्चर्ड डेटा और sameAs

अपने Organization स्ट्रक्चर्ड डेटा को अपडेट करें: name, url, logo, और एक sameAs एरे जो सक्रिय ऑफिशियल प्रोफाइल्स की ओर इशारा करता है, LinkedIn, सोशल चैनल्स और असली ब्रैंड प्रॉपर्टीज सहित। ट्रांजिशन के दौरान, पुराने नाम को alternateName के रूप में जोड़ें। यह अपने आप में कुछ गैरंटी नहीं देता है, लेकिन यह एक और सुसंगत, कम लागत वाला इकाई सिग्नल देता है।

बिजनेस लिस्टिंग्स और प्रोफाइल्स

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

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

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

सर्च इंजन्स और AI असिस्टेंट्स को नए नाम की शिक्षा देना

ज्यादातर rebranding प्रोजेक्ट्स यहाँ कोनों को काटते हैं। टेक्निकल रीडायरेक्ट्स URLs को रूट करते हैं; वे सर्च सिस्टम्स को नहीं बताते हैं कि Brand B वही कॉर्पोरेट इकाई है जो Brand A है।

Sitebulb तर्क देता है कि एक rebrand में 301 काफी नहीं है: अगर कस्टमर्स नए नाम को नहीं पहचानते तो आप branded सर्च ट्रैफिक खो सकते हैं, backlink अथॉरिटी स्लिप कर सकती है अगर थर्ड-पार्टी साइट्स अपनी लिंक्स को अपडेट नहीं करती हैं, और Google का Knowledge Graph पुरानी और नई नेम्स को कनेक्ट नहीं कर सकता है। यह WooCommerce के Woo में rebrand को उदाहरण के रूप में दर्शाता है जहाँ Google यह नहीं समझ सकता है कि नया ब्रैंड वही इकाई है, यहाँ तक कि रीडायरेक्ट्स, स्ट्रक्चर्ड डेटा और backlinks को हैंडल किया जा चुका हो। (Sitebulb SEO सॉफ्टवेयर बेचता है, तो इसे एक माप नहीं बल्कि एक चेतावनी के रूप में पढ़ें।)

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

• फैक्ट्स की एक canonical सेट। आपके About पेज, स्कीमा, लिस्टिंग्स और प्रोफाइल्स पर वही legal नाम, ट्रेडिंग नाम, एड्रेस, विवरण और founding विवरण। Inconsistencies वही हैं जो एक मॉडल या एक knowledge पैनल को hedge करती हैं।
• 'पहले इसे इस नाम से जाना जाता था' का संकेत। अपने About पेज पर एक साधारण वाक्य, पहले कुछ महीनों के लिए होमपेज कॉपी में, अपनी घोषणा पोस्ट में और प्रेस या पार्टनर mentions में: 'नया नाम, पहले पुराना नाम।' इसे सामान्य गद्य में कहें, सिर्फ markup में नहीं।
• तीसरे पक्ष की updates। उन साइटों से पूछें जो आपके लिंक करती हैं या आपका वर्णन करती हैं कि वे नाम और URL बदलें। आपके अपने पेज सिर्फ एक हिस्सा हैं।
• Companies House। आपका पंजीकृत नाम सार्वजनिक है। सुनिश्चित करें कि आप जो कुछ भी कहीं प्रकाशित करते हैं वह इससे मेल खाता है, विराम चिह्न सहित।

पुराने नाम को रातोंरात मिटाएं नहीं। इसे कम से कम redirect period के लिए context में खोजने योग्य रखें, ताकि legacy brand queries का उपयोग करने वाले खोजकर्ता उन पेजों पर पहुंचें जो transition की व्याख्या करते हैं।

नाम बदलने की रनबुक

क्रम मायने रखता है। कानूनी तारीख slip हो सकती है (फिर से वह postal authentication code), इसलिए साइट changes तैयार होनी चाहिए, live नहीं, जब तक certificate exist नहीं करती।

लॉन्च से पहले

1. नाम तय करें, इसे Companies House register के विरुद्ध check करें, और एक rename, trading name या refresh पर decide करें।
2. विशेष resolution pass करें (या articles में permission की पुष्टि करें) और अपने चुने हुए route द्वारा file करें।
3. Domain decide करें: रखें, move करें, या overlap की अवधि के साथ move करें।
4. पुराने और नए domains के हर variant को Search Console में verify करें।
5. Redirect map बनाएं, इसे staging पर test करें, और किसी भी chains को flatten करें।
6. नई साइट तैयार करें: canonicals, hreflang, internal links, sitemap, Organization schema जिसमें sameAs हो और पुराना नाम alternateName के रूप में हो।
7. 'पहले इसे इस नाम से जाना जाता था' copy, announcement, email footers और invoice templates का draft बनाएं।
8. हर listing, profile, ad account और partner site को list करें जिसमें पुराना नाम है।

लॉन्च दिन

यह तभी शुरू होता है जब Companies House certificate आती है जो नया नाम और registration date दिखाती है।

1. पुराने URLs से नए URLs पर 301 या 308 redirects चालू करें।
2. अपने सबसे ज्यादा linked और highest-traffic पुराने URLs को spot-check करें: एक hop, 200 page पर landing।
3. प्रत्येक verified पुराने variant के लिए Change of Address submit करें (केवल domain या subdomain moves)।
4. नया sitemap submit करें।
5. Site name, footer, legal pages, invoices और email signatures को update करें।
6. Announcement और About-page 'पहले इसे इस नाम से जाना जाता था' wording को publish करें।
7. Google Business Profile, social profiles और live ad campaigns को update करें।

लॉन्च के बाद

1. दोनों properties के लिए Index Status और Sitemaps reports को check करें, और पुराने और नए नाम के लिए branded queries को देखें।
2. उन साइटों का पीछा करें जो आपको लिंक करती हैं और उनसे नया नाम और URL माँगें।
3. अगर यह आपके लिए लागू होता है तो HMRC को इस बदलाव के बारे में बताएँ।
4. रीडायरेक्ट्स को बनाए रखें। Google कहता है आम तौर पर कम से कम 1 साल, और उपयोगकर्ताओं के लिए उन्हें अनिश्चित काल तक रखने पर विचार करें।
5. जब तक रीडायरेक्ट्स चलें, पुराने डोमेन को नवीनीकृत रखें।

FAQ

क्या मैं नया नाम घोषित कर सकता हूँ इससे पहले कि Companies House इसे रजिस्टर करे?

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

अगर मैं अपना डोमेन रखता हूँ, तो क्या मुझे Change of Address की ज़रूरत है?

नहीं। Google Change of Address टूल को डोमेन या सबडोमेन माइग्रेशन के लिए आरक्षित रखता है। यह HTTP से HTTPS, www से non-www, या डायरेक्टरी पाथ पुनर्गठन के लिए आवश्यक नहीं है। आप अभी भी title टैग, कॉपी, schema और डायरेक्टरी लिस्टिंग अपडेट करते हैं, लेकिन डोमेन रीडायरेक्ट मैप और Search Console सबमिशन को छोड़ जाते हैं।

क्या मैं टेस्ट करते समय अस्थायी रीडायरेक्ट्स का इस्तेमाल कर सकता हूँ?

प्रोडक्शन साइट पर कभी नहीं। Google का डॉक्यूमेंटेशन कहता है कि स्थायी रीडायरेक्ट्स सर्च परिणामों में नया टार्गेट दिखाते हैं, जबकि अस्थायी रीडायरेक्ट्स मूल पृष्ठ दिखाते हैं। Staging पर response codes टेस्ट करें, फिर 301 या 308 रीडायरेक्ट्स का उपयोग करके लॉन्च करें।

मने ब्रांडेड सर्च ट्रैफिक का क्या होता है?

उम्मीद करें कि ट्रैफिक शिफ्ट हो जाए क्योंकि उपयोगकर्ता कुछ समय के लिए पुराने नाम की सर्च जारी रखते हैं। Sitebulb चेतावनी देता है कि जब ग्राहक नया नाम नहीं पहचानते तो ब्रांडेड ट्रैफिक गिरता है। दोनों क्वेरीज को Search Console में ट्रैक करें और 'पहले के रूप में जाना जाता था' कॉपी दृश्यमान रखें जब तक पुरानी term के लिए सर्च वॉल्यूम कम न हो जाए।

प्राथमिक बाधा स्पष्ट है: 301 URLs को ट्रांसफर करता है, और Google कहता है PageRank सुरक्षित है, लेकिन सर्वर रीडायरेक्ट्स सर्च इंजन को यह नहीं सिखाते कि आपका नया ब्रांड एक ही बिज़नेस है। पहले कानूनी कागजपत्र फाइल करें, साइट माइग्रेशन केवल प्रमाणपत्र आने के बाद करें, और 'पहले के रूप में जाना जाता था' entity सिग्नल को माइग्रेशन का एक आवश्यक हिस्सा मानें, सोचसमझकर नहीं।