Arahkan domain ke hosting baru pakai A record (tanpa ganti nameserver)

Kamu punya domain yang DNS-nya dikelola di satu tempat — misalnya di registrar, di Cloudflare, atau di panel kantor — tapi websitenya mau dipindah ke server hosting lain. Ganti nameserver bukan pilihan karena di zona yang sama ada record untuk email, aplikasi internal, atau subdomain yang dipakai tim lain. Solusinya: arahkan lewat A record saja.

Kapan pakai A record, kapan ganti nameserver

Dua-duanya bisa membawa pengunjung ke server baru, tapi efeknya beda.

Ganti nameserver memindahkan seluruh zona DNS ke hosting baru. Semua record (A, MX, TXT, CNAME) dikelola dari cPanel hosting tersebut. Praktis kalau kamu memang mau semuanya di satu tempat, tapi record lama yang tidak ikut tersalin akan hilang begitu nameserver berubah.

Pakai A record berarti zona DNS tetap di tempat sekarang. Kamu cuma mengubah satu-dua baris yang menunjuk ke IP server baru. Cocok kalau:

• Email kamu di layanan lain (Google Workspace, Zoho, atau server mail terpisah) dan kamu tidak mau menyentuh MX.
• Domain dipakai bareng beberapa layanan: website di hosting, aplikasi di VPS, landing page di tempat ketiga.
• Kamu pakai Cloudflare untuk DNS dan ingin tetap pakai fiturnya.
• Kamu tidak punya akses penuh ke pengaturan nameserver di registrar, tapi punya akses ke panel DNS.

Risikonya satu: karena zona tidak pindah, kamu harus ingat sendiri record mana saja yang perlu diubah. Tidak ada yang otomatis.

Langkah 1: turunkan TTL dulu, beberapa jam sebelumnya

TTL (Time To Live) menentukan berapa lama resolver menyimpan jawaban DNS sebelum bertanya ulang. Kalau TTL record kamu masih 14400 (4 jam) atau 86400 (24 jam), perubahan hari ini baru terasa merata besok.

Cek TTL sekarang:

dig A tokosaya.com @1.1.1.1

Lihat angka di kolom kedua pada bagian ANSWER SECTION — itu sisa TTL. Sebelum pindah, ubah TTL record A (dan www) jadi 300 detik, lalu tunggu minimal selama TTL lama berjalan. Jadi kalau TTL lama 4 jam, turunkan TTL hari ini, eksekusi pindah besok pagi. Setelah semua stabil, naikkan lagi ke nilai normal.

Langkah 2: catat kondisi DNS sekarang

Sebelum mengubah apa pun, simpan screenshot panel DNS kamu dan jalankan ini:

dig +short A tokosaya.com
dig +short AAAA tokosaya.com
dig +short CNAME www.tokosaya.com
dig +short A www.tokosaya.com
dig +short MX tokosaya.com
dig +short TXT tokosaya.com

Di Windows tanpa dig, pakai:

nslookup -type=A tokosaya.com 1.1.1.1
nslookup -type=MX tokosaya.com 1.1.1.1

Perhatikan dua hal yang sering bikin masalah nanti: record AAAA (IPv6) yang masih menunjuk server lama, dan record wildcard * yang diam-diam menangkap semua subdomain.

Langkah 3: cari IP server hosting baru

Di cPanel, lihat panel General Information di sidebar kanan halaman utama. Di sana ada Shared IP Address (atau Dedicated IP Address kalau pakai IP khusus). Beberapa tema cPanel menampilkannya di bagian Server Information — klik Server Information untuk melihat detail lengkap.

Kalau kamu ragu mana IP yang benar, tanya penyedia hosting kamu. Salah IP = website tidak muncul sama sekali, dan itu lebih sulit dilacak daripada kelihatannya.

Penting: pastikan domain sudah ditambahkan di cPanel hosting baru sebelum DNS diarahkan. Kalau belum, server tidak tahu harus menampilkan folder mana, dan pengunjung akan melihat halaman default server atau error.

Langkah 4: ubah record A

Di panel DNS kamu, ubah (atau buat) record berikut. Contoh IP di bawah pakai 203.0.113.45 — ganti dengan IP server kamu.

Type   Name    Value             TTL
A      @       203.0.113.45      300
A      www     203.0.113.45      300

Beberapa panel menulis @ sebagai nama domain penuh (tokosaya.com) atau membiarkannya kosong. Ikuti konvensi panel kamu.

Alternatif untuk www, kalau panel kamu mendukung:

CNAME  www     tokosaya.com.     300

CNAME lebih rapi karena kalau IP berubah lagi, kamu cuma ubah satu record. Jangan pernah pakai CNAME di root domain (@) kecuali panel kamu secara eksplisit menyediakan CNAME flattening atau ALIAS record.

