Как да свържете персонален домейн към вашето приложение или сайт

За да свържете персонален домейн, купувате домейна от регистратор, добавяте DNS запис, който го насочва към вашия хостинг — обикновено CNAME запис за поддомейн като www или app, или A запис (или ALIAS/flattened запис) за основния домейн — и след това оставяте хостинга да провери домейна и да издаде HTTPS сертификат. Обикновено отнема минути, понякога повече. Повечето проблеми идват от грешка в записа, грешен тип запис или прокси пред хостинга.

Това ръководство обхваща всяка стъпка, решението между www и основния домейн и отстраняването на грешки. За концепциите зад домейните вижте как работят домейните и DNS.

Частите, които участват

Регистраторът и DNS доставчикът често са една и съща компания, но не е задължително. Важното е: къде редактирате DNS за този домейн? Там ще добавяте записите.

Стъпка 1: Купете домейн

Съвети за избор и покупка:

• Направете го кратко и лесно за изписване на глас. Ако трябва да обяснявате изписването, изберете друго.
• .com е разширението, което хората очакват по подразбиране, но държавните и по-новите разширения (.io, .app, .co.uk) са наред, ако подхождат на аудиторията ви.
• Проверете цената при подновяване, а не само първогодишната. Промоционалните отстъпки са често срещани, а подновяването може да струва повече.
• Включете автоматичното подновяване и поддържайте картата за плащане актуална. Изтекъл домейн спира сайта и имейлите ви, а след период на отсрочка някой друг може да го купи.
• Използвайте WHOIS защита, ако е предложена, за да не се публикуват личните ви данни.
• Купете го в акаунт, който контролирате, а не в акаунт на фрийлансър или агенция.

Някои хостинги и инструменти за създаване на приложения ви позволяват да купите домейна директно в продукта, което също настройва DNS вместо вас.

Стъпка 2: Решете адреса

Поддомейн или основен домейн

• Основен (apex) домейн: example.com
• Поддомейн: www.example.com, app.example.com

Честа настройка е маркетинговият сайт на example.com или www.example.com, а продуктът — на app.example.com. За един сайт изберете между www и основния домейн.

Стандартът за DNS не позволява CNAME запис в корена на домейн, защото коренът трябва да съдържа други записи (например записите за nameservers). Много DNS доставчици заобикалят това със специален тип запис — наречен ALIAS, ANAME или CNAME flattening в зависимост от доставчика — който се държи като CNAME в корена. Ако вашият няма такъв, сигурният подход е: сайтът да се показва на www, а при DNS доставчика или регистратора да настроите пренасочване от основния домейн към www.

Каквото и да изберете, определете един основен адрес и пренасочвайте другия към него. Ако и двата показват едно и също съдържание без пренасочване, това обърква потребителите и търсачките. Вижте SEO за сайтове, изградени с AI за това защо е важен един каноничен адрес.

Стъпка 3: Добавете DNS записите

Хостингът ви казва точно какво да добавите. Записите изглеждат така:

Как да попълните формата при повечето DNS доставчици:

• Име / Host: само частта на поддомейна — www, а не www.example.com. Някои доставчици добавят домейна автоматично и ако го напишете изцяло, се получава www.example.com.example.com. Използвайте @ за основния домейн, ако доставчикът ползва тази конвенция.
• Стойност / Цел: поставете точно това, което показва хостингът. Точка в края е наред, ако доставчикът я добавя сам.
• TTL: стойността по подразбиране е наред. По-нисък TTL (например 5 минути) прави бъдещите промени по-бързи.
• Прокси: ако DNS доставчикът ви може да проксира трафика (например оранжевия облак на Cloudflare), следвайте инструкциите на хостинга. Много хостинги изискват „само DNS“, за да могат да издадат сертификата.

Не пипайте съществуващите записи, освен ако хостингът не ви каже да ги промените. По-специално не пипайте MX записите — те доставят имейлите ви. Изтриването или промяната им е най-честият начин една смяна на домейн да счупи имейла.

Смяна на nameservers срещу добавяне на записи

Някои хостинги предлагат две възможности: да добавите запис или да преместите цялото DNS на домейна към тях, като смените nameservers при регистратора. Смяната на nameservers премества всеки запис, включително имейла. Направете го само ако сте готови да пресъздадете всички съществуващи записи при новия доставчик. Добавянето на един запис е с по-нисък риск.

Стъпка 4: Проверете и получете HTTPS

След като записът е на мястото си, върнете се в хостинга и натиснете бутона за проверка. Хостингът проверява DNS, след това заявява сертификат — обикновено от безплатен сертифициращ орган като Let's Encrypt — и започва да сервира сайта ви през HTTPS.

• Проверката може да отнеме няколко опита, докато DNS промените се разпространят.
• Сертификатите се подновяват автоматично, докато DNS записът остава на мястото си.
• Ако домейнът ви има CAA записи (които ограничават кои сертифициращи органи могат да издават за него), уверете се, че позволяват сертифициращия орган на хостинга, иначе издаването на сертификат се проваля.

Когато HTTPS работи, проверете дали http:// пренасочва към https://. Повечето хостинги правят това автоматично.

Стъпка 5: Тествайте

• https://www.example.com зарежда сайта ви с иконата на катинар
• Другата форма (основен домейн или www) пренасочва към основния ви адрес
• http:// пренасочва към https://
• Вход, OAuth вход и пренасочвания при плащане работят на новия домейн (често имат списъци с разрешени URL адреси, които още сочат към стария)
• Имейлите към домейна ви все още пристигат
• Връзките в имейлите, които приложението ви изпраща, използват новия домейн

Четвъртата точка хваща хората неподготвени: входът с Google, webhook-ите на Stripe и линковете за възстановяване на парола са всички настроени със специфични URL адреси. Добавете новия домейн навсякъде, където се появява старият адрес. Вижте как да добавите вход в приложението си за частта с OAuth.

Отстраняване на проблеми

Безплатен онлайн инструмент за DNS търсене или dig www.example.com в терминала показва какво вижда светът в момента за вашия запис — полезно, за да разберете дали проблемът е в DNS или в хостинга.

Свързване на персонален домейн в Mythex

Персоналните домейни са функция на плана Pro в Mythex. Безплатните планове публикуват към адрес 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.

Вижте Персонални домейни в документацията за пълните стъпки и отстраняване на грешки, и Планове за това какво е включено в Pro. Преди да насочите домейн към приложение, си струва да преминете през как да вземете AI прототип в продукция.

Въпроси