Cara Menghubungkan Domain ke Hosting: Panduan DNS

Dari sekian banyak keluhan "website saya belum bisa diakses" yang mampir ke kami, sebagian besar tidak ada hubungannya dengan website-nya. Masalahnya di lapisan yang jarang dijelaskan dengan tuntas: DNS — jembatan antara nama domain dan server tempat situsnya tinggal. Panduan ini membereskan pemahaman itu sekali untuk selamanya, supaya Anda bisa mengarahkan domain ke hosting mana pun tanpa menebak-nebak, dan tanpa mematikan email kantor dalam prosesnya.

Peran registrar, DNS, dan hosting: tiga hal berbeda

Kekacauan biasanya berawal dari menganggap ketiganya satu barang. Padahal:

• Registrar adalah tempat Anda menyewa nama domain — pencatat kepemilikan.
• DNS adalah buku alamatnya: daftar record yang menerjemahkan nama menjadi alamat server. Sering dikelola di registrar, tapi bisa dipindah ke layanan lain.
• Hosting adalah server tempat file website benar-benar berada.

Konsekuensi praktisnya: pindah hosting tidak butuh pindah registrar. Anda cukup mengubah record DNS supaya menunjuk ke server baru. Banyak orang memindahkan domain (proses berhari-hari, kadang berbayar) padahal yang dibutuhkan mengubah satu record (proses menit).

Langkah 1: Kenali record A, CNAME, MX, dan TXT

Record	Fungsi	Contoh
A	Nama → alamat IP	usaha-anda.com → 203.0.113.10
CNAME	Nama → nama lain	www → usaha-anda.com
MX	Ke mana email domain ini diantar	usaha-anda.com → mail Google/Zoho
TXT	Catatan verifikasi & anti-spoofing	SPF, DKIM, verifikasi Google

Aturan pemakaian yang menjawab 90% kebingungan: server Anda dikenal lewat IP → pakai record A. Layanan Anda memberi nama (seperti alamat berakhiran vercel.app atau cloudfront.net) → pakai CNAME. Email diurus record MX dan tidak peduli di mana website Anda — dua dunia yang terpisah, dan keterpisahan itu akan menyelamatkan Anda di langkah 4.

Langkah 2: Arahkan domain ke server Anda

Masuk ke pengelola DNS (biasanya panel registrar), lalu untuk hosting ber-IP:

Type: A     Name: @      Value: IP_SERVER   TTL: 3600
Type: CNAME Name: www    Value: usaha-anda.com

@ berarti domain telanjang (usaha-anda.com); record kedua membuat www ikut ke tempat yang sama. Untuk platform yang memberi nama (Vercel, CloudFront, GitHub Pages), ikuti nilai CNAME yang mereka tunjukkan di dashboard — dan untuk domain telanjang di platform seperti itu, pakai record ALIAS/ANAME kalau penyedia DNS Anda menyediakannya, karena CNAME di posisi @ secara teknis tidak sah dan ditolak banyak pengelola DNS.

Satu langkah pra-migrasi yang dilakukan para profesional: turunkan TTL dulu. TTL adalah berapa lama jawaban DNS boleh disimpan di cache. Sehari sebelum pindah server, kecilkan TTL record terkait (misalnya ke 300 detik), supaya saat nilai record diganti, dunia mengikutinya dalam hitungan menit, bukan jam.

Langkah 3: Tunggu propagasi dan cara mengeceknya

Perubahan DNS tidak serentak — resolver di seluruh dunia memegang cache sesuai TTL lama. Cek dari sisi Anda:

dig +short usaha-anda.com
dig +short www.usaha-anda.com

Kalau jawabannya sudah IP baru tapi browser masih membuka situs lama, itu cache di laptop atau jaringan Anda — coba dari koneksi seluler. Layanan pengecek propagasi online bisa menunjukkan jawaban DNS dari puluhan lokasi dunia sekaligus, berguna untuk memastikan perubahan sudah menyebar.

Langkah 4: Jangan lupakan email saat pindah DNS

Inilah kecelakaan migrasi yang paling menyakitkan: website baru mengudara, dan tiga hari kemudian baru sadar email kantor mati. Penyebabnya hampir selalu sama — saat memindahkan pengelolaan DNS (misalnya mengganti nameserver ke penyedia baru), record MX dan TXT lama tidak ikut disalin. Prosedur amannya: sebelum mengubah apa pun, potret seluruh record yang ada (ekspor atau screenshot), dan pastikan MX, SPF (record TXT berawalan v=spf1), dan DKIM tersalin utuh di tempat baru. Website boleh pindah ke mana saja; email harus tetap diantar ke alamat yang sama.

Kesalahan DNS yang paling sering terjadi

• Mengubah nameserver padahal cuma mau pindah hosting — mengganti seluruh buku alamat untuk mengubah satu baris, dan email jadi korbannya.
• Menunggu "24–48 jam" secara membabi buta — dengan TTL yang diturunkan lebih dulu, migrasi modern selesai dalam menit; kalau berjam-jam belum berubah, ada yang salah, bukan kurang lama.
• Lupa varian www — separuh pengunjung mengetik dengan www, separuh tidak; keduanya harus hidup dan mengarah ke tempat yang sama.
• Menghapus record TXT yang "tidak dikenal" — sebagian besar adalah verifikasi layanan dan pelindung email dari penandaan spam. Kalau ragu, biarkan.

DNS yang beres adalah fondasi senyap dari semua yang lain — HTTPS, email, subdomain aplikasi. Kalau Anda sedang menyiapkan website baru sekalian, lihat komponen biaya pembuatan website perusahaan dan layanan pembuatan website kami, atau tanyakan langsung kasus migrasi Anda.