Serah Terima Website Usaha: Domain, DNS, Email, dan Tanggung Jawab Operasional

Website yang tampil rapi belum tentu sudah benar-benar diserahkan kepada pemilik usaha. Halaman depan bisa dibuka, produk bisa dilihat, tetapi akses domain masih berada di akun orang lain. Email pemulihan mungkin memakai alamat mantan karyawan. Ketika ingin mengganti penyedia hosting, tim baru akhirnya kesulitan membedakan mana akses yang diperlukan dan mana yang tidak perlu disentuh. Karena itu, serah terima website sebaiknya dipandang sebagai penyerahan kendali, bukan sekadar pengiriman kata sandi.

Panduan ini mengajak pemilik usaha memeriksa pembagian tanggung jawab secara bertahap. Tujuannya bukan membuat semua orang menjadi administrator teknis. Tujuannya memastikan setiap aset memiliki pemegang akses, jalur pemulihan, dan prosedur perubahan yang jelas. Tidak ada harga paket, janji bebas gangguan, atau klaim bahwa satu konfigurasi cocok untuk semua bisnis. Gunakan daftar pemeriksaan ini sebagai bahan percakapan dengan pengembang dan penyedia layanan.

1. Mulai dari daftar aset, bukan kumpulan password

Tuliskan nama domain, penyedia pendaftaran domain, penyedia hosting, layanan email, dan sistem pengelola konten. Tambahkan layanan yang terhubung, seperti pembayaran, formulir, analitik, dan penyimpanan berkas. Untuk masing-masing aset, catat akun pengelola dan orang yang bertanggung jawab. Bedakan alamat halaman login dengan alamat website publik. Keduanya tidak selalu sama, dan memberikan URL website saja tidak memberi akses untuk memperbaikinya.

Daftar tersebut tidak perlu memuat kata sandi dalam teks biasa. Simpan rahasia di pengelola password yang aksesnya dibatasi. Dokumen serah terima cukup menunjukkan lokasi penyimpanan dan pihak yang boleh membuka. Dengan begitu, daftar aset bisa dibaca tim operasional tanpa menyebarkan kredensial kepada semua orang. Perbarui daftar ketika layanan diganti atau seseorang keluar dari tim.

2. Pastikan kendali akun domain ada pada usaha

Nama domain adalah alamat yang dipakai pelanggan untuk menemukan bisnis. Periksa siapa yang dapat masuk ke akun pendaftaran domain, memperbarui kontak, membayar perpanjangan, dan mengubah pengaturan. Jangan hanya melihat nama yang tercantum pada invoice. Invoice pembayaran dan kendali akun merupakan dua hal yang berbeda. Bila pengembang membeli domain untuk usaha, sepakati bagaimana akses pengelolaannya diserahkan dan siapa yang menangani tagihan berikutnya.

Gunakan alamat email pemulihan yang tetap bisa diakses ketika website mengalami masalah. Hindari menggantungkan seluruh pemulihan pada satu orang yang tidak lagi bekerja bersama usaha. Aktifkan pengamanan akun yang tersedia dan simpan metode pemulihan dengan aman. Jangan membagikan kode pemulihan di grup percakapan. Saat tim berubah, periksa kembali akses tanpa menghapus akun secara terburu-buru.

3. Pisahkan registrar, DNS, dan hosting

Registrar mengelola pendaftaran domain. DNS membantu mengarahkan permintaan ke layanan yang dituju. Hosting menjalankan atau menyajikan website. Ketiganya dapat disediakan oleh perusahaan yang sama, tetapi dapat pula berada pada layanan berbeda. Inilah alasan perpindahan hosting tidak selalu berarti perpindahan domain. Sebelum mengubah apa pun, minta tim menunjukkan pengaturan mana yang benar-benar menentukan lokasi website saat ini.

Untuk berdiskusi tentang kebutuhan website dan hosting, pemilik usaha dapat mulai dari Hosting Ekspres, lalu membawa daftar aset yang sudah disiapkan. Pembicaraan akan lebih jelas bila berangkat dari kebutuhan operasional, bukan hanya nama paket. Catatan ini merupakan rujukan brand, bukan janji bahwa layanan tertentu sudah terpasang atau cocok bagi semua penggunaan.

4. Buat salinan pengaturan DNS sebelum perubahan

