Pindah Hosting tanpa Membuat Website Bingung: P…

Pindah hosting sering dianggap cukup dengan menyalin file, memindahkan database, lalu mengganti alamat server. Dalam praktiknya, bagian yang paling sering membuat bingung justru DNS—sistem yang mengarahkan domain ke server tertentu.

Jika DNS belum disiapkan dengan benar, sebagian pengunjung bisa melihat website baru, sementara pengunjung lain masih diarahkan ke server lama. Email juga dapat berhenti masuk jika record MX ikut berubah atau tidak disalin. Karena itu, perpindahan hosting sebaiknya diperlakukan seperti memindahkan alamat kantor: siapkan tempat baru lebih dulu, lalu ubah petunjuk jalannya secara bertahap.

DNS bukan sekadar alamat IP

DNS atau Domain Name System menerjemahkan nama seperti contoh.com menjadi alamat yang dapat dipahami server, misalnya alamat IPv4 pada record A atau alamat IPv6 pada record AAAA.

Di dalam zona DNS, biasanya terdapat beberapa record dengan fungsi berbeda:

A: mengarahkan domain atau subdomain ke alamat IPv4 server.
AAAA: mengarahkan domain ke alamat IPv6.
CNAME: membuat nama lain yang menunjuk ke hostname tertentu.
MX: menentukan server yang menerima email untuk domain.
TXT: menyimpan informasi teks, misalnya verifikasi domain dan kebijakan SPF.
CAA: membatasi otoritas sertifikat mana yang boleh menerbitkan sertifikat SSL untuk domain.

Panel seperti cPanel menyediakan Zone Editor untuk melihat dan mengubah record-record tersebut. Namun, lokasi pengelolaan DNS tidak selalu sama dengan lokasi file website. Anda bisa saja menyimpan website di hosting A, tetapi DNS dikelola oleh Cloudflare atau registrar domain.

Apa itu TTL dan mengapa penting sebelum pindah hosting?

TTL, singkatan dari Time to Live, adalah lama waktu sebuah record DNS boleh disimpan oleh resolver atau cache DNS sebelum diperiksa kembali ke nameserver yang berwenang. Nilainya biasanya ditulis dalam detik. TTL 3.600 berarti sekitar satu jam.

TTL yang lebih panjang dapat mengurangi frekuensi permintaan DNS, tetapi perubahan record membutuhkan waktu lebih lama untuk terlihat oleh semua pengguna. Sebaliknya, TTL yang pendek membuat perubahan lebih cepat diperbarui, dengan konsekuensi permintaan ke DNS bisa lebih sering.

Inilah alasan “propagasi DNS” tidak selalu bisa dipaksa selesai dalam hitungan menit. Jika resolver sudah menyimpan alamat server lama selama beberapa jam, resolver tersebut dapat terus menggunakannya sampai masa TTL berakhir. Cache lokal perangkat, router, dan jaringan kantor juga dapat membuat pengalaman tiap pengguna berbeda.

Urutan aman untuk pindah hosting

1. Inventarisasi record DNS

Sebelum membeli atau membatalkan hosting, catat seluruh record DNS yang aktif. Jangan hanya melihat record A untuk website. Periksa juga www, subdomain aplikasi, record MX, TXT, CNAME, dan AAAA jika digunakan.

Bagian email perlu perhatian khusus. Jika record MX, SPF, DKIM, atau DMARC hilang ketika DNS dipindahkan, website mungkin tetap normal tetapi email masuk ke masalah. Simpan salinan zona DNS dalam bentuk teks atau tangkapan layar sebelum melakukan perubahan.

2. Turunkan TTL sebelum perubahan besar

Beberapa jam atau sehari sebelum perpindahan, turunkan TTL untuk record yang memang akan diubah, terutama A dan AAAA. Nilai seperti 300 atau 600 detik dapat membantu perubahan berikutnya diterapkan lebih cepat, selama penyedia DNS mengizinkannya.

Jangan menganggap semua TTL otomatis berubah hanya karena Anda mengubah satu record. Pada cPanel, TTL dapat diatur per record melalui Zone Editor. Pengaturan TTL seluruh zona juga dapat memengaruhi banyak record sekaligus, termasuk record SOA dan NS, sehingga perubahan massal perlu dilakukan dengan hati-hati.

3. Siapkan hosting baru sebelum mengganti DNS

