बुकिंग इंजन से अपना डोमेन कैसे जोड़ें

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

DNS को गहराई से समझने की ज़रूरत नहीं है। बस एक बात समझ लीजिए: आपका डोमेन नाम एक साइनबोर्ड है, और आप उसे एक नई इमारत की ओर घुमा रहे हैं। आगे जो कुछ है, वह इसी बात का विस्तार है।

आपका डोमेन असल में कहाँ रहता है

इसमें तीन अलग-अलग कंपनियाँ शामिल हो सकती हैं, और ज़्यादातर एजेंसी मालिक उनमें से सिर्फ़ एक को जानते हैं। रजिस्ट्रार वह जगह है जहाँ से आपने नाम ख़रीदा और जहाँ हर साल रिन्यूअल भरते हैं। DNS होस्ट वह जगह है जहाँ उस नाम के रिकॉर्ड बदले जाते हैं — अक्सर वही कंपनी जो रजिस्ट्रार है, कभी-कभी नहीं, ख़ासकर तब जब सालों पहले किसी वेब डिज़ाइनर ने सब सेट किया और नाम को अलग DNS सेवा पर ले गया। वेबसाइट होस्ट वह जगह है जहाँ आपकी मौजूदा साइट चलती है।

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

रूट डोमेन या सबडोमेन: कुछ भी छूने से पहले तय करें

रूट डोमेन (apex) वह है जिसके आगे कुछ नहीं होता: yourbrand.in। सबडोमेन वह है जिसके आगे कोई शब्द जुड़ा हो: www.yourbrand.in, book.yourbrand.in, travel.yourbrand.in। प्लेटफ़ॉर्म दोनों स्वीकार करता है, लेकिन चुनाव से तय होता है कि आप कौन-सा रिकॉर्ड जोड़ेंगे।

वजह पुरानी है और इस पर कोई मोलभाव नहीं। रूट डोमेन पर पहले से वे रिकॉर्ड होते हैं जो ख़ुद डोमेन को परिभाषित करते हैं, और DNS के नियम CNAME को किसी और रिकॉर्ड के साथ एक ही नाम साझा करने नहीं देते। इसलिए रूट डोमेन को A रिकॉर्ड से सीधे एक IP पते पर भेजा जाता है, जबकि सबडोमेन को CNAME से किसी दूसरे होस्टनेम पर।

जिन एजेंसियों के पास पहले से वेबसाइट है, उनमें से ज़्यादातर को सबडोमेन से शुरू करना चाहिए। बहस वाली पंक्ति दूसरी है: कुछ मालिकों को लगता है कि सबडोमेन कम जमा-जमाया दिखता है। यह राय समझ में आती है, और तब इसका वज़न कम हो जाता है जब ज़्यादातर ग्राहक पता टाइप करने के बजाय WhatsApp या Instagram के लिंक से आते हैं।

आप कौन-से रिकॉर्ड जोड़ते हैं और हर एक क्या करता है

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

• CNAME, सबडोमेन के लिए। नाम: आपका चुना हुआ शब्द, जैसे book। वैल्यू: DNS स्टेप में दिया गया प्लेटफ़ॉर्म होस्टनेम। इसका मतलब है "यह नाम उस नाम का उपनाम है", इसलिए अगर प्लेटफ़ॉर्म के सर्वर कहीं और चले जाएँ, तब भी आपका रिकॉर्ड बिना छुए काम करता रहता है।
• A रिकॉर्ड, रूट डोमेन के लिए। नाम: @, जिससे ज़्यादातर DNS पैनल ख़ाली डोमेन को दर्शाते हैं। वैल्यू: DNS स्टेप में दिया गया IP पता। इसका मतलब है "यह नाम इस पते पर रहता है"।
• TXT, कभी-कभी। कुछ होस्टिंग सेटअप एक वेरिफ़िकेशन रिकॉर्ड भी माँगते हैं: DNS स्टेप में बताए गए नाम के नीचे एक लंबी रैंडम स्ट्रिंग। विज़िटर के लिए यह कुछ नहीं करता। यह साबित करता है कि डोमेन पर जिसका नियंत्रण है, उसने जुड़ाव की मंज़ूरी दी है। स्टेप में दिखे तो जोड़ें; न दिखे तो कुछ छूटा नहीं है।

ज़्यादातर नाकाम कोशिशों के पीछे दो गलतियाँ होती हैं। पहली: नाम वाले फ़ील्ड में पूरा डोमेन टाइप कर देना। कई पैनल आपका डोमेन अपने-आप जोड़ देते हैं, तो वहाँ लिखा book.yourbrand.in बन जाता है book.yourbrand.in.yourbrand.in, जो कहीं नहीं पहुँचता। सिर्फ़ शब्द लिखें। दूसरी: पुराना रिकॉर्ड वहीं छोड़ देना। अगर book पर किसी पुराने प्रोजेक्ट का A रिकॉर्ड पड़ा है, तो उसके साथ CNAME नहीं रह सकता, और कुछ पैनल चुपचाप पुराना रख लेते हैं। पहले उसी नाम का पुराना रिकॉर्ड हटाएँ।