Hapus record AAAA lama kalau server baru tidak punya IPv6. Browser yang mendukung IPv6 akan mencobanya duluan, dan hasilnya website seolah-olah tidak pindah — padahal record A-nya sudah benar.

Langkah 5: putuskan nasib email

Ini bagian yang paling sering bikin panik sehari kemudian.

Kalau email kamu di layanan lain dan mau tetap di sana: jangan sentuh record MX, SPF, DKIM, atau DMARC. Tapi tetap masuk ke cPanel hosting baru, buka Email Routing (di bagian Email), pilih domain kamu, lalu set ke Remote Mail Exchanger. Kalau ini tidak dilakukan, email yang dikirim dari script di website kamu (form kontak, notifikasi WooCommerce) ke alamat @domainsendiri akan diantar ke mailbox lokal server — dan tidak pernah sampai ke inbox asli.

Kalau email mau ikut pindah ke hosting baru: pindahkan mailbox-nya dulu, baru ubah MX. Record-nya kira-kira:

A      mail    203.0.113.45           300
MX     @   10  mail.tokosaya.com.     300

Untuk SPF, jangan menebak isinya. Buka cPanel → Email Deliverability, klik Manage pada domain kamu, dan salin nilai TXT yang disarankan di sana. Lakukan hal yang sama untuk DKIM. Nilainya spesifik per server.

Langkah 6: pastikan SSL bisa terbit

cPanel menerbitkan sertifikat lewat AutoSSL, dan AutoSSL baru bisa memvalidasi domain setelah domain itu benar-benar resolve ke server tersebut. Jadi urutannya: DNS diarahkan dulu, baru SSL.

Setelah record A aktif dan sudah tersebar, buka cPanel → SSL/TLS Status, pilih domain, lalu klik Run AutoSSL. Kalau gagal, pesan errornya biasanya menyebutkan domain mana yang belum resolve dengan benar.

Satu jebakan: kalau zona DNS kamu punya record CAA dari penyedia sertifikat lama, CA baru bisa ditolak. Cek dengan:

dig +short CAA tokosaya.com

Kalau ada isinya dan kamu tidak tahu dari mana asalnya, cocokkan dengan CA yang dipakai hosting baru, atau hapus record CAA tersebut.

Langkah 7: verifikasi

Tunggu sekitar TTL yang kamu set (5 menit), lalu cek dari beberapa resolver berbeda:

dig +short A tokosaya.com @1.1.1.1
dig +short A tokosaya.com @8.8.8.8
dig +short A tokosaya.com @208.67.222.222

Semua harus mengembalikan IP baru. Kalau salah satu masih IP lama, itu cuma cache resolver — tunggu, jangan ubah-ubah record lagi.

Cek juga bahwa yang melayani memang server baru:

curl -I https://tokosaya.com

Lihat header server:. Di hosting yang pakai LiteSpeed, nilainya biasanya LiteSpeed.

Untuk memastikan kamu melihat server baru sebelum DNS benar-benar pindah, edit file hosts di komputer kamu (C:\Windows\System32\drivers\etc\hosts di Windows, /etc/hosts di macOS/Linux):

203.0.113.45  tokosaya.com www.tokosaya.com

Buka website, pastikan semuanya normal, lalu hapus baris itu setelah selesai.

Kesalahan yang paling sering terjadi

• Pakai Cloudflare dengan proxy aktif (awan oranye) tapi lupa update IP origin. Pengunjung tetap sampai ke server lama karena Cloudflare masih menghubungi IP lama.
• www dan root menunjuk ke tempat berbeda. Selalu cek keduanya.
• Record wildcard * masih mengarah ke server lama, sehingga subdomain seperti staging. atau cpanel. berperilaku aneh.
• Domain belum dihapus dari hosting lama. Selama domain masih terdaftar di akun lama, kamu bisa bingung sendiri saat debugging. Hapus setelah yakin semua sudah jalan di server baru — jangan sebelum.

Penutup

Intinya: turunkan TTL lebih dulu, catat kondisi awal, ubah hanya record yang perlu, dan jangan lupa urusan email serta SSL. Setelah dua-tiga hari tanpa keluhan, naikkan lagi TTL ke nilai normal.

Kalau yang kamu pindahkan bukan cuma DNS tapi seluruh website, memindahkan file dan database sendiri sering jadi bagian yang paling melelahkan. Gocelerus adalah cPanel hosting untuk Asia Tenggara dengan server di Singapura, dan memindahkan website yang sudah ada ke sana gratis — tim yang mengerjakan migrasinya. Daftar paketnya bisa dilihat di halaman pricing.