Cara Menghubungkan Domain .CLOUD ke Vercel, Netlify, dan GitHub Pages

Saat website sudah online di Vercel, Netlify, atau GitHub Pages, platform biasanya memberi URL bawaan seperti namaproyek.vercel.app atau username.github.io. URL ini berfungsi, tetapi tidak selalu cocok untuk kebutuhan brand, portofolio, atau website bisnis.

Dengan domain .cloud, kamu bisa memakai alamat website yang lebih konsisten dan mudah diingat. Supaya domain tersebut benar-benar mengarah ke website kamu, kamu perlu mengatur DNS (catatan yang mengarahkan domain ke server) dan memastikan HTTPS aktif.

Panduan ini membahas cara menghubungkan domain .cloud ke Vercel, Netlify, dan GitHub Pages. Fokusnya ada pada konfigurasi DNS yang tepat, aktivasi SSL, serta pengaturan redirect antara domain utama dan www.

Apa yang Akan Kamu Dapat dari Setup Custom Domain .CLOUD?

Menggunakan domain .cloud sebagai custom domain membantu kamu memakai alamat website yang konsisten. Ini juga memudahkan pengelolaan branding dan perpindahan platform tanpa harus mengganti URL.

Setelah setup selesai, hasil yang diharapkan biasanya mencakup:

• Domain .cloud mengarah (resolve) ke platform yang dipilih
• HTTPS aktif melalui SSL (sertifikat keamanan untuk koneksi terenkripsi)
• Redirect antara apex domain (domain.cloud) dan www.domain.cloud tertata

Panduan ini ditulis dengan pendekatan teknis. Setiap langkah menjelaskan parameter yang perlu ditentukan, bukan hanya urutan klik.

Wujudkan Ide dengan Domain .CLOUD!

Checklist Sebelum Mulai

1. Pastikan Domain .CLOUD Aktif dan DNS-nya Bisa Diubah

Sebelum sentuh record apapun, pastikan tiga hal ini:

• Status domain aktif di registrar, bukan pending transfer, expired, atau clientHold.
• Kamu punya akses ke panel DNS, baik langsung di registrar maupun di DNS provider seperti layanan nameserver pihak ketiga. Kalau kamu butuh konteks soal nameserver, baca Penjelasan Nameserver Pelajari Selengkapnya Disini!.
• Catat semua record DNS aktif saat ini sebelum mengubah apapun. Ini penting untuk rollback kalau setup gagal.

2. Tentukan Target Domain: Apex vs Subdomain

Ini keputusan arsitektur yang harus ditentukan lebih awal:

• Apex domain (root): namadomain.cloud, tanpa www.
• Subdomain www: www.namadomain.cloud.

Rekomendasi umum untuk developer: jadikan www sebagai primary domain. Alasannya praktis, CNAME bisa dipakai di subdomain mana saja, sedangkan apex memiliki keterbatasan teknis (tidak bisa CNAME di root sesuai standar DNS). Setelah primary ditentukan, set redirect dari satu ke yang lain agar tidak ada duplikat indexing.

3. Pahami Jenis DNS Record yang Akan Dipakai

Tiga jenis record yang akan sering kamu temui di setup ini:

Kalau kamu memakai fitur “CNAME-like” di apex (misalnya flattening), pastikan paham mekanismenya, lihat Apa Itu CNAME Flattening? Solusi Multi CDN Biar Website Ngebut.

Pola Setup DNS yang Aman

1. Strategi “www sebagai Primary”

Ini pola paling stabil untuk deployment di Vercel, Netlify, maupun GitHub Pages:

• www.namadomain.cloud: set sebagai CNAME ke target platform.
• namadomain.cloud (apex): buat redirect ke www, atau biarkan platform yang handle via A/ALIAS record.

Kenapa pola ini lebih aman? Karena hampir semua platform menggunakan mekanisme CNAME untuk verifikasi kepemilikan domain. Kalau kamu set apex sebagai primary dengan A record biasa, proses verifikasi di beberapa platform bisa lebih rumit atau tidak didukung.

2. Hindari Konflik Record yang Paling Sering Terjadi

Beberapa kesalahan yang paling sering ditemui tim developer saat setup domain:

• CNAME dan A record pada host yang sama: ini tidak valid secara DNS dan akan menghasilkan error resolusi.
• Record parked atau forwarding dari registrar masih aktif: hapus dulu sebelum menambah record baru.
• Nameserver ganda: pastikan hanya satu DNS provider yang jadi otoritas. Jangan campur nameserver registrar dan nameserver Cloudflare secara bersamaan kecuali memang sudah dimigrasi sepenuhnya (kalau konsep delegasi ini masih membingungkan, balik lagi ke penjelasan nameserver).

