چطور دامنه اختصاصی را به اپ یا وب‌سایتتان وصل کنیم
برای وصل کردن یک دامنه اختصاصی، دامنه را از یک ثبت‌کننده می‌خرید، یک رکورد DNS اضافه می‌کنید که آن را به میزبانتان اشاره می‌دهد — معمولاً یک رکورد CNAME برای زیردامنه‌ای مثل www یا app، یا یک رکورد A (یا رکورد ALIAS/flattened) برای دامنه اصلی — و بعد میزبان دامنه را تأیید می‌کند و یک گواهی HTTPS صادر می‌کند. معمولاً چند دقیقه طول می‌کشد و گاهی بیشتر. بیشتر مشکلات از یک غلط تایپی در رکورد، نوع اشتباه رکورد، یا یک پروکسی جلوی میزبان ناشی می‌شوند.
این راهنما هر مرحله، تصمیم بین www و دامنه اصلی، و عیب‌یابی را پوشش می‌دهد. برای مفاهیم پشت دامنه‌ها، دامنه‌ها و DNS چطور کار می‌کنند را ببینید.
اجزای درگیر
| جزء | چیست | چه کسی آن را فراهم می‌کند |
|---|---|---|
| نام دامنه | نامی که سالانه اجاره می‌کنید، مثل example.com | یک ثبت‌کننده |
| DNS | جست‌وجوی عمومی که نام‌ها را به آدرس سرور تبدیل می‌کند | ارائه‌دهنده DNS شما (اغلب همان ثبت‌کننده) |
| رکوردها | ورودی‌های جداگانه DNS: «www به … اشاره می‌کند» | شما آنها را اضافه می‌کنید |
| میزبان | سرویسی که اپ شما را اجرا می‌کند | میزبانی یا سازنده اپلیکیشن شما |
| گواهی | چیزی که https:// را ممکن می‌کند | معمولاً به‌صورت خودکار توسط میزبان صادر می‌شود |
ثبت‌کننده و ارائه‌دهنده DNS اغلب یک شرکت هستند، اما لازم نیست باشند. آنچه مهم است این است: DNS این دامنه را کجا ویرایش می‌کنید؟ رکوردها را همان‌جا اضافه می‌کنید.
مرحله ۱: یک دامنه بخرید
نکاتی برای انتخاب و خرید:
- کوتاه و آسان برای گفتن با صدای بلند نگه دارید. اگر باید املایش را توضیح بدهید، یکی دیگر انتخاب کنید.
.comپسوندی است که مردم حدس می‌زنند، اما پسوندهای کشوری و جدیدتر (.io،.app،.co.uk) هم اگر با مخاطبتان جور باشند خوب‌اند.- قیمت تمدید را بررسی کنید، نه فقط قیمت سال اول. تخفیف‌های معرفی رایج‌اند و تمدیدها ممکن است گران‌تر باشند.
- تمدید خودکار را روشن کنید و کارت پرداخت را به‌روز نگه دارید. دامنه منقضی‌شده سایت و ایمیل‌هایتان را از کار می‌اندازد و بعد از یک دوره مهلت ممکن است توسط کس دیگری خریده شود.
- در صورت امکان حفاظت WHOIS را فعال کنید تا اطلاعات شخصی‌تان منتشر نشود.
- آن را در حسابی بخرید که خودتان کنترلش می‌کنید، نه حساب یک فریلنسر یا آژانس.
برخی میزبان‌ها و سازنده‌های اپلیکیشن اجازه می‌دهند دامنه را مستقیم داخل محصول بخرید، که DNS را هم برایتان تنظیم می‌کند.
مرحله ۲: نشانی را انتخاب کنید
زیردامنه در برابر دامنه اصلی
- دامنه اصلی (apex):
example.com - زیردامنه:
www.example.com،app.example.com
یک چیدمان رایج این است که سایت بازاریابی روی example.com یا www.example.com باشد و محصول روی app.example.com. برای یک سایت تنها، بین www و دامنه اصلی انتخاب کنید.
www.example.com | example.com | |
|---|---|---|
| نوع رکورد | CNAME به میزبان شما | رکورد A/AAAA، یا ALIAS/ANAME/CNAME flattened |
| سختی راه‌اندازی | همه‌جا آسان | به ارائه‌دهنده DNS شما بستگی دارد |
| ظاهر | کمی طولانی‌تر | کوتاه‌تر |
استاندارد DNS اجازه رکورد CNAME در ریشه دامنه را نمی‌دهد، چون ریشه باید رکوردهای دیگری (مثل رکوردهای nameserver) را نگه دارد. بسیاری از ارائه‌دهنده‌های DNS با یک نوع رکورد خاص — بسته به ارائه‌دهنده ALIAS، ANAME یا CNAME flattening نامیده می‌شود — این مشکل را دور می‌زنند؛ این رکورد در ریشه مثل CNAME رفتار می‌کند. اگر ارائه‌دهنده شما این را ندارد، روش مطمئن این است: سایت را روی www ارائه دهید و در ارائه‌دهنده DNS یا ثبت‌کننده، یک هدایت از دامنه اصلی به www تنظیم کنید.
هر چه انتخاب کنید، یک نشانی اصلی انتخاب کنید و دیگری را به آن هدایت کنید. اینکه هر دو بدون هدایت همان محتوا را نشان دهند، برای کاربران و موتورهای جستجو گیج‌کننده است. برای اینکه چرا یک نشانی واحد و استاندارد مهم است، سئو برای وب‌سایت‌های ساخته‌شده با هوش مصنوعی را ببینید.
مرحله ۳: رکوردهای DNS را اضافه کنید
میزبان شما دقیقاً می‌گوید چه چیزی اضافه کنید. شبیه یکی از این‌ها خواهد بود:
| نوع | نام / Host | مقدار / هدف | کاربرد |
|---|---|---|---|
CNAME | www | yoursite.hostname.com | اشاره یک زیردامنه به یک نام میزبان |
A | @ | 192.0.2.10 | اشاره دامنه اصلی به یک آدرس IPv4 |
AAAA | @ | 2001:db8::10 | اشاره دامنه اصلی به یک آدرس IPv6 |
TXT | _verify یا @ | یک رشته کد | اثبات مالکیت دامنه |
چطور فرم بیشتر ارائه‌دهنده‌های DNS را پر کنید:
- Name / Host: فقط بخش زیردامنه —
www، نهwww.example.com. برخی ارائه‌دهنده‌ها دامنه را خودکار اضافه می‌کنند و اگر کامل تایپ کنیدwww.example.com.example.comساخته می‌شود. اگر ارائه‌دهنده‌تان از این قرارداد استفاده می‌کند، برای دامنه اصلی از@استفاده کنید. - Value / Target: دقیقاً همان چیزی را که میزبان نشان می‌دهد بچسبانید. نقطه انتهایی اشکالی ندارد اگر ارائه‌دهنده خودش اضافه کند.
- TTL: مقدار پیش‌فرض خوب است. TTL کمتر (مثلاً ۵ دقیقه) باعث می‌شود تغییرات بعدی سریع‌تر اعمال شوند.
- Proxy: اگر ارائه‌دهنده DNS شما می‌تواند ترافیک را پروکسی کند (مثل ابر نارنجی Cloudflare)، دستورالعمل میزبان را دنبال کنید. بسیاری از میزبان‌ها نیاز دارند که حالت «فقط DNS» باشد تا بتوانند گواهی صادر کنند.
رکوردهای موجود را دست نزنید مگر اینکه میزبان بگوید تغییر دهید. به‌ویژه به رکوردهای MX دست نزنید — آنها ایمیل شما را تحویل می‌دهند. حذف یا تغییر آنها رایج‌ترین راه خراب شدن ایمیل بعد از تغییر دامنه است.
تغییر nameserverها در برابر افزودن رکورد
برخی میزبان‌ها دو گزینه می‌دهند: افزودن یک رکورد، یا انتقال کل DNS دامنه به آنها با تغییر nameserver در ثبت‌کننده. تغییر nameserverها همه رکوردها را جابه‌جا می‌کند، از جمله ایمیل. فقط وقتی این کار را کنید که آماده باشید همه رکوردهای موجود را در ارائه‌دهنده جدید دوباره بسازید. افزودن یک رکورد تنها ریسک کمتری دارد.
مرحله ۴: تأیید و دریافت HTTPS
بعد از اینکه رکورد اضافه شد، به میزبان برگردید و دکمه تأیید را بزنید. میزبان DNS را بررسی می‌کند، سپس یک گواهی درخواست می‌دهد — معمولاً از یک مرجع گواهی رایگان مثل Let's Encrypt — و سایت را از طریق HTTPS ارائه می‌دهد.
- تأیید ممکن است چند بار تلاش لازم داشته باشد تا تغییرات DNS پخش شوند.
- گواهی‌ها تا وقتی رکورد DNS سر جایش است به‌طور خودکار تمدید می‌شوند.
- اگر دامنه‌تان رکورد CAA دارد (که مشخص می‌کند کدام مراجع گواهی مجاز به صدور هستند)، مطمئن شوید که مرجع میزبان شما مجاز است، وگرنه صدور گواهی شکست می‌خورد.
وقتی HTTPS کار کرد، مطمئن شوید که http:// به https:// هدایت می‌شود. بیشتر میزبان‌ها این کار را خودکار انجام می‌دهند.
مرحله ۵: آزمایش کنید
-
https://www.example.comسایت را با آیکون قفل نشان می‌دهد - شکل دیگر (دامنه اصلی یا
www) به نشانی اصلی شما هدایت می‌شود -
http://بهhttps://هدایت می‌شود - ورود، ورود با OAuth و هدایت‌های پرداخت روی دامنه جدید کار می‌کنند (اغلب فهرست نشانی‌های مجاز دارند که هنوز به نشانی قدیمی اشاره می‌کند)
- ایمیل به دامنه شما هنوز می‌رسد
- لینک‌های داخل ایمیل‌هایی که اپ شما می‌فرستد از دامنه جدید استفاده می‌کنند
مورد چهارم بیشتر آدم‌ها را غافلگیر می‌کند: ورود با Google، وب‌هوک‌های Stripe و لینک‌های بازیابی رمز عبور همگی با نشانی‌های مشخصی پیکربندی شده‌اند. دامنه جدید را هر جا نشانی قدیمی ظاهر می‌شود اضافه کنید. برای بخش OAuth، چطور ورود را به اپلیکیشن اضافه کنیم را ببینید.
عیب‌یابی
| علامت | علت احتمالی | راه حل |
|---|---|---|
| تأیید مدام شکست می‌خورد | غلط تایپی در مقصد، نوع اشتباه رکورد، یا نام به‌صورت کل دامنه وارد شده | رکورد را کاراکتر به کاراکتر با آنچه میزبان نشان می‌دهد مقایسه کنید |
| برای شما کار می‌کند، برای دیگران نه (یا برعکس) | کَش DNS در حین تغییر | صبر کنید تا TTL تمام شود؛ از یک گوشی با داده موبایل آزمایش کنید |
| خطای گواهی یا «ناامن» | گواهی هنوز صادر نشده، پروکسی جلوی آن، یا رکورد CAA مسدودکننده | چند دقیقه صبر کنید و دوباره تأیید کنید؛ پروکسی را روی فقط DNS بگذارید؛ CAA را بررسی کنید |
| «هدایت‌های بیش از حد» | دو لایه که هر دو هدایت می‌کنند (مثلاً پروکسی که HTTPS را اجباری می‌کند و میزبان هم همین کار را می‌کند) | یکی از هدایت‌ها را خاموش کنید، یا «فقط DNS» را انتخاب کنید |
دامنه اصلی کار نمی‌کند، www کار می‌کند | رکورد یا هدایتی برای دامنه اصلی نیست | رکورد ALIAS/flattened اضافه کنید، یا دامنه اصلی را به www هدایت کنید |
| ایمیل از کار افتاد | رکوردهای MX هنگام انتقال nameserverها تغییر کرده یا از بین رفته‌اند | رکوردهای MX را طبق دستورالعمل ارائه‌دهنده ایمیلتان بازگردانید |
| سایت قدیمی هنوز نشان داده می‌شود | رکورد A قدیمی هنوز کنار رکورد جدید است | رکوردهای متعارض برای همان نام را حذف کنید |
یک ابزار رایگان جست‌وجوی DNS آنلاین، یا دستور dig www.example.com در ترمینال، نشان می‌دهد که الان جهان چه چیزی از رکورد شما می‌بیند — برای اینکه بفهمید مشکل از DNS است یا از میزبان مفید است.
وصل کردن دامنه اختصاصی در Mythex
دامنه‌های اختصاصی در Mythex یک امکان Pro هستند. پلن‌های رایگان روی نشانی yourname.mythex.app منتشر می‌کنند. در پلن Pro می‌توانید:
- داخل Mythex دامنه بخرید از Domains در تنظیمات، یا از Publish → Custom domain روی یک پروژه زنده. Mythex آن را ثبت می‌کند و DNS را تنظیم می‌کند؛ هزینه ثبت جدا از پلن Pro صورتحساب می‌شود و تمدید خودکار به‌طور پیش‌فرض روشن است.
- دامنه‌ای را که از قبل دارید وصل کنید. پروژه را منتشر کنید، Connect را انتخاب کنید، نام میزبان را وارد کنید (مثلاً
app.example.com)، سپس یک CNAME در ارائه‌دهنده DNS خود اضافه کنید که به مقصدی که Mythex نشان می‌دهد اشاره کند (yourslug.mythex.ai). روی Verify کلیک کنید. HTTPS به‌طور خودکار صادر می‌شود.
اگر DNS شما روی Cloudflare است، آن CNAME را روی DNS only (ابر خاکستری) بگذارید، نه پروکسی‌شده. برای دامنه اصلی، مستندات توصیه می‌کنند از www یا app استفاده کنید و اگر ارائه‌دهنده DNS شما ALIAS یا flattening را پشتیبانی نمی‌کند، دامنه اصلی را هدایت کنید.
برای مراحل کامل و عیب‌یابی، بخش Custom domains در مستندات را ببینید، و برای آنچه در Pro هست، Plans. قبل از اشاره دادن یک دامنه به یک اپ، ارزش دارد یک نمونه اولیه AI را به محصول واقعی برسانید را مرور کنید.
پرسش‌ها
یک دامنه اختصاصی چقدر طول می‌کشد تا کار کند؟
اغلب چند دقیقه بعد از افزودن رکورد DNS، اما بسته به ارائه‌دهنده DNS و TTL رکورد (مدتی که resolverها آن را نگه می‌دارند) ممکن است بیشتر طول بکشد. اگر nameserverها را تغییر داده‌اید، زمان بیشتری بدهید.
از www استفاده کنم یا دامنه اصلی؟
برای بازدیدکنندگان هر دو کار می‌کنند. یک زیردامنه مثل www یا app معمولاً وصل کردنش آسان‌تر است، چون می‌تواند از رکورد CNAME استفاده کند. بسیاری از سایت‌ها www را نشان می‌دهند و دامنه اصلی را به آن هدایت می‌کنند، یا برعکس — فقط یکی را به‌عنوان نشانی اصلی انتخاب کنید.
آیا باید گواهی SSL بخرم؟
معمولاً نه. بیشتر میزبان‌های امروزی، از جمله سازنده‌های اپلیکیشن، به‌محض اشاره DNS به آنها، گواهی HTTPS رایگان را خودکار صادر می‌کنند. فقط برای موارد خاصی مثل برخی گواهی‌های تأییدشده توسط سازمان باید خریداری کنید.
چرا نمی‌توانم برای دامنه اصلی‌ام رکورد CNAME اضافه کنم؟
قوانین DNS اجازه CNAME در ریشه (apex) دامنه را نمی‌دهد، چون رکوردهای ضروری دیگری آنجا قرار دارند. برخی ارائه‌دهنده‌های DNS برای رسیدن به همین نتیجه ALIAS، ANAME یا CNAME flattening ارائه می‌دهند؛ در غیر این صورت از www استفاده کنید و دامنه اصلی را هدایت کنید.