Kapan Aman Cancel Hosting Lama Setelah Pindah Hosting?

Website sudah tampil normal dari hosting baru, dan tagihan hosting lama jatuh tempo minggu depan. Pertanyaannya: aman nggak kalau akun lama langsung ditutup sekarang? Jawabannya hampir selalu "belum" — karena beberapa hal yang rusak setelah migrasi baru ketahuan berhari-hari kemudian, dan kalau akun lama sudah dihapus, datanya tidak bisa diambil lagi.

Artikel ini isinya checklist verifikasi yang bisa kamu jalankan sendiri, dari hari pertama sampai akhirnya aman untuk cancel.

Kenapa "website-nya kebuka" bukan bukti yang cukup

Saat kamu buka website dan halamannya muncul, kamu cuma membuktikan satu hal: satu komputer (punyamu) berhasil memuat halaman depan. Yang belum terbukti:

• Apakah browser kamu benar-benar menghubungi server baru, atau masih cache DNS lama.
• Apakah email masuk sudah mendarat di server baru, bukan di mailbox lama yang nanti ikut terhapus.
• Apakah form, checkout, dan halaman yang butuh login masih jalan.
• Apakah file yang ada di luar public_html ikut terbawa.
• Apakah cron job sudah dibuat ulang di server baru.

Selama DNS lama masih di-cache di suatu tempat, sebagian pengunjung dan sebagian email masih bisa nyasar ke server lama. Itu wajar — yang tidak wajar adalah menutup server lama sebelum arus itu benar-benar berhenti.

Hari 0: verifikasi langsung setelah migrasi

1. Pastikan kamu melihat server yang benar

Cara paling gampang: buat file penanda di hosting baru lewat File Manager di cPanel, misalnya public_html/cek-server.txt yang isinya baru. Lalu buka:

https://domainanda.com/cek-server.txt

Kalau muncul tulisan baru, browser kamu memang sudah ke server baru. Cek juga IP yang dijawab DNS publik:

dig +short domainanda.com
dig +short www.domainanda.com

Bandingkan dengan IP server baru (ada di cPanel bagian General Information → Shared IP Address, nama panelnya bisa sedikit berbeda antar versi cPanel).

2. Cek record MX dan email

Email adalah bagian yang paling sering ketinggalan, karena website bisa kelihatan normal sementara email masih dikirim ke server lama.

dig +short domainanda.com MX
dig +short domainanda.com TXT

Pastikan MX menunjuk ke host email yang kamu pakai sekarang, dan record SPF masih mencantumkan server pengirim yang benar. Lalu kirim email uji dari Gmail atau akun luar ke alamat @domainanda.com, dan cek di Email Accounts → akses webmail di hosting baru.

Baliknya juga perlu: kirim dari webmail hosting baru ke alamat luar, dan lihat apakah masuk inbox (bukan spam).

3. Klik semua halaman yang "bergerak"

Halaman statis hampir selalu aman. Yang perlu dites manual:

• Form kontak — kirim satu dan tunggu emailnya benar-benar sampai.
• Login member/admin.
• Checkout dan pembayaran, kalau ada toko online. Lakukan satu transaksi uji nilai kecil kalau memungkinkan.
• Halaman yang pakai upload gambar — coba upload satu file dari dashboard.
• Permalink ke artikel lama, bukan hanya homepage.

4. Cron job dan tugas terjadwal

Cron tidak ikut pindah di banyak metode migrasi. Buka Cron Jobs di cPanel lama, catat semua baris yang ada, lalu bandingkan dengan Cron Jobs di cPanel baru. Perhatikan juga path-nya: direktori home biasanya berubah (/home/userlama/... → /home/userbaru/...).

5. File di luar public_html

Lewat File Manager di akun lama, naik satu level dari public_html dan lihat apa saja yang ada di home directory. Sering ada folder backup, file invoice, script internal, atau folder private yang tidak ikut terbawa kalau migrasinya cuma menyalin public_html dan database.

Hari 1–3: perhatikan hal yang baru muncul belakangan

6. Log akses di server lama

Ini indikator paling jujur soal apakah masih ada yang nyangkut di hosting lama. Di cPanel lama, buka Metrics → Raw Access dan unduh log hari terakhir, atau lihat Visitors. Kalau masih ada hit ke halaman normal (bukan cuma bot), berarti sebagian pengunjung atau sebagian aplikasi masih mengarah ke sana.

