Cara menyambung domain sendiri ke enjin tempahan
Laman sudah siap. Logo betul, markup sudah ditetapkan, satu tempahan ujian berjaya di subdomain platform, dan seseorang di pejabat sudah menghantar pautannya kepada tiga pelanggan. Kemudian datang soalan yang dijangka: kenapa alamatnya masih membawa nama orang lain? Panduan ini menerangkan cara menyambung domain sendiri ke enjin tempahan tanpa mengupah sesiapa — apa yang sebenarnya anda ubah, dua atau tiga rekod yang terlibat, kenapa ikon mangga di pelayar muncul lebih lewat daripada jangkaan, dan satu tetapan yang senyap-senyap merosakkan e-mel syarikat jika anda menyentuhnya.
Anda tidak perlu memahami DNS secara mendalam. Cukup satu gambaran: nama domain anda ialah papan tanda, dan anda sedang memalingkannya ke arah bangunan baharu. Semua yang berikut hanyalah perincian gambaran itu.
Di mana domain anda sebenarnya berada
Sehingga tiga syarikat berbeza boleh terlibat, dan kebanyakan pemilik hanya mengenali satu. Pendaftar ialah tempat anda membeli nama itu dan membayar pembaharuan tahunan. Hos DNS ialah tempat rekod bagi nama itu disunting — selalunya syarikat yang sama dengan pendaftar, kadang-kadang tidak, terutama jika pereka web dahulu memindahkan nama itu ke perkhidmatan DNS berasingan. Hos web ialah tempat laman anda sekarang berjalan.
Rekod yang akan anda tambah pergi ke hos DNS. Jadi sebelum apa-apa, kenal pasti siapa hos DNS anda. Log masuk ke pendaftar dan lihat nameserver yang tersenarai pada domain. Jika ia milik pendaftar, anda sunting rekod di situ. Jika ia menghala ke tempat lain, di tempat itulah anda bekerja. Beberapa minit di sini menjimatkan satu petang menyunting rekod dalam panel yang tidak dibaca oleh sesiapa.
Domain akar atau subdomain: putuskan sebelum menyentuh apa-apa
Domain akar — juga dipanggil apex atau domain "bogel" — ialah jenamaanda.com.my tanpa apa-apa di hadapannya. Subdomain ialah apa sahaja yang mempunyai label di hadapan: www.jenamaanda.com.my, tempah.jenamaanda.com.my, travel.jenamaanda.com.my. Platform menerima kedua-duanya, dan pilihan itu menentukan rekod yang anda tambah.
Sebabnya lama dan tidak boleh dirunding. Domain akar sudah membawa rekod yang mentakrifkan domain itu sendiri, dan DNS tidak membenarkan CNAME berkongsi nama dengan rekod lain. Maka domain akar dihalakan dengan rekod A terus ke alamat IP, manakala subdomain dihalakan dengan CNAME ke nama hos lain.
| Domain akar (jenamaanda.com.my) | Subdomain (tempah.jenamaanda.com.my) | |
|---|---|---|
| Rekod yang ditambah | Rekod A, ke alamat IP | CNAME, ke nama hos platform |
| Apa yang ditaip pelanggan | Alamat paling pendek | Satu perkataan tambahan, yang kurang penting apabila pelanggan datang melalui pautan |
| Laman web sedia ada | Perlu dipindahkan dari domain akar, atau digantikan laman tempahan | Kekal di tempatnya |
| E-mel syarikat | Tidak terjejas, selagi rekod MX tidak diusik | Tidak terjejas |
| Sesuai untuk | Agensi yang laman webnya MEMANG laman tempahan | Agensi dengan laman profil, blog atau CMS yang mahu dikekalkan |
Kebanyakan agensi yang sudah mempunyai laman web patut bermula dengan subdomain. Baris yang selalu dipertikaikan ialah baris kedua: sesetengah pemilik rasa subdomain kelihatan kurang mantap. Itu pandangan yang adil, dan beratnya berkurang apabila kebanyakan pelanggan sampai melalui pautan WhatsApp atau Instagram, bukan dengan menaip alamat.
Rekod yang anda tambah dan fungsi setiap satu
Langkah DNS berpandu dalam panel admin memaparkan nilai tepat untuk domain anda. Salin dari situ, bukan dari mana-mana artikel — termasuk artikel ini. Berikut ialah fungsi setiap rekod, supaya skrin itu masuk akal apabila anda melihatnya.
- CNAME, untuk subdomain. Name: label yang anda pilih, contohnya
tempah. Value: nama hos platform yang diberikan oleh langkah DNS. Maksudnya "nama ini alias bagi nama itu", jadi jika pelayan platform berpindah, rekod anda terus berfungsi tanpa anda sentuh. - Rekod A, untuk domain akar. Name:
@, yang kebanyakan panel DNS guna untuk domain kosong. Value: alamat IP daripada langkah DNS. Maksudnya "nama ini tinggal di alamat ini". - TXT, kadang-kadang. Sesetengah persediaan hosting turut meminta rekod pengesahan: rentetan rawak panjang di bawah nama yang ditetapkan langkah DNS. Ia tidak memberi kesan kepada pelawat. Ia membuktikan bahawa sesiapa yang mengawal domain bersetuju dengan sambungan ini. Jika langkah itu memaparkannya, tambahkan; jika tidak, tiada apa yang tertinggal.
Dua kesilapan menjadi punca kebanyakan cubaan gagal. Pertama, menaip domain penuh dalam medan Name. Banyak panel menambah domain secara automatik, jadi tempah.jenamaanda.com.my yang ditaip di situ menjadi tempah.jenamaanda.com.my.jenamaanda.com.my, yang tidak menghala ke mana-mana. Taip label sahaja. Kedua, membiarkan rekod lama. Jika tempah sudah mempunyai rekod A daripada projek lama, CNAME tidak boleh duduk bersebelahan dengannya, dan sesetengah panel senyap-senyap mengekalkan yang lama. Padam dahulu rekod lama bagi nama yang sama persis.
Jika hos DNS anda menawarkan suis proksi pada rekod — Cloudflare memaparkannya sebagai awan oren — tukar kepada DNS-only semasa menyambung. Proksi menjawab pelawat bagi pihak platform, lalu menyembunyikan platform daripada semakan yang diterangkan seterusnya.
Kenapa ikon mangga datang paling akhir
Inilah langkah yang membuatkan pemilik menyangka sesuatu rosak. Rekod sudah disimpan, domain nampak betul, tetapi pelayar mengatakan sambungan tidak selamat — atau laman langsung tidak terbuka. Tiada yang rosak. Urutannya memang tetap.
Sijil TLS, iaitu ikon mangga itu, dikeluarkan oleh pihak berkuasa sijil yang mesti terlebih dahulu memastikan domain benar-benar menghala ke tempat yang dinyatakan dalam permintaan. Ia menyemak dengan mencari nama itu dalam DNS awam dan, dalam kebanyakan persediaan, dengan menghantar permintaan ke domain dan menjangka platform yang menjawab. Selagi rekod anda belum sampai ke resolver yang digunakan pihak berkuasa itu, semakan gagal, dan berapa kali pun anda klik tidak akan mengubahnya. Sebaik rekod sudah terbaca, platform memohon sijil secara automatik. Anda tidak membeli, memuat naik atau memperbaharuinya.
Berapa lama sehingga rekod "terbaca" bergantung terutamanya pada TTL rekod yang ada sebelum ini: tempoh pelayan lain dibenarkan mengingati jawapan lama. Nama yang benar-benar baharu biasanya muncul dengan cepat. Nama yang semalam masih menghala ke tempat lain boleh terus menjawab dengan alamat lama untuk seketika. Jika anda tahu akan menggantikan rekod sedia ada, rendahkan TTL-nya sehari lebih awal supaya penantian lebih singkat.
Selain itu, tunggu, kemudian semak. Jangan terus menyunting rekod — setiap suntingan memberi setiap pelayan yang menyimpan jawapan salah satu lagi alasan untuk terus menyajikannya. Laman semakan DNS awam menunjukkan apa yang dunia lihat untuk nama anda; apabila ia memaparkan nilai daripada langkah DNS, sijil ialah perkara seterusnya yang berlaku.
Harga sebuah kesilapan
Kesilapan yang mahal bukan pada laman tempahan. Ia pada semua perkara lain yang terikat pada domain anda.
Yang paling teruk ialah menukar nameserver sedangkan anda hanya perlu menambah rekod. Memindahkan nameserver menyerahkan seluruh domain kepada hos DNS baharu, dan mana-mana rekod yang tidak dicipta semula di sana akan hilang — termasuk rekod MX yang menghantar e-mel syarikat. Sebuah agensi boleh kehilangan sehari e-mel pelanggan, pengesahan pembekal dan notis perubahan jadual daripada syarikat penerbangan sebelum sesiapa perasan peti masuk tiba-tiba sunyi. Menyambung laman tempahan langsung tidak memerlukan pemindahan nameserver. Tambah rekod; biarkan yang lain.
Yang kedua ialah menghalakan domain akar ke laman tempahan sedangkan laman lama masih mempunyai halaman yang digunakan orang: halaman visa yang berada di kedudukan Google, halaman hubungi yang dicetak pada kad nama. Pautan itu kini mendarat di laman tempahan yang tidak memilikinya. Pindahkan dahulu laman lama ke subdomain, atau sambungkan laman tempahan ke subdomain sahaja.
Yang ketiga hanya meletihkan saraf: mengumumkan alamat baharu sebelum ikon mangga muncul. Pelayar yang menghalau pelanggan dengan amaran pada hari anda mempromosikan laman ialah perkenalan yang buruk. Umumkan selepas sijil aktif, bukan selepas rekod disimpan.
Simpan domain platform — itu sandaran anda
Subdomain platform tempat laman anda bermula tidak hilang apabila domain sendiri disambungkan. Ia tidak boleh dibuang, dan itu memang disengajakan.
Itulah alamat untuk menguji semasa domain sendiri masih menyesuaikan diri, dan alamat yang terus berfungsi jika pembaharuan di pendaftar terlepas atau seseorang tersilap menyunting DNS. Enjin tempahan di belakang kedua-dua alamat adalah sama, jadi tempahan, pelanggan dan laporan tidak kisah pintu mana yang digunakan. Catat alamat itu di tempat yang tidak bergantung pada domain anda sendiri.
Ia juga menetapkan urutan yang betul untuk laman baharu, sama seperti ketika melancarkan OTA dalam sehari: mula beroperasi di subdomain yang disediakan wizard pendaftaran tanpa meminta kad, dan sambungkan domain anda apabila laman itu sudah layak ditunjukkan. Apa yang diliputi laman itu sebaik alamatnya milik anda ada dalam apa yang sebenarnya anda dapat daripada laman web pelancongan white-label.
Senarai semak: sambung domain sendiri ke enjin tempahan
- Kenal pasti siapa yang menjadi hos DNS anda. Nameserver pada domain akan memberitahu.
- Pilih domain akar atau subdomain. Jika ada laman web yang mahu dikekalkan, pilih subdomain.
- Rekodkan semua entri sedia ada, terutama MX, sebelum mengubah apa-apa. Tangkapan skrin pun memadai.
- Padam mana-mana rekod lama pada nama tepat yang akan digunakan.
- Tambah rekod daripada langkah DNS: CNAME untuk subdomain, A untuk domain akar, serta TXT jika langkah itu memaparkannya. Taip label sahaja dalam medan Name.
- Tukar sebarang proksi pada rekod itu kepada DNS-only.
- Tunggu rekod terbaca dalam DNS awam. Jangan terus menyuntingnya.
- Sahkan ikon mangga, buat tempahan ujian di alamat baharu, barulah maklumkan pelanggan.
Kebanyakan senarai ini ialah menunggu. Satu-satunya langkah yang benar-benar boleh memudaratkan anda ialah langkah yang tiada di dalamnya: memindahkan nameserver.