Pindah Hosting tanpa Membuat Website Hilang: Urutan DNS yang Aman

Pindah hosting sering terlihat sederhana: salin file, impor database, lalu arahkan domain ke server baru. Dalam praktiknya, bagian paling rawan justru bukan proses menyalin data, melainkan perpindahan DNS. Jika urutannya keliru, sebagian pengunjung bisa melihat website lama, sebagian lainnya melihat error, dan email perusahaan dapat berhenti masuk.

Kabar baiknya, migrasi bisa dilakukan dengan gangguan minimal jika Anda memisahkan tiga pekerjaan: menyiapkan server baru, menguji website sebelum domain dialihkan, dan baru kemudian mengubah DNS. Dengan pola ini, DNS bukan lagi tombol “semoga berhasil”, melainkan sakelar terakhir setelah semuanya siap.

Pahami dulu: apa yang sebenarnya berubah?

DNS adalah sistem yang menerjemahkan nama domain seperti contoh.com menjadi alamat server. Record A biasanya menunjuk ke alamat IPv4, sedangkan AAAA menunjuk ke IPv6. Ada pula record MX untuk email dan TXT untuk verifikasi layanan, SPF, DKIM, atau DMARC.

Saat pindah hosting, Anda biasanya mengubah salah satu dari dua hal berikut:

• Record A/AAAA: nameserver tetap sama, tetapi alamat server tujuan diganti.
• Nameserver: pengelolaan DNS dipindahkan ke provider lain, sehingga seluruh zona DNS harus disiapkan ulang.