Minta ekspor atau catatan pengaturan DNS yang sedang aktif. Catat nama record, jenis, nilai, dan fungsi yang diketahui. Sebuah domain dapat memiliki record untuk website, email, verifikasi layanan, serta subdomain aplikasi. Pengaturan yang tidak dipahami sebaiknya tidak langsung dihapus. Tanyakan kepada penanggung jawabnya dan cari kaitannya dengan layanan yang masih dipakai oleh usaha.

Salinan konfigurasi membantu membandingkan keadaan sebelum dan sesudah perubahan. Namun, salinan bukan alasan menyalin semua record ke penyedia baru secara membabi buta. Ada nilai yang khusus untuk akun atau layanan lama. Tim teknis tetap perlu menilai record mana yang dipertahankan dan mana yang diperbarui. Cantumkan tanggal pengambilan salinan supaya konfigurasi lama tidak dianggap sebagai keadaan terbaru.

5. Lindungi email saat website dipindahkan

Website dan email sama-sama memakai domain, tetapi jalur layanannya berbeda. Mengganti tujuan website tidak semestinya dilakukan dengan menebak pengaturan email. MX adalah record yang membantu mengarahkan email ke server penerima. Jika MX dihapus atau diarahkan ke layanan yang salah, masalah dapat muncul meskipun halaman website terlihat normal. Konfirmasikan penyedia email yang benar sebelum menyentuh record terkait.

Penjelasan teknis tentang fungsi MX tersedia pada dokumentasi pembelajaran Cloudflare mengenai MX. Jadikan rujukan itu bahan memahami istilah, bukan konfigurasi siap salin. Setelah perubahan, uji pengiriman dan penerimaan email menggunakan akun yang diizinkan. Jangan memakai data pelanggan sungguhan untuk pengujian awal bila pesan contoh sudah cukup.

6. Kenali record verifikasi dan autentikasi email

Record TXT dapat dipakai untuk verifikasi kendali domain dan keperluan autentikasi email. Karena itu, sebuah nilai TXT yang tampak seperti teks acak belum tentu tidak berguna. Menambahkan layanan baru bisa memerlukan record tambahan, bukan menggantikan semua TXT yang sudah ada. Sebelum menghapus, cari tahu layanan mana yang menggunakannya dan apakah layanan tersebut masih aktif.

Penjelasan Cloudflare tentang TXT membahas antara lain penggunaan SPF, DKIM, dan DMARC. Detail kebijakan pengiriman harus mengikuti penyedia email usaha, bukan contoh milik perusahaan lain. Jika ada rencana mengubah penyedia email, pisahkan pekerjaan itu dari pemindahan website. Pemisahan membantu tim mengetahui perubahan mana yang harus diperiksa ketika terjadi gangguan.

7. Atur akses pengelola konten sesuai peran

Orang yang menulis artikel belum tentu perlu akses untuk memasang plugin atau mengubah konfigurasi server. Buat akun individual sesuai tugas, bukan satu akun administrator yang dipakai bersama. Akun individual memudahkan pencabutan akses ketika tugas seseorang berakhir. Hindari mengirim password administrator melalui percakapan yang anggotanya terus bertambah. Gunakan undangan akun atau mekanisme aman yang disediakan platform.

Sebelum serah terima dinyatakan lengkap, uji bahwa pemilik usaha dapat melakukan pekerjaan pentingnya sendiri. Misalnya mengubah informasi kontak, mengelola produk, atau melihat pesan formulir. Bila ada batasan peran, jelaskan secara tertulis. Tujuan pemeriksaan bukan memberikan hak tertinggi kepada semua orang, melainkan memastikan hak yang diberikan benar-benar cukup untuk menjalankan tugas yang disepakati.

8. Sertakan cadangan dan cara memulihkannya

Cadangan website perlu dijelaskan sebagai kumpulan komponen yang dapat digunakan kembali. Berkas aplikasi, media, basis data, dan konfigurasi mungkin memiliki lokasi penyimpanan berbeda. Minta tim menyebutkan komponen yang dicadangkan, jadwal yang diterapkan, serta pihak yang memeriksa hasilnya. Jangan menganggap tombol backup otomatis berarti seluruh kebutuhan pemulihan sudah terpenuhi.

