Cara Ganti Nameserver Tanpa Downtime (Checklist Aman 2026)

Mengganti nameserver terlihat sederhana: masuk ke registrar, ganti dua atau empat nama server, lalu simpan. Namun jika DNS zone di tujuan belum lengkap, website, email, verifikasi Search Console, API, dan subdomain dapat ikut terganggu.

Migrasi yang aman dimulai sebelum tombol simpan ditekan. Panduan ini memberi urutan kerja untuk meminimalkan downtime, terutama bagi bisnis yang tidak boleh kehilangan trafik dan email saat berpindah DNS provider.

Pahami Peran Registrar dan DNS Provider

Registrar adalah tempat domain didaftarkan, sedangkan DNS provider adalah pihak yang mengelola authoritative zone. Keduanya bisa berada pada perusahaan yang sama atau berbeda. Mengganti nameserver di registrar memberi tahu dunia DNS provider mana yang berwenang menjawab domain Anda.

Perubahan ini tidak memindahkan file website dan tidak otomatis menyalin record. Karena itu, mengganti hosting tanpa rencana DNS dapat menimbulkan masalah walaupun file sudah benar di server baru.

1. Ekspor dan Audit DNS Zone Lama

Unduh zone file jika tersedia, lalu buat daftar seluruh record. Periksa A, AAAA, CNAME, MX, TXT, SRV, dan CAA. Jangan hanya menyalin root domain dan www. Subdomain email, API, panel, tracking, dan verifikasi sering menjadi korban migrasi.

Tandai record yang masih dipakai dan hapus hanya setelah pemilik layanan mengonfirmasi. Migrasi bukan waktu terbaik untuk menebak record lama yang tidak dikenal.

2. Siapkan Zone Baru Sebelum Nameserver Diganti

Buat domain di DNS provider baru dan masukkan seluruh record yang diperlukan. Bandingkan hasilnya dengan zone lama. Pastikan IP origin sudah benar, CNAME tidak membentuk loop, dan MX menggunakan hostname yang dapat resolve.

Jika memakai CDN, perhatikan status proxied atau DNS-only. Mengubah mode proxy tanpa sengaja dapat membuka IP origin, mengubah perilaku SSL, atau memengaruhi aturan firewall.

3. Rencanakan TTL dengan Realistis

Menurunkan TTL pada record penting beberapa waktu sebelum migrasi dapat membantu perubahan berikutnya lebih cepat terlihat. Namun menurunkan TTL tepat sebelum pindah tidak menghapus cache yang sudah terlanjur menyimpan TTL lama.

TTL bukan tombol propagasi instan. Setelah migrasi stabil, Anda dapat menaikkannya kembali sesuai kebutuhan operasional. Pelajari cara membaca hasil cache di panduan propagasi DNS.

4. Periksa DNSSEC dan DS Record

Jika DNSSEC aktif, perpindahan provider memerlukan perhatian khusus pada DS record di registrar dan kunci pada zone baru. Rantai yang tidak cocok dapat membuat resolver memvalidasi domain sebagai bogus sehingga website gagal dibuka.

Jangan mematikan DNSSEC sembarangan tanpa memahami dampaknya. Ikuti prosedur migrasi resmi kedua provider dan pastikan konfigurasi akhir konsisten.

5. Jaga Website dan Email Lama Tetap Aktif

Jangan batalkan hosting lama sebelum migrasi terbukti selesai. Selama cache berbeda, sebagian pengguna mungkin masih menuju infrastruktur lama. Jika aplikasi menyimpan pesanan atau data pada dua server, Anda juga perlu strategi sinkronisasi atau cutover agar tidak ada transaksi terpisah.

Untuk email, pastikan MX, SPF, DKIM, dan DMARC tetap sesuai layanan yang digunakan. Website berhasil dibuka bukan bukti bahwa email ikut aman.

6. Ganti Nameserver dan Catat Waktunya

Masukkan nameserver persis sesuai instruksi provider baru, tanpa spasi tambahan atau nama yang belum aktif. Simpan bukti perubahan dan waktu eksekusi. Setelah itu, jangan berulang kali mengganti kembali hanya karena satu HP masih membuka hasil lama.