3. Checklist Validasi DNS Sebelum Lanjut ke SSL

Perintah validasi dari terminal:

Pastikan output dari perintah di atas sesuai dengan record yang sudah kamu set. Untuk memperdalam cara pakai dan membaca output dig/host, kamu bisa lihat panduan Cara Lihat DNS Dengan Perintah Dig Dan Host di VPS Linux.
Kalau kamu lebih sering pakai nslookup (misalnya di Windows), baca juga Memahami nslookup: Tool Penting untuk Analisis DNS dan IP.

Untuk validasi global (memastikan DNS sudah propagate ke berbagai region), gunakan tool DNS checker berbasis web. Jangan lanjut ke aktivasi SSL sebelum record resolve dengan benar. SSL yang gagal terbit hampir selalu disebabkan DNS yang belum valid.

Menghubungkan Domain .CLOUD ke Vercel

1. Tambahkan Domain di Project Vercel

• Buka project di Vercel dashboard.
• Masuk ke Settings > Domains > klik Add.
• Masukkan domain kamu (misalnya namadomain.cloud atau www.namadomain.cloud).
• Vercel akan menampilkan record yang harus kamu set di DNS provider.

Vercel mendukung baik apex maupun www. Ikuti instruksi yang muncul di dashboard karena record yang diminta bisa berbeda tergantung pilihan domain.

2. Setting DNS untuk Vercel (Apex dan www)

Pastikan tidak ada record lain yang konflik pada hostname yang sama sebelum menambahkan record di atas.

3. Verifikasi, Propagasi, dan Aktivasi HTTPS di Vercel

Setelah record DNS disimpan, Vercel akan mulai proses verifikasi. Tunggu hingga statusnya berubah menjadi “Valid Configuration”. Proses ini bisa berlangsung beberapa menit hingga beberapa jam tergantung TTL record DNS kamu (lihat lagi pembahasan TTL jika perlu).

SSL di Vercel diaktifkan otomatis setelah domain verified. Kalau SSL gagal atau statusnya stuck, langkah pertama adalah konfirmasi ulang bahwa DNS sudah resolve dengan benar menggunakan dig atau nslookup, lalu tunggu propagasi selesai. Pastikan juga redirect canonical konsisten, pilih salah satu: www ke apex, atau apex ke www, jangan dua arah.

Wujudkan Ide dengan Domain .CLOUD!

Menghubungkan Domain .CLOUD ke Netlify

1. Tambahkan Custom Domain di Netlify

• Buka Site settings > Domain management > Add custom domain.
• Masukkan domain kamu dan konfirmasi.
• Tentukan mana yang jadi primary domain (Netlify bisa handle multiple alias).

Netlify memberikan dua opsi pengelolaan DNS, dan keduanya valid tergantung preferensi tim kamu.

Opsi 1: Pakai Netlify DNS (Delegasi Nameserver)

Cara ini paling simpel dari sisi maintenance. Kamu cukup ganti nameserver domain kamu ke nameserver Netlify, dan semua record DNS dikelola dari dashboard Netlify.

• Pro: Setup lebih mudah, DNS dan deployment terintegrasi, HTTPS otomatis tanpa konfigurasi tambahan.
• Kontra: Pengelolaan DNS pindah ke Netlify. Jika suatu saat kamu pindah platform, nameserver harus diubah lagi.

Opsi 2: Pakai DNS Provider Sendiri (Manual A/CNAME)

Cocok jika kamu ingin tetap mengontrol DNS di satu tempat (misalnya di registrar atau layanan nameserver kamu sendiri).

2. SSL/HTTPS dan Redirect di Netlify

Setelah DNS valid, aktifkan HTTPS dari Domain management > HTTPS > Provision certificate. Netlify menggunakan Let’s Encrypt untuk sertifikat SSL gratis.

Aktifkan juga Force HTTPS agar semua request HTTP otomatis dialihkan ke HTTPS. Untuk redirect antara www dan apex, tentukan primary domain kamu di Netlify dan platform akan menangani redirect secara otomatis.

Jika sertifikat SSL pending lebih dari satu jam, hampir pasti ada masalah DNS yang belum resolve. Cek ulang record menggunakan dig dan pastikan tidak ada konflik.

Menghubungkan Domain .CLOUD ke GitHub Pages

1. Pahami Batasan GitHub Pages untuk Custom Domain

