বুকিং ইঞ্জিনে নিজের ডোমেইন যুক্ত করবেন যেভাবে

সাইট তৈরি। লোগো ঠিক আছে, মার্কআপ বসানো হয়েছে, প্ল্যাটফর্মের সাবডোমেইনে একটি টেস্ট বুকিংও সফল হয়েছে, আর অফিসের কেউ ইতিমধ্যে তিনজন গ্রাহককে লিংক পাঠিয়ে দিয়েছেন। তারপর স্বাভাবিক প্রশ্নটা আসে: ঠিকানায় এখনও অন্যের নাম কেন? এই গাইডে দেখানো হয়েছে কাউকে ভাড়া না করেই কীভাবে বুকিং ইঞ্জিনে নিজের ডোমেইন যুক্ত করবেন — আসলে কী বদলাচ্ছেন, কোন দুই-তিনটি রেকর্ড লাগে, ব্রাউজারের তালার চিহ্ন কেন প্রত্যাশার চেয়ে দেরিতে আসে, আর কোন একটি সেটিং ছুঁলে অফিসের ইমেইল নিঃশব্দে নষ্ট হয়ে যায়।

DNS গভীরভাবে বোঝার দরকার নেই। দরকার একটি ছবি: আপনার ডোমেইন নাম একটি পথনির্দেশক ফলক, আর আপনি সেটিকে নতুন একটি ভবনের দিকে ঘুরিয়ে দিচ্ছেন। নিচের সবকিছু সেই ছবিরই খুঁটিনাটি।

আপনার ডোমেইন আসলে কোথায় থাকে

তিনটি পর্যন্ত আলাদা কোম্পানি জড়িত থাকতে পারে, আর বেশিরভাগ মালিক চেনেন কেবল একটিকে। রেজিস্ট্রার হলো যেখান থেকে নামটি কিনেছেন এবং প্রতি বছর নবায়ন ফি দেন। DNS হোস্ট হলো যেখানে সেই নামের রেকর্ড সম্পাদনা করা হয় — প্রায়ই রেজিস্ট্রারই, তবে সবসময় নয়, বিশেষ করে যদি বছরকয়েক আগে কোনো ওয়েব ডিজাইনার নামটি আলাদা DNS সেবায় সরিয়ে নিয়ে থাকেন। ওয়েব হোস্ট হলো যেখানে আপনার বর্তমান সাইট চলছে।

যে রেকর্ডগুলো যোগ করতে যাচ্ছেন, সেগুলো যায় DNS হোস্টে। তাই সবার আগে খুঁজে বের করুন সেটা কে। রেজিস্ট্রারে লগইন করে ডোমেইনে দেওয়া নেমসার্ভারগুলো দেখুন। সেগুলো রেজিস্ট্রারের হলে রেকর্ড সেখানেই সম্পাদনা করবেন। অন্য কোথাও নির্দেশ করলে কাজ সেখানেই। এখানে কয়েক মিনিট খরচ করলে এমন একটি প্যানেলে রেকর্ড ঘষামাজা করে পুরো বিকেল নষ্ট হয় না, যেটি কেউ পড়েই না।

মূল ডোমেইন নাকি সাবডোমেইন: কিছু ছোঁয়ার আগেই ঠিক করুন

মূল ডোমেইন — যাকে apex বা root-ও বলে — হলো সামনে কিছু ছাড়া yourbrand.com.bd। সাবডোমেইন হলো সামনে একটি লেবেলসহ যেকোনো ঠিকানা: www.yourbrand.com.bd, booking.yourbrand.com.bd, travel.yourbrand.com.bd। প্ল্যাটফর্ম দুটোই গ্রহণ করে, আর কোনটি বাছবেন তার ওপর নির্ভর করে কোন রেকর্ড যোগ করবেন।

কারণটি পুরোনো এবং আপসযোগ্য নয়। মূল ডোমেইনে আগে থেকেই এমন রেকর্ড থাকে যা ডোমেইনটিকেই সংজ্ঞায়িত করে, আর DNS কোনো CNAME-কে অন্য কোনো রেকর্ডের সঙ্গে একই নাম ভাগ করতে দেয় না। তাই মূল ডোমেইন A রেকর্ড দিয়ে সরাসরি একটি IP ঠিকানায় নির্দেশ করা হয়, আর সাবডোমেইন CNAME দিয়ে অন্য একটি হোস্টনেমে।

