Cara Migrasi WordPress ke Hosting Baru Tanpa Kehilangan Data
Kalau kamu sedang mencari cara migrasi WordPress ke hosting baru tanpa kehilangan data, kemungkinan besar kamu sudah pernah dengar cerita horor: database corrupt, gambar hilang separuh, atau situs mendadak error 500 di tengah malam. Bukan cerita fiktif belaka — ini kejadian yang cukup umum kalau proses backup dan importnya dikerjakan asal-asalan.
Untungnya, migrasi bukan ilmu hitam. Ada urutan langkah yang, kalau diikuti dengan disiplin, membuat risiko kehilangan data turun drastis. Artikel ini akan membahas urutan itu — dari persiapan, metode manual lewat cPanel, sampai opsi plugin — plus titik-titik rawan yang paling sering bikin orang panik di menit-menit terakhir.
Kenapa Migrasi WordPress Sering Berujung Kehilangan Data?
Banyak yang mengira migrasi itu cuma "copy folder, pindah, selesai". Padahal tidak sesederhana itu. WordPress menyimpan separuh identitasnya di file, separuh lagi di database — dan dua-duanya harus sinkron sampai ke detail kecil seperti prefix tabel atau URL yang ter-hardcode di dalam konten.
Masalah biasanya muncul dari tiga sumber: backup yang tidak lengkap (misalnya folder uploads ketinggalan), file wp-config.php yang tidak disesuaikan dengan kredensial database baru, atau proses upload yang terputus di tengah jalan karena batas ukuran file di hosting baru. Ketiganya bisa dicegah kalau kamu tahu di mana harus memeriksa.
Checklist Backup yang Benar-Benar Lengkap Sebelum Migrasi
Ini bagian paling krusial. Jangan pernah lewati.
Backup WordPress sebenarnya terdiri dari dua komponen yang harus dibackup terpisah: seluruh file (tema, plugin, folder wp-content/uploads, dan file inti WordPress) serta database MySQL yang menyimpan post, komentar, pengaturan, dan data pengguna. Kalau salah satu tertinggal, situs bisa tampil tapi kehilangan sebagian konten atau gambar tanpa kamu sadari sampai beberapa hari kemudian.
- Backup seluruh folder
public_htmllewat File Manager atau FTP, lalu kompres jadi ZIP. - Export database lewat phpMyAdmin dengan metode Quick dan format SQL.
- Simpan salinan ekstra di Google Drive atau penyimpanan lokal — jangan cuma satu tempat.
- Catat detail koneksi database lama (nama database, user, password) untuk referensi kalau ada error.
Kalau website kamu punya folder media di atas 1 GB, pertimbangkan untuk membackup folder uploads secara terpisah dari sisa file inti. Ini mempercepat proses upload nanti dan mengurangi risiko file ZIP korup di tengah jalan.
Metode Manual vs Plugin: Mana yang Lebih Aman untuk Datamu?
Dua rute utama migrasi WordPress adalah manual (cPanel + phpMyAdmin) dan otomatis (plugin seperti Duplicator atau All-in-One WP Migration). Keduanya bisa aman, asal dipakai sesuai kondisi situs kamu.
| Aspek | Metode Manual | Metode Plugin |
|---|---|---|
| Kontrol proses | Penuh, tiap langkah terlihat | Sebagian besar otomatis |
| Cocok untuk | Website kecil-menengah, butuh presisi | Website besar, minim waktu teknis |
| Batasan umum | Butuh paham FTP & database | Batas ukuran upload (mis. 256 MB di All-in-One WP Migration) |
| Risiko data hilang | Rendah kalau teliti | Rendah, tapi bergantung stabilitas plugin |
Langkah Migrasi Manual Lewat cPanel dan phpMyAdmin
Kalau kamu memilih jalur manual, urutannya kurang lebih begini. Login ke cPanel hosting baru, buat database MySQL kosong beserta user dan passwordnya — catat baik-baik, karena tiga data ini akan dipakai ulang di wp-config.php. Setelah itu upload file ZIP hasil backup ke folder public_html, ekstrak, lalu import file SQL ke database yang baru dibuat lewat phpMyAdmin.
Langkah yang sering dilewatkan: menyesuaikan nilai DB_NAME, DB_USER, dan DB_PASSWORD di wp-config.php agar cocok dengan database baru. Kalau ini terlewat, situs akan langsung menampilkan error koneksi database — bukan tanda data hilang, cuma konfigurasi yang belum sinkron.
Dan satu hal kecil yang sering diabaikan: permission folder uploads. Kalau permission-nya salah, gambar bisa saja tidak tampil padahal filenya ada di server.
Migrasi dengan Plugin: Duplicator dan All-in-One WP Migration
Saya pernah menangani kasus klien yang situsnya berisi lebih dari 3.000 gambar produk — migrasi manual di sini terasa berisiko tinggi, jadi plugin jadi pilihan lebih masuk akal. Awalnya saya kira plugin migrasi cuma solusi instan yang kurang presisi. Ternyata enggak, setelah dicoba langsung untuk beberapa proyek, hasilnya justru lebih rapi dibanding manual untuk kasus website besar.
Cara kerjanya sederhana: install plugin di website lama, buat package export (Duplicator menghasilkan file ZIP plus installer.php), lalu di hosting baru install WordPress kosong, aktifkan plugin yang sama, dan jalankan proses import. Prosesnya otomatis menyesuaikan URL dan koneksi database — bagian yang paling rawan human error kalau dikerjakan manual.
Catatan penting: All-in-One WP Migration punya batas upload default 256 MB. Kalau file backup kamu lebih besar dari itu, kamu perlu menaikkan limit lewat pengaturan PHP di hosting, atau gunakan Duplicator yang menangani file besar lebih longgar.
Cara Memastikan Data Benar-Benar Utuh Setelah Upload
Jangan langsung ganti nameserver setelah upload selesai. Cek dulu.
Gunakan file hosts di komputer kamu untuk mengarahkan domain sementara ke IP hosting baru, tanpa mengubah DNS publik. Dengan cara ini kamu bisa membuka situs versi baru, mengecek apakah semua halaman, gambar, komentar, dan plugin berfungsi normal — sambil situs lama tetap online untuk pengunjung. Kalau ada yang aneh, kamu masih punya waktu memperbaikinya tanpa tekanan.
Periksa juga bagian yang sering luput: form kontak, halaman checkout kalau ada toko online, dan widget yang menampilkan data dinamis. Beberapa plugin menyimpan cache path lama yang perlu di-clear manual setelah migrasi.
Mengganti Nameserver Tanpa Downtime dan Tanpa Drama DNS
Setelah yakin semua berfungsi di hosting baru, barulah ubah nameserver domain lewat registrar. Propagasi DNS umumnya memakan waktu 1–24 jam, meski dalam kasus tertentu bisa sampai 48 jam tergantung provider.
Tips yang jarang disebut: turunkan nilai TTL (Time to Live) di DNS record hosting lama sekitar 24 jam sebelum migrasi, ke angka rendah seperti 300 detik. Efeknya, saat nameserver diubah, resolver DNS di seluruh dunia akan lebih cepat mengambil data baru — mengurangi periode "split traffic" di mana sebagian pengunjung masih diarahkan ke server lama.
Jangan buru-buru menutup hosting lama. Biarkan aktif minimal satu hingga dua minggu setelah migrasi, sebagai jaring pengaman kalau ada masalah tersembunyi yang baru muncul belakangan.
Kesalahan yang Sering Bikin Migrasi WordPress Gagal
Dari beberapa proyek migrasi yang pernah saya tangani, pola kesalahannya cenderung berulang.
- Lupa membackup folder
uploadssecara terpisah, padahal ini biasanya folder terbesar. - Tidak mencatat kredensial database lama sebelum proses dimulai.
- Langsung mengubah nameserver tanpa uji coba lewat file
hoststerlebih dulu. - Mengabaikan versi PHP — situs lama jalan di PHP 7.4, hosting baru default ke PHP 8.3, lalu beberapa plugin lawas jadi error.
Solusinya sebenarnya sederhana: perlambat sedikit. Migrasi yang terburu-buru karena ingin cepat selesai justru yang paling sering berujung error di kemudian hari.
Yang Mungkin Masih Kamu Tanyakan
Apakah migrasi WordPress bisa dilakukan tanpa mengubah domain?
Bisa. Domain dan hosting adalah dua layanan terpisah — kamu cukup mengarahkan DNS domain ke server baru setelah file dan database dipindahkan, tanpa perlu mengganti nama domain sama sekali.
Berapa lama proses migrasi biasanya memakan waktu?
Untuk website kecil-menengah, proses upload dan import biasanya selesai dalam hitungan menit hingga sejam. Yang memakan waktu justru propagasi DNS, yang bisa 1–24 jam.
Apakah plugin migrasi 100% aman dari kegagalan?
Tidak ada metode yang benar-benar bebas risiko. Plugin migrasi mengurangi human error, tapi tetap bisa gagal kalau koneksi terputus di tengah proses upload file besar — makanya backup ganda tetap wajib.
Perlu tidak menonaktifkan plugin sebelum migrasi?
Sebaiknya iya, terutama plugin keamanan atau firewall, karena beberapa di antaranya bisa memblokir proses import di sisi hosting baru.
Apa yang terjadi kalau saya lupa backup folder uploads?
Situs tetap bisa online, tapi semua gambar dan file media yang pernah diunggah lewat Media Library akan hilang — dan sayangnya ini sulit dipulihkan tanpa backup terpisah.
Yang Perlu Diingat
- Backup file dan database harus dilakukan terpisah, dan disimpan di lebih dari satu tempat.
- Uji situs di hosting baru lewat file
hostssebelum mengganti nameserver. - Turunkan TTL DNS 24 jam sebelum migrasi untuk mempercepat propagasi.
- Jangan tutup hosting lama minimal 1–2 minggu setelah migrasi selesai.
- Metode manual cocok untuk kontrol penuh, plugin cocok untuk situs besar dengan waktu terbatas.
Migrasi yang rapi memang butuh kesabaran ekstra di awal — tapi itu jauh lebih murah ketimbang memperbaiki data yang sudah telanjur hilang. Sudah siap pindah hosting, atau masih ada bagian yang bikin ragu?
💬 Diskusi & Komentar (0)
Bagikan tanggapan, pertanyaan, atau ide Anda mengenai artikel ini di bawah:
Comments
Post a Comment