Banyak pemilik bisnis menunda pindah hosting bukan karena tidak mengerti caranya, tapi karena satu kekhawatiran: ranking website di mesin pencari turun begitu pindah. Kekhawatiran itu tidak berlebihan, migrasi yang salah memang bisa menggugurkan posisi yang sudah dibangun bertahun-tahun. Namun dengan urutan langkah yang benar, perpindahan bisa berlangsung tanpa pengunjung merasakan apa pun dan tanpa ranking berubah.
Artikel ini merangkum urutan yang aman, mulai dari persiapan, proses migrasi, penanganan redirect, sampai pemantauan setelahnya.
Kenapa Migrasi Bisa Menurunkan Ranking
Mesin pencari menilai website dari pengalaman pengunjung: apakah halaman terbuka cepat, apakah situs mudah diakses, dan apakah alamat yang terindeks masih valid. Migrasi yang buruk menyentuh ketiganya sekaligus. Server lama dimatikan sebelum server baru siap, pengunjung menerima halaman error, dan mesin pencari mencatat situs yang tidak stabil.
Masalah lain muncul ketika alamat halaman berubah tanpa pemberitahuan. Halaman yang tadinya terindeks menghilang dari hasil pencarian karena mesin pencari tidak tahu ke mana halaman itu pindah. Prinsipnya sederhana: buatlah perpindahan yang tidak terasa oleh pengunjung dan tidak mengubah alamat halaman, kecuali memang terpaksa.
Persiapan Sebelum Pindah
Kebanyakan kegagalan migrasi terjadi di tahap persiapan, bukan saat eksekusi. Tiga hal berikut wajib selesai sebelum menyentuh DNS.
Backup lengkap dan uji pemulihan
Ambil backup seluruh file dan database, lalu simpan di tempat ketiga yang berada di luar kedua server. Backup yang hanya ada di server lama tidak menolong ketika proses penyalinan gagal di tengah jalan. Yang lebih penting lagi, uji pemulihannya: pulihkan backup ke lingkungan sementara dan pastikan website benar-benar bisa berjalan darinya. Panduan lebih rinci soal ini ada di artikel backup website bisnis.
Catat semua yang terpasang
Server baru harus mampu menjalankan apa yang selama ini dijalankan server lama. Catat dengan rapi daftar berikut:
- Versi PHP dan extension: aplikasi yang berjalan di PHP 8.3 bisa error di server dengan versi berbeda.
- Versi dan isi database: termasuk user database beserta hak aksesnya.
- Cron job: tugas terjadwal sering terlupa karena tidak terlihat dari browser.
- Email: mailbox, forwarding, dan pengaturan SMTP yang dipakai aplikasi.
- Sertifikat SSL: jangan menunggu website bermasalah dulu baru mengurus HTTPS.
- Integrasi pihak ketiga: payment gateway, layanan pengiriman, atau API lain yang menyimpan alamat server.
Pilih waktu dan atur TTL DNS
Pindahkan website saat kunjungan sepi, hindari akhir bulan atau musim ramai promosi. Sehari sebelum migrasi, turunkan TTL DNS ke nilai kecil (misalnya 300 detik) sehingga perubahan alamat menyebar cepat, bukan menunggu berjam-jam. Sekalian pastikan domain berada di kendali sendiri, bukan terkunci di akun developer lama; caranya ada di artikel cek kepemilikan domain.
Migrasi: Bangun Dulu, Arahkan Belakangan
Kunci migrasi tanpa downtime adalah menyiapkan server baru sampai tuntas sementara server lama tetap melayani pengunjung. Urutannya seperti ini:
- Salin seluruh file dan database ke server baru, lalu samakan versi PHP dan extension yang dibutuhkan.
- Sesuaikan konfigurasi aplikasi di server baru, terutama kredensial database.
- Uji server baru lewat preview URL milik hosting atau dengan mengedit file hosts di komputer Anda, bukan lewat domain utama.
- Uji semua fungsi penting: form kontak, login, unggah gambar, sampai proses pembayaran.
- Pastikan SSL terpasang dan pengunjung yang membuka HTTP otomatis dialihkan ke HTTPS.
Baru setelah semua lolos, ubah DNS ke server baru. Penyebarannya bisa memakan waktu dari beberapa jam hingga sampai 48 jam tergantung penyedia. Selama masa transisi ini jangan matikan server lama; keduanya berjalan bersamaan sampai domain benar-benar stabil mengarah ke server baru.
Jaga Alamat Halaman Tetap Sama
Cara paling aman menjaga SEO adalah memastikan semua URL tidak berubah sama sekali. Ketika itu tidak mungkin, misalnya karena domain ikut berganti, gunakan redirect 301 dari setiap halaman lama ke padanannya yang baru. Redirect 301 memberi tahu mesin pencari bahwa perpindahan bersifat permanen dan bobot peringkat halaman lama ikut dipindahkan.
Hindari dua jebakan umum. Pertama, redirect seluruh domain ke homepage; mesin pencari akan menganggap semua halaman lama hilang dan pengunjung kehilangan konten yang mereka cari. Kedua, memakai redirect 302 yang bersifat sementara untuk migrasi permanen. Setelah redirect aktif, perbarui sitemap dan singkirkan rantai redirect panjang (halaman A mengarah ke B yang mengarah lagi ke C) karena setiap lapisan menambah waktu muat.
Setelah website stabil di server baru, ukur ulang kecepatannya. Perpindahan server hampir selalu menggeser performa, dan metrik seperti Core Web Vitals layak dicek ulang; panduannya ada di artikel Core Web Vitals untuk website bisnis.
Pemantauan Setelah Pindah
Minggu-minggu pertama setelah migrasi adalah masa pengamatan. Gunakan Google Search Console untuk mengirim ulang sitemap dan memantau dua hal: apakah jumlah halaman terindeks bertahan dan apakah muncul error baru. Periksa juga log 404 di server; setiap halaman lama yang masih dicari pengunjung tapi tidak ditemukan perlu diberi redirect.
Sedikit fluktuasi peringkat selama beberapa hari masih wajar, karena mesin pencari sedang menyesuaikan diri. Yang perlu dicurigai adalah penurunan yang terus berlangsung berminggu-minggu. Tiga penyebab tersering: redirect yang salah, halaman yang jauh melambat, atau konten di server baru yang ternyata berbeda dari versi lama.
Kesalahan yang Paling Sering Terjadi
- Menghapus server lama terlalu cepat: tunggu minimal beberapa hari setelah DNS stabil dan email berpindah.
- Mengubah DNS sebelum server baru siap: pengunjung dan mesin pencari sama-sama mendapat halaman error.
- Menyalin file tapi lupa database: website tampil, tapi datanya kosong atau masih versi lama.
- SSL tidak terpasang dengan benar: peringatan keamanan browser mengusir pengunjung sebelum mereka membaca apa pun.
- Redirect semua URL ke homepage: cara cepat untuk kehilangan ranking di semua halaman sekaligus.
- Lupa cron job dan email: form kontak dan notifikasi berhenti diam-diam, baru disadari berminggu-minggu kemudian.
Kapan Sebaiknya Diserahkan ke Developer
Website company profile dengan sedikit fungsi relatif aman dimigrasikan sendiri mengikuti urutan di atas. Lain halnya dengan website yang membawa web app custom, data pelanggan, atau alur transaksi harian. Satu langkah yang keliru bisa berarti data pesanan hilang atau penjualan berhenti tanpa disadari. Di titik itu, biaya memakai jasa hampir selalu lebih murah daripada risikonya.
Kami menangani migrasi website mulai dari audit persiapan sampai pemantauan pascapindah; rinciannya ada di halaman layanan. Untuk membahas kondisi website Anda, hubungi kami lewat halaman kontak. Artikel lain seputar pengelolaan website bisnis bisa dibaca di blog ideyaweb.