যেসব এজেন্সির আগে থেকেই ওয়েবসাইট আছে, তাদের বেশিরভাগের সাবডোমেইন দিয়ে শুরু করা উচিত। যে সারি নিয়ে মানুষ তর্ক করেন, সেটি দ্বিতীয়টি: কিছু মালিকের মনে হয় সাবডোমেইন কম প্রতিষ্ঠিত দেখায়। মতটি যুক্তিসংগত, তবে বেশিরভাগ গ্রাহক যখন ঠিকানা টাইপ না করে WhatsApp বা Facebook-এর লিংক থেকে আসেন, তখন এর গুরুত্ব কমে যায়।

যে রেকর্ডগুলো যোগ করবেন, আর প্রতিটির কাজ

অ্যাডমিন প্যানেলের নির্দেশিত DNS ধাপ আপনার ডোমেইনের জন্য সঠিক মানগুলো দেখায়। সেখান থেকেই কপি করুন, কোনো লেখা থেকে নয় — এটি থেকেও নয়। নিচে শুধু বোঝানো হয়েছে কোন রেকর্ড কীসের জন্য, যাতে স্ক্রিনটি দেখলে অর্থ বোঝা যায়।

• সাবডোমেইনের জন্য CNAME। Name: আপনার বাছাই করা লেবেল, যেমন booking। Value: DNS ধাপ যে প্ল্যাটফর্ম হোস্টনেম দেয়। এর অর্থ "এই নামটি ওই নামের উপনাম", তাই প্ল্যাটফর্মের সার্ভার সরলেও আপনার হাত না লাগিয়েই রেকর্ড কাজ করতে থাকে।
• মূল ডোমেইনের জন্য A রেকর্ড। Name: @, যা বেশিরভাগ DNS প্যানেলে খালি ডোমেইন বোঝায়। Value: DNS ধাপ যে IP ঠিকানা দেয়। এর অর্থ "এই নামটি এই ঠিকানায় থাকে"।
• কখনো কখনো TXT। কিছু হোস্টিং ব্যবস্থায় একটি যাচাই রেকর্ডও লাগে: DNS ধাপ যে নাম বলে দেয় তার নিচে একটি লম্বা এলোমেলো স্ট্রিং। দর্শকদের জন্য এর কোনো কাজ নেই। এটি প্রমাণ করে যে ডোমেইনের নিয়ন্ত্রক এই সংযোগে সম্মত। ধাপে দেখালে যোগ করুন; না দেখালে কিছু বাদ পড়েনি।

বেশিরভাগ ব্যর্থ চেষ্টার পেছনে দুটি ভুল। প্রথমটি হলো Name ঘরে পুরো ডোমেইন লেখা। অনেক প্যানেল নিজে থেকে ডোমেইন জুড়ে দেয়, ফলে সেখানে booking.yourbrand.com.bd লিখলে তা হয়ে যায় booking.yourbrand.com.bd.yourbrand.com.bd, যা কোথাও পৌঁছায় না। শুধু লেবেলটি লিখুন। দ্বিতীয়টি হলো পুরোনো রেকর্ড রেখে দেওয়া। booking-এ যদি আগের কোনো প্রজেক্টের A রেকর্ড থাকে, CNAME তার পাশে বসতে পারে না, আর কিছু প্যানেল নিঃশব্দে পুরোনোটাই রেখে দেয়। ঠিক সেই নামের পুরোনো রেকর্ড আগে মুছুন।

আপনার DNS হোস্ট যদি রেকর্ডে প্রক্সি সুইচ দেয় — Cloudflare এটি কমলা মেঘ হিসেবে দেখায় — সংযোগের সময় এটি DNS-only করে রাখুন। প্রক্সি প্ল্যাটফর্মের হয়ে দর্শকদের উত্তর দেয়, ফলে পরের অংশে বর্ণিত যাচাই থেকে প্ল্যাটফর্ম আড়ালে থেকে যায়।

তালার চিহ্ন কেন সবার শেষে আসে