अगर आपका DNS होस्ट रिकॉर्ड पर प्रॉक्सी का स्विच देता है — Cloudflare में यह नारंगी बादल के रूप में दिखता है — तो जोड़ते समय उसे "सिर्फ़ DNS" पर रखें। प्रॉक्सी प्लेटफ़ॉर्म की जगह विज़िटर को जवाब देता है, जिससे प्लेटफ़ॉर्म अगले हिस्से में बताई गई जाँच से छिप जाता है।

ताला सबसे आख़िर में क्यों आता है

यही वह क़दम है जहाँ मालिकों को लगता है कि कुछ टूट गया है। रिकॉर्ड सेव हो चुके हैं, डोमेन सही दिख रहा है, और ब्राउज़र कहता है कि कनेक्शन सुरक्षित नहीं — या साइट खुलती ही नहीं। कुछ भी टूटा नहीं है। बस क्रम तय है।

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

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

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

गलती की क़ीमत

महँगी गलतियाँ बुकिंग साइट में नहीं होतीं। वे आपके डोमेन से जुड़ी बाक़ी हर चीज़ में होती हैं।

सबसे बुरी: जब सिर्फ़ एक रिकॉर्ड जोड़ना था, तब नेमसर्वर बदल देना। नेमसर्वर बदलने से पूरा डोमेन नए DNS होस्ट को सौंप दिया जाता है, और जो रिकॉर्ड वहाँ दोबारा नहीं बनाया गया, वह ग़ायब हो जाता है — कंपनी का ईमेल पहुँचाने वाले MX रिकॉर्ड भी। किसी को यह ध्यान आने से पहले कि इनबॉक्स अचानक चुप हो गया है, एजेंसी ग्राहकों के ईमेल, सप्लायर कन्फ़र्मेशन और एयरलाइन के शेड्यूल-चेंज नोटिस का पूरा एक दिन खो सकती है। बुकिंग साइट जोड़ने के किसी भी हिस्से में नेमसर्वर बदलने की ज़रूरत नहीं है। रिकॉर्ड जोड़ें; बाक़ी को मत छुएँ।

दूसरी: रूट डोमेन को बुकिंग साइट पर भेज देना, जबकि पुरानी वेबसाइट पर ऐसे पेज हैं जिन्हें लोग इस्तेमाल करते हैं — Google पर रैंक करता वीज़ा पेज, विज़िटिंग कार्ड पर छपा कॉन्टैक्ट पेज। ये लिंक अब ऐसी बुकिंग साइट पर पहुँचेंगे जिसमें वे पेज हैं ही नहीं। या तो पहले पुरानी साइट को सबडोमेन पर ले जाएँ, या बुकिंग साइट को सबडोमेन से जोड़ें।

तीसरी की क़ीमत सिर्फ़ घबराहट है: ताला आने से पहले नया पता घोषित कर देना। जिस दिन आपने साइट का प्रचार किया, उसी दिन ब्राउज़र ग्राहकों को आपकी साइट से दूर रहने की चेतावनी दे — यह अच्छी शुरुआत नहीं है। रिकॉर्ड सेव होने पर नहीं, सर्टिफ़िकेट चालू होने पर घोषणा करें।

प्लेटफ़ॉर्म डोमेन रखें — यही आपका बैकअप है

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

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

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

चेकलिस्ट: बुकिंग इंजन से अपना डोमेन जोड़ें

1. पता करें कि आपका DNS कौन होस्ट करता है। डोमेन के नेमसर्वर यह बता देंगे।
2. रूट या सबडोमेन चुनें। अगर कोई वेबसाइट रखनी है, तो सबडोमेन चुनें।
3. कुछ भी बदलने से पहले सारे मौजूदा रिकॉर्ड, ख़ासकर MX, नोट कर लें। एक स्क्रीनशॉट काफ़ी है।
4. जिस नाम का इस्तेमाल करने वाले हैं, उस पर मौजूद पुराना रिकॉर्ड हटाएँ।
5. DNS स्टेप वाला रिकॉर्ड जोड़ें: सबडोमेन के लिए CNAME, रूट के लिए A, और अगर स्टेप में दिखे तो TXT भी। नाम वाले फ़ील्ड में सिर्फ़ शब्द लिखें।
6. उस रिकॉर्ड पर कोई प्रॉक्सी हो तो उसे "सिर्फ़ DNS" पर करें।
7. रिकॉर्ड के सार्वजनिक रूप से रिज़ॉल्व होने का इंतज़ार करें। उसे बार-बार न बदलें।
8. ताला जाँचें, नए पते पर एक टेस्ट बुकिंग करें, फिर ग्राहकों को बताएँ।

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