Ada dua tipe GitHub Pages yang perlu dibedakan karena konfigurasi DNS-nya sedikit berbeda:

• User/Org site: username.github.io atau orgname.github.io. Custom domain langsung bisa dipasang di root.
• Project site: username.github.io/namaproject. Custom domain bisa dipakai tapi path-nya akan di-override oleh domain baru.

GitHub Pages juga hanya mendukung satu custom domain per repository. Pastikan ini jelas sebelum setup, terutama jika kamu mengelola beberapa project di satu org.

2. Setting Domain di GitHub (Pages Settings)

• Buka repo > Settings > Pages.
• Di bagian Custom domain, masukkan domain kamu (misal: www.namadomain.cloud).
• GitHub akan memulai proses DNS check dan menampilkan statusnya.

Sebaiknya set subdomain www sebagai custom domain di GitHub karena ini lebih stabil dibanding apex untuk proses verifikasi GitHub.

3. DNS Record untuk GitHub Pages (Apex dan www)

GitHub Pages menggunakan empat IP untuk apex domain. Set semua keempatnya agar redundansi dan availability terjaga.

4. Enforce HTTPS + Troubleshooting Umum

Setelah DNS check GitHub Pages menampilkan status hijau, opsi “Enforce HTTPS” akan bisa diaktifkan. Centang opsi ini untuk memaksa semua traffic ke HTTPS.

Jika DNS check masih pending setelah beberapa jam, cek kembali apakah semua A record untuk apex sudah ditambahkan dan CNAME untuk www sudah benar. Hapus record lama yang mungkin konflik.

Troubleshooting: Masalah Paling Umum Saat Mengarahkan Domain .CLOUD

1. Domain Masih Parked atau Salah Arah

Kemungkinan penyebab:

• Nameserver domain belum diubah ke DNS provider yang benar.
• Record parked atau forwarding dari registrar masih aktif dan meng-override setting baru.
• TTL lama masih di-cache. Jika TTL sebelumnya tinggi (misalnya 86400 detik / 24 jam), kamu harus menunggu cache lama habis sebelum record baru aktif.

Cara cek: gunakan WHOIS lookup untuk melihat nameserver mana yang sedang aktif, lalu gunakan dig untuk memverifikasi record yang dikembalikan.

Jika kamu merasa “di saya sudah benar tapi masih belum berubah”, coba bersihkan cache resolver di perangkatmu. Lihat panduan Ketahui Manfaat dan Bagaimana Cara Flush DNS Dengan Mudah atau versi langkah yang lebih spesifik di Cara Menghapus DNS Cache.

2. Error “Invalid Configuration”, “DNS Misconfigured”, atau NXDOMAIN

Ini hampir selalu disebabkan oleh salah satu dari tiga hal:

• Host yang salah: misalnya kamu set record untuk @ tapi platform mengharapkan www, atau sebaliknya.
• CNAME konflik dengan A record pada hostname yang sama.
• Tidak ada record sama sekali untuk hostname yang diminta platform.

Cek error message di dashboard platform dengan teliti karena biasanya sudah menyebutkan hostname mana yang bermasalah.

3. SSL Tidak Terbit atau HTTPS Error

SSL tidak akan terbit jika DNS belum resolve ke platform dengan benar. Urutan yang benar adalah: pastikan DNS valid dulu, baru tunggu SSL terbit. Jangan coba paksa SSL sebelum DNS beres.

Jika redirect loop terjadi (browser terus redirect tanpa henti), cek apakah ada konflik antara setting redirect di platform dan redirect di DNS provider atau CDN. Nonaktifkan redirect di salah satu layer.

4. Konflik dengan Proxy DNS atau Layanan CDN

Beberapa layanan DNS atau CDN memiliki fitur proxy yang bisa mengganggu proses verifikasi domain di platform deployment. Saat setup awal, matikan proxy atau gunakan mode “DNS only” terlebih dahulu.

Jika kamu memakai fitur CNAME flattening (yang mengubah CNAME menjadi A record di apex), pastikan platform deployment mendukung konfigurasi ini. Beberapa platform melakukan verifikasi domain berdasarkan CNAME, bukan IP (baca pengantar CNAME flattening jika kamu butuh konteks).

Best Practice Setelah Domain Aktif

1. Standarisasi Domain untuk Setiap Environment

Untuk tim atau agensi yang mengelola banyak project, konsistensi naming environment sangat membantu operasional jangka panjang:

2. Monitoring Ringan untuk Domain yang Sudah Live