এই ধাপেই মালিকরা ভাবেন কিছু একটা ভেঙে গেছে। রেকর্ড সেভ হয়েছে, ডোমেইন ঠিক দেখাচ্ছে, অথচ ব্রাউজার বলছে সংযোগ নিরাপদ নয় — অথবা সাইট খুলছেই না। কিছুই ভাঙেনি। ক্রমটাই নির্দিষ্ট।

TLS সার্টিফিকেট, মানে ওই তালা, দেয় একটি সার্টিফিকেট কর্তৃপক্ষ, যাকে আগে নিশ্চিত হতে হয় যে ডোমেইনটি সত্যিই অনুরোধে বলা জায়গায় নির্দেশ করছে। সে পাবলিক DNS-এ নামটি খুঁজে দেখে এবং বেশিরভাগ ব্যবস্থায় ডোমেইনে একটি অনুরোধ পাঠিয়ে প্ল্যাটফর্মের উত্তরের অপেক্ষা করে। আপনার রেকর্ড যতক্ষণ না সেই কর্তৃপক্ষের ব্যবহৃত রিজলভারগুলোতে পৌঁছায়, যাচাই ব্যর্থ হয়, আর যত ক্লিকই করুন তাতে কিছু বদলায় না। রেকর্ড রিজলভ হলেই প্ল্যাটফর্ম নিজে থেকে সার্টিফিকেটের অনুরোধ করে। আপনাকে কিনতে, আপলোড করতে বা নবায়ন করতে হয় না।

রেকর্ড "রিজলভ" হতে কত সময় লাগবে, তা মূলত আগে থাকা রেকর্ডের TTL-এর ওপর নির্ভর করে: অন্য সার্ভারগুলো কতক্ষণ পুরোনো উত্তর মনে রাখার অনুমতি পেয়েছে। একদম নতুন নাম সাধারণত দ্রুত দেখা দেয়। যে নাম গতকালও অন্য কোথাও নির্দেশ করত, সেটি কিছুক্ষণ পুরোনো ঠিকানা দিয়েই উত্তর দিতে পারে। যদি জানেন একটি বিদ্যমান রেকর্ড বদলাতে যাচ্ছেন, একদিন আগে তার TTL কমিয়ে দিলে অপেক্ষা ছোট হয়।

বাকিটা হলো অপেক্ষা, তারপর যাচাই। রেকর্ড বারবার সম্পাদনা করবেন না — প্রতিটি সম্পাদনা ভুল উত্তর জমিয়ে রাখা প্রতিটি সার্ভারকে সেটি দিতে থাকার আরেকটি কারণ দেয়। পাবলিক DNS লুকআপ সাইটগুলো দেখায় বাকি দুনিয়া আপনার নাম কীভাবে দেখছে; সেখানে DNS ধাপের মান দেখা গেলে পরের ঘটনা সার্টিফিকেট।

ভুল করলে কী দাম দিতে হয়

দামি ভুলগুলো বুকিং সাইটে হয় না। হয় আপনার ডোমেইনের সঙ্গে জুড়ে থাকা বাকি সবকিছুতে।

সবচেয়ে খারাপ হলো শুধু একটি রেকর্ড যোগ করার দরকার থাকলেও নেমসার্ভার বদলে ফেলা। নেমসার্ভার সরালে পুরো ডোমেইন নতুন DNS হোস্টের হাতে চলে যায়, আর সেখানে নতুন করে না বানানো প্রতিটি রেকর্ড হারিয়ে যায় — অফিসের ইমেইল পৌঁছে দেওয়া MX রেকর্ডও। ইনবক্স হঠাৎ চুপ হয়ে গেছে তা কেউ খেয়াল করার আগেই একটি এজেন্সি গ্রাহকের ইমেইল, সাপ্লায়ারের কনফার্মেশন আর এয়ারলাইনের সময়সূচি পরিবর্তনের নোটিশ মিলিয়ে পুরো একদিনের মেইল হারাতে পারে। বুকিং সাইট যুক্ত করতে নেমসার্ভার সরানোর কোনো দরকারই নেই। রেকর্ড যোগ করুন; বাকিটা যেমন আছে তেমন রাখুন।

