Cum conectezi un domeniu personalizat la aplicația sau site-ul tău
Ca să conectezi un domeniu personalizat, cumperi domeniul de la un registrar, adaugi o înregistrare DNS care îl indică spre găzduirea ta — de obicei o înregistrare CNAME pentru un subdomeniu precum www sau app, sau o înregistrare A (sau o înregistrare ALIAS/aplatizată) pentru domeniul principal — și apoi lași găzduirea să verifice domeniul și să emită un certificat HTTPS. De obicei durează minute, uneori mai mult. Majoritatea problemelor vin dintr-o greșeală de scriere în înregistrare, dintr-un tip de înregistrare greșit sau dintr-un proxy plasat în fața găzduirii.
Acest ghid acoperă fiecare pas, decizia între www și domeniul principal și cum depanezi. Pentru conceptele din spatele domeniilor, vezi cum funcționează domeniile și DNS-ul.
Componentele implicate
| Componentă | Ce este | Cine o oferă |
|---|---|---|
| Nume de domeniu | Numele pe care îl închiriezi anual, precum example.com | Un registrar |
| DNS | Consultarea publică ce transformă numele în adrese de server | Furnizorul tău DNS (adesea registrarul) |
| Înregistrări | Intrări DNS individuale: „www indică spre…” | Le adaugi tu |
| Găzduire | Serviciul care rulează aplicația ta | Găzduirea sau constructorul tău de aplicații |
| Certificat | Ceea ce face ca https:// să funcționeze | De obicei emis automat de găzduire |
Registrarul și furnizorul DNS sunt adesea aceeași companie, dar nu trebuie să fie. Ce contează este: unde editezi DNS-ul pentru acest domeniu? Acolo vei adăuga înregistrările.
Pasul 1: Cumpără un domeniu
Sfaturi pentru alegere și cumpărare:
- Păstrează-l scurt și ușor de spus cu voce tare. Dacă trebuie să explici ortografia, alege altul.
.comeste extensia pe care oamenii o ghicesc implicit, dar extensiile de țară și cele mai noi (.io,.app,.co.uk) sunt bune dacă se potrivesc publicului tău.- Verifică prețul de reînnoire, nu doar prețul din primul an. Reducerile introductive sunt frecvente, iar reînnoirile pot costa mai mult.
- Activează reînnoirea automată și păstrează cardul de plată actualizat. Un domeniu expirat îți scoate din funcțiune site-ul și e-mailul, iar după o perioadă de grație îl poate cumpăra altcineva.
- Folosește protecția WHOIS dacă este oferită, ca datele tale personale să nu fie publicate.
- Cumpără-l într-un cont pe care îl controlezi, nu în contul unui freelancer sau al unei agenții.
Unele găzduiri și constructoare de aplicații te lasă să cumperi domeniul direct din produs, ceea ce îți configurează și DNS-ul.
Pasul 2: Decide adresa
Subdomeniu vs domeniu principal
- Domeniu principal (apex):
example.com - Subdomeniu:
www.example.com,app.example.com
O configurație obișnuită este un site de marketing la example.com sau www.example.com și produsul la app.example.com. Pentru un singur site, alege între www și domeniul principal.
www.example.com | example.com | |
|---|---|---|
| Tip de înregistrare | CNAME spre găzduirea ta | Înregistrare A/AAAA, sau ALIAS/ANAME/CNAME aplatizat |
| Dificultatea configurării | Ușor peste tot | Depinde de furnizorul tău DNS |
| Aspect | Puțin mai lung | Mai scurt |
Standardul DNS nu permite o înregistrare CNAME la rădăcina unui domeniu, pentru că rădăcina trebuie să conțină alte înregistrări (cum sunt cele ale serverelor de nume). Mulți furnizori DNS ocolesc asta cu un tip special de înregistrare — numit ALIAS, ANAME sau aplatizare CNAME, în funcție de furnizor — care se comportă ca un CNAME la rădăcină. Dacă al tău nu o oferă, abordarea sigură este: servești site-ul pe www și configurezi o redirecționare de la domeniul principal la www la furnizorul DNS sau la registrar.
Ce alegi, alege o adresă principală și redirecționează-o pe cealaltă spre ea. Dacă ambele servesc același conținut fără redirecționare, este confuz pentru utilizatori și pentru motoarele de căutare. Vezi SEO pentru site-uri construite cu AI pentru de ce contează o singură adresă canonică.
Pasul 3: Adaugă înregistrările DNS
Găzduirea îți spune exact ce să adaugi. Arată ca una dintre acestea:
| Tip | Nume / Gazdă | Valoare / Țintă | Folosit pentru |
|---|---|---|---|
CNAME | www | yoursite.hostname.com | Indicarea unui subdomeniu spre un nume de gazdă |
A | @ | 192.0.2.10 | Indicarea domeniului principal spre o adresă IPv4 |
AAAA | @ | 2001:db8::10 | Indicarea domeniului principal spre o adresă IPv6 |
TXT | _verify sau @ | un șir de cod | Dovedirea că deții domeniul |
Cum completezi formularul la majoritatea furnizorilor DNS:
- Nume / Gazdă: doar partea de subdomeniu —
www, nuwww.example.com. Unii furnizori adaugă domeniul automat, iar dacă îl scrii complet creeziwww.example.com.example.com. Folosește@pentru domeniul principal, dacă furnizorul tău folosește această convenție. - Valoare / Țintă: lipește exact ce arată gazda. Un punct final este în regulă dacă furnizorul îl adaugă el.
- TTL: valoarea implicită este bună. Un TTL mai mic (de exemplu 5 minute) face ca modificările viitoare să intre în vigoare mai repede.
- Proxy: dacă furnizorul tău DNS poate pune traficul prin proxy (de exemplu norul portocaliu de la Cloudflare), urmează instrucțiunile gazdei tale. Multe gazde cer „DNS only” ca să poată emite certificatul.
Lasă neatinse înregistrările existente, dacă gazda nu îți spune să le schimbi. În special, nu atinge înregistrările MX — ele livrează e-mailul tău. Ștergerea sau modificarea lor este cel mai frecvent mod în care o schimbare de domeniu strică e-mailul.
Schimbarea serverelor de nume vs adăugarea de înregistrări
Unele gazde oferă două opțiuni: adaugi o înregistrare sau muți tot DNS-ul domeniului la ele, schimbând serverele de nume la registrar. Schimbarea serverelor de nume mută fiecare înregistrare, inclusiv e-mailul. Fă-o doar dacă ești pregătit să recreezi toate înregistrările existente la noul furnizor. Adăugarea unei singure înregistrări este cu risc mai mic.
Pasul 4: Verifică și obține HTTPS
După ce înregistrarea este pusă, întoarce-te la gazda ta și apasă butonul de verificare. Gazda verifică DNS-ul, cere un certificat — de obicei de la o autoritate gratuită de certificare, precum Let's Encrypt — și începe să servească site-ul prin HTTPS.
- Verificarea poate necesita câteva încercări cât timp modificările DNS se propagă.
- Certificatele se reînnoiesc automat atâta timp cât înregistrarea DNS rămâne la locul ei.
- Dacă domeniul tău are înregistrări CAA (care limitează ce autorități de certificare pot emite pentru el), asigură-te că permit autoritatea gazdei tale, altfel emiterea certificatului eșuează.
Odată ce HTTPS funcționează, verifică faptul că http:// redirecționează spre https://. Majoritatea gazdelor fac asta automat.
Pasul 5: Testează
-
https://www.example.comîncarcă site-ul tău cu iconița de lacăt - Cealaltă variantă (domeniul principal sau
www) redirecționează spre adresa principală -
http://redirecționează sprehttps:// - Autentificarea, conectarea OAuth și redirecționările de plată funcționează pe noul domeniu (au adesea liste de URL-uri permise care încă indică spre adresa veche)
- E-mailurile trimise la domeniul tău ajung în continuare
- Linkurile din e-mailurile trimise de aplicația ta folosesc noul domeniu
Punctul al patrulea prinde mulți oameni nepregătiți: autentificarea Google, webhook-urile Stripe și linkurile de resetare a parolei sunt toate configurate cu URL-uri specifice. Adaugă noul domeniu oriunde apare vechea adresă. Vezi cum adaugi autentificare în aplicația ta pentru partea OAuth.
Depanare
| Simptom | Cauză probabilă | Remediere |
|---|---|---|
| Verificarea eșuează mereu | Greșeală de scriere în țintă, tip de înregistrare greșit sau nume introdus ca domeniu complet | Compară înregistrarea caracter cu caracter cu ce arată gazda |
| Funcționează la tine, nu la alții (sau invers) | Cache DNS în timpul unei schimbări | Așteaptă să expire TTL-ul; testează de pe telefon, pe date mobile |
| Eroare de certificat sau „nesigur” | Certificatul nu a fost emis încă, proxy în față sau înregistrări CAA care blochează | Așteaptă câteva minute și verifică din nou; setează proxy-ul la DNS only; verifică CAA |
| „Too many redirects” | Două straturi care redirecționează (de exemplu proxy-ul forțează HTTPS și gazda face același lucru) | Oprește una dintre redirecționări sau folosește „DNS only” |
Domeniul principal nu funcționează, www da | Nicio înregistrare sau redirecționare pentru domeniul principal | Adaugă o înregistrare ALIAS/aplatizată sau redirecționează domeniul principal spre www |
| E-mailul a încetat să funcționeze | Înregistrările MX au fost modificate sau pierdute la schimbarea serverelor de nume | Restaurează înregistrările MX conform instrucțiunilor furnizorului tău de e-mail |
| Site-ul vechi apare în continuare | Înregistrarea A veche există încă alături de cea nouă | Șterge înregistrările conflictuale pentru același nume |
Un instrument online gratuit de consultare DNS, sau dig www.example.com într-un terminal, arată ce vede lumea acum pentru înregistrarea ta — util ca să verifici dacă problema este DNS-ul sau gazda.
Conectarea unui domeniu personalizat pe Mythex
Domeniile personalizate sunt o funcție Pro pe Mythex. Planurile gratuite publică la o adresă numele-tau.mythex.app. Pe Pro poți:
- Cumpăra un domeniu din Mythex din Domains în setări, sau din Publish → Custom domain pe un proiect live. Mythex înregistrează domeniul și configurează DNS-ul; înregistrarea se facturează separat de planul Pro, iar reînnoirea automată este activată implicit.
- Conecta un domeniu pe care îl deții deja. Publică proiectul, alege Connect, introdu numele de gazdă (de exemplu
app.example.com), apoi adaugă un CNAME la furnizorul tău DNS care indică spre ținta arătată de Mythex (yourslug.mythex.ai). Apasă Verify. HTTPS se emite automat.
Dacă DNS-ul tău este la Cloudflare, setează acel CNAME la DNS only (nor gri), nu cu proxy. Pentru un domeniu principal, documentația recomandă folosirea lui www sau app și redirecționarea domeniului principal la furnizorul DNS, dacă acesta nu acceptă ALIAS sau aplatizare.
Vezi Domenii personalizate din documentație pentru pașii complet și depanare, și Planuri pentru ce este inclus în Pro. Înainte să indici un domeniu spre o aplicație, merită parcurs cum treci un prototip AI în producție.
Întrebări
Cât durează până funcționează un domeniu personalizat?
Adesea câteva minute după ce adaugi înregistrarea DNS, dar poate dura mai mult în funcție de furnizorul DNS și de TTL-ul înregistrării (cât timp o păstrează în cache resolverele). Dacă ai schimbat serverele de nume, lasă mai mult timp.
Ar trebui să folosesc www sau domeniul principal?
Oricare funcționează pentru vizitatori. Un subdomeniu precum www sau app este de obicei mai ușor de conectat, pentru că poate folosi o înregistrare CNAME. Multe site-uri servesc www și redirecționează domeniul principal către el, sau invers — alege doar una drept adresa principală.
Trebuie să cumpăr un certificat SSL?
De obicei nu. Majoritatea găzduirilor moderne, inclusiv constructoarele de aplicații, emit automat certificate HTTPS gratuite, odată ce DNS-ul indică spre ele. Ai nevoie să cumperi unul doar în cazuri speciale, cum sunt unele certificate validate de organizație.
De ce nu pot adăuga o înregistrare CNAME pentru domeniul principal?
Regulile DNS nu permit un CNAME la rădăcina (apex) unui domeniu, pentru că acolo există alte înregistrări necesare. Unii furnizori DNS oferă ALIAS, ANAME sau aplatizare CNAME pentru același efect; altfel, folosește www și redirecționează domeniul principal.