Paano Ikonekta ang Custom Domain sa App o Website Mo

Para ikonekta ang custom domain, bibilhin mo ang domain mula sa registrar, magdadagdag ng DNS record na tumuturo rito sa host mo (karaniwang CNAME record para sa subdomain gaya ng www o app, o A record (o ALIAS/flattened record) para sa root domain), at pagkatapos ay papa-verify mo sa host ang domain at hahayaang maglabas ito ng HTTPS certificate. Karaniwang inaabot ito ng ilang minuto, minsan mas matagal. Karamihan sa problema ay nanggagaling sa maling type ng record, typo sa record, o proxy na nakapuwesto sa harap ng host.

Sakop ng gabay na ito ang bawat hakbang, ang desisyon sa www-versus-root, at kung paano mag-troubleshoot. Para sa mga konsepto sa likod ng domains, tingnan ang paano gumagana ang domains at DNS.

Ang mga bahaging kasangkot

Magkasama kadalasan ang registrar at DNS provider, pero hindi kailangang magkasama. Ang mahalaga ay: saan mo ine-edit ang DNS para sa domain na ito? Doon ka magdadagdag ng records.

Hakbang 1: Bumili ng domain

Mga tip sa pagpili at pagbili:

• Gawing maikli at madaling baybayin nang pasalita. Kung kailangan mo pang ipaliwanag ang spelling, pumili ng iba.
• Ang .com ang default na hulaan ng mga tao, pero maayos din ang country at mas bagong endings (.io, .app, .co.uk) kung bagay ang mga ito sa audience mo.
• Tingnan ang renewal price, hindi lang ang presyo sa unang taon. Karaniwan ang introductory discount at maaaring mas mahal ang renewal.
• I-on ang auto-renew at panatilihing updated ang payment card. Kapag nag-expire ang domain, mawawala ang site at email mo, at puwedeng bilhin ito ng iba pagkatapos ng grace period.
• Gamitin ang WHOIS privacy kung inaalok, para hindi mailathala ang personal mong detalye.
• Bilhin ito sa account na kontrolado mo, hindi sa account ng freelancer o agency.

Puwedeng bumili ng domain nang direkta sa loob ng produkto ang ilang host at app builder, na nagse-set up din ng DNS para sa iyo.

Hakbang 2: Magpasya sa address

Subdomain vs root domain

• Root (apex) domain: example.com
• Subdomain: www.example.com, app.example.com

Karaniwang setup ang marketing site sa example.com o www.example.com at ang product sa app.example.com. Para sa iisang site, pumili sa pagitan ng www at ng root.

Hindi pinapayagan ng DNS standard ang CNAME record sa root ng domain, dahil kailangang maglaman ng ibang records ang root (gaya ng nameserver records). Maraming DNS provider ang nilulutas ito gamit ang espesyal na record type, na tinatawag na ALIAS, ANAME o CNAME flattening depende sa provider, na kumikilos na parang CNAME sa root. Kung wala nito ang provider mo, ang maaasahang paraan ay: i-serve ang site sa www, at mag-set up ng redirect mula sa root papunta sa www sa DNS provider o registrar mo.

Ano man ang piliin mo, pumili ng isang pangunahing address at i-redirect ang isa papunta roon. Nakakalito sa mga user at search engine kapag pareho ang nilalaman ng dalawa nang walang redirect. Tingnan ang SEO para sa AI-built websites para malaman kung bakit mahalaga ang iisang canonical address.

Hakbang 3: Idagdag ang DNS records

Sasabihin sa iyo ng host mo kung eksaktong ano ang idadagdag. Magiging ganito ang itsura nito:

Paano punan ang form sa karamihan ng DNS provider:

• Name / Host: ang bahagi ng subdomain lang, www, hindi www.example.com. Awtomatikong dinadagdagan ng ilang provider ang domain, at kapag buo ang itinype mo, magiging www.example.com.example.com. Gamitin ang @ para sa root kung ganoon ang kumbensyon ng provider mo.
• Value / Target: i-paste nang eksakto ang ipinapakita ng host. Okay ang trailing dot kung dinadagdagan ito ng provider mo.
• TTL: okay ang default. Ang mas mababang TTL (gaya ng 5 minuto) ay nagpapabilis ng bisa ng mga susunod na pagbabago.
• Proxy: kung kayang i-proxy ng DNS provider mo ang trapiko (gaya ng orange cloud ng Cloudflare), sundin ang tagubilin ng host mo. Kailangan ng maraming host ang "DNS only" para makapaglabas ng certificate.

