Migrasi Hosting Website Tanpa Mati: Urutan dan Checklist

Migrasi hosting website bisa berjalan tanpa website mati kalau server baru sudah siap dan teruji sebelum domain diarahkan ke sana, lalu hosting lama tetap aktif sampai tidak ada lagi pengunjung yang masuk ke server itu. Masa tunggunya bisa kamu hitung sendiri dari setelan domainmu.

Di 21 website portofolio dooha.id yang saya cek pada 9 November 2026, alamat server boleh disimpan oleh perantara DNS selama 5 menit sampai 4 jam. Cara kerjanya mirip kurir yang mencatat alamat tokomu dan baru mengecek ulang setelah 4 jam. Kalau toko pindah di jam pertama, kurir itu masih mengantar paket ke alamat lama, jadi toko lama jangan tutup duluan.

Yang berpindah saat migrasi hosting, dan yang tetap di tempatnya

Migrasi hosting adalah proses menyalin file dan database website ke server baru, lalu mengarahkan domain ke server itu. Alamat websitemu tidak berubah. Domain juga tidak perlu ikut pindah, karena domain dan hosting bisa dikelola di tempat berbeda.

Bagian	Fungsinya	Yang terjadi saat migrasi
File dan database	Isi website	Disalin ke server baru
DNS	Buku alamat domain	Data alamat server diubah
Email di hosting	Kotak surat domainmu	Ikut disalin kalau menumpang hosting lama
Domain	Nama website	Tetap, kecuali kamu juga ingin pindah tempat pendaftaran

Panduan Google soal pindah hosting memakai urutan yang sama: siapkan dan uji server baru, ubah DNS, pantau traffic, baru nonaktifkan hosting lama. Panduan itu berlaku untuk migrasi yang tidak mengubah URL. Kalau alamat halamannya ikut berubah, Google punya panduan terpisah.

TTL menentukan berapa lama pengunjung masih ke server lama

TTL (time to live) adalah batas waktu sebuah data DNS boleh disimpan. Cloudflare menjelaskan selama batas itu belum habis, server cache boleh terus memberikan data lama sebelum meminta salinan baru.

Banyak panduan menyebut angka tetap untuk masa tunggu. Angka sebenarnya berbeda per domain, seperti terlihat saat saya menanyakan TTL ke server DNS yang berwenang untuk 22 domain portofolio pada 9 November 2026. Satu domain tidak mengembalikan data nameserver, sehingga yang terbaca 21.

TTL alamat website	Sama dengan	Jumlah website
300 detik	5 menit	3
3.600 detik	1 jam	13
14.400 detik	4 jam	5

Tiga website bisa berpindah dalam hitungan menit, sedangkan lima lainnya perlu ditunggu sampai 4 jam kalau TTL-nya tidak diturunkan dulu.

Dari 21 domain itu, 20 punya data MX, yaitu data yang mengarahkan email ke server surat. Semuanya menunjuk ke nama domain sendiri, dan pada 19 domain, server emailnya beralamat sama dengan server website. Pada 13 domain, MX menunjuk persis ke nama domain utama, sehingga saat alamat domain diubah, surat baru ikut diarahkan ke server baru. Kalau websitemu mirip, kotak surat harus sudah siap di server baru sebelum hari pindah.

Ubah A record dulu, nameserver belakangan

Ada dua cara mengarahkan domain ke server baru. A record adalah data di dalam DNS yang berisi alamat server. Nameserver menentukan server DNS mana yang memegang semua data itu. Saya menyarankan mengubah A record lebih dulu, karena waktunya mengikuti TTL yang bisa kamu turunkan sendiri. Data nameserver juga tersimpan di server pengelola ekstensi domain, dengan nilai di luar kendalimu:

Ekstensi	TTL data nameserver di server ekstensi	Sama dengan
.com	172.800 detik	48 jam
.org	3.600 detik	1 jam
.id dan .co.id	3.600 detik	1 jam

Angka itu hasil kueri saya ke server ekstensi masing-masing pada 9 November 2026 dan bisa berubah. Menurunkan TTL di hosting tidak menyentuh nilai ini. Menurut saya, inilah salah satu asal angka “tunggu 24 sampai 48 jam” yang sering kamu baca, setidaknya untuk domain .com.