Bandingkan authoritative DNS dan beberapa resolver. Jika authoritative baru sudah menjawab benar, sebagian perbedaan sementara mungkin berasal dari cache. Jika authoritative salah, segera perbaiki zone.

7. Uji Lebih dari Homepage

• Homepage, www, halaman login, checkout, dan API.
• HTTP ke HTTPS serta canonical domain.
• SSL pada semua hostname yang digunakan.
• Email masuk dan keluar, SPF, DKIM, serta DMARC.
• Subdomain, webhook, sitemap, dan robots.txt.
• Akses dari Wi-Fi, data seluler, dan lokasi berbeda.

Jika hanya satu perangkat menampilkan hasil lama, flush DNS dapat membantu diagnosis lokal. Jika satu jaringan menampilkan Internet Positif sementara jaringan lain normal, pisahkan kasusnya dari migrasi.

8. Siapkan Rencana Rollback

Simpan nameserver lama, zone file, akses provider lama, dan kontak dukungan. Rollback bukan berarti mengubah nameserver setiap kali ada error; tentukan kondisi yang mengharuskan kembali, siapa yang berwenang, dan bagaimana data transaksi ditangani selama perubahan.

Jika migrasi juga melibatkan pergantian nama domain, lanjutkan dengan panduan migrasi domain SEO. Nameserver yang sehat tidak menggantikan redirect 301, pembaruan canonical, dan Search Console.

Strategi Khusus untuk Toko Online dan Aplikasi

Jika pengunjung dapat masuk ke dua server selama transisi, jangan membiarkan keduanya menulis ke database berbeda. Gunakan satu basis data terpusat, arahkan server lama ke aplikasi baru, atau terapkan mode cutover yang sesuai. DNS tanpa downtime tidak otomatis berarti data transaksi aman.

Uji alur sebagai pengguna: login, tambah produk, pembayaran, email invoice, dan webhook. Banyak migrasi dianggap berhasil karena homepage terbuka, padahal callback pembayaran masih menunjuk hostname atau IP lama.

Kesalahan Saat Mengimpor Zone File

Tidak semua provider mengekspor dan mengimpor format dengan cara yang sama. Record dengan tanda @, titik di akhir hostname, atau nilai TXT yang panjang dapat berubah arti jika diimpor tanpa pemeriksaan. Beberapa layanan juga membuat record otomatis yang tidak boleh diduplikasi.

Setelah impor, bandingkan secara manual pada layar atau melalui query. Perhatikan SPF yang dapat terpecah, DKIM dengan string panjang, serta CNAME pada root yang memiliki aturan khusus.

Pemantauan Setelah Cutover

Pantau DNS, status HTTP, SSL, dan fungsi penting setidaknya selama masa TTL lama ditambah margin. Tinjau log server lama untuk melihat apakah masih ada trafik. Penurunan trafik yang wajar membantu konfirmasi transisi, sedangkan lonjakan error dapat menunjukkan record yang terlewat.

Jika muncul kegagalan hanya di ISP tertentu, jangan langsung rollback seluruh migrasi. Verifikasi apakah itu cache, filtering, atau masalah authoritative. Keputusan berdasarkan bukti mencegah perubahan bolak-balik yang justru memperpanjang gangguan.

Siapa yang Perlu Dilibatkan?

Migrasi yang melibatkan website bisnis sebaiknya diketahui oleh pengelola DNS, developer, tim email, dan pemilik layanan pihak ketiga. Satu orang mungkin mengetahui record website, sedangkan orang lain mengetahui DKIM, API, atau subdomain campaign.

Buat daftar persetujuan sebelum cutover. Pastikan setiap pihak telah memeriksa bagiannya dan mengetahui jadwal pengujian. Untuk agensi, jangan menganggap klien memahami risiko hanya karena sudah memberikan akses registrar.

Setelah selesai, serahkan dokumentasi zone baru, lokasi backup, dan kontak darurat. Informasi ini mencegah ketergantungan pada satu orang dan mempercepat migrasi berikutnya.

Migrasi nameserver yang aman adalah proses menyalin, memverifikasi, mengganti, menguji, dan baru menonaktifkan layanan lama. Dengan checklist tersebut, “menunggu propagasi” tidak lagi menjadi alasan untuk menerima downtime yang sebenarnya dapat dicegah.

Pertanyaan yang Sering Diajukan (FAQ)