Huwag galawin ang umiiral na records maliban kung sinabi ng host na palitan ang mga ito. Lalo na, huwag galawin ang MX records, dahil dito dumarating ang email mo. Ang pagbura o pagbabago sa mga ito ang pinakakaraniwang dahilan kung bakit nasisira ng pagbabago ng domain ang email.

Pagbabago ng nameservers vs pagdaragdag ng records

May ilang host na nag-aalok ng dalawang opsyon: magdagdag ng record, o ilipat ang buong DNS ng domain mo sa kanila sa pamamagitan ng pagpapalit ng nameservers sa registrar. Inililipat ng pagpapalit ng nameservers ang bawat record, kasama ang email. Gawin lang ito kung handa ka nang gawing muli ang lahat ng umiiral na record sa bagong provider. Mas mababa ang panganib ng pagdaragdag ng iisang record.

Hakbang 4: I-verify at kumuha ng HTTPS

Pagkatapos mailagay ang record, bumalik sa host mo at i-click ang verify button nito. Sinusuri ng host ang DNS, pagkatapos ay humihiling ng certificate, karaniwan mula sa libreng certificate authority gaya ng Let's Encrypt, at sinisimulang i-serve ang site mo sa HTTPS.

• Maaaring abutin ng ilang subok ang verification habang kumakalat ang pagbabago sa DNS.
• Awtomatikong nire-renew ang mga certificate basta nananatili ang DNS record.
• Kung may CAA records ang domain mo (na naglilimita kung aling certificate authority ang maaaring mag-isyu rito), siguraduhing pinapayagan nila ang authority ng host mo, o mabibigo ang pag-isyu ng certificate.

Kapag gumana na ang HTTPS, siguraduhing nagre-redirect ang http:// papunta sa https://. Awtomatiko itong ginagawa ng karamihan sa host.

Hakbang 5: Subukan ito

• Naglo-load ang https://www.example.com ng site mo na may padlock icon
• Nagre-redirect ang kabilang anyo (root o www) papunta sa pangunahing address mo
• Nagre-redirect ang http:// papunta sa https://
• Gumagana ang login, OAuth sign-in at payment redirects sa bagong domain (kadalasan may listahan ng pinapayagang URL na nakaturo pa rin sa lumang address)
• Dumarating pa rin ang email sa domain mo
• Ginagamit ng mga link sa email na ipinapadala ng app mo ang bagong domain

Nakakalimutan ito ng maraming tao sa ikaapat na item: naka-configure ang Google sign-in, Stripe webhooks at password-reset links gamit ang mga partikular na URL. Idagdag ang bagong domain saan man lumalabas ang luma mong address. Tingnan ang paano maglagay ng login sa app mo para sa bahaging OAuth.

Pag-troubleshoot

Makakatulong ang libreng online DNS lookup tool, o ang dig www.example.com sa terminal, para makita kung ano ang kasalukuyang nakikita ng mundo sa record mo. Kapaki-pakinabang ito para malaman kung DNS o host ang problema.

Pagkonekta ng custom domain sa Mythex

Ang custom domains ay feature ng Pro sa Mythex. Ang mga Free plan ay nagpapublish sa yourname.mythex.app na address. Sa Pro, puwede mong:

• Bumili ng domain sa loob ng Mythex mula sa Domains sa settings, o mula sa Publish → Custom domain sa live na project. Irerehistro ito ng Mythex at sisetup-an ang DNS; hiwalay na sinisingil ang pagpaparehistro sa Pro plan, at naka-auto-renew bilang default.
• Ikonekta ang domain na pag-aari mo na. I-publish ang project, piliin ang Connect, ilagay ang hostname (halimbawa app.example.com), pagkatapos ay magdagdag ng CNAME sa DNS provider mo na tumuturo sa target na ipinapakita ng Mythex (yourslug.mythex.ai). I-click ang Verify. Awtomatikong ilalabas ang HTTPS.

Kung nasa Cloudflare ang DNS mo, itakda ang CNAME na iyon sa DNS only (grey cloud), hindi proxied. Para sa root domain, inirerekomenda ng docs na gamitin ang www o app at i-redirect ang root sa DNS provider mo kung hindi ito sumusuporta sa ALIAS o flattening.

Tingnan ang Custom domains sa docs para sa kumpletong hakbang at troubleshooting, at ang Plans para sa mga kasama sa Pro. Bago ituro ang domain sa app, sulit na dumaan muna sa paglipat ng AI prototype sa production.

Mga tanong