দ্বিতীয়টি হলো মূল ডোমেইন বুকিং সাইটে নির্দেশ করা, অথচ পুরোনো ওয়েবসাইটে এখনও মানুষের ব্যবহৃত পাতা রয়েছে: Google-এ র‍্যাংক করা ভিসার পাতা, ভিজিটিং কার্ডে ছাপা যোগাযোগের পাতা। সেই লিংকগুলো এখন এমন বুকিং সাইটে গিয়ে পড়ে যেখানে পাতাগুলো নেই। হয় আগে পুরোনো সাইটটি সাবডোমেইনে সরান, নয়তো বুকিং সাইটটিই সাবডোমেইনে যুক্ত করুন।

তৃতীয়টির দাম শুধু স্নায়ুর চাপ: তালা আসার আগেই নতুন ঠিকানা ঘোষণা করা। যেদিন প্রচার করলেন সেদিনই ব্রাউজারের সতর্কবার্তা গ্রাহকদের ফিরিয়ে দিলে পরিচয়টা খারাপ হয়। রেকর্ড সেভ করার পরে নয়, সার্টিফিকেট চালু হওয়ার পরে ঘোষণা দিন।

প্ল্যাটফর্মের ডোমেইন রেখে দিন — এটাই আপনার বিকল্প পথ

যে প্ল্যাটফর্ম সাবডোমেইনে আপনার সাইট শুরু হয়েছিল, নিজের ডোমেইন যুক্ত করার পরেও তা হারায় না। এটি মোছা যায় না, এবং তা ইচ্ছাকৃত।

নিজের ডোমেইন স্থির হওয়ার সময় এটিই পরীক্ষার ঠিকানা, আর রেজিস্ট্রারে নবায়ন বাদ পড়লে বা কেউ ভুল করে DNS বদলালেও এটি কাজ করে যায়। দুই ঠিকানার পেছনের বুকিং ইঞ্জিন একটিই, তাই বুকিং, গ্রাহক আর রিপোর্টের কাছে কোন দরজা দিয়ে কে এল তার কোনো গুরুত্ব নেই। ঠিকানাটি এমন কোথাও লিখে রাখুন যা আপনার নিজের ডোমেইন চালু থাকার ওপর নির্ভর করে না।

নতুন সাইটের সঠিক ক্রমও এটিই ঠিক করে দেয়, ঠিক যেমন এক দিনে OTA চালু করার ক্ষেত্রে: আগে সেই সাবডোমেইনে চালু হোন যা সাইনআপ উইজার্ড কার্ড ছাড়াই তৈরি করে দেয়, আর সাইটটি দেখানোর মতো হলে ডোমেইন যুক্ত করুন। ঠিকানা আপনার হয়ে যাওয়ার পর সাইটটি কী কী দেয়, তা আছে একটি white-label ট্রাভেল ওয়েবসাইট আসলে কী দেয় লেখায়।

চেকলিস্ট: বুকিং ইঞ্জিনে নিজের ডোমেইন যুক্ত করা

1. আপনার DNS কে হোস্ট করছে তা বের করুন। ডোমেইনের নেমসার্ভার সেটা বলে দেবে।
2. মূল ডোমেইন নাকি সাবডোমেইন বেছে নিন। রেখে দিতে চাওয়া ওয়েবসাইট থাকলে সাবডোমেইন।
3. কিছু বদলানোর আগে বিদ্যমান সব রেকর্ড, বিশেষ করে MX, লিখে রাখুন। একটি স্ক্রিনশটই যথেষ্ট।
4. যে নাম ব্যবহার করতে যাচ্ছেন, ঠিক সেই নামের যেকোনো পুরোনো রেকর্ড মুছুন।
5. DNS ধাপ থেকে রেকর্ড যোগ করুন: সাবডোমেইনের জন্য CNAME, মূল ডোমেইনের জন্য A, আর ধাপে দেখালে TXT। Name ঘরে শুধু লেবেল লিখুন।
6. ওই রেকর্ডের প্রক্সি থাকলে DNS-only করুন।
7. রেকর্ড পাবলিকভাবে রিজলভ হওয়া পর্যন্ত অপেক্ষা করুন। বারবার সম্পাদনা করবেন না।
8. তালা নিশ্চিত করুন, নতুন ঠিকানায় একটি টেস্ট বুকিং করুন, তারপর গ্রাহকদের জানান।

এই তালিকার বেশিরভাগই অপেক্ষা। যে ধাপটি সত্যিই আপনার ক্ষতি করতে পারে, সেটি তালিকায় নেই: নেমসার্ভার সরানো।