Membuat Log Insiden Website yang Membantu Tim Menemukan Penyebab

Ketika website bermasalah, percakapan tim sering tersebar di beberapa aplikasi. Ada yang mengirim tangkapan layar, ada yang mengubah pengaturan, dan ada yang melaporkan pelanggan mulai bisa mengakses. Tanpa satu catatan bersama, urutan kejadian mudah hilang. Log insiden membantu menyatukan bukti sekaligus membedakan temuan nyata dari dugaan sementara.

Mulai dengan dampak yang terlihat

Catat kapan laporan diterima, halaman yang terdampak, dan tindakan pengguna yang gagal. Hindari menulis penyebab sebelum ada pemeriksaan. Contoh ilustratifnya, “artikel tidak terbuka dari tautan pada menu” lebih jelas daripada “server rusak”. Tambahkan jumlah laporan yang memang diketahui tanpa memperkirakan seluruh pelanggan terdampak. Jika belum ada data cakupan, tuliskan bahwa cakupan masih diperiksa. Gunakan waktu beserta zona yang konsisten agar catatan beberapa anggota tim dapat dibandingkan.

Pisahkan fakta dan hipotesis

Simpan pesan browser, respons HTTP, informasi DNS, serta status layanan yang relevan. Tandai hasil pengamatan dengan sumber dan waktu. Di bagian terpisah, tulis kemungkinan penyebab serta langkah untuk mengujinya. Misalnya, tim menduga redirect keliru setelah perubahan domain, lalu memeriksa tujuan akhir tautan. Jika bukti menolak dugaan tersebut, perbarui catatan secara terbuka. Tidak perlu menghapus hipotesis lama sampai jejak pemeriksaannya hilang, karena urutannya berguna untuk evaluasi.

Catat perubahan dan pemulihan

Setiap tindakan perlu mencantumkan pelaksana, target, waktu, serta hasil. Jangan hanya menulis “sudah diperbaiki”. Jelaskan pemeriksaan yang membuktikan jalur sebelumnya kembali bekerja. Untuk gangguan akses lintas jaringan, catat jaringan yang benar-benar diuji dan batasi kesimpulan pada hasil tersebut. Jika perubahan harus dibatalkan, dokumentasikan alasan serta konfigurasi yang dipulihkan. Pendekatan ini membantu anggota tim yang baru bergabung memahami keadaan tanpa mengulang seluruh penyelidikan.

Isi minimum catatan insiden

• Ringkasan dampak pada pengunjung atau proses bisnis.
• Kronologi laporan dan bukti pemeriksaan.
• Hipotesis, tindakan, serta hasil yang ditemukan.
• Bukti pemulihan pada jalur yang gagal.
• Tugas tindak lanjut beserta penanggung jawabnya.

Praktik respons insiden Google SRE menyediakan rujukan mengenai koordinasi dan dokumentasi. Untuk usaha kecil, formatnya dapat disederhanakan selama informasi penting tetap tersedia. Simpan data pribadi pelanggan dan rahasia teknis di tempat yang sesuai; log umum tidak perlu memuat password, token, atau alamat pribadi. Dalam konteks NawalaCP, informasi daftar serta pengamatan ISP dapat dicantumkan sebagai sumber terpisah. Satu catatan yang jujur akan membantu tim memperbaiki akar masalah dan menjelaskan keadaan kepada pemilik bisnis secara lebih akurat.

Sumber dan bacaan

• Google SRE Workbook: Incident Response