Karena itu urutannya: arahkan A record di DNS lama ke server baru, tunggu website stabil, salin semua data DNS ke tempat baru, baru ganti nameserver. Hosting lama yang sudah sepi tetap perlu aktif selama proses ini, karena DNS-nya masih dipakai. Dari 21 domain tadi, 18 memakai nameserver di server hosting atau pengelolanya, jadi menutup akun terlalu cepat bisa ikut mematikan DNS dan email.

Cara ini butuh akses ke pengaturan DNS di hosting lama. Kalau vendor lamamu tidak membukanya, ganti nameserver tetap bisa dipakai, asal kamu memberi jeda lebih panjang dan server baru sudah lengkap sebelum perubahan.

Checklist migrasi hosting, langkah demi langkah

Langkah di bawah saya tulis dari dokumentasi resmi tiap alat, tanpa uji ulang di akun hosting tertentu. Label menunya bisa sedikit berbeda antarpanel.

Langkah 1: Pastikan kamu memegang semua akses

Siapkan login tempat domain terdaftar, panel hosting lama, panel hosting baru, dan admin WordPress. Periksa juga atas nama siapa domainnya. Beberapa klien datang ke saya dengan domain yang masih atas nama vendor lama. Setelah migrasi, data domainnya sepenuhnya berisi informasi milik klien. Selesaikan urusan ini sebelum mulai, karena akses yang tertahan bisa menghentikan migrasi di tengah jalan.

Langkah 2: Catat data DNS dan TTL yang sekarang

Di cPanel, buka Domains > Zone Editor, lalu klik Manage pada domainmu. Dokumentasi cPanel menyebut tabelnya memuat nama, TTL, jenis, dan isi tiap data. Salin semuanya ke satu dokumen, terutama A, MX, dan TXT.

Tanpa login pun kamu bisa melihat TTL lewat alamat https://dns.google/resolve?name=domainmu.com&type=A. Ganti domainmu.com, lalu cari angka TTL. Angkanya bisa lebih kecil dari setelan asli karena sedang dihitung mundur. Ganti type=A menjadi type=MX untuk melihat ke mana emailmu diarahkan.

Langkah 3: Turunkan TTL sebelum hari pindah

Masih di Manage Zone, klik edit pada A record, lalu ubah TTL. Google menyarankan menurunkannya ke nilai rendah yang konservatif, misalnya beberapa jam, setidaknya satu minggu sebelum pindah. Kalau jadwalnya sempit, saran saya turunkan ke 300 detik minimal dua hari sebelumnya, supaya TTL lama yang terpanjang sudah habis dengan selisih aman.

Langkah 4: Salin file dan database ke server baru

Ambil backup lengkap dulu. Handbook WordPress meminta kamu mem-backup direktori WordPress, gambar, plugin, dan database sebelum pindah server. Kalau domain dan URL tetap, cukup salin file dan database. Kalau nama database atau penggunanya berubah, sesuaikan wp-config.php.

Siapkan email di tahap ini juga. Buat alamat email yang sama di server baru, lalu salin isinya. Dokumentasi cPanel mencatat backup Home Directory memuat public_html dan email domainmu, jadi isi kotak surat bisa ikut tersalin lewat jalur panel.

Langkah 5: Uji server baru tanpa mengubah DNS

File hosts membuat komputermu saja yang membuka domain lewat server baru, sementara pengunjung lain tetap ke server lama. Di Windows, file itu ada di C:\Windows\System32\drivers\etc\ dan butuh akses Administrator. Di Mac, buka /private/etc/hosts. Panduan file hosts ini menjelaskan cara menulis barisnya.

Google menyarankan meninjau halaman, gambar, formulir, dan unduhan. Saya menambahkan login admin dan satu kiriman formulir sungguhan. Kalau salinan itu sempat kamu tutup dari mesin pencari, hapus blokir robots.txt atau noindex sebelum pindah, dan bawa file verifikasi Search Console kalau kamu memakai metode file HTML. Jangan berpegang pada status di panel. Pada Juni 2026, sebuah VPS Contabo berstatus “running” setelah perpanjangan, padahal layanan dan CyberPanel-nya mati.

Langkah 6: Siapkan SSL di server baru

