Kenapa Migrasi Hosting WordPress Bisa Bikin Toko Mati Total
Pindah hosting WordPress bukan sekadar upload file dan import database. Banyak pemilik bisnis non-teknis menganggap proses ini seperti copy-paste folder. Padahal, tanpa urutan aman, satu record DNS yang salah bisa membuat toko online hilang dari internet selama berhari-hari.
Kasus nyata: pindah hosting tanpa cek DNS, 3 hari toko mati total. Penyebabnya bukan server baru yang lambat, tapi record A, CNAME, dan MX yang tidak diverifikasi. Email bisnis ikut mati, pelanggan tidak bisa checkout, dan Google mulai menurunkan peringkat karena situs tidak dapat diakses.
Ringkasan Eksekutif:
- Snapshot penuh dulu: Backup file + database sebelum menyentuh apa pun. Tanpa snapshot, tidak ada jalan pulang.
- Uji di staging: Jangan pernah switch DNS sebelum situs terbukti jalan di server baru.
- Cek DNS/MX + kecilkan TTL: Verifikasi record sebelum switch, dan turunkan TTL 24 jam sebelumnya agar rollback cepat.
Urutan Aman Migrasi Hosting WordPress
Ikuti urutan ini. Jangan lompat langkah. Setiap langkah punya fungsi pencegahan bencana.
1. Snapshot Penuh Dulu (File + Database)
Snapshot adalah asuransi jiwa migrasi. Lakukan sebelum menyentuh server lama maupun baru.
- Backup file: Unduh seluruh direktori
public_htmlatauwp-contentvia File Manager atau SFTP. Simpan di dua tempat berbeda. - Backup database: Export via phpMyAdmin atau WP-CLI (
wp db export). Pastikan file.sqlterbaca sempurna. - Catat versi: Simpan versi PHP, versi WordPress, dan daftar plugin aktif. Ini penting saat restore di server baru.
2. Uji di Staging Sebelum Switch
Staging adalah replika situs di server baru yang tidak terlihat publik. Di sini Anda menguji tanpa risiko.
- Buat environment staging di hosting baru (banyak panel menyediakan fitur ini).
- Upload file dan import database ke staging.
- Ubah
siteurldanhomedi database staging ke URL sementara. - Buka staging via URL sementara atau hosts file. Jangan sentuh DNS produksi.
- Uji: homepage, halaman produk, checkout, login admin, form kontak, dan email transaksional.
3. Cek Record DNS dan MX Sebelum Switch
Ini langkah yang paling sering dilewatkan. DNS adalah peta alamat internet. Salah record, toko hilang.
- Record A: Pastikan mengarah ke IP server baru yang benar.
- CNAME: Cek
wwwmengarah ke domain utama, bukan ke host lama. - MX: Verifikasi record email tetap mengarah ke penyedia email bisnis Anda, bukan ke server hosting lama yang akan dimatikan.
- TXT/SPF/DKIM: Jangan hapus record verifikasi email. Banyak pemilik toko kehilangan email karena MX ikut terhapus saat pindah.
Statistik Penting: Sebagian besar insiden downtime migrasi bukan karena server baru rusak, tapi karena record DNS dan MX tidak diverifikasi sebelum switch. Satu record MX yang salah bisa mematikan email bisnis selama proses propagasi 24–48 jam.
4. Kecilkan TTL Sebelum Switch
TTL (Time To Live) adalah berapa lama DNS cache menyimpan record lama. TTL tinggi memperlambat perubahan.
- Turunkan TTL: Set 300 detik (5 menit) minimal 24 jam sebelum switch. Jangan langsung 0, karena beberapa resolver mengabaikannya.
- Tunggu propagasi: Setelah TTL kecil aktif, baru lakukan switch record A ke IP server baru.
- Rollback cepat: Dengan TTL kecil, jika ada masalah, Anda bisa kembalikan record ke server lama dalam hitungan menit, bukan jam.
Jebakan Umum Saat Migrasi Hosting WordPress
Bahkan dengan urutan di atas, tiga jebakan teknis ini sering muncul. Kenali sebelum terjadi.
File Permission Pecah
Permission file di server lama dan baru bisa berbeda. Akibatnya: gambar tidak muncul, plugin gagal update, atau white screen.
- Folder: Set
755untuk direktori. - File: Set
644untuk file biasa. - wp-config.php: Set
600atau640agar tidak bisa dibaca publik. - Kepemilikan: Pastikan user web server punya akses baca. Salah owner = error 403.
Database Collation Beda
Collation menentukan cara database membandingkan teks. Beda collation antara server lama dan baru bisa merusak karakter khusus, emoji, atau huruf beraksen.
- Cek collation lama: Lihat di phpMyAdmin, biasanya
utf8mb4_unicode_ciatauutf8mb4_general_ci. - Samakan di server baru: Buat database dengan collation yang sama sebelum import.
- Konversi hati-hati: Jika harus mengubah, backup dulu. Konversi collation bisa mengubah data permanen.
Plugin Cache Nyangkut
Plugin cache (WP Rocket, LiteSpeed Cache, W3 Total Cache) menyimpan versi statis situs. Saat pindah, cache lama bisa menampilkan halaman error atau konten basi.
- Purge sebelum backup: Kosongkan cache di server lama sebelum export.
- Nonaktifkan sementara: Matikan plugin cache di staging sampai situs terbukti normal.
- Hapus cache folder: Hapus folder
wp-content/cachedanwp-content/advanced-cache.phpjika ada. - Aktifkan ulang: Setelah switch dan verifikasi, baru aktifkan cache kembali.
Perbandingan: Migrasi Tanpa Cek DNS vs Migrasi Aman
| Aspek | Tanpa Cek DNS | Migrasi Aman |
|---|---|---|
| Snapshot | Tidak ada backup | Backup file + DB di dua lokasi |
| Uji Staging | Langsung switch ke produksi | Uji penuh di staging dulu |
| Record DNS/MX | Tidak diverifikasi | Dicek satu per satu sebelum switch |
| TTL | Default 3600–86400 detik | Diturunkan ke 300 detik 24 jam sebelumnya |
| Risiko Downtime | Tinggi, bisa berhari-hari | Minimal, rollback cepat |
| Email Bisnis | Ikut mati jika MX salah | Tetap jalan karena MX diverifikasi |
Checklist Rollback Jika Terjadi Masalah
Rollback bukan tanda gagal. Rollback adalah prosedur darurat yang menyelamatkan bisnis. Siapkan sebelum switch.
- Simpan record DNS lama: Screenshot atau catat semua record A, CNAME, MX, dan TXT sebelum diubah.
- Pastikan TTL kecil: Dengan TTL 300 detik, perubahan balik aktif dalam 5–10 menit.
- Kembalikan record A: Arahkan kembali ke IP server lama.
- Kembalikan MX: Pastikan email kembali ke penyedia semula.
- Purge cache DNS: Gunakan layanan seperti
dnschecker.orguntuk verifikasi propagasi. - Aktifkan server lama: Jangan matikan server lama sampai server baru terbukti stabil minimal 72 jam.
- Dokumentasikan: Catat penyebab rollback agar migrasi berikutnya lebih mulus.
FAQ Migrasi Hosting WordPress Aman
Berapa lama downtime normal saat pindah hosting WordPress?
Dengan TTL kecil dan staging yang teruji, downtime biasanya hanya hitungan menit saat propagasi DNS. Tanpa persiapan, downtime bisa 24–72 jam atau lebih, terutama jika record MX dan DNS tidak dicek.
Apakah saya perlu mematikan server lama setelah pindah?
Jangan langsung. Biarkan server lama aktif minimal 72 jam setelah switch. Jika ada masalah pada server baru, Anda bisa rollback cepat tanpa kehilangan data atau waktu.
Kesimpulan: Migrasi Hosting WordPress Aman Butuh Prosedur, Bukan Keberanian
Pindah hosting WordPress tanpa cek DNS adalah judi. Tiga hari toko mati total bukan karena server baru buruk, tapi karena langkah pencegahan dilewatkan. Snapshot penuh, uji di staging, verifikasi record DNS/MX, dan kecilkan TTL adalah empat langkah wajib yang tidak bisa ditawar.
Jika Anda pemilik bisnis non-teknis dan ingin migrasi hosting WordPress aman tanpa risiko kehilangan pelanggan, tim Avoca Code siap membantu. Kami menangani migrasi dengan prosedur ketat, checklist rollback, dan pengujian menyeluruh. Konsultasikan kebutuhan website custom dan migrasi aman Anda di avocacode.id.