Kalau akses SSH tersedia, kamu bisa hitung cepat:

wc -l ~/access-logs/domainanda.com

Ulangi besok dan bandingkan angkanya. Tren yang turun ke mendekati nol adalah tanda yang kamu cari.

7. Mailbox lama

Login ke webmail hosting lama dan lihat apakah masih ada email baru yang masuk setelah tanggal migrasi. Kalau ada, berarti MX belum sepenuhnya berpindah, atau ada pengirim yang masih memakai cache DNS lama. Jangan tutup akun selama kotak masuk lama masih kedatangan email.

8. SSL di server baru

Buka SSL/TLS Status di cPanel baru dan pastikan semua domain serta subdomain punya sertifikat aktif. Cek dari luar juga:

curl -I https://domainanda.com
curl -I https://www.domainanda.com

Keduanya harus menjawab tanpa error sertifikat. Jangan lupa subdomain seperti blog. atau toko. — ini yang paling sering kelewat.

9. Error log

Buka Errors di cPanel baru setelah website jalan satu-dua hari. Error PHP yang muncul berulang biasanya menandakan ekstensi yang belum aktif, versi PHP yang beda, atau path file yang di-hardcode ke home directory lama.

Hari 7–14: hal yang siklusnya mingguan

Beberapa masalah baru kelihatan setelah satu siklus penuh:

• Backup terjadwal. Pastikan backup di hosting baru sudah benar-benar menghasilkan file, bukan cuma terjadwal. Cek folder tujuannya.
• Email terjadwal / newsletter. Kalau kamu kirim mingguan, tunggu satu kiriman lewat dan lihat laporannya.
• Laporan otomatis atau sinkronisasi dari sistem lain (akuntansi, marketplace, Zapier) yang menembak URL atau API website kamu.
• Search Console. Lihat apakah ada lonjakan error crawl atau halaman 404 baru setelah tanggal pindah.

Ambil cadangan terakhir sebelum menutup akun

Setelah semuanya lewat, jangan langsung klik cancel. Ambil dulu satu salinan penuh dari hosting lama dan simpan di luar kedua server (laptop plus satu cloud drive):

1. Di cPanel lama, buka Backup (atau Backup Wizard).
2. Pilih Download a Full Account Backup kalau tersedia, lalu unduh file .tar.gz-nya ke komputer.
3. Kalau opsi full backup dimatikan oleh penyedia lama, unduh terpisah: Home Directory, lalu setiap database lewat MySQL Databases atau phpMyAdmin → Export, dan Email Forwarders/Email Filters kalau ada.
4. Ekstrak file hasil unduhan di laptop untuk memastikan arsipnya tidak korup.
5. Catat juga daftar akun email beserta kuotanya, isi Zone Editor, dan daftar cron — screenshot sudah cukup.

Simpan salinan ini minimal sampai beberapa bulan ke depan, terutama kalau ada kewajiban pembukuan yang datanya ada di website.

Jadi, kapan boleh cancel?

Aman ditutup kalau semua ini benar:

• Log akses server lama sudah mendekati nol selama beberapa hari berturut-turut.
• Tidak ada email baru masuk ke mailbox lama sejak lebih dari seminggu.
• Semua form, login, dan checkout sudah diuji manual di server baru.
• Cron, SSL, dan backup terjadwal sudah terbukti jalan satu siklus penuh.
• Full backup hosting lama sudah ada di tanganmu dan sudah dicoba diekstrak.

Kalau domain kamu masih didaftarkan di penyedia lama, hati-hati: menutup akun hosting kadang ikut mempengaruhi layanan DNS di sana. Pindahkan dulu pengelolaan DNS atau domainnya, baru tutup hostingnya.

Kalau migrasinya belum dimulai

Semua checklist di atas jauh lebih ringan kalau pemindahannya dikerjakan rapi sejak awal. Gocelerus adalah hosting cPanel untuk Asia Tenggara dengan server di Singapura, dan memindahkan website yang sudah ada ke Gocelerus gratis — tim yang mengerjakan migrasinya. Detail paketnya ada di halaman pricing. Checklist verifikasi di atas tetap layak kamu jalankan sendiri sebelum menutup akun lama, siapa pun yang memindahkan.