Cara Menyambungkan Domain Tersuai ke Aplikasi atau Laman Web Anda
Untuk menyambungkan domain tersuai, anda membeli domain daripada pendaftar, menambah rekod DNS yang menunjuk ke pengehos anda — biasanya rekod CNAME untuk subdomain seperti www atau app, atau rekod A (atau rekod ALIAS/diratakan) untuk domain akar — dan kemudian membenarkan pengehos anda mengesahkan domain dan mengeluarkan sijil HTTPS. Ia biasanya mengambil masa beberapa minit, kadang-kadang lebih lama. Kebanyakan masalah berpunca daripada salah taip dalam rekod, jenis rekod yang salah, atau proksi yang berada di hadapan pengehos.
Panduan ini meliputi setiap langkah, keputusan antara www dan domain akar, serta cara menyelesaikan masalah. Untuk konsep di sebalik domain, lihat cara domain dan DNS berfungsi.
Komponen yang terlibat
| Komponen | Maksud | Siapa yang menyediakannya |
|---|---|---|
| Nama domain | Nama yang anda sewa setiap tahun, seperti example.com | Pendaftar |
| DNS | Carian awam yang menukar nama kepada alamat pelayan | Pembekal DNS anda (selalunya pendaftar) |
| Rekod | Entri DNS individu: "www menunjuk kepada…" | Anda yang menambahnya |
| Pengehos | Perkhidmatan yang menjalankan aplikasi anda | Pengehosan atau pembina aplikasi anda |
| Sijil | Apa yang membolehkan https:// berfungsi | Biasanya dikeluarkan secara automatik oleh pengehos |
Pendaftar dan pembekal DNS selalunya syarikat yang sama, tetapi tidak semestinya. Yang penting ialah: di mana anda menyunting DNS bagi domain ini? Di situlah anda akan menambah rekod.
Langkah 1: Beli domain
Tip untuk memilih dan membeli:
- Pastikan pendek dan mudah dieja apabila disebut. Jika anda perlu menerangkan ejaannya, pilih yang lain.
.comialah sambungan yang paling dijangka orang, tetapi sambungan negara dan yang lebih baharu (.io,.app,.co.uk) boleh diterima jika sesuai dengan khalayak anda.- Semak harga pembaharuan, bukan hanya harga tahun pertama. Diskaun pengenalan adalah biasa dan harga pembaharuan boleh lebih tinggi.
- Hidupkan pembaharuan automatik dan pastikan kad pembayaran sentiasa dikemas kini. Domain yang tamat tempoh akan melumpuhkan laman dan e-mel anda, dan selepas tempoh tangguh, orang lain boleh mendaftarkannya.
- Gunakan perlindungan WHOIS jika ditawarkan, supaya butiran peribadi anda tidak diterbitkan.
- Beli dalam akaun yang anda kawal, bukan akaun pekerja bebas atau agensi.
Sesetengah pengehos dan pembina aplikasi membenarkan anda membeli domain terus dalam produk, yang turut menyediakan DNS untuk anda.
Langkah 2: Tentukan alamatnya
Subdomain vs domain akar
- Domain akar (apex):
example.com - Subdomain:
www.example.com,app.example.com
Susunan biasa ialah laman pemasaran di example.com atau www.example.com dan produk di app.example.com. Untuk satu laman sahaja, pilih antara www dan akar.
www.example.com | example.com | |
|---|---|---|
| Jenis rekod | CNAME ke pengehos anda | Rekod A/AAAA, atau ALIAS/ANAME/CNAME yang diratakan |
| Tahap kesukaran | Mudah di mana-mana | Bergantung pada pembekal DNS anda |
| Rupa | Sedikit lebih panjang | Lebih pendek |
Standard DNS tidak membenarkan rekod CNAME di akar domain, kerana akar mesti memegang rekod lain (seperti rekod pelayan nama). Ramai pembekal DNS mengelakkannya dengan jenis rekod khas — dipanggil ALIAS, ANAME atau perataan CNAME bergantung pada pembekal — yang berkelakuan seperti CNAME di akar. Jika pembekal anda tidak menyediakannya, cara yang boleh dipercayai ialah: sajikan laman pada www, dan tetapkan ubah hala dari akar ke www di pembekal DNS atau pendaftar anda.
Apa pun pilihan anda, pilih satu alamat utama dan ubah hala yang lain kepadanya. Dua alamat yang menyajikan kandungan yang sama tanpa ubah hala akan mengelirukan pengguna dan enjin carian. Lihat SEO untuk laman web yang dibina dengan AI untuk sebab satu alamat kanonik itu penting.
Langkah 3: Tambah rekod DNS
Pengehos anda akan memberitahu apa yang tepat perlu ditambah. Ia kelihatan seperti salah satu daripada ini:
| Jenis | Nama / Hos | Nilai / Sasaran | Kegunaan |
|---|---|---|---|
CNAME | www | yoursite.hostname.com | Menunjuk subdomain ke nama hos |
A | @ | 192.0.2.10 | Menunjuk akar ke alamat IPv4 |
AAAA | @ | 2001:db8::10 | Menunjuk akar ke alamat IPv6 |
TXT | _verify atau @ | rentetan kod | Membuktikan anda pemilik domain |
Cara mengisi borang di kebanyakan pembekal DNS:
- Nama / Hos: hanya bahagian subdomain —
www, bukanwww.example.com. Sesetengah pembekal menambah domain secara automatik, dan jika anda menaipnya sepenuhnya, anda akan menciptawww.example.com.example.com. Gunakan@untuk akar jika pembekal anda menggunakan konvensyen itu. - Nilai / Sasaran: salin tepat apa yang ditunjukkan pengehos. Titik di hujung boleh diterima jika pembekal anda menambahnya.
- TTL: tetapan lalai sudah memadai. TTL yang lebih rendah (seperti 5 minit) menjadikan perubahan masa depan lebih cepat berkesan.
- Proksi: jika pembekal DNS anda boleh memproksi trafik (awan oren Cloudflare, sebagai contoh), ikut arahan pengehos anda. Ramai pengehos memerlukan "DNS sahaja" supaya mereka boleh mengeluarkan sijil.
Biarkan rekod sedia ada melainkan pengehos memberitahu anda untuk menukarnya. Khususnya, jangan usik rekod MX — ia menghantar e-mel anda. Memadam atau menukarnya ialah cara paling biasa domain menyebabkan e-mel rosak.
Menukar pelayan nama vs menambah rekod
Sesetengah pengehos menawarkan dua pilihan: tambah rekod, atau pindahkan DNS keseluruhan domain anda kepada mereka dengan menukar pelayan nama di pendaftar. Menukar pelayan nama memindahkan setiap rekod, termasuk e-mel. Lakukannya hanya jika anda bersedia untuk mencipta semula semua rekod sedia ada di pembekal baharu. Menambah satu rekod adalah lebih rendah risikonya.
Langkah 4: Sahkan dan dapatkan HTTPS
Selepas rekod ditambah, kembali ke pengehos anda dan klik butang sahkan. Pengehos menyemak DNS, kemudian meminta sijil — biasanya daripada pihak berkuasa sijil percuma seperti Let's Encrypt — dan mula menyajikan laman anda melalui HTTPS.
- Pengesahan mungkin mengambil beberapa percubaan sementara perubahan DNS merebak.
- Sijil diperbaharui secara automatik selagi rekod DNS kekal.
- Jika domain anda mempunyai rekod CAA (yang mengehadkan pihak berkuasa sijil mana yang boleh mengeluarkan sijil untuknya), pastikan ia membenarkan pihak berkuasa pengehos anda, atau pengeluaran sijil akan gagal.
Setelah HTTPS berfungsi, pastikan http:// diubah hala ke https://. Kebanyakan pengehos melakukannya secara automatik.
Langkah 5: Uji
-
https://www.example.commemuatkan laman anda dengan ikon mangga - Bentuk satu lagi (akar atau
www) diubah hala ke alamat utama anda -
http://diubah hala kehttps:// - Log masuk, log masuk OAuth dan ubah hala pembayaran berfungsi pada domain baharu (selalunya ia mempunyai senarai URL yang dibenarkan yang masih menunjuk ke alamat lama)
- E-mel ke domain anda masih sampai
- Pautan dalam e-mel yang dihantar oleh aplikasi anda menggunakan domain baharu
Item keempat selalunya terlepas pandang: log masuk Google, webhook Stripe dan pautan tetapan semula kata laluan semuanya dikonfigurasi dengan URL tertentu. Tambah domain baharu di mana sahaja alamat lama anda muncul. Lihat cara menambah log masuk pada aplikasi anda untuk bahagian OAuth.
Menyelesaikan masalah
| Simptom | Punca biasa | Pembetulan |
|---|---|---|
| Pengesahan terus gagal | Salah taip pada sasaran, jenis rekod salah, atau nama dimasukkan sebagai domain penuh | Bandingkan rekod huruf demi huruf dengan apa yang ditunjukkan pengehos |
| Berfungsi untuk anda, tidak untuk orang lain (atau sebaliknya) | Cache DNS semasa perubahan | Tunggu sehingga TTL tamat; uji dari telefon menggunakan data mudah alih |
| Ralat sijil atau "tidak selamat" | Sijil belum dikeluarkan, proksi di hadapan, atau rekod CAA menghalang | Tunggu beberapa minit dan sahkan semula; tetapkan proksi kepada DNS sahaja; semak CAA |
| "Terlalu banyak ubah hala" | Dua lapisan kedua-duanya mengubah hala (contohnya proksi memaksa HTTPS dan pengehos juga melakukannya) | Matikan salah satu ubah hala, atau guna "DNS sahaja" |
Domain akar tidak berfungsi, www berfungsi | Tiada rekod atau ubah hala untuk akar | Tambah rekod ALIAS/diratakan, atau ubah hala akar ke www |
| E-mel berhenti berfungsi | Rekod MX berubah atau hilang semasa memindahkan pelayan nama | Pulihkan rekod MX mengikut arahan penyedia e-mel anda |
| Laman lama masih dipaparkan | Rekod A lama masih wujud bersama yang baharu | Buang rekod yang bercanggah untuk nama yang sama |
Alat carian DNS dalam talian percuma, atau dig www.example.com dalam terminal, menunjukkan apa yang dilihat oleh dunia untuk rekod anda — berguna untuk menyemak sama ada masalahnya ialah DNS atau pengehos.
Menyambungkan domain tersuai di Mythex
Domain tersuai ialah ciri Pro di Mythex. Pelan percuma menerbitkan ke alamat yourname.mythex.app. Pada Pro, anda boleh:
- Beli domain di dalam Mythex daripada Domains dalam tetapan, atau daripada Publish → Custom domain pada projek yang sedang aktif. Mythex mendaftarkannya dan menyediakan DNS; pendaftaran dibilkan secara berasingan daripada pelan Pro, dan pembaharuan automatik dihidupkan secara lalai.
- Sambungkan domain yang sudah anda miliki. Terbitkan projek, pilih Connect, masukkan nama hos (contohnya
app.example.com), kemudian tambah CNAME di pembekal DNS anda yang menunjuk ke sasaran yang Mythex tunjukkan (yourslug.mythex.ai). Klik Verify. HTTPS dikeluarkan secara automatik.
Jika DNS anda berada di Cloudflare, tetapkan CNAME itu kepada DNS sahaja (awan kelabu), bukan diproksi. Bagi domain akar, dokumentasi mengesyorkan menggunakan www atau app dan mengubah hala akar di pembekal DNS anda jika ia tidak menyokong ALIAS atau perataan.
Lihat Domain tersuai dalam dokumentasi untuk langkah penuh dan penyelesaian masalah, dan Pelan untuk apa yang disertakan dalam Pro. Sebelum menunjukkan domain kepada sesuatu aplikasi, ada baiknya melalui membawa prototaip AI ke pengeluaran.
Soalan lazim
Berapa lama masa yang diambil untuk domain tersuai berfungsi?
Selalunya beberapa minit selepas anda menambah rekod DNS, tetapi boleh mengambil lebih lama bergantung pada pembekal DNS anda dan TTL rekod (berapa lama penyelesai menyimpan rekod itu dalam cache). Jika anda menukar pelayan nama, beri masa yang lebih lama.
Patutkah saya guna www atau domain akar?
Kedua-duanya berfungsi untuk pelawat. Subdomain seperti www atau app biasanya lebih mudah disambungkan kerana ia boleh menggunakan rekod CNAME. Ramai laman menyajikan www dan mengubah hala domain akar kepadanya, atau sebaliknya — pilih satu sebagai alamat utama.
Adakah saya perlu membeli sijil SSL?
Biasanya tidak. Kebanyakan pengehos moden, termasuk pembina aplikasi, mengeluarkan sijil HTTPS percuma secara automatik sebaik DNS anda menunjuk kepada mereka. Anda hanya perlu membelinya untuk kes khas seperti sesetengah sijil yang disahkan oleh organisasi.
Mengapa saya tidak boleh menambah rekod CNAME untuk domain akar saya?
Peraturan DNS tidak membenarkan CNAME di akar (apex) domain kerana rekod lain yang diperlukan terletak di situ. Sesetengah pembekal DNS menawarkan ALIAS, ANAME atau perataan CNAME untuk hasil yang sama; jika tidak, gunakan www dan ubah hala domain akar.