Setelah setup selesai, pasang monitoring sederhana agar kamu tahu kalau ada downtime atau sertifikat SSL bermasalah:

• Uptime monitoring: pantau apakah domain responsif dari berbagai lokasi.
• SSL expiry alert: meskipun Let’s Encrypt auto-renew, tidak ada salahnya punya alert manual sebagai safety net.
• DNS change log: catat setiap perubahan record DNS, termasuk tanggal, record apa yang diubah, dan alasannya.

Untuk meningkatkan keamanan DNS setelah domain stabil, pertimbangkan mengaktifkan DNSSEC. Mulai dari pengantarnya dulu di DNSSEC adalah Solusi Ampuh: Tips untuk Internet Lebih Aman.
Dan untuk memahami ancaman yang disasar DNSSEC, kamu bisa lanjut ke Waspada DNS Poisoning! Kenali & Lindungi Data Internetmu.

3. Dokumentasi Internal untuk Handover

Ini sering diabaikan tapi sangat penting, terutama untuk agensi yang mengelola domain milik klien:

• DNS provider yang digunakan dan kredensial aksesnya (simpan di password manager tim).
• Record DNS final lengkap: host, type, value, TTL.
• Canonical choice: www ke apex atau apex ke www, beserta alasannya.
• Tanggal terakhir perubahan DNS.

Dokumentasi ini akan sangat berguna saat ada pergantian personel atau ketika klien ingin pindah ke platform lain.

Kesimpulan: Ringkasan Cepat Per Platform

Ketiganya menggunakan prinsip DNS yang sama: CNAME untuk www, A/ALIAS untuk apex. Perbedaannya hanya di cara platform memverifikasi domain dan mengelola SSL.

Langkah Selanjutnya

Sebelum mulai setup, pastikan domain .cloud kamu sudah aktif dan siap dikelola DNS-nya. Kalau belum punya atau mau cek ketersediaan nama domain yang kamu inginkan, kamu bisa  domain .CLOUD langsung di DomaiNesia, lalu tentukan platform deployment dan skema DNS yang paling sesuai dengan arsitektur project kamu. Kalau sudah punya domain dan butuh hosting yang bisa mendampingi kebutuhan deployment yang lebih kompleks, tim DomaiNesia siap membantu kamu memilih solusi yang tepat.

FAQ

1. Berapa lama propagasi DNS setelah saya ubah record?

Biasanya perubahan DNS terlihat dalam hitungan menit sampai beberapa jam, tapi dalam kasus tertentu bisa sampai 48 jam. Lama cepatnya dipengaruhi TTL record sebelumnya dan caching di resolver/ISP. Pastikan cek dengan dig/DNS checker sebelum menyimpulkan ada error.

2. Lebih baik pakai apex (namadomain.cloud) atau www (www.namadomain.cloud) sebagai domain utama?

Untuk setup yang paling stabil, umumnya disarankan www sebagai primary karena CNAME bisa dipakai di subdomain, sedangkan apex punya keterbatasan (secara standar DNS tidak bisa CNAME di root). Setelah itu, atur redirect/canonical dari domain satunya agar tidak terjadi duplikasi akses dan indexing.

3. Kenapa saya tidak boleh memasang CNAME dan A record di hostname yang sama?

Karena aturan DNS: CNAME harus menjadi satu-satunya record pada hostname tersebut. Kalau kamu pasang CNAME bersamaan dengan A/MX/record lain di host yang sama, hasilnya bisa invalid configuration, record bentrok, atau domain tidak resolve dengan benar.

4. Domain sudah diarahkan, tapi SSL/HTTPS masih “pending” atau tidak terbit—kenapa?

Hampir selalu karena DNS belum resolve sesuai yang diminta platform atau propagasi belum selesai. Urutan yang benar:

1. Pastikan record A/CNAME sudah benar dan tidak konflik,
2. Validasi pakai dig/nslookup,
3. Baru tunggu verifikasi platform selesai, lalu SSL akan terbit (atau bisa diprovision manual di Netlify).
   Jika ada proxy/CDN, sementara gunakan mode DNS only sampai verifikasi sukses.

5. Apa penyebab umum error “Invalid Configuration”, “DNS misconfigured”, atau NXDOMAIN saat connect domain?

Penyebab yang paling sering:

• Hostname salah (misalnya platform minta www, tapi kamu isi di apex, atau sebaliknya)
• CNAME konflik dengan A record pada hostname yang sama
• Belum ada record untuk hostname yang dicek platform
• Nameserver belum mengarah ke DNS provider yang benar, atau domain masih parked/forwarded oleh registrar