چطور دامنه اختصاصی خود را به موتور رزرو وصل کنیم
سایت آماده است. لوگو درست است، مارک‌آپ‌ها تنظیم شده، یک رزرو آزمایشی روی ساب‌دامین پلتفرم با موفقیت انجام شده و کسی در دفتر لینک را برای سه مشتری فرستاده است. بعد سؤال بدیهی پیش می‌آید: چرا نشانی سایت هنوز نام کس دیگری را دارد؟ این راهنما توضیح می‌دهد چطور بدون استخدام کسی دامنه اختصاصی خود را به موتور رزرو وصل کنید — در واقع چه چیزی را تغییر می‌دهید، دو یا سه رکوردی که درگیرند کدام‌اند، چرا نماد قفل در مرورگر دیرتر از انتظار ظاهر می‌شود، و آن یک تنظیمی که اگر دست بخورد بی‌صدا ایمیل شرکت را خراب می‌کند.
لازم نیست DNS را عمیق بفهمید. فقط یک تصویر کافی است: نام دامنه شما یک تابلوی راهنماست و شما دارید آن را به سمت ساختمانی تازه می‌چرخانید. هرچه در ادامه می‌آید جزئیات همین تصویر است.
دامنه شما در واقع کجاست
تا سه شرکت مختلف ممکن است درگیر باشند و بیشتر مدیران فقط یکی را می‌شناسند. ثبت‌کننده (رجیسترار) جایی است که نام را خریده‌اید و تمدید سالانه را می‌پردازید. میزبان DNS جایی است که رکوردهای آن نام ویرایش می‌شود — اغلب همان ثبت‌کننده، گاهی نه، به‌خصوص اگر سال‌ها پیش طراح وب نام را به یک سرویس DNS جداگانه منتقل کرده باشد. میزبان وب هم جایی است که سایت فعلی‌تان روی آن اجرا می‌شود.
رکوردهایی که قرار است اضافه کنید در میزبان DNS ثبت می‌شوند. پس پیش از هر کاری بفهمید میزبان DNS شما کیست. وارد پنل ثبت‌کننده شوید و نیم‌سرورهای ثبت‌شده روی دامنه را ببینید. اگر متعلق به خود ثبت‌کننده‌اند، رکوردها را همان‌جا ویرایش می‌کنید. اگر به جای دیگری اشاره می‌کنند، محل کارتان همان‌جاست. چند دقیقه صرف این کار، یک بعدازظهر ویرایش رکورد در پنلی را که هیچ سیستمی نمی‌خواندش صرفه‌جویی می‌کند.
دامنه اصلی یا ساب‌دامین: پیش از دست زدن به هر چیزی تصمیم بگیرید
دامنه اصلی — که apex یا root هم نامیده می‌شود — همان yourbrand.ir است بدون هیچ پیشوندی. ساب‌دامین هر نشانی‌ای است که برچسبی جلوی آن آمده باشد: www.yourbrand.ir، booking.yourbrand.ir، travel.yourbrand.ir. پلتفرم هر دو را می‌پذیرد و این انتخاب تعیین می‌کند چه رکوردی اضافه کنید.
دلیلش قدیمی است و قابل مذاکره نیست. دامنه اصلی از قبل رکوردهایی دارد که خود دامنه را تعریف می‌کنند، و DNS اجازه نمی‌دهد یک CNAME با هیچ رکورد دیگری نام مشترک داشته باشد. بنابراین دامنه اصلی با رکورد A مستقیم به یک آدرس IP اشاره می‌کند، در حالی که ساب‌دامین با CNAME به یک hostname دیگر.
| دامنه اصلی (yourbrand.ir) | ساب‌دامین (booking.yourbrand.ir) | |
|---|---|---|
| رکوردی که اضافه می‌کنید | رکورد A، به سمت آدرس IP | CNAME، به سمت hostname پلتفرم |
| آنچه مشتری تایپ می‌کند | کوتاه‌ترین نشانی ممکن | یک کلمه بیشتر، که وقتی مشتری از لینک می‌آید اهمیت چندانی ندارد |
| وب‌سایت فعلی شما | باید از دامنه اصلی جابه‌جا شود، وگرنه سایت رزرو جایش را می‌گیرد | همان‌جا که هست می‌ماند |
| ایمیل شرکت | بی‌تأثیر، به شرطی که به رکوردهای MX دست نزنید | بی‌تأثیر |
| مناسب برای | آژانسی که وب‌سایتش همان سایت رزرو است | آژانسی که سایت معرفی، وبلاگ یا CMS دارد و می‌خواهد نگهش دارد |
بیشتر آژانس‌هایی که از قبل وب‌سایت دارند باید با ساب‌دامین شروع کنند. ردیفی که بحث‌برانگیز است ردیف دوم است: برخی مدیران احساس می‌کنند ساب‌دامین کمتر معتبر به نظر می‌رسد. دیدگاه منصفانه‌ای است، و وقتی بیشتر مشتریان به‌جای تایپ نشانی از لینک واتس‌اپ، تلگرام یا اینستاگرام به شما می‌رسند، وزنش کمتر می‌شود.
رکوردهایی که اضافه می‌کنید و کار هر کدام
مرحله راهنمای DNS در پنل مدیریت مقادیر دقیق دامنه شما را نشان می‌دهد. آن‌ها را از همان‌جا کپی کنید، نه از هیچ مقاله‌ای — حتی همین یکی. آنچه در ادامه می‌آید فقط توضیح می‌دهد هر رکورد برای چیست، تا وقتی آن صفحه را دیدید معنادار باشد.
- CNAME، برای ساب‌دامین. Name: برچسبی که انتخاب کرده‌اید، مثلاً
booking. Value: hostname پلتفرم که مرحله DNS به شما می‌دهد. معنایش این است که «این نام، نام مستعار آن یکی است»، پس اگر سرورهای پلتفرم جابه‌جا شوند، رکورد شما بدون دخالت‌تان کار می‌کند. - رکورد A، برای دامنه اصلی. Name:
@، که بیشتر پنل‌های DNS برای خود دامنه به کار می‌برند. Value: آدرس IP که مرحله DNS می‌دهد. معنایش این است که «این نام در این نشانی ساکن است». - TXT، گاهی. برخی پیکربندی‌های میزبانی یک رکورد تأیید هم می‌خواهند: رشته‌ای بلند و تصادفی زیر نامی که مرحله DNS مشخص می‌کند. برای بازدیدکننده هیچ کاری نمی‌کند. فقط ثابت می‌کند کسی که دامنه را در اختیار دارد با اتصال موافق است. اگر مرحله آن را نشان داد اضافه‌اش کنید؛ اگر نه، چیزی کم نیست.
بیشتر تلاش‌های ناموفق از دو اشتباه می‌آید. اول، نوشتن دامنه کامل در فیلد Name. بسیاری از پنل‌ها دامنه را خودکار اضافه می‌کنند، پس booking.yourbrand.ir که آن‌جا تایپ شود می‌شود booking.yourbrand.ir.yourbrand.ir که به هیچ‌جا نمی‌رسد. فقط برچسب را بنویسید. دوم، باقی گذاشتن رکورد قدیمی. اگر booking از یک پروژه قدیمی رکورد A دارد، CNAME نمی‌تواند کنارش بنشیند و برخی پنل‌ها بی‌صدا همان قدیمی را نگه می‌دارند. اول رکورد قدیمیِ دقیقاً همان نام را پاک کنید.
اگر میزبان DNS شما روی رکورد کلید پروکسی دارد — Cloudflare آن را ابر نارنجی نشان می‌دهد — در طول اتصال آن را روی DNS-only بگذارید. پروکسی به‌جای پلتفرم به بازدیدکننده پاسخ می‌دهد و پلتفرم را از بررسی‌ای که در ادامه توضیح داده می‌شود پنهان می‌کند.
چرا قفل آخر از همه می‌آید
این همان مرحله‌ای است که مدیران خیال می‌کنند چیزی خراب شده. رکوردها ذخیره شده، دامنه درست به نظر می‌رسد و مرورگر می‌گوید اتصال امن نیست — یا سایت اصلاً باز نمی‌شود. چیزی خراب نیست. ترتیب کار ثابت است.
گواهی TLS، همان قفل، را یک مرجع صدور گواهی صادر می‌کند که اول باید مطمئن شود دامنه واقعاً به همان جایی اشاره می‌کند که درخواست می‌گوید. این کار را با جست‌وجوی نام در DNS عمومی و در بیشتر پیکربندی‌ها با فرستادن یک درخواست به دامنه و انتظار پاسخ از سوی پلتفرم انجام می‌دهد. تا وقتی رکورد شما به resolverهایی که آن مرجع استفاده می‌کند نرسیده، بررسی شکست می‌خورد و هیچ مقدار کلیک کردنی آن را عوض نمی‌کند. وقتی رکورد resolve شد، پلتفرم خودکار گواهی را درخواست می‌کند. نه می‌خریدش، نه آپلودش می‌کنید، نه تمدیدش.
اینکه resolve شدن چقدر طول بکشد بیشتر به TTL رکوردی بستگی دارد که پیش‌تر آن‌جا بوده: مدتی که سرورهای دیگر اجازه دارند پاسخ قدیمی را به خاطر بسپارند. نامی که کاملاً تازه است معمولاً زود ظاهر می‌شود. نامی که دیروز به جای دیگری اشاره می‌کرد ممکن است تا مدتی با نشانی قدیمی پاسخ دهد. اگر می‌دانید قرار است رکورد موجودی را جایگزین کنید، یک روز زودتر TTL آن را پایین بیاورید تا انتظار کوتاه‌تر شود.
در غیر این صورت، صبر کنید و بعد بررسی کنید. رکورد را مدام ویرایش نکنید — هر ویرایش به هر سروری که پاسخ غلط را در حافظه نگه داشته دلیل تازه‌ای می‌دهد که همان را برگرداند. سایت‌های عمومی بررسی DNS نشان می‌دهند بقیه دنیا نام شما را چطور می‌بینند؛ وقتی مقدار مرحله DNS را نشان دادند، قدم بعدی صدور گواهی است.
هزینه اشتباه
اشتباه‌های گران در سایت رزرو رخ نمی‌دهند. در همه چیزهای دیگری رخ می‌دهند که به دامنه شما وصل‌اند.
بدترینش تغییر نیم‌سرورهاست، وقتی فقط لازم بود یک رکورد اضافه کنید. انتقال نیم‌سرور کل دامنه را به میزبان DNS جدید می‌سپارد و هر رکوردی که آن‌جا دوباره ساخته نشود از بین می‌رود — از جمله رکوردهای MX که ایمیل شرکت را تحویل می‌دهند. یک آژانس ممکن است پیش از آنکه کسی متوجه ساکت شدن صندوق ورودی شود، یک روز کامل ایمیل مشتریان، تأییدیه‌های تأمین‌کنندگان و اطلاعیه‌های تغییر برنامه پرواز از ایرلاین‌ها را از دست بدهد. اتصال سایت رزرو به هیچ وجه نیازی به انتقال نیم‌سرور ندارد. رکورد اضافه کنید؛ بقیه را دست نزنید.
دومی اشاره دادن دامنه اصلی به سایت رزرو است، در حالی که سایت قدیمی هنوز صفحه‌هایی دارد که مردم از آن‌ها استفاده می‌کنند: صفحه ویزایی که در گوگل رتبه دارد، صفحه تماسی که روی کارت ویزیت چاپ شده. آن لینک‌ها حالا روی سایت رزروی فرود می‌آیند که آن صفحه‌ها را ندارد. یا اول سایت قدیمی را به یک ساب‌دامین ببرید، یا سایت رزرو را به ساب‌دامین وصل کنید.
سومی فقط اعصاب خرج می‌کند: اعلام نشانی جدید پیش از ظاهر شدن قفل. مرورگری که در روز تبلیغ با هشدار مشتریان را فراری بدهد معرفی بدی است. بعد از فعال شدن گواهی اعلام کنید، نه بعد از ذخیره شدن رکورد.
دامنه پلتفرم را نگه دارید — مسیر پشتیبان شماست
ساب‌دامین پلتفرم که سایت شما با آن شروع شد، با وصل شدن دامنه اختصاصی از بین نمی‌رود. قابل حذف نیست و این عمدی است.
این نشانی برای آزمایش در مدتی است که دامنه خودتان جا می‌افتد، و نشانی‌ای است که اگر تمدید دامنه نزد ثبت‌کننده فراموش شود یا کسی اشتباهی DNS را ویرایش کند، همچنان کار می‌کند. موتور رزرو پشت هر دو نشانی یکی است، پس برای رزروها، مشتریان و گزارش‌ها فرقی نمی‌کند از کدام در وارد شده‌اند. آن را جایی یادداشت کنید که به بالا بودن دامنه خودتان وابسته نباشد.
همین نشانی ترتیب درست یک سایت تازه را هم تعیین می‌کند، همان ترتیبی که در راه‌اندازی OTA در یک روز آمده است: اول روی ساب‌دامینی که ویزارد ثبت‌نام بدون درخواست کارت آماده می‌کند آنلاین شوید، و وقتی سایت ارزش نشان دادن پیدا کرد دامنه‌تان را وصل کنید. اینکه سایت پس از آنکه نشانی مال شما شد چه چیزهایی را پوشش می‌دهد، در یک سایت سفر وایت لیبل واقعاً چه به شما می‌دهد آمده است.
چک‌لیست: اتصال دامنه اختصاصی به موتور رزرو
- بفهمید میزبان DNS شما کیست. نیم‌سرورهای دامنه این را می‌گویند.
- دامنه اصلی یا ساب‌دامین را انتخاب کنید. اگر وب‌سایتی دارید که می‌خواهید بماند، ساب‌دامین.
- پیش از هر تغییری همه رکوردهای موجود، به‌ویژه MX، را ثبت کنید. یک اسکرین‌شات کافی است.
- هر رکورد قدیمی روی دقیقاً همان نامی را که می‌خواهید استفاده کنید پاک کنید.
- رکورد مرحله DNS را اضافه کنید: CNAME برای ساب‌دامین، A برای دامنه اصلی، و TXT اگر مرحله نشانش داد. در فیلد Name فقط برچسب را بنویسید.
- پروکسی روی آن رکورد را، اگر هست، روی DNS-only بگذارید.
- صبر کنید تا رکورد در DNS عمومی resolve شود. مدام ویرایشش نکنید.
- قفل را تأیید کنید، یک رزرو آزمایشی روی نشانی جدید انجام دهید و بعد به مشتریان خبر بدهید.
بیشتر این فهرست انتظار است. تنها قدمی که واقعاً می‌تواند به شما آسیب بزند، همانی است که در آن نیست: انتقال نیم‌سرورها.