Tanyakan ke penyedia hosting baru bagaimana SSL diterbitkan sebelum domain diarahkan. Metode HTTP-01 Let’s Encrypt memeriksa file di alamat domainmu, jadi selama domain masih ke server lama, pemeriksaan itu sampai ke server lama. Alternatifnya DNS-01 dengan data TXT, atau menerbitkan SSL sesaat setelah pindah saat TTL sudah rendah.

Periksa juga perpanjangannya. Saya pernah menangani SSL Let’s Encrypt yang tidak diperpanjang otomatis di CyberPanel karena cronjob renewal belum ada, dan masalahnya baru ketahuan sehari setelah sertifikat kedaluwarsa. Server baru bisa saja punya celah yang sama.

Langkah 7: Bekukan perubahan, lalu ubah A record

Pilih jam yang sepi. Berhenti mengedit konten, ambil salinan database terakhir, impor ke server baru, lalu ubah A record ke alamat server baru. Kalau MX-mu punya nama mail.domainmu.com, data itu punya alamat sendiri, jadi ubah bersamaan setelah kotak surat di server baru siap.

Langkah 8: Pantau kedua server, lalu pindahkan nameserver

Google menyarankan memperhatikan log di kedua server: traffic di server lama turun, di server baru naik. Wajar bila frekuensi crawling Googlebot turun sementara, lalu naik lagi selama beberapa hari, dan panduan membaca laporan Search Console membantu kamu memantaunya.

Setelah website stabil, salin data DNS ke tempat baru, cek MX dan TXT sekali lagi, lalu ganti nameserver di tempat domain terdaftar. Selama peralihan, surat masih mungkin mendarat di server lama, jadi periksa kotak surat lama sebelum menutupnya.

Langkah 9: Tutup hosting lama setelah traffic-nya nol

Google menyebut hosting lama boleh dinonaktifkan setelah traffic ke sana mencapai nol. Untuk domain .com yang nameserver-nya baru diganti, beri jeda lebih dari 48 jam. Cek tanggal perpanjangan hosting lama sejak awal, karena masa tumpang tindih ini ikut dibayar.

Lini waktu yang bisa kamu salin

Kapan	Yang dikerjakan	Tanda selesai
H-7	Pastikan akses, catat DNS dan TTL, pesan hosting baru	Semua login dan data DNS ada di satu dokumen
H-7 sampai H-2	Turunkan TTL	Nilai baru terbaca di dns.google
H-2	Salin file dan database, buat kotak surat di server baru	Website terbuka lewat file hosts, email baru bisa dipakai
H-1	Uji halaman, formulir, gambar, unduhan, SSL	Tidak ada temuan yang tersisa
Hari H	Bekukan perubahan, salinan terakhir, ubah A record	Log server baru mulai terisi
H+1 sampai H+3	Pantau kedua server, ganti nameserver setelah stabil	Website dan email normal
H+7 atau setelah traffic nol	Periksa kotak surat lama, ambil backup terakhir, tutup hosting lama	Log server lama kosong

Jadwal ini saran saya untuk website usaha kecil. Toko online yang ramai perlu jeda lebih panjang.

Plugin, panel, bantuan hosting, atau jasa migrasi?

Plugin migrasi cocok kalau kamu hanya memegang akses admin WordPress, sedangkan panel lebih pas kalau email juga ikut pindah. Semua cara di bawah tetap menyisakan pekerjaan DNS dan pengujian untukmu, kecuali kamu menyerahkannya.

Cara	Cocok untuk	Yang perlu dicek
All-in-One WP Migration	Website kecil, hanya punya akses admin	Halaman resminya menyebut batas unggah ditentukan hosting; pemulihan satu klik ada di ekstensi berbayar
Duplicator	Website yang ingin dipindah sekaligus diuji	Versi gratisnya menyebut pemulihan satu klik sudah tersedia
Backup cPanel	Punya akses panel di kedua hosting	Full backup tidak bisa dipulihkan otomatis dari cPanel; fungsi itu hanya di WHM. Hubungi penyedia hosting
Bantuan penyedia hosting baru	Tidak ingin menyentuh file	Tanyakan apakah email, SSL, dan pengujian ikut dikerjakan
Jasa migrasi	Tidak punya waktu atau website sudah jadi andalan penjualan	Minta rincian pekerjaan dan siapa yang memantau setelah pindah

