Tanggal Perpanjangan Tetap Datang Meski Situs Tidak Disentuh

Kalender di Sisi Peramban Bergerak Lebih Dulu

Sertifikat web yang diterbitkan mulai 15 Maret 2026 berlaku paling lama 200 hari. Sebelum tanggal itu batasnya 398 hari. Batas ini turun lagi menjadi 100 hari pada 15 Maret 2027 dan 47 hari pada 15 Maret 2029. Tanggal-tanggalnya sudah tertulis di aturan bersama yang disusun para pembuat peramban dan penerbit sertifikat (TLS Baseline Requirements dari CA/Browser Forum). Sertifikat adalah berkas di balik gambar gembok di bilah alamat, dan begitu masa berlakunya habis, yang pertama dilihat pengunjung bukan situs Anda melainkan satu halaman peringatan.

Pekerjaan yang dulu datang setahun sekali kini datang dua kali setahun, dan beberapa tahun lagi kira-kira setiap satu setengah bulan. Perpanjangan manual tidak bertahan lama pada irama seperti itu. Menyiapkan perpanjangan otomatis, lalu menetapkan ke kotak masuk siapa peringatan dikirim ketika perpanjangan gagal, itulah gunanya baris pertama sebuah kontrak pemeliharaan.

Aplikasi punya jenis kalender yang sama. Google Play mensyaratkan bahwa mulai 31 Agustus 2026 aplikasi baru maupun pembaruan aplikasi lama harus menargetkan Android 16 (API level 36) atau lebih tinggi. Aplikasi yang sudah tayang tidak dicabut, tetapi kalau targetnya tertinggal di bawah Android 15 (API level 35), pengguna baru dengan perangkat Android versi lebih tinggi tidak akan melihatnya sama sekali di toko. Bila belum sempat, ada jalur di Play Console untuk meminta perpanjangan sampai 1 November. Tidak satu pun dari ini menambah fitur, dan semuanya kembali tahun depan.

Garansi dan Pemeliharaan Duduk di Pasal yang Berbeda

Garansi berarti pihak yang membangun memperbaiki apa yang tidak berjalan sesuai janji. Pemeliharaan berarti menjaga agar yang sudah berjalan tetap berjalan. Dalam kontrak yang ditulis rapi, keduanya terpisah: masa garansi dihitung sejak serah terima, sedangkan panjang dan cakupannya dirundingkan per proyek.

Yang diperdebatkan hampir tidak pernah masa garansinya, melainkan kata “cacat” yang tidak punya definisi di dokumen mana pun. Tanpa definisi, pemilik proyek membaca semua yang tidak jalan sebagai cacat dan penyedia membaca semua yang tidak tertulis sebagai permintaan baru, dan kedua pembacaan itu sama-sama masuk akal. Jalan keluarnya adalah membuat kontrak menyebut nama satu berkas sebagai penengah. Rancangan layar, daftar fitur, atau catatan lingkup yang sudah ditandatangani, mana saja yang ada. Kalau perilakunya tidak cocok dengan berkas itu, itu garansi. Kalau berkas itu tidak pernah menyinggungnya, itu permintaan baru. Begitu kedua pihak membuka dokumen yang sama, percakapan ini selesai sekali, bukan berulang tiap bulan.

”Berapa Lama Sampai Diperbaiki” Butuh Dua Angka

Waktu tanggap adalah jarak dari laporan masuk sampai ada orang yang membalas bahwa ia sudah melihatnya. Waktu pemulihan adalah jarak sampai barangnya berfungsi lagi. Baris yang berbunyi “tanggapan dalam 24 jam” biasanya hanya menjanjikan yang pertama. Balasan dalam satu jam disusul perbaikan tiga hari tetap bukan pelanggaran.

Cara menghitung jamnya sama pentingnya. Hanya jam kerja hari biasa, atau waktu berjalan termasuk malam dan akhir pekan. Untuk toko yang halaman pembayarannya mati Jumat malam, perbedaan itu adalah satu akhir pekan penuh. Karena itu tingkat keparahan layak diberi satu paragraf sendiri: seluruh layanan mati, satu fitur rusak, tampilan berantakan tapi masih bisa dipakai. Tulis target tanggap dan target pemulihan untuk masing-masing tingkat, lalu jaga di luar jam kerja hanya melekat pada tingkat yang memang mendesak. Kalau semuanya diikat ke tingkat tertinggi, bobot janji itu akan kembali muncul di syarat kontrak secara keseluruhan.

Pisahkan Pekerjaan Rutin dari Pekerjaan Permintaan

Kontrak bulanan biasanya sekaligus menetapkan batas jam kerja per bulan. Batas itu langsung membelah pekerjaan menjadi dua: yang memotong jam, dan yang harus berjalan tiap bulan tanpa peduli batasnya. Kelompok kedua adalah pekerjaan rutin, dan justru bagian inilah yang paling sering dibiarkan kosong.

• Memastikan cadangan benar-benar bisa dipulihkan, bukan sekadar memastikan cadangan ada. Berkas yang menumpuk dan data yang kembali adalah dua pemeriksaan berbeda.
• Pembaruan keamanan untuk pustaka dan perangkat lunak server yang dipakai. Pengumuman celah keamanan tetap terbit di bulan-bulan ketika tidak ada yang menyentuh produk.
• Meninjau tanggal perpanjangan domain, sertifikat, dan kontrak layanan pihak ketiga.

Sisa jamnya dipakai untuk permintaan. Ada satu baris lagi yang sebaiknya disepakati di sini: apakah jam yang tidak terpakai bisa dibawa ke bulan berikutnya. Kalau ditulis bisa, bulan yang sepi menjadi tabungan untuk bulan dengan perombakan tampilan. Kalau ditulis tidak bisa, kedua pihak akan mencari pekerjaan berguna lebih awal setiap bulan. Jawaban mana pun sama-sama sah. Hanya ketika jawabannya tidak ada, yang selalu dirugikan adalah pihak pemilik proyek.

Kalender Jatuh Tempo Dulu, Kontraknya Belakangan

Anda bisa mulai tanpa satu lembar kontrak pemeliharaan pun. Layanan pengelolaan situs Weple memakai bulan pertamanya untuk mengumpulkan tanggal jatuh tempo dari apa pun yang Anda serahkan ke dalam satu lembar: domain dan sertifikat, akun toko, penyedia pembayaran, kontrak layanan pihak ketiga, masing-masing dengan tanggal kembalinya. Baru setelah itu kami memisahkan pekerjaan rutin dari permintaan. Apa saja yang tercakup per bulan tertulis di halaman harga. Kalau developer yang dulu membangunnya sudah tidak bisa dihubungi, urutan pada Minggu Pertama Setelah Developer Berhenti Membalas lebih dulu dijalankan. Satu surel pendaftaran domain atau satu tagihan sudah cukup untuk mengisi baris pertamanya.