Upload file website, buat database, impor data, dan sesuaikan konfigurasi aplikasi di server baru. Jika aplikasi memakai file konfigurasi, periksa kembali nama database, username, password, alamat host database, serta versi PHP atau runtime yang digunakan.

Uji website sebelum domain diarahkan ke server baru. Anda dapat menggunakan temporary URL dari provider, file hosts di komputer sendiri, atau subdomain pengujian. Tujuannya bukan hanya memastikan halaman depan tampil, tetapi juga memeriksa login, formulir, upload file, pencarian, checkout, dan koneksi ke layanan eksternal.

4. Periksa konfigurasi SSL

Website baru harus memiliki sertifikat SSL yang sesuai dengan domain. Jika menggunakan Let’s Encrypt atau penerbit sertifikat otomatis, pastikan proses validasi domain dapat berjalan setelah DNS diarahkan. Sertifikat yang terpasang di server lama tidak otomatis ikut berpindah bersama file website.

Jangan lupa menguji variasi domain seperti http://, https://, versi dengan www, dan versi tanpa www. Pastikan semuanya mengarah ke tujuan yang Anda inginkan dan tidak menciptakan rantai redirect yang terlalu panjang.

5. Ubah record yang diperlukan

Setelah server baru siap, ubah record A atau CNAME sesuai arsitektur yang digunakan. Jika memakai Cloudflare, periksa apakah record berada dalam mode Proxied atau DNS Only. Mode tersebut dapat memengaruhi alamat yang terlihat dari luar serta cara sertifikat SSL dan koneksi ke origin server bekerja.

Jika nameserver domain juga dipindahkan, risikonya lebih besar daripada sekadar mengubah record A. Pastikan seluruh zona DNS sudah dibuat di penyedia baru sebelum mengganti nameserver pada registrar. Perubahan nameserver dapat membuat record yang belum disalin terlihat “hilang”.

Cara memeriksa apakah perpindahan sudah benar

Jangan hanya membuka website dari satu laptop. Periksa dari beberapa jaringan, misalnya Wi-Fi rumah, koneksi seluler, dan jaringan kantor. Anda juga dapat menggunakan perintah berikut dari terminal:

dig contoh.com A
dig contoh.com MX
dig www.contoh.com CNAME

Bandingkan hasilnya dengan konfigurasi di server baru. Untuk website, pastikan alamat IP yang muncul sesuai. Untuk email, pastikan record MX masih menunjuk ke layanan email yang benar.

Selama masa transisi, pantau log akses di server lama dan baru. Jika server lama masih menerima banyak permintaan, sebagian resolver mungkin belum memperbarui cache. Jangan langsung mematikan hosting lama hanya karena website terlihat normal dari komputer Anda.

Kesalahan yang sering terjadi

Mengubah nameserver terlalu cepat. Zona DNS di provider baru belum lengkap, tetapi nameserver sudah diganti.
Hanya memindahkan file website. Database, cron job, konfigurasi PHP, dan task terjadwal terlupakan.
Menghapus hosting lama segera. Cache DNS belum habis dan email masih bergantung pada konfigurasi lama.
Mengubah terlalu banyak record sekaligus. Saat terjadi masalah, sulit mengetahui perubahan mana yang menjadi penyebab.
Tidak menurunkan TTL sebelum perpindahan. Record lama mungkin masih tersimpan di resolver selama berjam-jam.

Yang bisa dilakukan sekarang

Buat checklist perpindahan yang berisi tiga kelompok: data website, konfigurasi server, dan DNS. Simpan salinan record DNS, catat nilai TTL, dan tentukan waktu perubahan ketika trafik sedang rendah.

Setelah perpindahan berhasil, naikkan kembali TTL secara bertahap ke nilai yang lebih wajar. TTL pendek berguna saat migrasi atau perubahan yang sering, tetapi tidak selalu ideal sebagai konfigurasi permanen.

Intinya, DNS bukan tombol instan yang langsung membuat semua orang melihat server baru. Ia bekerja melalui cache dan resolver yang memiliki waktu pembaruan berbeda. Dengan menyiapkan server baru, menyalin seluruh record penting, menurunkan TTL lebih awal, dan memantau kedua server selama masa transisi, pindah hosting dapat dilakukan tanpa membuat website dan email berjalan ke arah yang berbeda.

Sumber & bacaan lebih lanjut

– Rio Yotto @rioyotto