Menurut saya, kalau email bisnismu menumpang hosting dan ada surat penting di dalamnya, jalur panel lebih aman daripada plugin, karena plugin WordPress hanya mengurus websitenya.

Toko online dan formulir: data baru bisa tertinggal di server lama

Selama TTL belum habis, sebagian pengunjung masih masuk ke server lama, dan apa pun yang mereka kirim tersimpan di sana. Website company profile yang formulirnya hanya mengirim pesan ke email atau WhatsApp hampir tidak terpengaruh. Toko online berbeda. Misalnya, sebuah toko rekaan menerima 40 pesanan sehari dengan merata. Dengan TTL 4 jam, sampai sekitar 7 pesanan bisa masuk ke database lama dan tidak terbawa.

Saran saya untuk toko: turunkan TTL ke 300 detik, pasang halaman “sedang perawatan” di server lama saat salinan terakhir dibuat, dan pilih jam sepi. Website memang berhenti menerima pesanan selama beberapa menit, tapi itu lebih mudah dijelaskan daripada pesanan yang hilang.

Matikan juga jadwal di salah satu server kalau plugin backup atau email terjadwal aktif di keduanya, supaya pelanggan tidak menerima pesan ganda.

Masalah yang tidak selesai dengan pindah hosting

Pindah hosting tidak menolong kalau masalahmu ikut terbawa ke server baru. Website lambat di klien saya biasanya karena gambar yang diunggah berukuran besar dan plugin cache belum terpasang, jadi periksa dulu penyebab website lambat sebelum membeli paket baru.

Website yang diretas juga begitu. Menyalin website yang terinfeksi berarti memindahkan infeksinya, jadi kerjakan dulu langkah pertama saat website kena hack. Kalau servermu tiba-tiba mati, cek dulu dari sisi penyedia. VPS Contabo tadi pulih setelah di-restart dua kali dari rescue system, tanpa pindah ke mana pun.

Yang paling sering ditanyakan soal pindah hosting

Berapa lama proses migrasi hosting website?

Lama penyalinan tergantung ukuran file dan akses yang kamu punya. Masa peralihannya mengikuti TTL. Pada 21 website yang saya cek, nilainya 5 menit sampai 4 jam, dan ganti nameserver domain .com bisa perlu sampai 48 jam.

Apakah website akan mati saat pindah hosting?

Tidak perlu mati kalau server baru sudah teruji sebelum domain diarahkan dan hosting lama tetap aktif. Toko online sebaiknya tetap menyediakan jeda singkat agar pesanan tidak tertinggal di server lama.

Apakah ranking Google turun setelah pindah hosting?

Google menyebut frekuensi crawling bisa turun sementara setelah pindah, lalu naik lagi selama beberapa hari. Peringkat tidak bisa dijanjikan, jadi pantau Search Console setelah migrasi.

Apakah domain harus ikut dipindah?

Tidak. Domain dan hosting bisa dikelola di tempat berbeda. Saat pindah hosting, cukup ubah data DNS domain agar mengarah ke server baru.

Apakah email hilang saat pindah hosting?

Email bisa tertinggal kalau kotak suratnya menumpang hosting lama dan belum disiapkan di server baru. Salin kotak surat sebelum hari pindah, siapkan data MX di tempat baru, lalu periksa kotak surat lama sebelum akunnya ditutup.

Kapan hosting lama boleh ditutup?

Google menyebut hosting lama boleh dinonaktifkan setelah traffic ke sana mencapai nol. Periksa juga DNS dan email sudah pindah, lalu simpan satu backup terakhir.

Sebelum membeli hosting baru, periksa tiga hal

Buka dns.google seperti di Langkah 2 dan catat TTL website serta tujuan MX-mu. Lalu pastikan kamu punya login tempat domain terdaftar. Tiga catatan itu sudah cukup untuk menentukan jadwal dan apakah email perlu dipindah. Kalau website usahamu masih dalam rencana dan belum ada yang perlu dipindah, mulai dari panduan website untuk UMKM dari nol.

Kalau tidak sempat mengerjakannya sendiri, dooha.id punya add-on Migrasi website untuk website yang pindah dari hosting lain, dengan biaya sesuai ukuran website. Ceritakan kondisi hostingmu sekarang lewat WhatsApp di halaman itu. Kalau ada langkah yang tersendat di panelmu, jangan sungkan bertanya di kolom komentar.