Ternyata Domain dan Hosting Itu Dua Hal yang Berbeda
Domain, registrar, DNS, nameserver, dan hosting sering dianggap satu hal. Padahal masing-masing punya tugas berbeda.
Jujur, dulu gua kira kalau mau bikin website ya tinggal beli hosting.
Selesai.
Ternyata tidak.
Manusia ternyata memutuskan bahwa alamat website dan tempat menyimpan website harus menjadi dua hal berbeda. Karena tentu saja hidup belum cukup rumit. 🗿
Versi paling sederhananya memang begini:
domain = alamat rumah
hosting = rumahnya
Tapi setelah Fictblue benar-benar dibuat dan dipasang ke internet, gua baru sadar ada beberapa bagian lain di tengahnya.
Domain: nama yang diketik orang
Domain adalah nama yang orang masukkan ke browser, misalnya:
fictblue.my.id
Nama itu bukan file website, bukan server, dan bukan aplikasi. Domain adalah identitas/alamat yang kita daftarkan dan biasanya diperpanjang secara berkala lewat registrar.
Kalau punya rumah tapi tidak punya alamat, orang kesulitan menemukannya.
Tapi punya alamat saja belum membuat rumahnya ada.
Hosting: tempat website benar-benar disajikan
Hosting adalah layanan yang menyimpan atau menjalankan website agar bisa diakses pengunjung.
Untuk blog statis seperti Fictblue, hosting tidak harus berarti menyewa VPS atau server yang harus diurus sendiri. File hasil build—HTML, CSS, JavaScript, gambar, dan halaman artikel—bisa disajikan oleh layanan static hosting.
Fictblue saat ini memakai Cloudflare Pages. Kode dan artikel MDX disimpan di GitHub; setiap perubahan di branch main dibangun ulang lalu disajikan oleh Cloudflare Pages.
Jadi kalau dibikin versi rumah:
domain = alamat yang diingat orang
hosting = rumah/tempat website tinggal
GitHub = tempat naskah dan rancangan disimpan
Cloudflare Pages = layanan yang menyajikan rumah itu ke pengunjung
Lalu DNS dan nameserver itu buat apa?
Nah, ini bagian yang dulu bikin gua sempat bingung.
Browser tidak otomatis tahu bahwa fictblue.my.id harus membuka website di Cloudflare Pages. Ia perlu bertanya ke DNS—semacam buku petunjuk internet yang menerjemahkan nama domain ke tujuan teknisnya.
Nameserver adalah pihak yang memegang jawaban resmi untuk record DNS suatu domain. Setelah nameserver domain Fictblue diarahkan ke Cloudflare, record DNS-nya dikelola dari dashboard Cloudflare.
Lalu record tersebut memberitahu internet bahwa fictblue.my.id mengarah ke deployment Fictblue di Cloudflare Pages.
Dengan kata lain:
Pengunjung mengetik fictblue.my.id
↓
DNS mencari jawaban dari nameserver
↓
Record DNS menunjuk ke Cloudflare Pages
↓
Cloudflare Pages mengirimkan website Fictblue
Itulah kenapa domain, hosting, dan DNS bisa berada di layanan yang berbeda. Mereka mengerjakan hal yang berbeda juga.
Contoh nyata: arsitektur Fictblue
Untuk Fictblue, alurnya kira-kira seperti ini:
Domain .my.id → dibeli lewat IDCloudHost dan diperpanjang lewat registrar
Nameserver + DNS → dikelola Cloudflare
Hosting → Cloudflare Pages
Kode + artikel → GitHub
Model ini enak buat blog baru karena biaya tidak harus muncul dari semua arah sejak hari pertama.
Yang perlu dibayar adalah domain. Sementara blog statisnya bisa memakai hosting gratis selama batas layanan tersebut masih sesuai kebutuhan.
Untuk Fictblue, gua membeli domain fictblue.my.id lewat IDCloudHost. Waktu itu alasannya sederhana: ada pilihan domain yang terjangkau, termasuk ekstensi .my.id yang akhirnya cocok dengan nama blog ini.
Itu bukan berarti domain dan hosting Fictblue dibeli dari tempat yang sama. Domainnya terdaftar lewat IDCloudHost, sementara DNS dan hostingnya berjalan di Cloudflare.
Kapan domain dan hosting harus dibeli sebagai satu paket?
Jawabannya: tidak harus.
Paket domain + hosting bisa terasa lebih praktis untuk orang yang mau semuanya selesai dari satu dashboard. Tapi memisahkan keduanya juga punya keuntungan: kita lebih bebas memilih tempat hosting, memindahkan website, atau mengubah penyedia DNS tanpa harus memindahkan nama domain.
Yang penting adalah memahami konsekuensinya. Semakin banyak layanan yang dipakai, semakin banyak pula bagian yang perlu kita tahu saat ada masalah.
Contohnya, ketika Fictblue belum bisa dibuka dari PC sementara HP sudah bisa, masalahnya bukan ada di artikel atau desain website. Masalahnya ada di cache DNS pada perangkat.
Kalau semua bagian tadi dianggap “hosting”, troubleshooting-nya bakal terasa seperti mencari kabel yang hilang di dalam rumah gelap.
Jadi, apakah membangun website harus mahal?
Menurut gua, tidak.
Untuk eksperimen, blog personal, portfolio, atau dokumentasi statis, kombinasi domain murah + hosting gratis sering kali sudah lebih dari cukup.
Biaya baru masuk akal ketika kebutuhan memang bertambah: database, backend khusus, penyimpanan file besar, trafik tinggi, atau proses server yang tidak bisa ditangani static hosting.
Karena menurut gua, uang sebaiknya keluar ketika memang ada alasan untuk mengeluarkannya.
Bukan karena halaman checkout menawarkan:
“BEST VALUE 🔥”