28 Oktober 2026

Pindah hosting tanpa cek DNS, 3 hari toko mati total

Pindah hosting WordPress tanpa cek DNS bikin toko mati 3 hari. Ini urutan aman: snapshot, staging, cek record DNS/MX, kecilkan TTL, plus checklist rollback.

Wordpress Hosting SEO Web Development
Pindah hosting tanpa cek DNS, 3 hari toko mati total

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_html atau wp-content via File Manager atau SFTP. Simpan di dua tempat berbeda.
  • Backup database: Export via phpMyAdmin atau WP-CLI (wp db export). Pastikan file .sql terbaca 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.

  1. Buat environment staging di hosting baru (banyak panel menyediakan fitur ini).
  2. Upload file dan import database ke staging.
  3. Ubah siteurl dan home di database staging ke URL sementara.
  4. Buka staging via URL sementara atau hosts file. Jangan sentuh DNS produksi.
  5. 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 www mengarah 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 755 untuk direktori.
  • File: Set 644 untuk file biasa.
  • wp-config.php: Set 600 atau 640 agar 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_ci atau utf8mb4_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/cache dan wp-content/advanced-cache.php jika 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.

  1. Simpan record DNS lama: Screenshot atau catat semua record A, CNAME, MX, dan TXT sebelum diubah.
  2. Pastikan TTL kecil: Dengan TTL 300 detik, perubahan balik aktif dalam 5–10 menit.
  3. Kembalikan record A: Arahkan kembali ke IP server lama.
  4. Kembalikan MX: Pastikan email kembali ke penyedia semula.
  5. Purge cache DNS: Gunakan layanan seperti dnschecker.org untuk verifikasi propagasi.
  6. Aktifkan server lama: Jangan matikan server lama sampai server baru terbukti stabil minimal 72 jam.
  7. 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.

Komentar Diskusi (0)

Tulis Komentar Diskusi

Belum ada komentar. Jadilah yang pertama berkomentar!

Chat WhatsApp