Jika memungkinkan, lakukan uji pemulihan pada lingkungan terpisah yang tidak mengganggu layanan pelanggan. Catat langkah dan keterbatasannya. Jangan menaruh cadangan berisi data pribadi pada repository publik atau folder website yang bisa diunduh siapa saja. Dokumen prosedur dapat dibagikan kepada pihak berwenang, sementara isi cadangan dan kredensial tetap disimpan pada tempat yang aksesnya terbatas.

9. Dokumentasikan alur formulir dan pembayaran

Formulir kontak yang muncul pada layar belum tentu mengirim pesan ke alamat yang benar. Catat penerima notifikasi, layanan pengiriman, lokasi penyimpanan respons, dan cara memeriksa kegagalan. Untuk pembayaran, jelaskan akun pengelola serta batas kewenangan tim. Jangan menyalin kunci layanan ke dokumentasi publik hanya supaya proses serah terima terlihat lengkap.

Gunakan data contoh untuk menelusuri alur dari tindakan pengunjung sampai notifikasi diterima. Bila penyedia menyediakan lingkungan pengujian, ikuti prosedurnya. Jangan melakukan transaksi nyata tanpa izin pemilik usaha. Hasil pengujian sebaiknya menyebutkan apa yang benar-benar berhasil, bukan sekadar menyatakan semua integrasi aman karena tombol pada halaman sudah bisa diklik.

10. Bedakan perubahan rutin dan keputusan berisiko

Mengubah jam operasional pada halaman kontak berbeda risikonya dari memindahkan layanan email. Tentukan perubahan yang boleh dilakukan pengelola konten, perubahan yang perlu pemeriksaan teknis, dan perubahan yang memerlukan persetujuan pemilik usaha. Pembagian ini mencegah pekerjaan kecil terhambat sekaligus menghindari perubahan besar dilakukan tanpa pertimbangan.

Setiap perubahan berisiko sebaiknya memiliki tujuan, batas pekerjaan, hasil yang diharapkan, dan cara kembali ke keadaan sebelumnya. Bila tim belum mengetahui fungsi sebuah pengaturan, berhenti untuk mencari informasi. Jangan menyebut ketidaktahuan sebagai alasan mengganti seluruh layanan. Memastikan satu pengaturan sering lebih bermanfaat daripada memulai perpindahan yang belum memiliki rencana pemulihan.

11. Berikan jadwal dan penanggung jawab perpanjangan

Domain, hosting, email, dan layanan tambahan dapat memiliki tanggal perpanjangan yang berbeda. Tuliskan siapa yang menerima notifikasi, siapa yang menyetujui pembayaran, dan siapa yang memeriksa layanan setelah diperpanjang. Jangan mengandalkan ingatan satu orang. Gunakan pengingat yang bisa dilihat oleh pihak yang memang bertanggung jawab terhadap anggaran dan operasional.

Pisahkan catatan harga yang sudah dikonfirmasi dari perkiraan biaya. Bila membandingkan penawaran, periksa masa kontrak, biaya perpanjangan, dan fitur yang termasuk. Panduan ini sengaja tidak memberikan angka tarif karena keputusan harus memakai penawaran aktual. Daftar aset yang rapi membantu pemilik usaha mengetahui layanan mana yang masih diperlukan sebelum membayar perpanjangan otomatis.

12. Tutup serah terima dengan bukti yang bisa diperiksa

Gunakan daftar penerimaan yang menyebutkan akses berhasil diuji, konfigurasi disalin, email diperiksa, dan prosedur pemulihan dijelaskan. Tandai hal yang belum selesai secara terpisah. Akun yang sudah dibuat tidak sama dengan layanan yang sudah berjalan. Website yang bisa dibuka juga tidak otomatis membuktikan bahwa formulir, email, dan pembayaran telah diuji.

Terakhir, simpan dokumen serah terima di tempat yang tetap dapat diakses usaha. Tentukan siapa yang memperbaruinya setelah ada perubahan. Dokumen yang berguna tidak harus panjang; ia harus membedakan fakta, tanggung jawab, dan pekerjaan yang masih tertunda. Dengan kebiasaan ini, pergantian pengembang atau penyedia layanan dapat dimulai dari informasi yang jelas, bukan dari pencarian password dan dugaan tentang cara website bekerja.