Biaya Perawatan Website dan Aplikasi Setelah Jadi

Banyak pemilik bisnis menganggarkan pembuatan website atau aplikasi, tetapi lupa bahwa setelah tayang masih ada biaya berjalan dan pekerjaan perawatan. Hasilnya, domain lupa diperpanjang, backup tidak pernah dicek, atau layanan berhenti karena kuota gratis habis. Artikel ini membahas komponen yang perlu Anda anggarkan. Kami sengaja tidak mencantumkan angka harga, karena harga layanan pihak ketiga sering berubah. Cek selalu harga terbaru di situs penyedianya.

Biaya rutin yang hampir selalu ada

• Domain. Dibayar per tahun. Bila lupa diperpanjang, website dan email Anda berhenti, dan domainnya bisa dibeli orang lain.
• Hosting atau server. Website sederhana sering cukup di paket kecil atau tier gratis. Aplikasi dengan banyak pengguna butuh server yang lebih besar.
• Database. Dibutuhkan bila ada akun pengguna, pesanan, atau data yang terus bertambah. Biayanya biasanya naik mengikuti ukuran data.
• Email. Ada dua jenis: email kerja untuk tim, dan layanan pengiriman email otomatis seperti konfirmasi pesanan.
• Layanan pihak ketiga. Payment gateway biasanya memotong biaya per transaksi, layanan AI dihitung per pemakaian, dan penyimpanan file dihitung per ukuran.

Pekerjaan perawatan yang perlu dianggarkan

• Pembaruan keamanan. Framework dan pustaka yang dipakai website rutin mengeluarkan perbaikan celah keamanan. Bila dibiarkan bertahun-tahun, pembaruannya makin sulit dan berisiko.
• Backup dan uji pemulihan. Backup harus berjalan otomatis, dan sesekali perlu diuji dengan benar-benar dipulihkan.
• Pemantauan galat. Seseorang perlu tahu saat ada error, sebelum pelanggan mengeluh.
• Perbaikan bug. Sebaik apa pun pengujiannya, pengguna nyata akan menemukan kasus yang tidak terduga.
• Penyesuaian kecil. Ganti harga, tambah halaman promo, ubah alur form. Hal kecil seperti ini muncul hampir setiap bulan.

Website statis vs aplikasi dengan database

Website statis berisi halaman yang sudah jadi, tanpa login dan tanpa database. Bagian yang bisa rusak sedikit, jadi perawatannya ringan: perpanjangan domain, pembaruan konten, dan pembaruan pustaka sesekali. Website Devans Egg, klien kami yang menjual telur asin dan kerupuk telur asin, dibangun sebagai situs statis seperti ini.

Aplikasi dengan database punya lebih banyak bagian yang bergerak: data pengguna, pembayaran, email otomatis, dan integrasi. Setiap bagian bisa bermasalah dan perlu dijaga. Wajar bila anggaran perawatannya jauh lebih besar daripada website statis.

Pengalaman kami di Numekara

Numekara, bisnis pendidikan yang kami jalankan, adalah aplikasi dengan database, login, dan pembayaran. Beberapa pekerjaan perawatan yang kami jalankan di sana:

• Backup harian terenkripsi ke penyimpanan terpisah, dengan latihan pemulihan ke database uji yang hasilnya dicatat sebagai bukti.
• Pencatatan galat server dengan kode korelasi, di halaman admin yang juga menampilkan status backup, pemakaian email, dan kuota database.
• Pemeriksaan otomatis sebelum rilis, yang hanya menjalankan pemeriksaan untuk bagian kode yang berubah agar menit CI tidak terbuang.

Kami juga belajar bahwa tier gratis punya batas yang harus dipantau. Pada awal Oktober 2026, kuota menit gratis GitHub Actions kami habis, dan semua pekerjaan terjadwal gagal berjalan, termasuk backup harian. Setelah itu kami merapikan CI, menjarangkan jadwal otomasi, dan mencatat perlunya batas pengeluaran sebagai pengaman supaya backup tidak berhenti diam-diam.

Contoh lain: deploy web sempat gagal karena paket Worker berukuran 102 MB, melewati batas ukuran Cloudflare. Kami mengubah cara konten besar dibaca, yaitu saat build, sehingga ukurannya turun menjadi 16,6 MB dan situs tetap berjalan di platform yang sama.

Cara memperkirakan anggaran perawatan

1. Pisahkan biaya tetap dan biaya pemakaian. Domain dan paket hosting cenderung tetap; payment gateway, AI, dan email naik mengikuti jumlah pelanggan.
2. Cek batas tier gratis setiap layanan, dan apa yang terjadi saat batasnya terlampaui: berhenti, melambat, atau langsung ditagih.
3. Pasang batas pengeluaran dan peringatan di layanan yang mendukungnya.
4. Sisihkan waktu developer setiap bulan untuk pembaruan, cek backup, dan penyesuaian kecil, meski tidak ada fitur baru.
5. Minta ruang lingkup perawatan tertulis: apa yang termasuk, berapa cepat masalah ditangani, dan apa yang dihitung sebagai pekerjaan baru.
6. Tinjau ulang setiap tiga sampai enam bulan, terutama setelah jumlah pengguna naik.

Kapan perawatan bisa minimal

Tidak semua bisnis butuh paket perawatan bulanan. Landing page atau company profile yang isinya jarang berubah mungkin cukup dicek beberapa kali setahun. Bila Anda belum punya tim teknis dan kebutuhannya sederhana, website builder yang mengurus hosting dan pembaruan sendiri bisa lebih cocok. Perawatan rutin baru menjadi wajib saat website Anda menyimpan data pelanggan atau menerima pembayaran.

Biaya membuat website dibayar sekali. Biaya menjaganya tetap berjalan dibayar selama bisnis Anda memakainya.