Perbedaannya penting. Jika DNS dikelola Cloudflare, misalnya, Anda dapat mempertahankan nameserver Cloudflare dan cukup mengubah record menuju server baru. Jika DNS masih dikelola oleh hosting lama dan Anda mengganti nameserver ke provider baru, seluruh record—termasuk MX dan TXT—harus dipastikan sudah tersedia di tempat baru. Nameserver adalah server otoritatif yang memberikan jawaban definitif untuk domain Anda. ([developers.cloudflare.com](https://developers.cloudflare.com/dns/nameservers/?utm_source=openai))

Langkah 1: Salin dan siapkan server baru

Jangan mengubah DNS sebelum server baru benar-benar siap. Buat akun hosting, pasang versi PHP yang sesuai, buat database, impor data, dan salin isi public_html atau document root aplikasi.

Untuk WordPress, periksa file konfigurasi database, URL situs, permission file, versi PHP, serta konfigurasi rewrite. Untuk aplikasi PHP, pastikan ekstensi yang dibutuhkan tersedia dan environment variable sudah diisi. Jika memakai cPanel dan WHM, Transfer Tool dapat membantu memindahkan akun beserta struktur file, database, dan zona DNS. Namun, opsi pembaruan DNS perlu diperiksa agar record khusus tidak terlewat. ([docs.cpanel.net](https://docs.cpanel.net/whm/transfers/transfer-tool/?utm_source=openai))

Server baru sebaiknya diuji menggunakan salah satu cara berikut:

• URL sementara dari provider hosting.
• Subdomain pengujian seperti staging.contoh.com.
• File hosts lokal yang mengarahkan domain ke IP server baru.

Metode file hosts berguna karena hanya memengaruhi komputer Anda. Pengunjung umum tetap diarahkan ke server lama sampai DNS diubah.

Langkah 2: Inventarisasi DNS sebelum menyentuh nameserver

Buat daftar semua record yang sedang aktif. Jangan hanya mencatat record website. Periksa juga:

• A dan AAAA untuk domain utama dan subdomain.
• CNAME untuk layanan seperti www, toko, atau aplikasi pihak ketiga.
• MX untuk server email.
• TXT untuk SPF, DKIM, DMARC, Google Search Console, dan verifikasi layanan lain.
• Record khusus seperti CAA atau delegasi subdomain.

Bagian email sering terlupakan karena website dan email bisa memakai server yang berbeda. Jika Anda menghapus atau salah menyalin record MX, migrasi website dapat berubah menjadi gangguan email.

Jika DNS dikelola di hosting lama, ekspor atau salin zona DNS terlebih dahulu. Jika Anda memakai Cloudflare, periksa daftar record di dashboard dan pastikan record email tetap berstatus DNS only, bukan diproksikan seperti trafik website. Cloudflare sendiri mencontohkan MX dan TXT sebagai record yang perlu dikonfigurasi sesuai layanan email masing-masing. ([developers.cloudflare.com](https://developers.cloudflare.com/dns/zone-setups/full-setup/setup/?utm_source=openai))

Langkah 3: Turunkan TTL dengan alasan yang jelas

TTL, atau Time to Live, menentukan berapa lama resolver DNS boleh menyimpan jawaban di cache. TTL yang panjang membuat perubahan DNS bertahan lebih lama di cache; TTL yang lebih pendek membantu perubahan diterapkan lebih cepat, tetapi membuat resolver lebih sering bertanya ulang.

Jika Anda merencanakan migrasi dan memiliki kendali atas DNS, menurunkan TTL record website sehari atau dua hari sebelumnya merupakan langkah praktis. Ini bukan jaminan semua pengguna langsung berpindah, karena resolver dapat memiliki perilaku cache yang berbeda, tetapi biasanya mengurangi masa transisi.

Cloudflare menjelaskan bahwa record yang diproksikan dengan TTL otomatis umumnya menggunakan 300 detik, sementara record DNS-only dapat memakai nilai TTL yang berbeda. Data lama tetap mungkin terlihat sampai cache sebelumnya kedaluwarsa. ([developers.cloudflare.com](https://developers.cloudflare.com/dns/manage-dns-records/reference/ttl/?utm_source=openai))

Langkah 4: Alihkan trafik, tetapi jangan matikan server lama

Setelah pengujian selesai, ubah record A atau AAAA ke IP server baru. Jika memang memindahkan pengelolaan DNS, ubah nameserver di registrar setelah zona DNS baru sudah lengkap.

Jangan langsung mematikan server lama. Pertahankan setidaknya sampai Anda yakin trafik sudah berpindah dan tidak ada proses penting yang masih mengarah ke server tersebut. Pada website yang menerima pesanan, komentar, unggahan, atau transaksi, server lama masih mungkin menerima request selama masa propagasi.

Untuk aplikasi dengan data yang sering berubah, lakukan satu sinkronisasi database terakhir menjelang pergantian. Jika website menerima upload, salin juga file baru yang masuk selama masa transisi. Ini adalah bagian yang sering diabaikan dalam migrasi sederhana.

Langkah 5: Verifikasi dari luar jaringan Anda

Jangan hanya membuka website dari Wi-Fi kantor atau laptop sendiri. Resolver lokal mungkin masih menyimpan jawaban lama. Periksa dari beberapa jaringan, misalnya koneksi seluler, resolver publik, atau lokasi berbeda.

Di macOS dan Linux, Anda dapat memakai:

dig contoh.com A +short
dig www.contoh.com A +short
dig contoh.com MX +short
dig contoh.com TXT +short

Untuk memeriksa nameserver yang dipublikasikan parent zone, gunakan:

dig +trace contoh.com NS

Perintah dig +trace membantu melihat delegasi dari root hingga nameserver domain, bukan sekadar jawaban dari satu resolver yang mungkin masih menggunakan cache. Cloudflare juga merekomendasikan pemeriksaan langsung ke authoritative nameserver ketika hasil DNS terlihat tidak konsisten. ([developers.cloudflare.com](https://developers.cloudflare.com/dns/troubleshooting/dns-issues/?utm_source=openai))

Jangan lupakan SSL dan email

Setelah domain mengarah ke server baru, buka versi HTTP dan HTTPS. Pastikan sertifikat mencakup domain utama serta www jika keduanya digunakan. Jika sertifikat diterbitkan ulang melalui validasi DNS, record challenge yang dibutuhkan harus dapat dibaca oleh otoritas sertifikat.

Uji pula pengiriman dan penerimaan email. Kirim pesan dari alamat eksternal ke domain Anda, lalu balas dari akun domain tersebut. Periksa header email bila perlu untuk memastikan SPF, DKIM, dan DMARC masih sesuai.

Apa artinya bagi kita?

Migrasi hosting yang aman bukan soal seberapa cepat tombol “ubah nameserver” ditekan. Kuncinya adalah menyiapkan server baru lebih dulu, mendata seluruh DNS, mempertahankan server lama selama masa transisi, lalu memverifikasi dari beberapa jaringan.

Checklist singkatnya: backup, salin data, uji tanpa DNS publik, inventarisasi record, turunkan TTL bila perlu, alihkan trafik, cek SSL dan email, lalu pantau log. Jika langkah-langkah ini dilakukan berurutan, perpindahan hosting dapat terasa bagi administrator—tetapi nyaris tidak terasa bagi pengunjung.

Sumber & bacaan lebih lanjut

• Cloudflare: Time to Live (TTL)
• Cloudflare: Nameservers
• Cloudflare: General DNS issues
• Cloudflare: Change your nameservers (Full setup)
• cPanel & WHM: Transfer Tool
• Cloudflare: Zone stuck in Pending Nameserver Update

– Rio Yotto @rioyotto