Cara Marketer Indonesia Migrasi DNS Tanpa Downtime di 2026

TL;DR: Migrasi DNS dari registrar lama ke baru (atau dari nameserver bawaan ke Cloudflare) sering menyebabkan email mati 6-24 jam dan kehilangan trafik karena marketer pindah tanpa rencana. Solusinya bukan teknis rumit, melainkan urutan: turunkan TTL 48 jam sebelumnya, dokumentasi semua record, dan validasi propagasi sebelum cabut nameserver lama. Dengan urutan ini, migrasi bisa selesai tanpa downtime yang dirasakan pengunjung atau klien.

Selama beberapa proyek migrasi domain klien dalam dua tahun terakhir, pola kegagalan migrasi DNS hampir selalu sama: marketer atau pemilik bisnis mengganti nameserver di registrar tanpa persiapan TTL, sehingga email bounce dan situs intermittent down selama 12-24 jam. Padahal urutan operasional yang benar bisa menghilangkan downtime hampir sepenuhnya.

Artikel ini ditujukan untuk marketer Indonesia yang tidak punya tim DevOps tetapi perlu memindahkan DNS sendiri, misal saat upgrade ke Cloudflare untuk dapat CDN gratis, atau saat pindah ke registrar yang lebih murah.

Kenapa Migrasi DNS Sering Gagal?

Tiga penyebab paling umum berdasarkan observasi di klien Indonesia:

Pertama, TTL terlalu tinggi. Banyak registrar lokal default TTL ke 14400 detik (4 jam) atau 86400 detik (24 jam). Saat record diganti, resolver di luar masih cache nilai lama selama TTL belum expired.

Kedua, record MX dan TXT lupa di-copy. Saat pindah nameserver, semua record harus dipindah manual. MX (email), SPF/DKIM/DMARC (autentikasi email), CNAME verifikasi (Google Workspace, Microsoft 365) yang lupa di-copy bikin email mati senyap.

Ketiga, tidak ada validasi pra-cabut. Marketer cabut nameserver lama begitu dapat konfirmasi "nameserver baru aktif" di registrar baru, tanpa mengecek apakah semua record sudah di-publish dan ter-resolve dari resolver publik.

7 Langkah Migrasi DNS Tanpa Downtime

Catatan TTL: turunkan TTL minimal 48 jam sebelum migrasi, bukan H-2. Ini supaya saat hari-H, resolver di luar sudah cache TTL pendek dan akan refresh cepat. Tabel di atas memakai H-2 sampai H-1 sebagai window untuk verifikasi internal, tapi penurunan TTL idealnya dilakukan 2-3 hari sebelumnya.

Langkah 1: Inventarisasi Record

Buka DNS panel nameserver lama. Catat semua record: A, AAAA, CNAME, MX, TXT (terutama SPF, DKIM, DMARC), NS, SRV. Simpan sebagai spreadsheet. Banyak marketer skip langkah ini dan baru sadar record hilang setelah email mati 6 jam.

Langkah 2: Turunkan TTL

Ubah TTL semua record ke 300 detik (5 menit). Lakukan 48 jam sebelum migrasi. Setelah migrasi sukses, TTL bisa dinaikkan kembali untuk mengurangi beban DNS query.

Langkah 3: Setup di Nameserver Baru

Di Cloudflare atau provider baru, masukkan semua record dari spreadsheet. Cloudflare auto-scan bisa bantu tapi sering miss record TXT untuk verifikasi pihak ketiga.

Langkah 4: Validasi Eksternal

Sebelum ganti nameserver, pakai tool seperti DNSChecker.org atau dig command untuk query langsung ke nameserver baru. Pastikan A record, MX, dan TXT critical sudah resolve dengan benar.

Langkah 5: Ganti Nameserver di Registrar

Login ke registrar, ganti nameserver dari yang lama ke baru. Simpan. Catat waktu eksekusi.

Langkah 6: Monitor Propagasi

Pakai DNSChecker.org dengan multi-region check (Jakarta, Singapore, US, EU) setiap 15 menit selama 2-4 jam pertama. Setelah 80% region menunjukkan nameserver baru, propagasi 95% selesai.

Langkah 7: Naikkan TTL

Setelah 48 jam stabil tanpa keluhan email/website, naikkan TTL kembali ke 3600 untuk record stabil (A, CNAME aset) dan 86400 untuk record yang jarang berubah (NS, SOA).

Studi Kasus Singkat

Saat migrasi domain salah satu klien personal brand dari registrar lokal ke Cloudflare di awal 2026, urutan di atas memungkinkan zero-downtime selama 36 jam observasi. Email Google Workspace tetap terkirim, situs tetap responsif, dan tidak ada keluhan dari subscriber newsletter yang berjumlah 2.400 orang.

Sebaliknya, satu klien lain yang skip langkah turun TTL (karena buru-buru) mengalami 14 jam downtime email parsial: sebagian subscriber masih kirim ke MX lama yang sudah tidak ada, sebagian sudah ke MX baru. Pelajarannya: kecepatan migrasi tidak sebanding dengan biaya komunikasi krisis ke klien.

Pelajaran yang Bisa Diterapkan

Migrasi DNS bukan soal teknis sulit, melainkan disiplin urutan. Marketer Indonesia yang biasa "asal coba dulu" perlu menahan diri di langkah ini karena kesalahan DNS biasanya tidak terlihat sampai trafik atau email mulai hilang, dan saat itu sudah terlambat untuk debug cepat.

Investasi waktu 1 minggu untuk persiapan jauh lebih murah dibanding 1 hari downtime di periode kampanye.

Pertanyaan Umum

Berapa lama propagasi DNS global biasanya selesai?

Jika TTL diset 300, propagasi 95% selesai dalam 1-2 jam. Sisa 5% (resolver yang ignore TTL atau cache panjang) bisa sampai 24-48 jam. Jangan cabut akses ke nameserver lama selama 72 jam pertama.

Apakah bisa migrasi DNS sambil tetap pakai email lama?

Bisa, asal MX record dipindah persis dari nameserver lama ke baru sebelum perubahan nameserver. Tidak ada konfigurasi baru di sisi mail provider.

Cloudflare DNS gratis untuk bisnis komersial?

Ya. Cloudflare DNS free tier tidak ada batas trafik DNS query, dan banyak fitur tambahan (proxy, basic WAF, analytics) include. Upgrade berbayar hanya untuk fitur advanced (Argo, Workers Bound, image optimization).

Apa beda nameserver dan DNS record?

Nameserver adalah server yang menyimpan dan melayani DNS record. Record adalah data spesifik (A=IP, MX=mail server, dll). Ganti nameserver = pindah semua record ke server baru.

Penutup

DNS adalah lapisan tak terlihat yang menentukan apakah situs Anda bisa diakses dan email Anda terkirim. Marketer yang paham urutan migrasi DNS punya keunggulan operasional kecil tapi konsisten: tidak panik saat klien minta pindah provider, tidak kehilangan trafik saat upgrade, dan bisa eksekusi sendiri tanpa nunggu developer.